MC-3584Freezes in Nether since 1.4.4
Since 1.4.4, I have experienced consistent lockups in the Nether dimension. This is usually associated with the death of a Ghast, or with the explosion of a Ghast fireball. I am playing on a remotely served game. This did not occur prior to 1.4.4, and happens with a vanilla minecraft.jar. Affects 1.4.4 and also 1.4.5. When the game crashes, the CPU of javaw.exe pegs at 25% and memory holds steady (usually around 600MB to 1GB).
Environment
Windows XP (64-bit), Java 1.6.0_30 / 1.7.0_01
Linked Issues
Attachments1
Created Issue:
Crashes in Nether since 1.4.4
Since 1.4.4, I have experienced consistent lockups in the Nether dimension. This is usually associated with the death of a Ghast, or with the explosion of a Ghast fireball. I am playing on a remotely served game. This did not occur prior to 1.4.4, and happens with a vanilla minecraft.jar. Affects 1.4.4 and also 1.4.5. When the game crashes, the CPU of javaw.exe pegs at 25% and memory holds steady (usually around 600MB to 1GB).
Environment
Windows XP (64-bit), Java 1.6.0_30 / 1.7.0_01
duplicates
Crashes in Nether since 1.4.4Freezes in Nether since 1.4.4
![[Mod] CubeTheThird](../../../data/assets/gravatar/cubethethird.jpeg){kind=small}
duplicates
duplicates
Still unresolved. Did some digging on the past bug reports and got a bunch of run-around references untimely leading back to issue MC-3584. This issue "freezes in nether since 1.4.4" is listed as unresolved. Apparently the issue lies in one of four explode.ogg files which reference ghast fireballs. (note: I have a frozen ghast fireball near my portal which I cannot destroy) Manually replace those files with a copy of some other ogg file and it should work; however, the underlying issue remains unresolved as of 1.4.5.
Try updating your java to the most recent version.
Duplicate of
MC-2749.Updated 1.6 to 1.6_37 and 1.7 to 1.7_09. Still crashes. This does not appear to be a duplicate of
MC-2749, as java does not crash. It simply consumes all available CPU and the game freezes. Also, this does not happen in a split second, it ALWAYS correlates to a ghast fireball explosion.If it does not crash then don't say it crashed. Freezing and crashing are 2 different things. During gameplay please hold down F3 + C for a few seconds and forcibly crash the game, then attach the resulting crash report.
Ah, sorry about that. Updated description and attached crash-2012-11-26_17.01.49-client.txt. Crash report was taken with OptiFine running, I can revert to vanilla if you need that (crash problem still evident in vanilla 1.4.5).
Are your video card drivers up to date?
Yes. 306.81, latest available for my OS.
Do you run the game with smooth lighting on or off? (and have you tried the opposite setting?)
Smooth lighting at 100%, Graphics on Fancy with Fast Advanced OpenGL. I will try toggling smooth lighting (and other options) to see what the results are and will report back. Thanks!
I reverted to vanilla 1.4.5, tried all combinations up to graphics=fast, smooth lighting=off, advanced opengl=off, view bobbing=off, particles=minimal, and the game still froze.
What are your computer specs?
AMD Phenom II X4 940
4GB RAM
NVIDIA GeForce 8800 GT
Windows XP 64-bit (SP 2, patched up-to-date)
355GB free disk space
I'm not that familiar with Java... my basic attempts at trying to run minecraft under Java's debug environment are proving fruitless. Is there something I'm missing in running "jdb minecraft -Xms512m -Xmx1024m", or is this not doable due to the obfuscation? It would be great to be able to examine the stack trace when this happens.
Figured it out. Launched minecraft with JDB attached. Found this on the console window of java.exe:
Error in class 'CodecJOrbis'
Secondary Ogg header corrupt in method 'readHeader'.
Error in class 'CodecJOrbis'
Error reading the header
This is the output of "threads" from jdb at the time of the freeze:
> threads
Group system:
(java.lang.ref.Reference$ReferenceHandler)0x9b7 Reference Handler cond. waiting
(java.lang.ref.Finalizer$FinalizerThread)0x9b6 Finalizer
cond. waiting
(java.lang.Thread)0x9b5 Signal Dispatcher running
(java.lang.Thread)0x9b4 Attach Listener running
(java.lang.Thread)0x9b3 Java2D Disposer cond. waiting
(java.lang.Thread)0x9ae TimerQueue
cond. waiting
(java.lang.Thread)0x9ab D3D ScreenUpdater cond. waiting
Group main:
(java.lang.Thread)0x9b2 AWT-Shutdown cond. waiting
(java.lang.Thread)0x9b1 AWT-Windows
running
(java.awt.EventDispatchThread)0x9b0 AWT-EventQueue-0 cond. waiting
(java.lang.Thread)0x9af SwingWorker
-pool-1-thread-1 cond. waiting
(java.lang.Thread)0x9ac DestroyJavaVM running
(java.util.TimerThread)0xadf Snooper Timer cond. waiting
(arq)0xbf7 Timer hack thread sleeping
(java.lang.Thread)0xbf9 Minecraft main thread waiting in a monitor
(paulscode.sound.CommandThread)0xcd1 Thread-10
running
(paulscode.sound.StreamThread)0xcd9 Thread-11
sleeping
(sun.net.dns.ResolverConfigurationImpl$AddressChangeListener)0xe36 Thread-15
running
(ch)0xe49 Client read thread running
(ci)0xe4a Client write thread sleeping
It would appear that one of the explode.ogg files in the random folder is corrupt. I replaced all 4 with the chicken hurt1.ogg and it works. I must have something corrupt as those are all restored at the startup of minecraft. Will experiment with wiping out the bin folder tomorrow.
Is this still a concern in the current Minecraft version? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.
XP is supposed to have at least Service Pack 3 for Minecraft to work properly.
No answer on query, assuming fixed.
Still resides in 1.5.
Error in class 'CodecJOrbis'
Ogg header not recognized in method 'readHeader'.
Error in class 'CodecJOrbis'
Error reading the header