Xiaotian Shi
Xiaotian Shi
I'll investigate it.
I have investigated the issue of hash difference between threaded and non-threaded. The the maximum pixel value difference is just 1. I think it is caused by a slight different...
Let me try to compare the results to that from JM H.264 AVC REFERENCE decoder.
That's not correct. If there is B-frame, the output order (which is called presentation order) will be different from decoding order. For example, the decoding order is I B B...
A1: Your logic is correct as long as you know "current_frame's timestamp", pts. A2. openh264 has already the mechanism to reorder frames in presentation order in welsDecoderExt.cpp (check it). The...
What's your video profileidc?
Can you share the video and I can take a look?
Yes. Are you sure that you send the pictures in decoding order to the decoder. I am seeing the following pictures in decoder order: fprobe ~/Downloads/videoplayback.mp4 -select_streams v -show_entries frame=coded_picture_number,pkt_dts_time,pict_type...
Yes. I have noticed that video output from the decoder is not pts order somehow. So it is a bug in openh264.
I tested if you use threaded decoding by setting threadcount=2 or 3, the output video order is correct. But non-threaded decoding gets incorrect output video order. I will fix the...