Strange and problematic h264 stream that won't mux into anything

[Maxiuca]

Hi,

I've captured a movie from SilverHD (aired on CanalDigital Scandinavia) and I wanted to remux it with an audiotrack from DVD.
After demuxing the transport stream with xport I've muxed the elementary streams back to transport stream using Manzanita's MP2TSME 4 software.
Unfortunatelly the resulting stream was jerky when played back. I've tried to mux it to mp4 (using mp4box) but the result was even worser (the video didn't play at all).

I'm wondering if anyone could help me with it. Maybe this stream will also be useful for software developers.

Anyway, here is a small sample of this stream:

http://archiv.to/?Module=Details&HashID=FILE4754B264EA934

BTW. Muxing to matroska using gdsmux works fine, but I'm not after this kind of solution

[bond]

actually i cant get your .ts to play either. mplayer gives me a message "first frame is not a keyframe". when looking at the stream itself it seems that the first frame is flagged as keyframe though.

moved to avc forum

[Schmendrick]

Hi Maxiuca,

the problem with your h264-video-stream is that it is a stream which does not contain I-frames, at least I could not find I-frame-flags (Hex: 0,0,0,1,25). A recent Haali-splitter and a Cyberlink-AVC/H.264-decoder is able to decode the video properly. I also could not find a way to properly remux this clip. Feeding this clip with a graph with the above mentioned filters allows a proper reencode e.g. with x264, which obviously is not what you wanted, but still is a way to receive a usable video-stream.

Schmendrick

[Sergey A. Sablin]

Hi Maxiuca,

the problem with your h264-video-stream is that it is a stream which does not contain I-frames, at least I could not find I-frame-flags (Hex: 0,0,0,1,25). A recent Haali-splitter and a Cyberlink-AVC/H.264-decoder is able to decode the video properly. I also could not find a way to properly remux this clip. Feeding this clip with a graph with the above mentioned filters allows a proper reencode e.g. with x264, which obviously is not what you wanted, but still is a way to receive a usable video-stream.

Schmendrick

plays fine here. stream contains I-frames, even the first one is I-frame. But those two in this stream aren't IDR frames, like many tools like. It's usual I-frames, but with Recovery Point SEI message right before, so it's fully compliant.

Try Elecard Xmuxer to remux this stream (I've to point out that I haven't tested this way, but all components in XMuxer do understand this stream in StreamEye application. So check this out on your own)