Bugzilla – Bug 1821
Softsqueeze BODY frames (used in direct streaming) have extra padding
Last modified: 2008-12-15 13:06:52 UTC
The BODY frames (possibly also the HEAD frames) from Softsqueeze seem to be a minimum of 1024 bytes in length, padded with NULL bytes. This was causing a problem for the SqueezeNetwork - the byte buffer for the packet was treated as a string with embedded NULLs. We'd parse the BODY as a playlist and the last URL would have the escaped version of the NULLs tacked on at the end. I've fixed the service's handling of the NULLs, but just wanted to let you know that the extra bytes were going across the wire.
Richard: did you see this?
Hi, yes I have seen it. Sorry been busy with other things lately. Vidur, I have looked at this tonight and the BODY frames seem the be the correct length. Can you remember what streams were having problems?
I believe it was KCRW Music. You should be able to recreate by connecting SS to the SqueezeNetwork, choosing it as the current player in the netcontrol and picking KCRW music from the SqueezeNetwork home page.
This bug appears to have been fixed in the latest release! If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look. Make sure to include the version number of the software you are seeing the error with.