On 02/27/2016 07:18 PM, Reimar Döffinger wrote:
On Sat, Feb 27, 2016 at 06:05:20PM +0100, Mats Peterson wrote:
On 02/27/2016 05:45 PM, Reimar Döffinger wrote:
Not that it couldn't be done with side data packets, though.
If it doesn't support side data then the muxers are plain broken.
The muxers should support side data, I agree on that. The thing is the
packets come in to the AVI, QuickTime and nut muxers with the palette data
appended to the video data in the packets.
You never answered that actually...
How do the come in that way?!?
That's not what e.g. the matroska demuxer produces, so stream
copying with some generic remuxing example I am really sure that is
NOT how the packets come in.
That's apparently how things work in FFmpeg at the moment. There is
currently no palette side data used by the *FFmpeg* muxers. The palette
is appended to the packets. Ask Michael for further details, he can
probably explain this better than me.
I can't see HOW they even COULD work right now?!
Otherwise I wouldn't really care, but as far as I can
tell I don't see how it could work at all but for
some lucky exceptions.
What cases have we actually tested to work?
_______________________________________________
In spite of the mixed use of side data and palette in packets, things
work just fine. FFplay currently plays all palettized files correctly,
and FFmpeg produces palettized files correctly, after my recent patches.
Mats
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
