On 23/04/2025 15:13, Dawid Kozinski wrote: > - Added APV decoder wrapper > - Changes in project configuration file and libavcodec Makefile > - Added documentation for APV decoder wrapper > > Signed-off-by: Dawid Kozinski <d.kozin...@samsung.com> > --- > configure | 1 + > doc/decoders.texi | 27 ++ > libavcodec/Makefile | 1 + > libavcodec/libapvdec.c | 560 +++++++++++++++++++++++++++++++++++++++++ > 4 files changed, 589 insertions(+) > create mode 100644 libavcodec/libapvdec.c > > ...
This is asking the decoder library to decode all of the frames (primary/non-primary/preview/depth/alpha) found in the access unit, putting the resulting frames in a fifo, and then outputting them one at a time to receive_frame. What is the aim there and what does the user need to do to achieve it? For typical existing lavc users (such as the ffmpeg utility) this seems likely to be very confusing, as all of the frames will be bunched together in the same stream even though they don't have the same meaning or (likely) the same properties. For my decoder implementation I am currently outputting only the primary frame, and would appreciate if you have any thoughts on what the right thing to do if there are multiple frames in the access unit is. I considered decoding an alpha frame and merging it with the primary frame to form a YUVA422P10 frame, but this seemed fragile as the specification places no constraints on the alpha frame (e.g. no requirement that it is 4:0:0 and has the same dimensions as the primary frame) so I decided against including it. For the other types I have no thoughts on what might be useful and therefore currently ignore them. Thanks, - Mark PS: Are there any official samples with multiple frames? Examples which I didn't make myself would be appreciated for test purposes. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".