Custom client by Latikai, building on Ender's client

[Kandarim]

i don't use the raider trees myself, generally. If you use them, baby trees are hardly an issue, I think.

About the closing of the crafting window: I doubt it's something i'll make happen. One use case which comes to mind is baking (e.g. cabbage crumbs) where you can only make a handful of items per inventory, but you have to make a ton of them altogether. No need to make it even more frustrating by constantly closing the window. I generally just put the crafting window in a corner (or even off-screen), and use the keyboard commands (enter, shift-enter). What specific use-case did you have in mind to close it ?

[jesi]

For me, its anything that involves a single crafting episode as an optimal action. For ex. I collect grass and I want to make one hay to clear space in my inventory for other items. I collect snakeskins and I want to make a belt, or nuts and seeds and want to make a food item, all in order to clear inventory space. Maybe it is more relevant to someone who forages alot.

[Kandarim]

Minor note on the raider mode trees, apparently it also affects trees in pots. There's a fix incoming which will lower bound the size of trees.

[ZtyX]

Hey Kandarim.

You did a really good job on fixing the trees and making them baby sized instead. It works much better, although I still prefer the old stumps for hunting argopelters because they are easier to see. Still, the current implementation is much better than a few days ago. So thanks!

[DeepSixed]

Since Violin option and mine lighting- my game enjoyment has increased 10x

Thank you very much for your continued effort...


Now if only we had you as Dev!?

[Nektaris]

I was playing Salem with 2 clients opened at the same time.
After 2 hours, 1 of them crashed and this error appeared:


java.lang.RuntimeException: java.lang.RuntimeException: Out of memory when create texture haven.TexE@41eb3e of class haven.TexE
at com.jogamp.common.util.awt.AWTEDTExecutor.invoke(AWTEDTExecutor.java:58)
at jogamp.opengl.awt.AWTThreadingPlugin.invokeOnOpenGLThread(AWTThreadingPlugin.java:103)
at jogamp.opengl.ThreadingImpl.invokeOnOpenGLThread(ThreadingImpl.java:206)
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:172)
at javax.media.opengl.Threading.invoke(Threading.java:191)
at javax.media.opengl.awt.GLCanvas.display(GLCanvas.java:528)
at haven.HavenPanel.uglyjoglhack(HavenPanel.java:414)
at haven.HavenPanel.run(HavenPanel.java:449)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Out of memory when create texture haven.TexE@41eb3e of class haven.TexE
at haven.TexGL.create(TexGL.java:302)
at haven.TexGL.glid(TexGL.java:336)
at haven.GLFrameBuffer.apply(GLFrameBuffer.java:142)
at haven.GLState$Applier.apply(GLState.java:494)
at haven.GOut.apply(GOut.java:203)
at haven.FBView.render(FBView.java:84)
at haven.ShadowMap.prerender(ShadowMap.java:125)
at haven.RenderList.render(RenderList.java:237)
at haven.PView.draw(PView.java:253)
at haven.MapView.draw(MapView.java:932)
at haven.Widget.draw(Widget.java:510)
at haven.Widget.draw(Widget.java:515)
at haven.GameUI.draw(GameUI.java:576)
at haven.Widget.draw(Widget.java:510)
at haven.Widget.draw(Widget.java:515)
at haven.RootWidget.draw(RootWidget.java:99)
at haven.UI.draw(UI.java:147)
at haven.HavenPanel.redraw(HavenPanel.java:296)
at haven.HavenPanel$1.display(HavenPanel.java:92)
at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:649)
at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:633)
at javax.media.opengl.awt.GLCanvas$9.run(GLCanvas.java:1271)
at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1103)
at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:978)
at javax.media.opengl.awt.GLCanvas$10.run(GLCanvas.java:1282)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$200(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(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)
Caused by: haven.GOut$GLOutOfMemoryException: GL Error: 1285 (out of memory)
at haven.GOut.glexcfor(GOut.java:99)
at haven.GOut.checkerr(GOut.java:107)
at haven.TexGL.create(TexGL.java:300)
... 38 more

[jesi]

Minor note on the raider mode trees, apparently it also affects trees in pots. There's a fix incoming which will lower bound the size of trees.

Yeah, and the toothpick logs are kinda cute too.

[Kandarim]

java.lang.RuntimeException: java.lang.RuntimeException: Out of memory when create texture haven.TexE@41eb3e of class haven.TexE

Be happy it took so long ... I get them all the time, and a fix isn't in sight. Seems to be an issue with a range of drivers, because plenty of people don't ever get them.

Minor note on the raider mode trees, apparently it also affects trees in pots. There's a fix incoming which will lower bound the size of trees.

Yeah, and the toothpick logs are kinda cute too.

My pleasure.

[Kandarim]

Latest update:

- lower bound on raider mode trees. No more toothpick logs!
- changed the console text color & size into something more readable when you're out mining lime
- introduced a new button that will allow you to start walking towards your homestead (assuming you have one). This will not allow you to accurately locate your homestead as you can party members. Contributions for button art are accepted gratefully - I am not an artist. The button size can be bumped up to 16x16 like the other buttons, but I was not in the mood for much UI messing.

[meletic]

Crashes all the time (after just couple of seconds).

No problems with official client though...

java.lang.RuntimeException: java.lang.NullPointerException
at com.jogamp.common.util.awt.AWTEDTExecutor.invoke(AWTEDTExecutor.java:58)
at jogamp.opengl.awt.AWTThreadingPlugin.invokeOnOpenGLThread(AWTThreadingPlugin.java:103)
at jogamp.opengl.ThreadingImpl.invokeOnOpenGLThread(ThreadingImpl.java:206)
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:172)
at javax.media.opengl.Threading.invoke(Threading.java:191)
at javax.media.opengl.awt.GLCanvas.display(GLCanvas.java:528)
at haven.HavenPanel.uglyjoglhack(HavenPanel.java:414)
at haven.HavenPanel.run(HavenPanel.java:449)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at haven.ToolBeltWdg.tooltip(ToolBeltWdg.java:380)
at haven.Widget.tooltip(Widget.java:827)
at haven.Widget.tooltip(Widget.java:827)
at haven.HavenPanel.redraw(HavenPanel.java:321)
at haven.HavenPanel$1.display(HavenPanel.java:92)
at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:649)
at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:633)
at javax.media.opengl.awt.GLCanvas$9.run(GLCanvas.java:1271)
at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1103)
at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:978)
at javax.media.opengl.awt.GLCanvas$10.run(GLCanvas.java:1282)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$200(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(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)