madshi
29th December 2008, 19:01
Hey devs,
I've the following problem: My h264 demuxing tool (eac3to) is supposed to demux the video stream in such a way that the demuxed raw bitstream file plays similar to the original container it was stored in. No problem with clean source files. But I have a problem if e.g. a TS source file is corrupted. In that case some video frames might be missing. I can detect missing frames by checking the container's timestamps. Now I'm looking for an easy way to add "dummy" frames back into the demuxed video bitstream, so that the raw bitstream doesn't "skip" frames at the corruption point. This is important, because without it audio sync would be lost and time consuming resync would be necessary...
With VC-1 in addition to the standard frame types "I, P, B, BI" there is a "Skipped" frame type, which is (IIRC) just one byte long and which simply says: "Repeat the previous frame". Is there anything similar available in h264 bitstream? That would make things VERY easy for me. If not, how difficult would it be to create the necessary bitstream for a new empty "dummy" frame on the fly?
Thanks!
P.S: Just for the record: I've some experiencing with parsing h264 bitstream to extract some information, but I'm far from being a h264 expert...
I've the following problem: My h264 demuxing tool (eac3to) is supposed to demux the video stream in such a way that the demuxed raw bitstream file plays similar to the original container it was stored in. No problem with clean source files. But I have a problem if e.g. a TS source file is corrupted. In that case some video frames might be missing. I can detect missing frames by checking the container's timestamps. Now I'm looking for an easy way to add "dummy" frames back into the demuxed video bitstream, so that the raw bitstream doesn't "skip" frames at the corruption point. This is important, because without it audio sync would be lost and time consuming resync would be necessary...
With VC-1 in addition to the standard frame types "I, P, B, BI" there is a "Skipped" frame type, which is (IIRC) just one byte long and which simply says: "Repeat the previous frame". Is there anything similar available in h264 bitstream? That would make things VERY easy for me. If not, how difficult would it be to create the necessary bitstream for a new empty "dummy" frame on the fly?
Thanks!
P.S: Just for the record: I've some experiencing with parsing h264 bitstream to extract some information, but I'm far from being a h264 expert...