On Mon, Feb 15, 2016 at 10:29 AM, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: > Steve Lhomme <robux4 <at> videolabs.io> writes: > >> On Mon, Feb 15, 2016 at 10:23 AM, Carl Eugen Hoyos wrote: >> > Steve Lhomme <robux4 <at> videolabs.io> writes: >> > >> >> >> I implemented the same change in VLC. >> >> > >> >> > From a quick look, you added code to the decoder >> >> > wrapper but how is remuxing supposed to work? >> >> >> >> In VLC ? There's no Matroska muxer so it would use >> >> the ffmpeg one. >> > >> > I mean remuxing to mov as mentioned in my first email. >> >> remuxing doesn't go through the decoder, so I don't >> see how this is relevant. > > Allow me to repeat my original question: > Is there a mov muxer in vlc that should allow remuxing > from mkv to mov? If yes, does remuxing alac in mkv to > mov with current vlc produces files that are playable
Yes there is a muxer and no without my fix in VLC it will not be correct. > with FFmpeg (or QT)? If yes, how can I reproduce this? > (I don't know the vlc command line to do it.) > If not, this should be fixed (first) with a patch to > the mkv demuxer in vlc (and will fix #16620). I agree. I just find odd that every demuxer/muxer has to deal with the unused header data while only MOV doesn't. But I guess the decision to do it that way was settled a long time ago and cleaning this is useless. > Carl Eugen > > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
