You could try to add the following lines to the (cached) jnlp file of Wurm Online, in the <resources> element:

<property name="sun.java2d.ddscale" value="false"/>
<property name="sun.java2d.noddraw" value="true"/>
<property name="sun.java2d.ddoffscreen" value="false"/>
<property name="sun.java2d.d3d" value="false"/>

As I said, it's very brute-force-ish.

I implemented ROAM just to see how it worked, and I got slightly better results in the heightmap, but ran into rather big problems when it came to the dynamic textures.

I realize that brute-force terrain mipping is not as "cool", but it seems to do the trick well enough, while leaving the code simple enough to keep it relatively bug free.

just a crazy suggestion:

wglMakeContextCurrent (instead of wglMakeCurrent) is used when dealing with Pbuffers. Maybe the same call has to be used in the gl window? It's an extension so it have to be detected, but it' worth a try.

- elias

Nothing but errors for me:

java.lang.UnsatisfiedLinkError: no timer in java.library.path
     at java.lang.ClassLoader.loadLibrary(Unknown Source)
     at java.lang.Runtime.loadLibrary0(Unknown Source)
     at java.lang.System.loadLibrary(Unknown Source)
     at com.dnsalias.java.timer.windows.WindowsTimer.loadLibrary(WindowsTimer.java:30)
     at com.dnsalias.java.timer.windows.WindowsTimer.available(WindowsTimer.java:18)
     at com.dnsalias.java.timer.AdvancedTimer.init(AdvancedTimer.java:33)
     at com.dnsalias.java.timer.AdvancedTimer.<init>(AdvancedTimer.java:25)
     at com.wurmonline.client.WurmClient.run(WurmClient.java:177)
     at com.wurmonline.client.WurmClient$4.run(WurmClient.java:256)
14 fps
20 fps
18 fps
20 fps
18 fps
18 fps
java.net.SocketException: Address family not supported by protocol family: no further information
     at sun.nio.ch.DatagramChannelImpl.disconnect0(Native Method)
     at sun.nio.ch.DatagramChannelImpl.disconnect(Unknown Source)
     at org.rubberbrain.util.udp.UdpClient.disconnect(UdpClient.java:57)
     at org.rubberbrain.rhyme.RhymeClient.disconnect(RhymeClient.java:184)
     at com.wurmonline.client.gui.WorldView.disconnect(WorldView.java:842)
     at com.wurmonline.client.gui.WorldView.clientTick(WorldView.java:781)
     at com.wurmonline.client.WurmClient.clientTick(WurmClient.java:221)
     at com.wurmonline.client.WurmClient.run(WurmClient.java:208)
     at com.wurmonline.client.WurmClient$4.run(WurmClient.java:256)

...

the message window also constantly reports GLERRORs. When I try to force quit, my computer crashes.

Windows XP Pro
Java 1.4.2
P4 2GHz
512M RAM
Intel 82845G/GL Graphics (built into Dell motherboard)

Edit: I had posted a text about not being too sure that it's driver related here....forget it! ATI released the Cat 3.6 today (or yesterday) and the problem with the jogl version is gone now!! No more graphics glitches.

No, that's quite sensible.  The CLOD (chunked level of detail) approach is only a tweak on top of the geomip-mapped approach and that seems to be one of the most popular approaches recently.

IMO ROAM is a doomed approach for HW acelerated rendering.  No point in tying up the CPU when the HW can handle the data just fine.

Thanks for the answer.

Why did you have to tell us not to download and play it? Now I just have to  

Downloading now using my lovely 56k connection (I miss my broadband god dammit!).

EDIT: The screenshot is cool and very nice looking...

Hate being a nitpick, but the good 'ol "can't change display mode" problem is back - so much for trying to get my system to crawl

sure:
java.lang.UnsupportedOperationException: Cannot change display mode
       at java.awt.GraphicsDevice.setDisplayMode(Unknown Source)
       at com.wurmonline.client.WurmClient.initGraphics(WurmClient.java:138)
       at com.wurmonline.client.WurmClient.init(WurmClient.java:41)
       at com.wurmonline.client.WurmClient$4.run(WurmClient.java:253)
