> On Apr 9, 2015, at 06:55, wm4 <nfx...@googlemail.com> wrote: > > On Thu, 9 Apr 2015 06:12:53 -0500 > Rodger Combs <rodger.co...@gmail.com> wrote: > >> >>> On Apr 8, 2015, at 14:25, Michael Niedermayer <michae...@gmx.at> wrote: >>> >>> On Sat, Apr 04, 2015 at 05:31:22AM -0500, Rodger Combs wrote: >>>> --- >>>> libavformat/assenc.c | 28 ++++++++++++++++++++++++++-- >>>> 1 file changed, 26 insertions(+), 2 deletions(-) >>> >>> do you have a testcase for this which you can share ? >>> >>> [...] >>> >>> -- >>> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB >>> >>> I have often repented speaking, but never of holding my tongue. >>> -- Xenocrates >>> _______________________________________________ >>> ffmpeg-devel mailing list >>> ffmpeg-devel@ffmpeg.org >>> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel >> >> >> This is the file I was primarily looking at with when writing the patch >> (received on IRC from a user wanting a fix for this issue): >> https://dl.dropboxusercontent.com/u/54253260/extra_data_extra_pain.mks >> <https://dl.dropboxusercontent.com/u/54253260/extra_data_extra_pain.mks> > > Ah, I think I also had to deal with such a file. IMO it's a muxer bug > to arrange the extradata in this way. Does newest mkvmerge still do > this? > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
As discussed on IRC, this is the de-facto standard behavior with ASS. Both ffmpeg and mkvmerge use this format, both internally (extradata) and in MKVs (CodecPrivate). _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
