Tony "omega" Sergi wrote:
This one is baffling me, the whole error is this:
Resources to request: 0 bytes Warning: Unable to open sound/ for transfer
This part... "Unable to open sound/ for transfer" looks like the client is missing a resource file (specifically a sound file) and the server is trying to send that file to the client. There's no file name, just the 'sound' directory, which is strange. It's almost like you were able to precache a NULL filename (i.e. sound/.wav) and the server is trying to send that file to the client since the client doesn't have it.
Could you compare the sounds that are successfully loaded and see if there are any sounds you meant to precache missing?
SV_ReadClientMessage: unknown command char (255)
Not sure where the client command 0xFF (255) is coming from unless the above error caused the network stream become confused (not enough stuff
Or just a corrupt packet, Linksys style (far more routers than just Linksys cause this problem; just an example)
was removed from the network stream after the "sound/" error occurred?
This was the same error I'd get behind routers that incorrectly handled UDP packets. This has happened to me running client and server, Some ethereal might be in order.
processing sound/
Trying to process the non-existant "sound/.wav" file???
Bad command character in client command Host_EndGame: Server disconnected
This goes along with the SV_ReadClientMessage: unknown command char (255)
I can't for the life of me figure out why that I'm getting this error, furthermore, where that it's even getting "sound/" from.
I've added debug output to PRECACHE_SOUND to see if I can find where it could be coming from, and everything looks correct. I've made a dump of the console here: http://omega.frontline2.com/condump.txt
Hmm I'll look in a bit.
Wow! You're precaching a LOT of sounds. Could this be the problem (engine limit on the number of sounds that can be precached)??? Try removing a big chunk of them and see if the error goes away. :)
But he's not precaching too many though...so something else seems to be at play.
-sb
-- Jeffrey "botman" Broome
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