java.lang.reflect.InvocationTargetException
       at java.awt.EventQueue.invokeAndWait(Unknown Source)
       at javax.swing.SwingUtilities.invokeAndWait(Unknown Source)
       at com.wurmonline.client.WurmClient.clientTick(WurmClient.java:224)
       at com.wurmonline.client.WurmClient.run(WurmClient.java:172)
       at com.wurmonline.client.WurmClient$4.run(WurmClient.java:255)
Caused by: net.java.games.jogl.GLException: Error making context current
       at net.java.games.jogl.impl.x11.X11GLContext.makeCurrent(X11GLContext.java:138)
       at net.java.games.jogl.impl.x11.X11OnscreenGLContext.makeCurrent(X11OnscreenGLContext.java:108)
       at net.java.games.jogl.impl.GLContext.invokeGL(GLContext.java:156)
       at net.java.games.jogl.GLCanvas.displayImpl(GLCanvas.java:179)
       at net.java.games.jogl.GLCanvas.display(GLCanvas.java:84)
       at com.wurmonline.client.WurmClient$3.run(WurmClient.java:228)
       at java.awt.event.InvocationEvent.dispatch(Unknown Source)
       at java.awt.EventQueue.dispatchEvent(Unknown Source)
       at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
       at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
       at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
       at java.awt.EventDispatchThread.run(Unknown Source)
Linux
java.lang.NullPointerException
       at com.wurmonline.client.gui.WorldView.gameTick(WorldView.java:525)
       at com.wurmonline.client.WurmClient.gameTick(WurmClient.java:215)
       at com.wurmonline.client.WurmClient.run(WurmClient.java:196)
       at com.wurmonline.client.WurmClient$4.run(WurmClient.java:255)

For me it connects to the server, the screen goes blood red, and the error messages state "GL: Invalid Enumerant (1280)". I get 1 fps on my black and red screen. Specs:

PIII 733 w/512MB
GeForce2 GTS w/32 MB

I have the latest as of March, so that should be up to date.

0.0.15a is up. (settings, loginscreen, optimisations)
That pretty much wraps up the first version of the client.


Now I implement picking and basic world interaction.

Thanks. =)


I found some sites with heightmaps, and got about halfway through loading them before remembering that we're supposed to have "random" maps.

Each server is going to run it's own map, and the maps are going to be way too big for us to make them manually.

Oh, ok, we're lazy.

Fantastic vegetation. I've been recently looking into that. What technique did you use for the grass and trees? That's exactly the look I wanted to go for in my app. Any pointers would be great. Keep it up, it's starting to look fantastic.

This could get lengthy, but here we go:

There are two similar systems in place, one for the trees and other "big" items (like buildings and so) and one for the tile decoration.

Whenever the user moves to a new tile, the engine scans the closest tiles with a simple for (x=-n; x<n; x++) for (y=-n; y<n; y++) for trees.
For each tile that contains a tree, it calculates how far away it is from the tile the user and how many tree neighbors it has.
If the ratio of neighbors versus distance is over a certain threshold, AND the tree is on an "odd" tile (odd==((x+y)&1)), that tree is ignored. (effectively "trimming" dense forests when they are far away that you don't notice the difference)
Then a new Random is created with x*somePrime+y*someOtherPrime as the seed, and a new Tree object is created based on that Random object. This will ensure that a tree on a specific tile will always look the same without me ever having to store that information. Information like offset within the tile, rotation, size and color is generated.
That Tree object is then added to a SortedSet, sorted by distance.

The rendering loop iterates over the set, checks if the tile the tree is on is visible, and renders the tree if it is. The first trees up to a certain limit are rendered in high detail mode (right now just a cross of three polygons. Will be full models later), and the rest are rendered in low detail mode (billboards). When more than the maximum number of trees has been rendered, the iterator exits.


Tile decorations work almost the same, with the exception of the texture of the tile deciding what types of decorations will be added to it. The amount of decorations added to a tile depends on the distance to that tile, with the biggest decorations being added first.

It WOULD be nice.. The grass would look a lot better if it was blended for real instead of just "clipped" as it is now.


But I've got a lot of intersecting polygons. Like ALL trees.