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

Attachment: 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".

Reply via email to