Luceat

Of course there are stuff to improve! I agree with the people saying that a "user error" is actually a design flaw. Lets take for example a few tiny things when it comes to setting up a server: 1. Entering the correct IP-address You can set this up completely automatically. At least, one way to make it simpler for the user is to make a drop down list of the available IP-Addresses that the WU server actually can bind to. 2. Firewall/NAT settings A lot of the issues can be solved using something similar to a STUN or a TURN server. Keep the guides on opening firewalls for more advanced users that want to avoid using these servers. 3. Setting up server neighbours When all the servers are local, why not have something that automatically fills in the settings? Most (all?) the settings are already set in another configuration in another folder. 4. Some bugs still exist with the server launcher, making changes not apply. 5. There should be a script to repair databases by sanitizing obviously bad entries without wiping the rest of the data. Why not run this script every time the server starts even? 6. Keybindings should be improved considerably. Something like https://github.com/mntnoe/wurm-bindings should be the norm already. TLDR; When your grandmother can configure and start a WU dedicated server, the UI is complete. I am not saying this to belittle the efforts that have been done. Creating an easy to use dedicated server takes a lot of work, which takes a lot of manpower, which CC doesn't have. But when my grandmother can host servers for herself and her friends, there are a lot more potential buyers. (Yes, a TURN server is probably not feasible for CC, but a STUN server could solve a lot of firewall issues)

Actually, maybe this was wrong. Didn't notice that wood type of items was not updated until item was dropped and picked up again. That is actually a bug

under notes: The wood type of the plank determines the final wood type.

Great news Congratulations and thank you both for volunteering your free time into making wurm even better

I run a virtual private server from time4vps.eu. It is cheaper than getting a pure dedicated server. The setup has 2* 2,5 GHz cores and 8GB RAM. You really don't need to worry about bandwidth usage or storage. I run a 2048^2 map with 6 total users and at most 3 concurrent users. RAM usage stays stable at around 1 GB, maybe this is a max-memory setting or something, but still, 8GB RAM is overkill. Wurm is also not extremely latency-sensitive. Its not an FPS like counterstrike, my girlfriend has no problems playing from Japan with 400 ms ping. Here you see my monthly CPU usage stats. Notice the drop after the latest patch that removed infinite protected_tiles saving. It uses 5% of CPU after patch. TLDR If you just run the server for yourself and a few friends, you can run WU Dedicated server on your grandmas coffee brewer.

Mine ceilings. If you can, cast WoA and CoC. Don't use low ql pickaxes, it doesn't help.

If this is a copy paste from the file, you might want to double check that noPrayerDelay=true, not ture.

Happy to hear the problem sorted

Yeah, that was me, just a note to others: Blayzes dirt algorithm looks 100x better, so, at least until i fix mine, it's probably better to spend more time dropping dirt using his algorithm. I might take a look at it later, but as things stand now I hardly have any time.

No problem, it was somewhat fun to debug I understand if this is not super prioritized though, but its good to have the issue in the issue tracker at least. I'm loving WU so far, despite its little kinks.

I have no idea if this is the way, but you can at least provide JVM arguments in the file LaunchConfig.ini in the Wurm Dedicated Server directory.

Hi, This is a more esoteric bug, probably ensuing from having a hostname that is a number. Trying to disband the deed might give you a stacktrace in wurm.log.0 such as: WARNING: 23752448: failed to receive 30000, Disb Farlorn, java.rmi.ConnectIOException: Exception creating connection to: 0.0.39.79; nested exception is: java.net.SocketException: Invalid argument or cannot assign requested address java.rmi.ConnectIOException: Exception creating connection to: 0.0.39.79; nested exception is: java.net.SocketException: Invalid argument or cannot assign requested address at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:631) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:216) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:202) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:130) at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:217) at java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:171) at com.sun.proxy.$Proxy0.addMoneyToBank(Unknown Source) at com.wurmonline.server.LoginServerWebConnection.addMoney(LoginServerWebConnection.java:301) at com.wurmonline.server.villages.Village.disband(Village.java:4053) at com.wurmonline.server.behaviours.Methods.disbandVillage(Methods.java:1392) at com.wurmonline.server.behaviours.VillageTokenBehaviour.action(VillageTokenBehaviour.java:166) at com.wurmonline.server.behaviours.VillageTokenBehaviour.action(VillageTokenBehaviour.java:852) at com.wurmonline.server.behaviours.Action.poll(Action.java:3226) at com.wurmonline.server.behaviours.ActionStack.poll(ActionStack.java:237) at com.wurmonline.server.players.Player.pollActions(Player.java:8901) at com.wurmonline.server.Players.pollPlayers(Players.java:4284) at com.wurmonline.server.Server.run(Server.java:1717) at java.util.TimerThread.mainLoop(Timer.java:555) at java.util.TimerThread.run(Timer.java:505) Caused by: java.net.SocketException: Invalid argument or cannot assign requested address at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:589) at java.net.Socket.connect(Socket.java:538) at java.net.Socket.<init>(Socket.java:434) at java.net.Socket.<init>(Socket.java:211) at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:40) at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:148) at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:613) ... 18 more This is caused by java.rmi.server.hostname accepting both hostnames and ipaddresses. In my case, my hostname was numerical, so it was being interpreted as an ipaddress. For devs, I think this is not when you set up a listener, but when you actually connect to server. There is a workaround: In LaunchServerConfig.ini Add this line to the end: JvmParam2=-Djava.rmi.server.hostname=127.0.0.1 If you already have a JvmParam2, set it to JvmParamN+1. Also, if you use RMI, be sure to block its ports so not anyone can disband your deeds, it should only accept from localhost.

