Re: [MPlayer-dev-eng] Support for xxpc chunks in AVI
"Reimar Döffinger" <Reimar.Doeffinger@xxxxxx> skrev: (8 mars 2016 21:25:46 CET)
>On Tue, Mar 08, 2016 at 09:13:49PM +0100, Mats Peterson wrote:
>> Mats Peterson <matsp888-at-yahoo.com@xxxxxxxxxx> skrev: (8 mars 2016
>> >"Reimar Döffinger" <Reimar.Doeffinger@xxxxxx> skrev: (8 mars 2016
>> >20:28:02 CET)
>> >>On Tue, Mar 08, 2016 at 07:46:45AM +0100, Mats Peterson wrote:
>> >>> Since you've been so concerned about the whole xxpc chunk issue,
>> >>> when will we actually see support for xxpc chunks in the AVI
>> >>> MPlayer?
>> >>The only thing I am concerned about is that either things are
>> >>implemented properly, or if that's not considered worth it
>> >>it's a conscious decision and documented, at the very
>> >>least in FFmpeg.
>> >>I have no intention to add new features to our AVI demuxer.
>> >>Whether maybe FFmpeg's should be the default or if it's
>> >>easy enough to print a messages suggesting to use FFmpeg's
>> >>manually if such junks are encountered is a different
>> >>question though.
>> >So am I, regarding things being implemented properly. The best thing
>> >would probably be to index the xxpc "junks", as you call it, instead
>> >adding the palette to every keyframe, which would otherwise be
>> >Also, to have the demuxer use the right logic to set the correct
>> >palette at a certain timestamp based on the xxpc indices.
>> Or "xxpc index entries", rather.
>I am not aware that the AVI standard contains such a thing?
>That you could invent a AVI-like format with such special
>support is certainly true, but it doesn't help if you are
>writing AVI files.
>MPlayer-dev-eng mailing list
I wouldn't invent something non-standard. Google "AVI RIFF File Reference". Then again, I understand your intention of not adding it to MPlayer's muxer/demuxer, even more so after compn's comment.
MPlayer-dev-eng mailing list