James Almer (12021-04-20): > I recall long ago i tried to make av_frame_new_side_data() replace the > existing element if it found one, effectively limiting side data to one per > type and copying the behavior of packet side data, but it was rejected as it > was argued more than one per type had some use. And seeing that now decoders > like h264 may attach more than one element of AV_FRAME_DATA_SEI_UNREGISTERED > type as contained inside the bitstream AUs, it may be a good idea for it to > be supported officially with our accessors (Right now you need to manually > traverse the side data array to find all instances of a given type).
Thanks for the clarification, I remembered it backwards. Regards, -- Nicolas George
signature.asc
Description: PGP signature
_______________________________________________ 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".