When setting a queue path while plowing with a plow. The queue path is dropping intermediate path point while plowing.
Video: (... major ugly. and a little big, display size wise.)
this is caused by jogl apparently using windows scaling. you need to force it to use 1:1 scale with java parameters:PoisonedPorkchop wrote:JDK 11+ seems to cause incorrect monitor scaling (I think it is grabbing my second monitor's resolution for use in scaling), works fine in JDK 8. This does not occur in default client.
My primary monitor is 2560x1440, and my secondary monitor is 1600x900.
Unless I turn my primary monitor to 1600x900, it will look like this and virtual mouse position is incorrect:
It is dependent on JDK version of whether it will work for me or not. 8 works, 11+ doesn't. I can provide more info if needed.
Code: Select all
java -Dsun.java2d.uiScale.enabled=false -Dsun.java2d.win.uiScaleX=1.0 -Dsun.java2d.win.uiScaleY=1.0 -Xss1024k -Xms512m -Xmx1024m -jar hafen.jarThanks for the correct scaling arguments! I still am wondering why this does NOT occur in default client, but does in ender's.svino wrote:Many helpful words..
http://www.havenandhearth.com/forum/vie ... 49&t=67298Arnikes wrote:Maybe a stupid question, but anyway, cant get what exactly mapping service is using in this client, can anyone explain?
haven.Resource$LoadException: Weird version number on gfx/invobjs/rabbit-doe (65535 > 2)
at haven.Resource$Pool.load(Resource.java:540)
at haven.Session$CachedRes$Ref.get(Session.java:137)
at haven.Session$CachedRes$Ref.get(Session.java:130)
at haven.MiniMap.findicons(MiniMap.java:524)
at haven.MiniMap.tick(MiniMap.java:217)
at haven.Widget.tick(Widget.java:758)
at haven.Widget.tick(Widget.java:758)
at haven.GameUI.tick(GameUI.java:1274)
at haven.Widget.tick(Widget.java:758)
at haven.UI.tick(UI.java:223)
at haven.JOGLPanel.run(JOGLPanel.java:527)
at java.base/java.lang.Thread.run(Thread.java:832)
Code: Select all
resources:
[exec] Processing resources in resources/src/local
[exec] ATTEMPT => \gfx\fx\msrad.res
[exec] Error loading file resources\src\local\gfx\fx\msrad.resATTEMPT => \gfx\hud\box\bl.res
[exec] java.lang.reflect.InvocationTargetException
[exec] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[exec] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
[exec] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[exec] at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
[exec] at haven.Resource.loadfromdecode(Resource.java:1509)
[exec] at haven.Resource.<init>(Resource.java:1367)
[exec] at LayerUtil.rf(LayerUtil.java:184)
[exec] at LayerUtil.main(LayerUtil.java:112)
[exec] Caused by: java.io.FileNotFoundException: resources\src\local\gfx\fx\msrad.res\code\..\..\..\..\..\..\classes\haven\res\gfx\fx\msrad\ShowSupports.class (The system cannot find the path specified)
[exec] at java.io.FileInputStream.open0(Native Method)
[exec] at java.io.FileInputStream.open(FileInputStream.java:195)
[exec] at java.io.FileInputStream.<init>(FileInputStream.java:138)
[exec] at haven.Utils.readBytes(Utils.java:455)
[exec] at haven.Resource$Code.<init>(Resource.java:1025)
[exec] ... 8 moreCode: Select all
haven.Resource$LoadException: Weird version number on gfx/invobjs/hen (65535 > 2)
at haven.Resource$Pool.load(Resource.java:540)
at haven.Session$CachedRes.set(Session.java:183)
at haven.Session$RWorker.handlerel(Session.java:343)
at haven.Session$RWorker.getrel(Session.java:374)
at haven.Session$RWorker.run(Session.java:460)