* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Vietnamese)
* New translations eng.ini (Korean)
* New translations eng.ini (Korean)
* New translations eng.ini (Spanish)
* New translations eng.ini (Spanish)
Initially proposed in #6575
This shows about a 10% performance improvement to both SubChunk->getBlockStateId() and SubChunk->setBlockStateId(), so definitely worth doing. It does result in increased complexity, but for a double digits performance gain, I think it's worth it.
Closes#6575
this fixes rendering of underwater TNT and possibly other chemistry blocks.
There doesn't seem to be a shortcut for this, and BDS also appears not to account for
this requirement, which is why underwater TNT also doesn't have the right texture in BDS.
fixes#6494
the intent of this was noble (to make sure nothing was missed), but in practice throwing
errors on this stuff is just a pain in the ass. We don't actually need to care if the
properties are not used, since it doesn't affect the decoding (like it would for
a missing packet field), so the only reasons to complain are for BedrockProtocol to
have a complete picture of the protocol, and to make sure we're not discarding useful
information.
Log a warning in these cases instead, which should be noticed by developers without
being an unnecessary problem for users.
closes#6816
we were already doing this in some places but not others. So inconsistent...
while this doesn't fix the root cause of #5128, it should nonetheless fix#5128
as well as not destroying player data on unknown items, which was a frequent
annoyance when switching between branches during PR testing.
This implements ext-encoding only in high-level network I/O (only BedrockProtocol and stuff implemented in PM) and read-only data.
This should net a significant performance advantage while being low-risk in the case of critical issues with the extension. Any problems affecting protocol won't do permanent damage while being fairly easy to debug.
Next passes will integrate ext-encoding versions of RakLib, RakLibIpc and NBT, as well as generally using ext-encoding for writeable data.
this now throws in PHP 8.4. Previously it returned the same as php_uname(a).
Presumably the intent was to capture the CPU arch and not a repeat of the machine field.
closes#6811
