Nogrod

I've been away for awhile but here are additional details on the issue. I stay in AFK mode when NumLock or CapsLock is on while I'm typing. When they are off, I go out of afk mode as soon as I start typing. Other observations Turning NumLock or CapsLock on doesn't disable afk mode but when I turn it off it stops afk mode. If both NumLock and CapsLock are on when in afk mode, they both have to be turned off to stop afk mode. I'll download the new builds and let you know how it goes.

If I'm in console mode, it seems that keypresses don't reset time to afk. In other words, I can be in the middle of chatting and my status goes to afk. It's not until I use the mouse and click on things that I go out of afk mode.

As long as I can change it in key.ini, that's all I need. I like that you're cleaning up the client and making it consistent. I only brought it up because it's different than what I was seeing in the previous client. Thanks so much bluap for the great work you've done in bringing the client up to date.

The right side control and alt keys aren't working for shortcuts. The left side control and alt keys continue to work fine. I'm using the Linux 64 bit executable.

I'm using the Linux 64 bit executable. I notice the following behavior: When pressing Alt-Tab to switch between windows, it sometimes has the effect of pressing the Tab key on the target window. For example, if my window focus is on my web browser and I Alt-Tab to my EL window, it changes my EL window to the Map Screen. The behaviour is sporadic. Sometimes it changes to Map Screen, sometimes it doesn't. It doesn't matter if caps or numlock is on or off.

Thank you STX, Dragrace and all who donated for making this happen. I had a lot of fun for the small amout of time I could participate. Events like this are great for bringing people together. Merry Christmas everyone!

Yes, let's switch to EEE. At first it can require many EEE until they're not so crazy numerous anymore. Longer term, the recipe can be adjusted as supply/demand dictates. Aislinn points out that eventually they will be used up and become rare. I think that's the intent but with the current chance of mixing EEE I don't think they'd become too rare.

I meant that if people can beam to a nearby storage after filling their EMU by harvesting, it would affect the rate at which many harvestables can be gathered. This is especially true for harvestables on C1 that are far from an existing storage. I don't think it completly defeats the purpose. As long as the storage is used, there will be more traffic on IP and more people bumping into newbies. Making the storage harder to access would drive down usage to some extent. I think that the 2 factors need to be balanced: increased traffic on IP and the impact to harvesting. Putting sto in tavern basement may be too inconvenient so maybe putting it in another place on IP that's not too close to beam may be better.

I'm thinking more on the affect to other harvestables such as ores and minerals e.g. silver, sulfur and iron. Fill up inventory, beam, then tele back to map with resource nearest to tele point. It seems too easy to me. Maybe a 2nd storage for non-newbs will help but it'd have to be far from beam point and I don't there is a far enough place on IP except for maybe tavern basement.

I do like the idea of bringing more RDHOLAM in game given the current price and break rate.

I agree with increasing steps from tokens given that ogre spawns aren't that busy anyway and it's more reliable than waiting for a whistle drop. Also, I'd like to see more horses in game: they look cool.

No! What's next: mixable big books of potions? Let's not go down that slippery slope. Kidding aside: Potioning is already quite profitable at the lower levels so what's the point? This also goes for Alch, but that train has left the station. At least the other skills sink gc (yes, there are exceptional circumstances) so a double experience day is a nice offset to the cost. Crafting mostly does sink gc (until you can do Barnes) but it's not terrible cost to level so I feel less strongly about this one.

