From: Burkhard P. <pl...@ig...> - 2014-03-21 14:24:26
|
Hi, the more I look at the code, the more I get the feeling that it's too messy to get fixed. The next file with a probably even weirder GOP pattern might break the code again. The logic behind seeking and resyncing in a file with B-frames actually quite straightforward, but our code, which grew over the years from patches by different submitters, doesn't resemble this. Also, from what I see our current resync/skip mechanism will produce garbled output for H.264 streams with B-pyramids (where B-frames can also be reference frames). I'll think about how we can enhance lqt_read_video_packet() and use it from within the codecs. One generic routine, which outputs the PTS, DTS and frame type along with the compressed data would probably help a lot. Burkhard |