I don’t think there’s anything wrong with your server. There’s something about the wmv file the Roku doesn’t like, but I can’t see what it is. wmv isn’t really my thing.
If I had to guess, I’d say it’s most likely the audio codec that’s causing the problem. According to VLC, that file is using “Windows Media Audio 2”, and per the SDK documentation, the Roku only supports “WMA 9.2 (CBR)” for WMV files. The behavior you’re describing sounds pretty much identical to what happens when trying to play an HLS stream with an unsupported audio codec (i.e., no error, just infinite buffering), which would support that theory.
If I play the file with Windows Media Player and I select “Properties” in the player, it shows me the codecs for the file:
audio codec: Windows Media Audio 9.2 48 kbps, 32 kHz, stereo 1-pass CBR
video codec: VC-1 VC-1 Advanced Profile
I don’t believe it’s an issue with the codecs as both of those codecs are listed in the 2.8 SDK as supported.
I have also used “asfbin” (which is a very good asf file parser and fixer) to check for any file errors and the file checks out as being properly formatted.
“HectorH” wrote:
If I play the file with Windows Media Player and I select “Properties” in the player, it shows me the codecs for the file:
audio codec: Windows Media Audio 9.2 48 kbps, 32 kHz, stereo 1-pass CBR
video codec: VC-1 VC-1 Advanced Profile
I don’t believe it’s an issue with the codecs as both of those codecs are listed in the 2.8 SDK as supported.
I have also used “asfbin” (which is a very good asf file parser and fixer) to check for any file errors and the file checks out as being properly formatted.
Oops.. sorry about that. I wonder why VLC is reporting it as WMA 2… :?
The behavior is still very similar to what I described above, so I would still guess it’s something like that that’s tripping up the decoder, otherwise I’d expect an error, instead of the infinite buffer.
“HectorH” wrote:
I don’t believe it’s an issue with the codecs as both of those codecs are listed in the 2.8 SDK as supported.
I don’t believe it’s an issue with your server because I can download the file and use my server and I get the same results as you. Your server appears to support the range requests that are required. If you’re set on using wmv files, you may have to wait until the Roku guys return on Monday and let one of them take a look at your file. Otherwise, you could re-encode the file as an MPEG-4.
I can serve MP4 VOD files quite well. I’m still experimenting with Live AVC delivery via HLS, but I haven’t ruled out my own bugs, so I’m not ready to post about those issues yet.
The only place I have ran out of ideas is with WMV VOD playback.
If you FFWD a minute or so into the video will it play?
If it does you probably have a few seconds on the front of your video that has no sound track. I’ve seen this behavior when encoding movies to mp4.
Some of the videos have no audio for the first few seconds and the Roku goes into infinite buffering until you FFWD to a point where there is audio.
“RockyFord” wrote:
If you FFWD a minute or so into the video will it play?
If it does you probably have a few seconds on the front of your video that has no sound track. I’ve seen this behavior when encoding movies to mp4.
Some of the videos have no audio for the first few seconds and the Roku goes into infinite buffering until you FFWD to a point where there is audio.
Hope this helps.
You may be onto something there. Setting a PlayStart of 120 gets it through the buffering, and plays the audio, but still no video.
“RockyFord” wrote:
If you FFWD a minute or so into the video will it play?
If it does you probably have a few seconds on the front of your video that has no sound track. I’ve seen this behavior when encoding movies to mp4.
Some of the videos have no audio for the first few seconds and the Roku goes into infinite buffering until you FFWD to a point where there is audio.
Hope this helps.
Can you recommend any tools to analyze the wmv files to determine if the audio and video packets are interleaved properly?
It looks like the problem is in the video encoding, not the audio. The decoder is rejecting the video format. It’s not immediately clear to me why, but I’ll try to look into this next week.
“RokuMarkn” wrote:
It looks like the problem is in the video encoding, not the audio. The decoder is rejecting the video format. It’s not immediately clear to me why, but I’ll try to look into this next week.
–Mark
Thanks Mark,
For your reference, the file was created by Expression Encoder 4 Pro (licensed version, build 1651).
Can you recommend any tools to examine the contents of WMV files? I’m referring to file format specifications.
“RokuMarkn” wrote:
It looks like the problem is in the video encoding, not the audio. The decoder is rejecting the video format. It’s not immediately clear to me why, but I’ll try to look into this next week.
–Mark
I guess you didn’t get a chance to look into it?
Does anybody have a channel working with WMV files? I would like to see if it’s just my WMV files or a bug in the Roku box.
Sorry, it was a busy week and I didn’t have a chance to look at it. I’ve filed an internal bug report so someone will look at it.
I do know that other channels are successfully using WMV files, so I’m sure there’s something about the encoding of this particular file that’s incompatible with our decoder, but I don’t know exactly what it is.
I’m finding that I am having a similar issue while creating a Beta channel. My h264 720p files are working but not WMVs. Infinite retrieving and msg = An unexpected problem (but not server timeout or HTTP error) has been detected. |