I also want to look at the lower critters. I think the current payout is ok for critters that drop tokens, more valuable furs, PW, Trolls and Clops (the books are a nice boost). For other critters like Armed Orcs, Leprechauns (lol), Imp, Gargoyles (granted, it's possible to get a RIG) , the advantage seems low compared to other things the game offers. I heard that an Orc drops Serpent Stones but I've not received one after thousands killed. Overall, I do believe that tokens have greatly improved the profitability of many lower creatures but I'd like to see more GC from some of the other low creatures, especially for new players who don't want to spend all their time harving + mixing ess or farming tokens. Instead I like the idea of increasing the profitablility of killing a variety of creatures while a newbie explores the maps.

Bot acquired. Signed, Happy new bot owner.

Bot gathering dust? Don't want to make the payments? Expired? Let me deal with that. You can rest easy. I will provide a loving home for your bot. Conditions negotiable. Leave me a PM in forum.

Stub paid. Receipt number: 50P60635YJ082760F

Thanks lyndy. Hey everyone. I'm still looking. With bot renewals up, now's a good time to consider offloading an unwanted bot.

Noticing that I have mod=4096 (Numlock) on in most of my output, I disabled Numlock. Everything works well with Numlock off. I also noticed that when Numlock is ON but keyboard combinations are working, 0x1000 (4096) is not part of my key.keysym.mod value.

Here is the output from the following sequence of keypresses: a - prints "a" to console alt-s - prints "s" to console f1 4 times - toggled console, worked fine this time. ctl-e shift-a - prints "A" to console ctl-H alt-x - game didn't exit SDL_KEYDOWN keycode=97,[A] mod=4096 timestamp=10848 SDL_KEYDOWN result=-1 SDL_TEXTINPUT text=[a] len=32,1 timestamp=10848 UTF-8 udf8=(61,0) unicode=61 SDL_KEYDOWN keycode=1073742050,[Left Alt] mod=4352 timestamp=18768 SDL_KEYDOWN result=-1 SDL_KEYDOWN keycode=115, mod=4352 timestamp=19135 SDL_KEYDOWN result=-1 SDL_TEXTINPUT text= len=32,1 timestamp=19135 UTF-8 udf8=(73,0) unicode=73 SDL_KEYDOWN keycode=1073741882,[F1] mod=0 timestamp=32640 SDL_KEYDOWN result=1 SDL_KEYDOWN keycode=1073741882,[F1] mod=0 timestamp=35152 SDL_KEYDOWN result=2 SDL_KEYDOWN keycode=1073741882,[F1] mod=0 timestamp=36495 SDL_KEYDOWN result=1 SDL_KEYDOWN keycode=1073741882,[F1] mod=0 timestamp=36982 SDL_KEYDOWN result=2 SDL_KEYDOWN keycode=101,[E] mod=0 timestamp=91375 SDL_KEYDOWN result=-1 SDL_KEYDOWN keycode=1073742049,[Left Shift] mod=4097 timestamp=179504 SDL_KEYDOWN result=-1 SDL_KEYDOWN keycode=97,[A] mod=4097 timestamp=180000 SDL_KEYDOWN result=-1 SDL_TEXTINPUT text=[A] len=32,1 timestamp=180000 UTF-8 udf8=(41,0) unicode=41 SDL_KEYDOWN keycode=1073742048,[Left Ctrl] mod=64 timestamp=193472 SDL_KEYDOWN result=-1 SDL_KEYDOWN keycode=104,[H] mod=64 timestamp=193760 SDL_KEYDOWN result=1 SDL_KEYDOWN keycode=1073742050,[Left Alt] mod=4352 timestamp=371520 SDL_KEYDOWN result=-1 SDL_KEYDOWN keycode=115, mod=4352 timestamp=371792 SDL_KEYDOWN result=-1 SDL_TEXTINPUT text= len=32,1 timestamp=371792 UTF-8 udf8=(73,0) unicode=73 SDL_KEYDOWN keycode=1073742050,[Left Alt] mod=4352 timestamp=440239 SDL_KEYDOWN result=-1 SDL_KEYDOWN keycode=120,[X] mod=4352 timestamp=440817 SDL_KEYDOWN result=-1 SDL_TEXTINPUT text=[x] len=32,1 timestamp=440817 UTF-8 udf8=(78,0) unicode=78

Thanks bluap. I cloned the git repository and complied on Linux. Compilation went well and I replaced my installation's el.x86_64.linux.bin with the newly compiled binary. Here are my initial observations: 1) padsp is no longer required to enable sound. This avoids the "alcOpenDevice(): Error initializing sound: ALC_NO_ERROR" message. 2) Keyboard is definitely buggy. I'm using an IBM Model M keyboard and my OS locale is set to en_US.UTF-8. Sometimes when I first launch the client, the keys work fine but after a few seconds I get the following. Occasionally keyboard may start to work again. Function keys don't work Alt key combinations don't work and prints a character instead. For example alt-s prints the letter s. Alt-Enter always works to enter/exit fullscreen. Most Ctl key combinations don't work and no alphabet character is printed. Some punctuation characters do print when holding Ctl such as ' ; " : . < > ,. Ctl-<up arrow> and Ctl-<down arrow> always work. Shift key combinations work fine. I'm happy to provide any additional info you need.

If I set the user interface scaling factor to less than 1 and I complete reading a book, the blue researching bar in the Knowledge tab of the Statistics window is longer than the bordered area. If I set the user interface scaling factor to greater than 1 and I complete reading a book, the blue researching bar in the Knowledge tab of the Statistics window is shorter than the bordered area.

I used to use this app rather than the standard Android version for harvesting. I also lost the ability to log into the server with this app once the server started rejecting the old clients. It gives a "Bad username/password" error. I don't have a VPN but I can login with the newest Android client but not with this client. If I could use this client again, I would as it does make harvesting easier, especially during in-game night when my device brightness cannot provide enough contrast on sunny days.

I run Arch Linux and encountered this error after downloading the new test client and running the 64-bit binary directly. After that, instead of running the binary directly, I launched it from the launcher script that comes with the game installation package and I got my sound back. If you use the eternallands package from AUR, you can create a file, ~/.elc/el_client, that contains the full path to the binary. The el_client environment variable in /usr/bin/eternallands is set to its contents. If you use the package from the EL website, you can replace the standard binary with an alternate binary in your chosen installation directory and launch the game with the eternallands.sh script. While I'm not sure that this addresses Aislinn's situation, both of these methods resolved the same sound error for me.

Item lists do not work for items whose category has not been selected in storage yet. I've reproduced this using the standard Linux version and also the new testing client for Linux. To recreate the issue follow these steps: Put some items from various storage categories in your inventory. Exit the game. Start the game with a fresh configuration. Create a new item list with the items in your inventory. Open storage and without selecting any categories (by clicking directly or storing items in inventory), try to use the item list to add additional items to your inventory. What will happen is that the item in the item list will be outlined red momentarly and you won't be able to add the item into your inventory using the item list. After selecting the category in storage, the item list will work as expected for any items in that category.