G'day there.

I've solved this problem in php, perhaps you can use it.

http://www.users.on.net/~freman/php/rcon.phps

Basically, if you read the size field and it's greater then 4096 bytes then it's part of multipul packets and you should note that it appears
that valve breaks the protocol here and doesn't include any of the other expected packet information.


The important part is the function _PacketRead()

There is also a lot more information and examples in other languages at http://wikki.kquery.net/index.php/Other:SourceRcon

Regards

Shannon


[EMAIL PROTECTED] wrote:

Hi,

Maybe I'm missing something but i'm having a little trouble with the
multi-packet responses from RCON commands with the source engine.

From what I can tell there's no way to tell when you've reached the end of
the multi-packet stream.

I've seen various random information about the new tcp/rcon protocol being
'broken' with multi-packet responses but I see no evidence of that. It
appears to me that every packet has the proper size/request/command header
bytes. However, I can see that there's no way to tell when you've read the
LAST packet in a multi-packet stream. Obviously, if the first packet
you've read is less than 4096 then you know it's the only packet. But that
is the only case where you can be sure.

And it's not possible to just keep reading packets until the size field is
< 4096, as the sizes flucutate a little with each response.

Can someone else tell me what I'm missing here?






_______________________________________________
hlds_apps mailing list
[EMAIL PROTECTED]
http://list.valvesoftware.com/mailman/listinfo/hlds_apps

Reply via email to