revi

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.

You'll have to contact radu, convince him the character for which you want the pass is actually yours, and pay him 5$. Easiest way to do that might be to create a new character and PM him in-game.

Are you using the latest client (version from december 2022, see https://www.eternal-lands.com/forum/index.php?/topic/61689-client-update-to-196/)? If yes, then: Do you get any kind of messages before you get to the login page? Did you change ISP recently?

I'm not Aislinn, but I do know you need to compile your own client to get the food bar for now. I don't think anyone has prepared binaries for public consumption yet:

Burn's maps already have a coordinate grid imprinted on them, and the sedi map is 1024 pixels wide for a maximum coordinate of ~185. That isn't precise enough? (open the .dds map file in an image editor like the GIMP, measure where the "100" line is, use that to calculate the conversion factor, about 2.66 pixels per map unit )... If you want a precise model, you'll also need to get the positioning of doors, windows, and so on. A map won't give you those, and afaik, there is no easy way to visualise the game models outside the game (the file format used, .e3d, is abandoned, so you'd have to write your own converter).

How many would "few times" be? There is an autoban after too many failed attempts, but that kicks in after tens, if not hundreds of failed attempts, not after "a few". The catch with that is that even if the IP is unbanned *now*, it will autoban *again* the next time you enter a wrong password. Anyway, I can't unban IPs, so you'll have to wait for Aislinn or Radu to take an interest.

Both would have seen a red message about a banned IP when trying to login. And, neither would have been able to log in, unless the character concerned was white-listed. If neither was white-listed, your problem is not due to an IP ban on EL's side.

Two, actually: * Post just once, then you'll get all answers together. * You get that message, when the bot is not at his exact trade spot (not sure if the orientation is important) Keep in mind that the location the bot shows e.g. here is where he is, not where he should be. And as the owner, you should know where he should be... If that's not the problem, you'll have to contact the hosting service so they can have a look

The above is a normal MRT output. Lines 2-6 are from my ISP, lines 7-14 and 16-17 are on OVH IPs. The 60+% pacage loss was constant over the afternoon, and when trying with tcp packets, that node still gave 50% package loss A previous run ended up showing a host for line 15 with 100% packet loss: the host in that abberrant line 15 seems to be from "Online S.A.S"

We have some lag problems at the moment, those messages look like they are related to that, not an IP ban.

Grues shouldn't depend on your computer. They are a network problem, so while you may suffer a disconnect due to your home network, that's rather unlikely. If you get disconnected due to your computer, you'll have to get your network card checked... As for a grue corrupting el files: again, not likely, as a grue doesn't close the client. The more likely cause is that you closed several clients in a very short time. That's an advantage of the old system of running multiple clients (through lines in "server.lst"): all config files are separate...

two traceroutes from tonight: First, I'd say normal for me: A bit later: that one was close to a moment where a number of bots grued. The IP 37.187.36.22 is from OVH SAS, as are all the IPs after that one...

I don't know how long ago you signed up, but email can take a few hours to trickle through the different nodes. Also, check your spam boxes.... And once you reply to the confirmation mail, don't forget to follow the instructions (basically: post as guest in the validation thread with your forum name.)

For the achievement to show up, you may have to restart the game client: afaik, information about read books and achievements is sent on login, after that only updates are sent (i.e. new or redeemed achievements), not the full lists.

Did you try using that command ("#item_uid 1"), as suggested?

OK, thanks. I was wondering about the crit to damage, but I knew that you can receive damage even from weak monsters (like on IP, and when you just manage to get outof UW...)

Probably no explanations because the exact effects are secret... About the beaver doing damage: there are two kinds of critical hits (as I understand it!): - critical-to-hit: you won't get an evasion roll, you'll just get hit, with damage calculated normally - critical-to-damage: you'll get full damage, whatever your toughness or armor. Some have found out about this the hard way: die, crawl out of UW (with 5hp), attack a passing beaver, back to UW...

The only thing disabled is #enemy_combatant (in 2013), after some were lured into using it (not knowing/remembering their guild was in total war with the guild of the lurer) (*). See https://www.eternal-lands.com/forum/index.php?/topic/58228-server-update/ So for those not fighting in total war, that's the command to re-enable. But that would require a server restart. And ideally a prior announcement, so those fighters that do not want to fight (read "get killed") in total war anymore, can use #enemy_pacifist (needs 50k gc). (*: For those who were already fighters, total war should still be possible. #enemies_list allows you to check for guild enemies, for total war both guilds must have declared the other as enemy).

You have to contact radu (Entropy in forums) to ask for a password change. He will want to see some proof it's your character, and you will have to pay 5$.

Probably a leftover from the machine where the code was compiled? Anyway, I don't think those messages cause a crash... That seems to indicate a problem outside the client for that version. Three things though: - please state which OS and client version you are using, a possible in-game name can be useful as well; - your "log file" isn't accessible; - there's no need to attach the same file three times. Given what we've seen here before, such repetition often indicates a spam post, with rather iffy content. Spam gets deleted on sight...