> 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

Reply via email to