Mazur

Since I like to catch up on email, websites, etc. while harvesting, and generally like to have audible warnings for numerous events if I'm in game but Away From But Near To Keyboard, or get distracted by doing jigsaw, I have a great number of client alerts defined, up to 26 sounds, now. However, I can't seem to get _all_ of them to work, only about the first 15, so my question is: is there a numerical limit to how many sounds can be defined, or do i have to look for some other obscure error I have made?

Yes, they _all_ work fine, now, so it was simply wrong tpe of Ogg ncoding (-132 error), and in two cases a mistake in capitalisation.

Persistent research on the web for the elusive meaning of code -132, I came across some references with respect to other sound situations, that suggested code -132 means wrong audio file format, Looking into that, I noticed the missing sounds were in Ogg/FLAC, rather than OggVorbis. So I ran a quick reformat and will report back when everything sounds fine.

Jezus Handmixing Christ, when did I have headtrauma that scrambled my brains?!? Totally forgot to check there, "Error opening ogg file: /usr/local/games/el_linux/sound/It-is-poison-isnt-it.ogg. Ogg error: -132" Anyway, if there is a limit of 50 defined, I should go over each aspect that might contain the error locally. Thanks.

There are some areas in Eternal Lands where people gather, not so much to interact with eachother, but to interact with the environment of those places. The most frequented of those places are the Storage rooms and the popular harvesting spots.These interactions require a line of visibility from the player camera to the environmental spot they wish to interact with. And it's possible to block that line of visibility with a player avatar/creature by standing in the line of sight. There is nothing we as players can do about creatures standing in our line of sight, except kill them or move our view. However, as players, we can minimize accidentally annoying other players by making a little effort to not block their view, as it is. The first and simplest measure is: always sit down in storage, if you're going to be longer than a few seconds in and out, or while harvesting. The second one is: If you're going to be mixing in storage, choose a place to sit away from the direction of approach, e.g. sit behind Grimm in DP, sit west of Judith in MM, etc. That way people coming for a drop off/pick up can easily get in range of the storage clerk, without having to hunt for a free spot near enough to actually interact. Just my 2¢.

Another way to achieve less annoyance at crowded moments might be, for instance, to mark the circle just beyond the Storages reach with a ring of white, non-movement-hindering stones.or "paint" marks, or plants. That only helps actual users of the game client see where they have reach to interact, and perhaps not crowd the storage NPC as much by using more of that area away from "traffic".

Yes, it's not about solving being blocked, as the rules take that into account and state one must move if so asked to allow access or exit, it's about maximizing everyones enjoyment by being considerate Take for instance Grimm in DP, say you're harvesting there, you need a great big buttload of something and you like harvesting in DP. So you gather a full load and go to the storage to drop it off, and there's a crowd of non-dwarves just standing there in front of Grimm, or worse, surrounding him. What might be a single click near Grimm to get within range becomes several clicks on the ground to get near, tossing and turning of the camera to get him in view, only to discover that you are apparently our of range, so you try to find another spot, and spend a minute doing, what could be done in seconds. Experienced harvesters and mixers already follow the suggestions I mentioned previsously, I'm just trying to get them more widely adapted. Grimm has a clear avenue of access, with a few unusable spots with rocks in it, so if you're going to stick around for more than a few seconds, consider moving aside to leave the direct line to the entrance open.

When walking from Naralik to Portland there is a chance you get to a dead spot, where you stop and stand and have to do something to get moving again: You are in Morcraven Marsh [244,98] No, it's not from a passing critter or other person, at least not in sight. Have fun with it.

Are there any shortcuts to the counters and session tabs of the Statistics/Knowledge/Counters/Session window, like CTRL-A for the first window and CTRL-K for the second? And if so, can they be defined in el.ini and saved there? With kind regards, Mazur.

Even better still, I assigned K_SESSION to CTRL-l, and that works, too.

Final update: Today I discovered there was a second K_COUNTERS entry in my key.ini in the .elc directory, after deleting the double entry and only leavinf knowledge to CTRL-K and COUNTERS to CTRL-y, al was as one would expect. So the stuff works as (not very loudly) advertised.

Hello, I prefer to have the options Creatures Health Bars and Other Players Health Bars on (they are under the HUD tab), so I've been trying to find how to include that into my el.ini. Following the pattern of other options, I found something that looked like those options already in el.ini and defined that in mine, (thought I've forgotten which they were and can't seem to find them again), but they were never saved by the client. So the question is: is there a way to set those options default to on, without rewriting part of the client? If not, who do I have to pleasure to get these options included in el.ini? Yours truly, Mazur.

No apology necessary on my account, I never gave full information for you to act on until you asked. Anyway, glad you found and fixed it.

#save does write $HOME/.elc/[server]/el.cfg , and other options I change keep the changed state, but those two health bar ones are not permanent, not saved, apparently.

#save does not change the failure, though it does appear to write the files, or pretends to. Next test is starting without the pertinent file, logging in and setting all options right, then #save. May take me a while to try it, as I'm quite busy (in game).

Update: since putting key.ini in $HOME/.elc instead of $HOME/.elc/[playername] CTRL-K pops up K_COUNTERS instead of K_KNOWLEDGE, even though that is not the definition in the file.

I had them in the per person data directory: $HOME/.elc/[character] now I tried with #K_COUNTERS = LCTRL y #K_COUNTERS = RCTRL y and put the file in $HOME/.elc since CTRL-l is already bound to "look pointer". Yes, it's tricky to find which keys are free and which not. Were it my job, I'd go for storing _all_ key bindings in key.ini, seperated in comment headed sections, but it's not mine to decide, luckily enough.

I'm using the april 11 testing binary version. I have included: #K_COUNTERS = LCTRL l #K_COUNTERS = RCTRL l in my key.ini, yet neither ctrl+l does anything. They do however remain in the key.ini between sessions.

Pardonnez moi, I meant to say key.ini, and I had researched the #K_ strings in the client, added definitions for the tabs, but they neither work nor get saved again.

Ah, then perhaps my client fails to save that file, and removing the current version will fix it. I'll see if that helps.