ibaker 03a205f220 Re-order CEA-6/708 samples during extraction instead of rendering ... This is required before we can move CEA-6/708 parsing from the rendering side of the sample queue to the extraction side. This re-ordering is needed for video encodings with different decoder and presentation orders, because the CEA-6/708 data is attached to each frame and needs to be processed in presentation order instead of decode order. This change re-orders frames within a group-of-pictures, but also takes advantage of `maxNumReorderFrames/Pics` values to cap the size of the re-ordering queue, allowing caption data to be released 'earlier' than the end of a GoP. Annex D of the CEA-708 spec (which also applies for CEA-608 embedded in SEI messages), makes the need to re-order from decode to presentation order clear. PiperOrigin-RevId: 648648002		2024-07-02 02:47:45 -07:00
..
androidTest	Rollback of 8e2869278c	2024-02-15 02:35:12 -08:00
main	Re-order CEA-6/708 samples during extraction instead of rendering	2024-07-02 02:47:45 -07:00
test	Re-order CEA-6/708 samples during extraction instead of rendering	2024-07-02 02:47:45 -07:00