On Fri, Jun 9, 2017 at 11:41 AM Devin Heitmueller < dheitmuel...@kernellabs.com> wrote:
> Hello Marton, > > On Tue, Jun 6, 2017 at 5:45 PM, Marton Balint <c...@passwd.hu> wrote: > > > As far as I remember multiple side data of the same type is not > something we > > wanted to support. Why do you need it? Can't a single > AV_FRAME_DATA_A53_CC > > side data packet contain many CC entries? > > Could you please expand on where this was discussed? Is there any > design documentation for side data infrastructure that's been > introduced into ffmpeg? Is there some list of other known design > constraints/limitations? > > While I agree it would be great to simply say that you should never > have multiple side data items of the same type, I'm not sure how > realistic that is. It would be helpful if I could better understand > the rationale in that thinking. > > I'm starting a rather large project which will likely stretch the > design for side data in order to support a variety of other ancillary > data protocols (e.g. SCTE-104, SMPTE 2038, etc), and it would be great > to better understand where the constraints are (so I can either plan > to address those issues, or if too significant then choose a different > multimedia framework to work with before making a significant > investment building out a bunch of features in ffmpeg). > > Thanks, > > Devin > Is there anything I need to be doing, to get this committed? Thanks, John _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
