Anton Khirnov (12021-12-14):
> I don't see a big problem in adding stream (i.e. link-)-level side data
> to avfilter.

It is not a problem. In fact, if we were to stay with “uint64_t
channel_layout”, that is probably what we would do. But we are
discussing a new API that could be very much exactly what we need here.

Again: if it does not help in these kind of cases, what is the point of
the proposed API?

Let us either keep “uint64_t channel_layout” or move to something really
significantly more powerful. But as it is, it is a waste of effort.

>               We already do this for hwcontexts (which btw need to be
> better integrated into format negotiation).

Interesting remark. I do not know hwcontexts in lavfi enough. Please
elaborate if you can.

But anyway, we are not currently discussing a rework of the whole
hwcontext API. And if we were, and somebody suggested we leave two
thirds of the uses cases for something else in side data, I would object
to.

-- 
  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