Random Chitchat 2012-2016

[NiLSPACE]

got a fix for the /players command in console. it was actualy pretty simple. this is the function:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

function HandleConsolePlayers(Split)     local PlayersInWorlds = {};    -- "WorldName" => [players array]     local AddToTable = function(Player)         local WorldName = Player:GetWorld():GetName();         if (PlayersInWorlds[WorldName] == nil) then             PlayersInWorlds[WorldName] = {};         end         table.insert(PlayersInWorlds[WorldName], Player:GetName() .. " " ..  Player:GetIP());     end           cRoot:Get():ForEachPlayer(AddToTable);           for WorldName, Players in pairs(PlayersInWorlds) do         LOG("World " .. WorldName .. ":");         for i, PlayerName in ipairs(Players) do             LOG("  " .. PlayerName);         end     end           return true; end

[xoft]

Told you it'd be easy Committed as rev 1220.

[NiLSPACE]

yes it was much easier than i tought

[NiLSPACE]

how to give people blocks with meta data with plugins? like jungle logs

[xoft]

Construct a proper cItem object to give. cItem constructor takes up to 3 parameters - type, count and damage (meta).

[NiLSPACE]

thanks i'l try that

[NiLSPACE]

Redcraft suddenly crashed while there were 4 players online. i don't have a detailed crashdump so i'm now waiting for the server to crash again
here is the Log, Crashdump, Plugins, PDB's, .exe and the settings.ini: http://www.mediafire.com/?twldjii6botpki8

[xoft]

Damn, I spent an hour writing AnvilStats module for decomposing Anvil files into individual chunks, when I found:
1, NBTEdit won't read those chunks because it doesn't support the new IntArray tag.
2, NBTExplorer, which can read all the new stuff, can also read Anvil files directly.

[xoft]

I'm stumped.
The protocol documentation says ENTITY_VELOCITY packet measures velocity in 1/32000 blocks per tick (1/1600 blocks per second). Yet looking at the disassembled MC code looks like it's using 1/8000 blocks per tick (1/400 blocks per second). To top it off, ProtoProxy shows that the actual server comm sends really wild numbers - for a fully accelerated minecart on a power-rail loop, it will send values at about 10k (6.25 blocks per second by proto doc, 25 blocks per second by source). However, for a powered minecart that is going the same loop at the same speed it sends only values at about 3k (1.9 blocks per second by proto doc, 7.5 blocks per second by source). Now, a powered minecart going by its own force reports values about 1.3k (0.8 blocks per second by proto doc, 3.25 blocks per second by source).
Now which one do I trust when implementing minecart support in MCServer?!?

---

... so i'm now waiting for the server to crash again ...

You'll be waiting for some time to reproduce that. It's one of those hard-to-get timing bugs.
It's caused by the server broadcasting a chat message right at the moment when a new player was logging in, their protocol was not yet recognized but they were already sent that chat. The protocol recognizer crashed, because it didn't know what to do with it.

Strange thing is, the chat message shouldn't've been broadcast to that player, because they weren't yet logged in and we skip such players when broadcasting. I'll investigate more tomorrow.

[NiLSPACE]

thanks but i have another problem. with the OnPlayerPlacingBlock Hook the BlockType gives a random number but not the block the player placed. for example i placed some sand blocks(12) and the server responded with 9, 16 and 4. it seems it changes when the place of the hitbox changes.