Bobby Parsons
- bobbysq
- bobbysq
- America/Chicago
- Yes
- No
MCPE-748
MC-13520![[Mojang] Grum (Erik Broes)](../../../data/assets/gravatar/grum.png){kind=small}
Game takes along timeto start on linuxGame takes about 7 minutes to start on linux
diagram.png
Game takes about 7 minutes to start on linux (Never starts as of 13w41a)
Game takesabout 7 minutes tostart on linux (Never starts as of13w41a)Game takes never starts on linux (only about 7 minutes before 13w41a)
Gametakesnever starts on linux (only about 7 minutes before 13w41a)
Game never starts on linux (was only about 7 minutes before 13w41a)
Windows 7 64 bit
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
Superflat preset: 2;63x0,166;1;stronghold,biome_1,village,decoration,dungeon,lake,mineshaft,lava_lake
also tried with Glass and Dirt in place of Barriers
Creating a superflat world withBarrierswill hang at "converting world"Creating a superflat world with Air will hang at "converting world"
Creating a superflat world withAirwill hang at "converting world"Creating a superflat world with transparent blocks will hang at "converting world"
Windows 7 64 bit
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
Superflat preset: 2;63x0,166;1;stronghold,biome_1,village,decoration,dungeon,lake,mineshaft,lava_lake
also tried with Glass and Dirt in place of Barriers and also completely air
Windows 7 64 bit
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
Superflat preset: 2;63x0,166;1;stronghold,biome_1,village,decoration,dungeon,lake,mineshaft,lava_lake
also tried with Glass and Dirt in place of Barriers and alsocompletely airWindows 7 64 bit
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
Superflat preset: 2;63x0,166;1;stronghold,biome_1,village,decoration,dungeon,lake,mineshaft,lava_lake
also tried with Glass and Dirt in place of Barriers and also 64 layers of glass, ones made of entirely solid blocks do not crash
Windows 7 64 bit
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
Superflat preset: 2;63x0,166;1;stronghold,biome_1,village,decoration,dungeon,lake,mineshaft,lava_lake
also tried with Glass and Dirt in place of Barriers and also 64 layers of glass, ones made of entirely solid blocks do not crash
Superflat preset: 2;63x0,166;1;stronghold,biome_1,village,decoration,dungeon,lake,mineshaft,lava_lake
also tried with Glass and Dirt in place of Barriers and also 64 layers of glass, ones made of entirely solid blocks do not crash
Generation:
http://pastebin.com/pVZxRK3F (had to be put on pastebin since the character limit was exceeded)
Loading world:
http://pastebin.com/4VPV89yr
It should also be noted that closing with Task Manager at this point leaves the game's javaw process running.
There may be no need to use it for resources on creative, but the structure it generates is quite cool looking and the block might as well not be there if it is not supposed to be used.
The zombie pigmen just don't act like the pc zombie pigmen. Simple as that.
I also have this problem no matter what OS on 1.4.5. It seems the LAN fixes might have accidentally broken something.
Yes, what Richard said is what I appear to be observing. The script just runs jre/bin/java -jar Minecraft.jar.
I just changed it to reflect the real problem.
Thanks for the code tags and removal of the interrupt, Tails. I was meaning to do that, but I forgot.
So it appears to be universal accross all distros. Is this also happening on mac?
Edit: No, it's not.
I'm using pulseaudio. I can make a video of what's happening if needed. (Suggestions on screen recorders would be appreciated)
Could it be an issue with integrated Intel graphics?
I tried it and it seems that it only does that for a while, just wait a bit longer and it'll start.
f3-c
So the new snapshot still freezes, but when the console reopened after terminating Java, I noticed this line in the output:
So is all that needs to be fixed the lwjgl? Did it have any ill affects on the gameplay?
I think we just need the bug to be "Confirmed." I don't see why it's not already, since we even have someone who knows what the problem is and how to fix it.
That issue was shot down for being worded as a suggestion. This is a legitimate bug report.
No, the arrows aren't registering that they're being shot through fire. I think it's a combination of fire's smaller hitbox and the arrow's speed causing the problem. This is only a suggestion (along with every other bug report ever submitted for anything) in that I am suggesting that the bug be fixed.
I can confirm that this still occurs in 13w47c.
Confirmed. It seems to be happening with all blocks on TNT, not just TNT.