[FFmpeg-devel] [RFC][PATCH] Windows Television (WTV) file system handling (original) (raw)
Michael Niedermayer michaelni
Tue Jan 11 00:42:37 CET 2011
- Previous message: [FFmpeg-devel] [RFC][PATCH] Windows Television (WTV) file system handling
- Next message: [FFmpeg-devel] [RFC][PATCH] Windows Television (WTV) file system handling
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Mon, Jan 10, 2011 at 10:23:56PM +0100, Aurelien Jacobs wrote:
On Mon, Jan 10, 2011 at 08:30:33PM +1100, Peter Ross wrote: > On Sun, Jan 09, 2011 at 11:39:00PM +0100, Aurelien Jacobs wrote: > > On Sun, Jan 09, 2011 at 05:21:20PM +1100, Peter Ross wrote: > > > Hi, > > > > > > The Windows Television (WTV) file format is a more complex beast than > > > initially imagined. > > > > > > [...] > > > > > > * Meta data is parsed. While it is able to extract a thumbnail image, I > > > have ifdef'd this out, as ffmpeg forbids image attachments using > > > AVMEDIATYPEATTACHMENT. > > > > I'm not sure what you are talking about here. I don't know what ffmpeg > > forbids, but image attachments seems to work fine with this sample file: > > http://samples.mplayerhq.hu/Matroska/ticket-aaac.mkv > > My mistake. It is ffprobe that reports codec id mismatch error, e.g. > > --- > [matroska,webm @ 0x8be4fd0] maxanalyzeduration reached > [matroska,webm @ 0x8be4fd0] Estimating duration from bitrate, this may be inaccurate > Input #0, matroska,webm, from 'ticket-aaac.mkv': > Metadata: > title : Un ticket pour l'espace > Duration: 00:00:50.00, start: 0.000000, bitrate: N/A > Chapter #0.0: start 0.000000, end 50.006000 > Metadata: > title : 01. G?n?rique de d?but > Stream #0.0(fre): Video: h264, yuv420p, 688x288, PAR 36:37 DAR 86:37, 25 fps, 25 tbr, 1k tbn, 50 tbc > Stream #0.1(fre): Audio: aac, 48000 Hz, 5.1, s16 > Stream #0.2: Attachment: mjpeg > Metadata: > filename : Affiche du film.jpg > Stream #0.3: Attachment: mjpeg > Metadata: > filename : Cover DVD HD.jpg > Stream #0.4: Attachment: [0][0][0][0] / 0x0000 > Metadata: > filename : tm.ttf > [mjpeg @ 0x8beca20] codec type or id mismatches > Error while opening codec for input stream 2 > [mjpeg @ 0x8c1e310] codec type or id mismatches > Error while opening codec for input stream 3
This don't have much to do with the demuxer and is not a good reason to disable the code in the demuxer. It is also quite simple to fix this error with attached patch but I don't know if it is acceptable. > It doesnt complain for stream #0.4 (ttf), only the jpeg ones. It also complain for stream #0.4 but for a different (and expected) reason: Unsupported codec (id=98304) for input stream 4 Aurel utils.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) edf5f5a58155ac8af740cc9416209d95f50170ed codectype.diff diff --git a/libavcodec/utils.c b/libavcodec/utils.c
patch looks like a reasonable solution if it works
[...]
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
It is dangerous to be right in matters on which the established authorities are wrong. -- Voltaire -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20110111/676b43ec/attachment.pgp>
- Previous message: [FFmpeg-devel] [RFC][PATCH] Windows Television (WTV) file system handling
- Next message: [FFmpeg-devel] [RFC][PATCH] Windows Television (WTV) file system handling
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]