Roku Developer Program

[pinehead]

I have the player set on 4x3 and it's SD type coming through. Even on the example players the video is still being stretched. However, this is only the case when the video is played on the roku box. Anybody else have this issue or have any idea's on how to fix it?

Here is a stream so you can test if needed. http://mobile.ec2.cor.org/live/_definst ... ylist.m3u8

Thanks,

[astudios]

were you able to find a solution to this? i'm having the exact same problem and i cannot seem to find a solution.

many thanks,
steven

"pinehead" wrote:
I have the player set on 4x3 and it's SD type coming through. Even on the example players the video is still being stretched. However, this is only the case when the video is played on the roku box. Anybody else have this issue or have any idea's on how to fix it?

Here is a stream so you can test if needed. http://mobile.ec2.cor.org/live/_definst ... ylist.m3u8

Thanks,

[pinehead]

Sure haven't, PING roku dev team.. Any thoughts?

[RokuKevin]

How was this encoded? We use the resolution headers in the transport stream to determine what resolution to display.

--Kevin

[astudios]

we have been using FFMPEG as well as Microsoft Expression Encoder 4 PRO and both files (streamed via HLS) do not maintain the 4:3 aspect ratio. however, pointing the ROKU directly to the MP4 file (with streamformat = "mp4") works perfectly.

if you have any other suggestions, i'd be happy to try.

btw, we also tried to stream a LIVE webcast to the ROKU via HLS (using adobe flash live encoder) and it also does not maintain the 4:3 aspect.

all of the videos in the above tests were encoded at 320x240 size.

thanks,
steven

"RokuKevin" wrote:
How was this encoded? We use the resolution headers in the transport stream to determine what resolution to display.

--Kevin

[pinehead]

We use wowza. The wowza stream is setup to come over as 4:3 and it still stretches.

[ianbeyer]

Kevin,

At what point is that resolution encoded into the headers?

I work on the encoding backend with this one. We're sending it 4:3 out of FMLE up to Wowza, which is packetizing and streaming HLS. We've added a SMIL file to force the bitrate pending a patch from Wowza to dynamically generate this information.

[pinehead]

Bump.. Any thoughts?

[astudios]

Still waiting here too.. We are just using the direct MP4 method of streaming videos (instead of HLS) for now.. Until this issue is fixed.

Steven

"pinehead" wrote:
Bump.. Any thoughts?

[ianbeyer]

For what it's worth, the HLS stream is rendering properly on iDevices, so the resolution data is present and correct. It looks like Roku is either misreading or ignoring this data.