revi

Hmm, my keyboard has a special key to switch between two mappings on the function keys. One setting makes them work as <F1>--<F12>, the other makes them provide multimedia functions.

The first thing I'd try is: - stop all EL clients; - back up the local_ignores.txt; - then in the original file, remove all duplicate names and empty lines, and save the modified file; - start EL. I do this kind of things without any EL clients running, to avoid the client overwriting the file and destroying my changes. The file isn't read into the client after you make a change, but it is written when the client exits. The kind of behaviour you describe could be a bug, but I'd make sure first it is due to the client, and not because somehow the file was changed outside of EL. (It's a .txt file, so easy to edit)

Well, password recovery can only be done by radu, and costs 5$. You'll have to convince him it is your character.

Sorry for the bad news, but the character "Dakoda" doesn't seem to exist anymore. Given the period we are talking about, I'd be surprised there's still a backup available.

Just a few things bothering me here: - the screen shot has no indication of when this happened, and going by the time stamps, was taken by someone with his computer set to MET+1 (GMT+2), i.e continental western Europe (where you claim to be in the US), about 10 days ago. - the messages are rather ambiguous about who actually is supposed to own the characters, it seems they were shared by mutual consent (at least initially). And as they were shared before, it's hard for others who they are dealing with on these chars anyway...

There are a few 2 square arenas where this can be done now already, except for enforcing a win server side. There are also lots of other (mostly unused) PK areas over various maps. Is it really worthwhile to create extra maps (or map spots) and coding for this? (The points you made about mines and summons with the "could be set up" make me think you propose specific areas and entries for the duels)

In any case, the advice from your other thread is still valid. A wrong password will get you another ban... And, why do you refer to yourself in the third person? Strange, unless of course, you are not the owner of the account or the terrier char.

After discussing with the higher levels, it seems you ran into the automatic IP block after too many wrong passwords. This IP ban can be removed, but they cannot reset the autobanner, so you'll get autoblocked again on the next password error... To prevent this, please use the password manager build into the client (and make sure the password you provide is correct!). In any case, you'll have to wait until someone who can remove the IP block is available. And once more, if you ever enter a wrong password again on this IP address, it will again be banned.

If you could give a character name that can't log in, it would make it easier to see what's going on. Also, when did you manage to log in last with that character?

- You jumped on me as soon as I made a remark in @6 - you were muted for that - then you started PM'ing me, not interested in getting another series of insults, I booted you. (the last few "conversations" we had were mostly you insulting me and accusing the mods of being corrupt) - THEN you logged on Guiness, who got locked under rule 4. - A bit over an hour ago, you asked for guiness to be unlocked, which I did within a minute or so You have been insulting in @6 (not so much against me, as I avoid talking there, due to you and a few others) almost since you came back. Exactly the behaviour that got you a long lock on guiness in the recent past. Don't make me regret unlocking guiness (or do, I don't really care either way)

This item in the MacOS faq could be of interest. I read it as "current versions of EL won't support a version of MacOS that old". That same post also gives a link to Sir_Odie's builds, but there's no client version 1.9.6 there. So those clients may not be accepted by the server...

No, it is because you don't really know how attributes and cross-attributes work. The cross-attributes determine your stats. They are calculated by adding the controlling attributes and dividing the sum by two. As this is integer division, a possible half point is discarded. In the case of material points, that translates to: Material points are calculated from the "Matter" cross attribute. That cross attribute is determined by the attributes "Physique" and "Will". For your character, those are at 11 and 8, resp. That gives you a cross-attribute value of (11+8)/2=9.5, rounding down gives 9. Before you added that one point in will, you had "Matter" at (11+7)/2 = 9. That one point added to "Will" didn't increase the "Matter" cross-attribute, so your material points weren't increased. The next time you add a pickpoint to either "Will" or "Physique", your "Matter" cross-attribute will increase, so your material points will increase. In general, it is considered good practice to keep attributes at an even number. Due to the way cross-attributes affect your stats, keeping attributes at a multiple of 4 is even better (there are some more integer divisions involved)

You did try to install the "developer pack" (as suggested in the error message), and not just the runtime? They are different.

You are again asking for how-tos, now explicitly for two different codes in different languages (bot: C#, client: C & C++). You also say that you have issues compiling those codes. That in itself means that a how-to won't really help you; but it would require significant effort to write one. No way... But ok, if you don't want to post the logs you get when compiling, good luck.

There is no such thing as 'the bot code'. I know of several, and they are written in different languages, with different dependencies... Otoh, if you have issues with a specific code under a specific compiler, you could post the error messages you got (the whole log, not just the last few lines, as an attachment)

The big difference is that someone using several harvesting chars within the rules has to be present. Macroers go AFK...

It makes macroing that much harder, perhaps?

I wonder if the missing xml declaration (below) could cause some of the problems? <?xml version="1.0" encoding="UTF-8"?> In my understanding, a valid XML file has to start with such a line. And rules.xml doesn't have it.

This line worries me. It looks as if EL wants to use a Windows path, but iirc you use Linux... Perhaps do what it says and correct el.ini?

Erm, not in the general case; like Aislinn, Ive been using both for a long time now. Where it might break is when you use a global filter to alter a text which is also used as an alert trigger. And, having the option to change the colours in the client would be nice. Then again, the configuration dialog is already over-charged, so I'm not sure adding a whole slew of colour settings there is ideal. Perhaps use an external file to be edited by hand (it's how user menus are defined...).

All text comes in over a number of "streams", nothing to do with the in-game chat channels. That json file works with in-game chat channels, which are mapped to the three available chat streams by the client. And iirc, the stream colours are set server side (e.g. different server messages can have different colours). As #GM has its proper stream, it should be possible to change the colour client side consistently. Not as easy for #server (different messages with different colours, though a map "color byte <-> color" should be possible :P),

Other than for Android, is it really worth it?

If your provider blocks port 2000, there's nothing we can do. But in that case, you shouldn't get any connection to the server. If you do get a connection, but it then fails, something else is wrong. Do you have any trouble keeping a connection with other apps?

Oh, anf for Vinoveritas/K&M, have you tried a forum PM here? Vinoveritas has an account.

Well, that was why I asked two extra questions in my first reply. If you want to remove your configuration, files el.ini and el.cfg, you find those files under "C:\Users\<your login name>\Documents\Eternal Lands\". But removing them will set the client to its original state and will make you wait with the rule screen on first start.