StanleyMines
- StanleyMines
- stanleymines
- America/Los_Angeles
- Yes
- No
MCPE-6594
MC-54339![[Mojang] Searge (Michael Stoyke)](../../../data/assets/gravatar/searge.png){kind=small}
WEB-840
IMG_2567.PNG
When I tried:
"/spreadplayers{coordX} {coordZ} 1 2 false{PlayerName}"
it returned the error of:
"§cCould not spread 1 players around {coordX}.5,
{coordZ}.5 (too many players for space - try using spread of at most 340282346638528860000000000000000000000.00)"
Only happen when the only area that players can be spread to is water, fire, lava.
Does work if the block is cactus. (doesn't give error.)When I tried:
{PlayerName}
"/spreadplayers coordX coordZ 1 2 false"
it returned the error of:
"§cCould not spread 1 players around coordX.5,coordZ.5 (too many players for space - try using spread of at most 340282346638528860000000000000000000000.00)"Only happen when the only area that players can be spread to is water, fire, lava.
Does work if the block is cactus. (doesn't give error.)
When I tried:
{PlayerName}
"/spreadplayers coordX coordZ 1 2 false"
it returned the error of:
"§cCould not spread 1 players around coordX.5,coordZ.5 (too many players for space - try using spread of at most 340282346638528860000000000000000000000.00)"Only happen when the only area that players can be spread to is water, fire, lava.
Does work if the block is cactus. (doesn't give error.)When I tried:
"/spreadplayers coordX coordZ 1 2 false Username"
it returned the error of:
"§cCould not spread 1 players around coordX.5,coordZ.5 (too many players for space - try using spread of at most 340282346638528860000000000000000000000.00)"Only happen when the only area that players can be spread to is water, fire, lava.
Does work if the block is cactus. (doesn't give error.)
StanleyMines is right. The attached skin Large 64 x 64 pixel image (used parts only, second layer transparent only).png
should only contain used parts and only the second layer is transparent. Its size is 12,4 KB but it appears it cannot really compressed lossless much better.
This is supposed to happen... see pc version...
Glitch with player logging in?
it say:
Player joined the game.
Player joined the game.
Player left the game.
Player joined the game.
Player left the game.
Then they are standing there.(i was already on, and he was joining from a city in Taiwan. I am in California. anything to do with that?)
Anything to do with this?
This just happened to me with a chest...
What kinds of entities does this happen with for you?
Just want to double check, In the newer versions, this is fixed, right (allowing numbers higher than 60,000ms)?
OOOOHHHHH!!!! so thats why its fixed now.... Thanks!
Not just lan, servers as well.
Launcher Log:
"[00:34:19] [Client thread/INFO]: Connecting to play.hypereclipsemc.com, 25565
[00:34:19] Server Connector #4/ERROR: Couldn't connect to server
java.net.ConnectException: Connection refused: play.hypereclipsemc.com/52.35.149.80:25565
at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method) ~[?:1.6.0_65]
at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:599) ~[?:1.6.0_65]
at io.netty.channel.socket.nio.NioSocketChannel.doFinishConnect(NioSocketChannel.java:208) ~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.finishConnect(AbstractNioChannel.java:287) ~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:528) ~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468) ~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382) ~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354) ~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) ~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at java.lang.Thread.run(Thread.java:695) ~[?:1.6.0_65]"
Server Info:
15w47c,
Java: OpenJDK Runtime Environment (build 1.8.0_65-b17)
Client Info:
15w47c,
Java(TM) SE Runtime Environment (build 1.6.0_65-b14-462-11M4609)
Error displayed:
{2102579}"internal exception io.netty.handler.codec.decoderexception: Badly compressed packet - size of
is larger than protocol maximum of 2097152"
I will now go test for 15w49b.
May be world file. Wasn't having this problem before.
New world on 15w47c works, back to old world, doesn't work.
When will this be fixed? Has the actual problem even been identified yet? It is getting pretty annoying.
Still happens in 15w51b.
Was fighting the enderdragon and this happened (flew through the gateway on her own)... Then she duplicated some how?... Later the duplicate disappeared(before first was killed) and reappeared(~10 minutes later after first was killed)...
A few months ago I finally realized the cause of the bug. If another program is accessing the file, it can be reset. For example, my entire Minecraft directory is synced between my computers with Dropbox. If Dropbox is using the file to sync, the file gets deleted. If Dropbox is paused or off, the problem NEVER occurs.
Why is the report invalid?
Thx.