If you don't mind setting it up yourself you can probably get a way with a VPS. That is what I am planning and I'm sure it will work fine. It is easier if you know how use SSH and Linux. The provider I am using is pretty cheap and has a datacenter in Lithuania, start out with a small server, you can upgrade it in a few minutes if it turns out to be too small. Ah yes, link is http://www.time4vps.eu/ You will probably need to install java8 and steamCMD on the server yourself.

Hi, So, I've been messing a bit with the algorithm for dirt dropping as well. You can get the jungly tropical mountains by setting dirt drop height to the same as max map height: Or you can opt for the more traditional one: The algorithm also allows setting an upper limit on dirt depth, original version often had dirt depths of 250+. No UI options yet though and the code is not really fit for a pull request. Missing features are more randomness, if the bedrock is perfectly flat in an area, all the dirt depth will be what you set it to be, would be nice to vary it a bit.

You could encrypt the backups. It would likely be easier to get a key from an AWOL server hoster than have him log in on the server and upload a dump.

Maybe I was a bit fast here... What solved many of my issues was the following, valid for Windows 10 and 4xHD resolutions: On your Wurm online shortcut, rightclick and select properties. Select the compatibility tab Select the checkbox "Disable DPI scaling" This allowed fullscreen in lower resolutions to work and also the text in the launcher looks much better.

Just got a new computer with insane resolution, it is horribly hard to read login name etc in the client launcher as all of it becomes reaaally tiny. Settings etc are also hard to read. Please consider making font size etc scale with resolution.

In any case, its a bad strategic choice to release the trailer before the new rendering system is out. Hopefully they can change the trailer a few days before release day though I'm one of those people who played WO on and off a couple of times, WU is exactly what I have been looking for. If I didn't already try WO though, I believe I might've been turned away by the loads of survival failures that are on steam.

+1, dried meat is wonderful, just make it lose 1/10 of its weight to make mass production harder. if we want salt I wouldn't mind salting pans or something, maybe built on a tile, add water, 7 days later or something, you get a tiny amount of salt.

I guess DMG is there to make sure things decay "fast". I don't think QL dropping at the same pace is viable and lowering the decay rate would probably have a worse effect on the lag of wurm, cluttered database and all.

I doubt it is viable to happen at steam launch, they need to make sure they can actually run such a large server with millions of objects as well as fixing the inevitable bugs that become all the more apparent when scaling up. Probably, as previously mentioned, they will need several servers of this size to handle steam influx, maybe even host them in a place where they can quickly add servers depending on steam reception.

If you don't like walking then pay Mr. Noob to walk it for you, also, I can almost guarantee that there will be people that will take on the profession as a mailman. I wouldn't say no to it myself, floating around on a boat is more exciting than making 5000 stone bricks, even if I do enjoy my stone bricks too. I know people don't always enjoy references to other games, but in EVE-online they have only local markets and a ton of people transporting stuff, even in dangerous areas, through their courier contract system. It works well and I believe it would be very well applied to wurm.

I love the idea, now, if you can also add a contract to move item X to 'questgiver' Y, a transport mission, it would be awesome. Also, do away with mailboxes

I like this idea, it could even make single weapon wielding viable, as in one-handed weapon in main hand and other hand left for weaponless fighting

I think developers stating the intended mechanics of things they want to debug is a good thing. That way players can collect data for them. If it's just for our benefit, I don't have so much of an opinion, some people really love theorycrafting, maybe let them have their fun. WoW didn't meticulously detail how dps, extra attacks and attack speed, people found that out themselves.