java.lang.OutOfMemoryError: Java heap space

[honeymilk]

Moving this to here (hopefully the right place to post it) as it is happening with the classic client aswell. I've tried google and I honestly cant understand most of the code talk so that is of no help. I've also searched the forums, but didnt find a solution to my problem :< Its a powerful computer, tried both 32 and 64 bit java, previous versions of java aswell.

No resource pack, only thing I have done is changing the radar file to my liking which was weeks before the error started. I'll try clean installing client and java in 64 bit and see if it works or if I can get a better error report.

edit: Clean installed client and 64 bit java 8.66 - still running out of memory heap space. For some reason I cant open the error reports this time around. I've been trying to try a bat file but I am too much of a newb to figure it out. I copy pasted what is in the front of latikai's client thread, right java path and named it .bat. works fine. But trying to add in the -Xmx1024M -Xms1024M is where I am blank. I can start up the client, but cant locate the server.

Last error received.

Code: Select all

java.lang.OutOfMemoryError: Java heap space
   at com.jcraft.jorbis.CodeBook.make_decode_tree(CodeBook.java:407)
   at com.jcraft.jorbis.CodeBook.init_decode(CodeBook.java:323)
   at com.jcraft.jorbis.DspState.init(DspState.java:178)
   at com.jcraft.jorbis.DspState.synthesis_init(DspState.java:216)
   at dolda.xiphutil.VorbisStream.<init>(VorbisStream.java:98)
   at dolda.xiphutil.VorbisStream.<init>(VorbisStream.java:117)
   at haven.Resource$Audio.pcmstream(Resource.java:1252)
   at haven.AudioSprite$ClipSprite.<init>(AudioSprite.java:71)
   at haven.AudioSprite$1.create(AudioSprite.java:49)
   at haven.Sprite.create(Sprite.java:123)
   at haven.Gob.ctick(Gob.java:117)
   at haven.OCache.ctick(OCache.java:72)
   at haven.Glob.ctick(Glob.java:204)
   at haven.HavenPanel.run(HavenPanel.java:443)
   at java.lang.Thread.run(Unknown Source)


[loftar]

Are you having long loading-screens in conjunction with this?

[honeymilk]

If I move through locations where theres not a lot going on it seems normal. As soon as I walk in to my base, port to providence or any area with animals, trees, forageables, buildings or more players I start lagging and get up to 30+ seconds loading screens.

The client crashes gets more and more frequent to where I lag out after only 1-5 minutes now and then get stuck in log in due to character still online.

Edit: Is there a way to force log a character out? The character have been stuck online for 40 minutes making me unable to log back in.

[Kandarim]

open the process list (control shift escape) and kill the rogue java process. Careful, there mgiht be other java processes on your pc.

[honeymilk]

Thanks Kandarim!

New error code, if anyone have any idea I would truly appreciate it. I've had the issue for about a weeks time now and its pretty much unplayable at this point. As mentioned above, it happens to every client :<

Code: Select all

java.lang.RuntimeException: java.lang.OutOfMemoryError: Java heap space
   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:420)
   at haven.HavenPanel.run(HavenPanel.java:455)
   at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.OutOfMemoryError: Java heap space
   at haven.GLState$Buffer.<init>(GLState.java:183)
   at haven.RenderList$Slot.<init>(RenderList.java:41)
   at haven.RenderList.getslot(RenderList.java:60)
   at haven.RenderList.add(RenderList.java:128)
   at haven.MapView$5.add(MapView.java:923)
   at haven.GLState$Wrapping.setup(GLState.java:710)
   at haven.RenderList.setup(RenderList.java:98)
   at haven.MapView$Clicklist.setup(MapView.java:825)
   at haven.RenderList.add(RenderList.java:135)
   at haven.MapView$5.add(MapView.java:923)
   at haven.StaticSprite.setup(StaticSprite.java:77)
   at haven.ResDrawable.setup(ResDrawable.java:69)
   at haven.Gob.setup(Gob.java:312)
   at haven.RenderList.setup(RenderList.java:98)
   at haven.MapView$Clicklist.setup(MapView.java:825)
   at haven.RenderList.add(RenderList.java:135)
   at haven.MapView$5.add(MapView.java:923)
   at haven.MapView.addgob(MapView.java:653)
   at haven.MapView$3.setup(MapView.java:662)
   at haven.RenderList.setup(RenderList.java:98)
   at haven.MapView$Clicklist.setup(MapView.java:825)
   at haven.RenderList.setup(RenderList.java:123)
   at haven.MapView.checkgobclick(MapView.java:928)
   at haven.MapView.access$1000(MapView.java:43)
   at haven.MapView$Hittest.run(MapView.java:1352)
   at haven.MapView.undelay(MapView.java:949)
   at haven.MapView.draw(MapView.java:1042)
   at haven.GameUI.drawFiltered(GameUI.java:659)
   at haven.GameUI.draw(GameUI.java:667)
   at haven.Widget.draw(Widget.java:514)
   at haven.Widget.draw(Widget.java:519)
   at haven.RootWidget.draw(RootWidget.java:131)


[Kandarim]

can you control-shift-escape and check the memory tab (at least I think there is one )? if it does happen with all clients, then it might be the computer itself running out of memory.

edit: it's the performance tab: it has a small part on memory (total/cached/available/free)

[honeymilk]

Snapped right before the last crash-
it doesnt look like its running out of memory? I went through a disc clean up for temp files, but that didnt change much.

[Kandarim]

no, but it does seem that you are running over 4 Gb of used memory.
I still think this is due to a new 32-bit java installation

can you run

Code: Select all

java -version

in a cmd?

Notably, 32-bit programs are not just limited to using 4Gb of RAM. They are limited to using the LOWEST 4Gb of RAM in your system. But your OS does not know to reserve these lower memory regions to 32-bit processes - hence your 32-bit programs may run into memory issues even though there is plenty of RAM available in the higher regions.

[honeymilk]

Code: Select all

Microsoft Windows [Version 10.0.10240]
(c) 2015 Microsoft Corporation. All rights reserved.

C:\Users\Alina>java -version
java version "1.8.0_65"
Java(TM) SE Runtime Environment (build 1.8.0_65-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode)

C:\Users\Alina>

I did have 32 bit when it first happened- But pretty much tried all versions down to java7 in 64 bit after it became a big issue

[Kandarim]

bah, no clue anymore now.