tamlin

Seems the cat's out of the bag. :-) For the ones not knowing me, I have a few decades of designing and developing software (including games) under my belt. Hopefully I will be invisible, and just "make stuff work". Alex and Erik will be missed.

Amen. It doesn't have to be spelled out or documented (that would take away some of the fun), but it should have some sense of logic.

This is a good idea for the public WU server API: Have a callback notification on new user creation, to allow server admin to modify the user (and its gear). If the default is not to the server admin's liking, this would allow changing the defaults. This would include (in no particular order): - Add gear. - Remove gear. - Tweak QL of gear. - Change character stats. - ... I think it makes sense. Comments?

They can be traded?! If so, those things should take a page from other MMO's and make them character-specific. That they are handed out when "starting gear" is disabled surely must be a bug!

Counting unique IP's won't do, especially when IP4 space shrinks and CGNAT becomes more commonplace. Not to mention a single household having a "normal" IP4 connection and NATing would fail this test if multiple members came from the same IP. Is the info presented perhaps coming from Steam? If so, it should not be trusted for a local server admin. Steam may have lost uncountable packets and know nothing about your local server. # of logged on users should be in the server UI, and then quite reasonably be sent to the launcher (as trusted information, as it'd be local only).

The operating system schedules threads as it see fit. If a thread has started its life on the 4th core, the OS generally tries to keep it on the same core to not induce unnecessary context switches. If RAM is tight, it could become that the GC is using a lot of CPU, effectively locking up the program for periods of time. Maybe I'm blind (I'm told the first thing you become blind on is the eyes), but I don't see anything about amount of RAM in the systems for the ones experiencing the problem. Is system RAM amount not listed? If so, that's a shortcoming that needs to be addressed. Also JVM version (incl. 32- or 64-bit) should be listed.

mechanic: Indeed. While at it, why not take a page from console FPS and instead increase player vitality (all stats) while not taking damage. :-) Sarcasm aside, perhaps there should be an even more prominent warning "You REALLY need to stock up on food and water", just to point it out?

"sometimes it's hard to keep up with off-deed lamps on the road" Totally brainstorming idea: would it be feasible to (create functionality to) hire an NPC patrolling a road, just to keep lights working? That NPC would obviously still have to have a "home base" (village) where it consumes oil from.

To me, this is a clear sign you have gotten a different WurmID (all users, and all items, have a unique identifier). How this happened, that is the question. Have you done a RAM test lately? (I'm serious, it could give the strangest errors with only a single bit wrong in hundreds of gigabits of RAM).

I can say with 100% certainty, if you get random freezes of your operating system, it's either a hardware failure or a driver bug. Run a RAM test (note: Microsoft test may only check the first 4GB). A simplified RAM-test, that you can run in a console inside a running OS: http://algonet.se/~tamlin/MemTest_64_w_src.7z Wurm itself can not "hang" your computer, provided hardware, Windows and drivers are working as expected.

A shame the info logged by that condition isn't enough. :-( It's fixed now in the source code. If it ever happens again, at least it will display numbers making it (more) possible to fix. Thanks for the report.

For real, 1 frame in 1-2 *minutes*? That is insane. Are you running a 32-bit or 64-bit OS? 32-bit or 64-bit JVM? What gfx (hardware and driver version)? CPU and RAM?

This sounds like a really bad gfx driver bug. Can you restart the system and test again? Additionally, do you have (or had) an additional gfx card attached to the machine, possibly by a dock?

I find this interesting, worthy of researching - I run on Win7-64. using i3770K and _only_ the integrated HD4000 gfx (desktop machine though, not lappy), and I have never seen these issues. A hardware (or driver) developer denying any responsibility shouldn't surprise you. Let's do the simple things first - compare driver versions. Device manager tells me "10.18.10.4226".

Bug acknowleged. Floor and ceiling can not be mined.