January 2014 - FFmpeg-trac - lists.ffmpeg.org

#3233(undetermined:new): PSP PMF audio
by FFmpeg 03 Feb '14

03 Feb '14

#3233: PSP PMF audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: pmf master | videolan Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (videolan ticket 10184) PMF files apparently contain audio (the file size compared to the size of the video stream also indicates this), FFmpeg does not support decoding audio. Samples are in http://samples.ffmpeg.org/PSMF/ {{{ $ ffmpeg -i EV01_01_0500D.PMF ffmpeg version N-59262-g70d6ce7 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 21 2013 10:08:10 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libx264 libavutil 52. 58.101 / 52. 58.101 libavcodec 55. 45.103 / 55. 45.103 libavformat 55. 22.100 / 55. 22.100 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.100 / 4. 0.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'EV01_01_0500D.PMF': Duration: 00:00:12.95, start: 1.000000, bitrate: 1130 kb/s Stream #0:0[0x1e0]: Video: h264 (Main), yuv420p(tv, smpte170m), 480x272 [SAR 1:1 DAR 30:17], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc At least one output file must be specified }}} The mpeg startcode of the unidentified audio stream is 0, packet size is (nearly) constant 2019 bytes, the packets start alternating with "0x00 0x00", "0x00 0x01" and "0x00 0x02" -- Ticket URL: <https://trac.ffmpeg.org/ticket/3233> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 1

#2667(undetermined:new): can't decode some mp4/h264 streams
by FFmpeg 03 Feb '14

03 Feb '14

#2667: can't decode some mp4/h264 streams -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Consider: {{{ ffplay http://video.ted.com/talk/podcast/2013/None/AndrewMcAfee_2013-480p.mp4 }}} This video plays fine at first, but about 130 seconds in it starts spamming these messages: {{{ AVC: nal size 0 nan fd= 2 aq= 46KB vq= 0KB sq= 0B f=0/0 [h264 @ 0xb4a07f40] AVC: nal size 0 [h264 @ 0xb4a07f40] no frame! AVC: nal size 0 nan fd= 2 aq= 46KB vq= 0KB sq= 0B f=0/0 [h264 @ 0xb4ca5940] AVC: nal size 0 [h264 @ 0xb4ca5940] no frame! [h264 @ 0xb4a1f7e0] AVC: nal size 0 Last message repeated 1 times }}} This is with latest git (fa125c5e82fce4). A user reported that a 2 week old Libav actually caused failed with an assertion on this. No, I won't follow the cehoyos ritual, don't even ask. It's easily reproducible. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2667> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 22

#2710(avformat:new): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion
by FFmpeg 03 Feb '14

03 Feb '14

#2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion -------------------------------------+------------------------------------- Reporter: fripooy | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: HLS, HTTP | Version: 1.0.7 redirect 307 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- If there is a HTTP redirect 307 on a specified url, the redirect is followed during the http connexion but is not stored. In my compagny, TV streaming is done through HLS and load balancing. For a channel, the stream URL is forward to a temporary redirect. Ex: wget http://our-server/CH1/CH1.m3u8 --2013-06-25 16:00:59-- http://our-server/CH1/CH1.m3u8 Connecting to our-server:80... connected. HTTP request sent, awaiting response... 307 Temporary Redirect Location: http://our- server:80/CH1/kac3trwi5qcqy5iiartgtbfizjqet2ii/0000150/GlobalHlsManifest.m3u8 [following] --2013-06-25 16:00:59-- http://our- server/CH1/kac3trwi5qcqy5iiartgtbfizjqet2ii/0000150/GlobalHlsManifest.m3u8 Connecting to our-server:80... connected. HTTP request sent, awaiting response... 200 OK In our case, ffplay does not play the m3u8 because the URL sent to the HLS stack is the same as give in parameter but not the real URL (redirected) and the result is 404. /usr/bin/ffplay http://our-server/CH1/CH1.m3u8 avplay version 0.8.5-4:0.8.5-0ubuntu0.12.04.1, Copyright (c) 2003-2012 the Libav developers built on Jan 24 2013 18:01:36 with gcc 4.6.3 [http @ 0x7f702c0043c0] HTTP error 404 Not Found http://our-server/CH1/CH1.m3u8: Input/output error I have fix this bug in the patch. Sidney. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2710> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#3364(undetermined:new): Configure script fails to detect ARM Compiler 5.04
by FFmpeg 02 Feb '14

02 Feb '14

#3364: Configure script fails to detect ARM Compiler 5.04 -------------------------------------+------------------------------------- Reporter: statham-arm | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg's configure script attempts to detect the ARM C/C++ compiler by grepping the output of "armcc --vsn". As of ARM Compiler 5.04, the --vsn output format has changed, and the grep no longer successfully detects the compiler. For example, I ran the following configure command, with both ARM Compiler 5.04 and CodeSourcery ARM 2009q3 on my path: {{{ ./configure --extra-cflags="-O2 -marm" --cross-prefix=arm-none-linux- gnueabi- --sysroot=$CODESOURCERYDIR/arm-none-linux-gnueabi/libc --arch=arm --cc="armcc" --cross-prefix=arm-none-linux-gnueabi- --enable-gpl --enable- cross-compile --disable-asm --target-os=linux }}} and got the message {{{ armcc is unable to create an executable file. C compiler test failed. }}} whereas with ARM Compiler 5.03, ffmpeg successfully configured itself. The problem is the line in the configure script which says {{{ elif $_cc --vsn 2>/dev/null | grep -q "ARM C/C++ Compiler"; then }}} which works on 5.03, whose --vsn output includes a line saying {{{ ARM C/C++ Compiler, 5.03 [Build 117] }}} but 5.04's version dump looks like this instead: {{{ Product: ARM Compiler 5.04 Component: ARM Compiler 5.04 (build 46) Tool: armcc [5040046] }}} So that regular expression should be changed for one that will match both these pieces of output. In particular, it's better to match the 'Component: ARM Compiler' line than the 'Product:' line, since the latter can change to match larger products that ARM Compiler is being shipped as a component of. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3364> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#3363(ffprobe:new): ffprobe silently drops non-ASCII metadata in VQF files
by FFmpeg 02 Feb '14

02 Feb '14

#3363: ffprobe silently drops non-ASCII metadata in VQF files ---------------------------------+--------------------------------------- Reporter: trejkaz | Type: defect Status: new | Priority: normal Component: ffprobe | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: How to reproduce: {{{ % ffprobe -show_format -show_streams -print_format json test.vqf % ffprobe -version ffprobe version N-60503-g28975cb-tessus built on Jan 28 2014 18:43:59 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-libmodplug --enable-fontconfig --enable- libfreetype --enable-libass --enable-libbluray --enable-filters --enable- runtime-cpudetect libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 28.100 / 55. 28.100 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.101 / 4. 1.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 }}} [json @ 0x103000000] 1 invalid UTF-8 sequence(s) found in string 'Bl?mchen', replaced with '' The value ffprobe emits is "Blchen". The value it emitted before fixing #2502 was "Bl�mchen" (invalid character intentional) - which although containing an invalid character, at least retained all the valid characters. The current builds drop the "m" as well as the invalid character. The value I would like to see, however, is "Blümchen". If the issue is that the VQF module is doing something wrong to convert to Unicode, it would be good to get that fixed. If the issue is that VQF is one of those legacy formats where the encoding isn't known, would it be possible to have some way to specify the system encoding? I can't just change the encoding of the entire system, because doing that in a cross-platform way is not really practical. There is a sample exhibiting the issue in the mplayer samples: http://samples.mplayerhq.hu/vqf/handinha.vqf -- Ticket URL: <https://trac.ffmpeg.org/ticket/3363> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#3272(undetermined:new): ffmpeg fails to recognize AAC in mpeg program stream contrainer
by FFmpeg 02 Feb '14

02 Feb '14

#3272: ffmpeg fails to recognize AAC in mpeg program stream contrainer -------------------------------------+------------------------------------- Reporter: pkoshevoy | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: avformat Blocked By: | mpeg-ps Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ $ /Developer/x86_64/bin/ffmpeg -i TimeCode-MPG-MC264-AAC-ES.264 -i TimeCode-MPG-MC264-AAC-ES.aac -c:a copy -c:v copy -f vob -y remux.mpg ffmpeg version N-59572-gb53d6ce Copyright (c) 2000-2014 the FFmpeg developers built on Jan 5 2014 11:09:00 with gcc 4.8 (SUSE Linux) configuration: --prefix=/Developer/x86_64 --enable-gpl --enable-runtime- cpudetect --enable-libxvid --enable-libx264 --enable-libvpx --enable- libvorbis --enable-libtheora --enable-bzlib --enable-gnutls --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --enable-libmodplug --enable- libmp3lame --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libdc1394 --enable-version3 --disable-debug --enable-pic --disable-static --enable-shared libavutil 52. 60.100 / 52. 60.100 libavcodec 55. 47.100 / 55. 47.100 libavformat 55. 22.102 / 55. 22.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.103 / 4. 0.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from 'TimeCode-MPG-MC264-AAC-ES.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p(tv), 720x480 [SAR 1:1 DAR 3:2], 23.98 fps, 23.98 tbr, 1200k tbn, 47.95 tbc [aac @ 0x7869c0] Estimating duration from bitrate, this may be inaccurate Input #1, aac, from 'TimeCode-MPG-MC264-AAC-ES.aac': Duration: 00:00:15.51, bitrate: 124 kb/s Stream #1:0: Audio: aac, 48000 Hz, stereo, fltp, 124 kb/s [vob @ 0x785d40] VBV buffer size not set, muxing may fail Output #0, vob, to 'remux.mpg': Metadata: encoder : Lavf55.22.102 Stream #0:0: Video: h264, yuv420p, 720x480 [SAR 1:1 DAR 3:2], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc Stream #0:1: Audio: aac, 48000 Hz, stereo, 124 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #1:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 362 fps=0.0 q=-1.0 Lsize= 2134kB time=00:00:15.09 bitrate=1158.1kbits/s video:1869kB audio:236kB subtitle:0 global headers:0kB muxing overhead 1.380917% $ ffprobe -i remux.mpg ffprobe version N-59572-gb53d6ce Copyright (c) 2007-2014 the FFmpeg developers built on Jan 5 2014 11:09:00 with gcc 4.8 (SUSE Linux) configuration: --prefix=/Developer/x86_64 --enable-gpl --enable-runtime- cpudetect --enable-libxvid --enable-libx264 --enable-libvpx --enable- libvorbis --enable-libtheora --enable-bzlib --enable-gnutls --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --enable-libmodplug --enable- libmp3lame --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libdc1394 --enable-version3 --disable-debug --enable-pic --disable-static --enable-shared libavutil 52. 60.100 / 52. 60.100 libavcodec 55. 47.100 / 55. 47.100 libavformat 55. 22.102 / 55. 22.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.103 / 4. 0.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mp2 @ 0xcb5040] Header missing Last message repeated 12 times [mpeg @ 0xcb3aa0] decoding for stream 1 failed [mpeg @ 0xcb3aa0] Could not find codec parameters for stream 1 (Audio: mp3, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpeg, from 'remux.mpg': Duration: 00:00:15.05, start: 0.500000, bitrate: 1161 kb/s Stream #0:0[0x1e0]: Video: h264 (Baseline), yuv420p(tv), 720x480 [SAR 1:1 DAR 3:2], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1c0]: Audio: mp3, 0 channels, s16p }}} The output file remux.mpg plays (with sound) in Windows Media Player and Media Player Classic, but not with VLC or other FFmpeg based players. I also have attached a version of the (nearly) same MPEG-PS file that was muxed using MainConcept SDK. This file is recognized correctly by FFmpeg as well as VLC and Windows Media Player -- Ticket URL: <https://trac.ffmpeg.org/ticket/3272> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#2686(FFmpeg:new): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 01 Feb '14

01 Feb '14

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0.7 Keywords: native aac | Blocked By: encoder sound quality 256kbps | Reproduced by developer: 0 320kbps | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' FFmpeg native aac encoder outputs horrible sound around 256kbps or more on particular samples. It happens at '''higher''' bitrates. The quality degrades as I '''increase''' the bitrates, and become most degraded at 320-400kbps. '''How to reproduce:''' {{{ ffmpeg -i ffmpeg_aac320k_collapse.flac -vn -c:a aac -strict experimental -b:a 320k ffmpeg_aac320k_collapse.mp4 }}} I couldn't reproduce the results when I trimmed the most problematic sample down to 8 seconds, but by adding 10 seconds of silence before the sample, the bug could be reproduced. So I'm going to upload the sample with 10 seconds of silence attached. The native aac encoder was ok on many music clips at 320kbps, and only some clips exhibit noticeably bad quality aac files, to an extent I'd call it 'bug'. '''Console Output:''' {{{ ffmpeg version N-54096-ge41bf19 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 19 2013 00:20:06 with gcc 4.8.1 (GCC) configuration: --enable-gpl --enable-version3 --enable-libmp3lame --enable-lib vorbis --enable-nonfree --enable-libfdk-aac --enable-libvo_aacenc --enable-libfa ac --extra-ldflags=-static --extra-cflags='-march=nocona -mfpmath=sse' --optflag s=-O2 libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [flac @ 0003f160] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, flac, from '05-true_my_heart_2m50s.flac': Duration: 00:00:18.01, bitrate: 573 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Output #0, mp4, to '05-true_my_heart_2m50s_320k.mp4': Metadata: encoder : Lavf55.9.100 Stream #0:0: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, fltp, 32 0 kb/s Stream mapping: Stream #0:0 -> #0:0 (flac -> aac) Press [q] to stop, [?] for help size= 331kB time=00:00:18.01 bitrate= 150.4kbits/s video:0kB audio:327kB subtitle:0 global headers:0kB muxing overhead 1.151111% }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2686> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 242

#2658(avformat:new): Written mp4 with h264/AAC unplayable (discrepancy with libav)
by FFmpeg 01 Feb '14

01 Feb '14

#2658: Written mp4 with h264/AAC unplayable (discrepancy with libav) ----------------------------------+---------------------------------- Reporter: Lastique | Type: defect Status: new | Priority: normal Component: avformat | Version: 1.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- In our application, we write mp4 files through libav 9.6 using its public API. In one particular case we mux h264 video and AAC audio into the file, so the code is roughly like this: {{{ AVFormatContext* m_av_format_ctx = ...; AVCodec* video_codec = NULL; AVCodec* audio_codec = NULL; CodecID codec_id = AV_CODEC_ID_H264; video_codec = avcodec_find_encoder(codec_id); m_av_format_ctx->oformat->video_codec = codec_id; m_av_format_ctx->video_codec_id = codec_id; AVStream* av_stream = avformat_new_stream(m_av_format_ctx, NULL); av_stream->id = 0; av_stream->r_frame_rate = av_d2q(m_video_info->fps, std::numeric_limits< unsigned short >::max()); av_stream->time_base.num = av_stream->r_frame_rate.den; av_stream->time_base.den = av_stream->r_frame_rate.num; av_video_codec_ctx = av_stream->codec; // av_stream->codec initialization skipped... av_video_codec_ctx->codec_type = AVMEDIA_TYPE_VIDEO; av_video_codec_ctx->flags |= CODEC_FLAG_GLOBAL_HEADER; av_video_codec_ctx->time_base = { 1, 1000 }; codec_id = AV_CODEC_ID_AAC; audio_codec = avcodec_find_encoder(codec_id); m_av_format_ctx->oformat->audio_codec = codec_id; m_av_format_ctx->audio_codec_id = codec_id; AVStream* av_stream = avformat_new_stream(m_av_format_ctx, NULL); av_stream->id = 1; av_audio_codec_ctx = av_stream->codec; av_stream->time_base.num = 1; av_stream->time_base.den = m_audio_info->sample_rate; av_audio_codec_ctx->codec_type = AVMEDIA_TYPE_AUDIO; av_audio_codec_ctx->flags |= CODEC_FLAG_GLOBAL_HEADER; av_audio_codec_ctx->time_base = { 1, 1000 }; }}} (Sorry, I cannot post the complete code) Our internal video and audio timestamps are in milliseconds, but for audio we convert them to the sample rate-based values by calling av_rescale_rnd(). Video timestamps are converted to frame number (since for fixed-fps media we must specify time_base as 1/fps). The files are written ok by libav 9.6 this way, but not by ffmpeg 1.2.1 (our code is unchanged). Files written by ffmpeg are not playable, video frame rate is extremely low (about 1 frame per several seconds). I have attached files written by libav and ffmpeg. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2658> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#3288(avdevice:new): dshow uses deprecated windows fields
by FFmpeg 01 Feb '14

01 Feb '14

#3288: dshow uses deprecated windows fields ----------------------------------+-------------------------------------- Reporter: MattE | Type: defect Status: new | Priority: normal Component: avdevice | Version: git-master Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Hi, I'm having issues with dshow, where some of the device configurations it reports appear to be invalid. When using the dshow list_options option it prints all the available configurations for the device: {{{ C:\FFmpeg>ffmpeg -f dshow -list_options true -i video="HD Webcam C525" ffmpeg version N-59453-gd52882f Copyright (c) 2000-2013 the FFmpeg developers built on Dec 30 2013 22:01:59 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --e nable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enable -libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enab le-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheo ra --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx - -enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 59.100 / 52. 59.100 libavcodec 55. 47.100 / 55. 47.100 libavformat 55. 22.101 / 55. 22.101 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.103 / 4. 0.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [dshow @ 02751dc0] DirectShow video device options [dshow @ 02751dc0] Pin "Capture" [dshow @ 02751dc0] pixel_format=yuyv422 min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=320x176 fps=5 max s=320x176 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=320x176 fps=5 max s=320x176 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=544x288 fps=5 max s=544x288 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=544x288 fps=5 max s=544x288 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=752x416 fps=5 max s=752x416 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=752x416 fps=5 max s=752x416 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 02751dc0] pixel_format=yuyv422 min s=864x480 fps=5 max s=864x480 fps=24 [dshow @ 02751dc0] pixel_format=yuyv422 min s=864x480 fps=5 max s=864x480 fps=24 [dshow @ 02751dc0] pixel_format=yuyv422 min s=960x544 fps=5 max s=960x544 fps=20 [dshow @ 02751dc0] pixel_format=yuyv422 min s=960x544 fps=5 max s=960x544 fps=20 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1024x576 fps=5 max s=1024x576 fps=15 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1024x576 fps=5 max s=1024x576 fps=15 [dshow @ 02751dc0] pixel_format=yuyv422 min s=800x600 fps=5 max s=800x600 fps=24 [dshow @ 02751dc0] pixel_format=yuyv422 min s=800x600 fps=5 max s=800x600 fps=24 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1184x656 fps=5 max s=1184x656 fps=15 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1184x656 fps=5 max s=1184x656 fps=15 [dshow @ 02751dc0] pixel_format=yuyv422 min s=960x720 fps=5 max s=960x720 fps=15 [dshow @ 02751dc0] pixel_format=yuyv422 min s=960x720 fps=5 max s=960x720 fps=15 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1280x720 fps=5 max s=1280x720 fps=10 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1280x720 fps=5 max s=1280x720 fps=10 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1392x768 fps=5 max s=1392x768 fps=10 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1392x768 fps=5 max s=1392x768 fps=10 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1504x832 fps=5 max s=1504x832 fps=7.5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1504x832 fps=5 max s=1504x832 fps=7.5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1600x896 fps=5 max s=1600x896 fps=7.5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1600x896 fps=5 max s=1600x896 fps=7.5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1280x960 fps=5 max s=1280x960 fps=7.5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1280x960 fps=5 max s=1280x960 fps=7.5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1712x960 fps=5 max s=1712x960 fps=5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1712x960 fps=5 max s=1712x960 fps=5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1792x1008 fps=5 max s=1792x1008 fps=5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1792x1008 fps=5 max s=1792x1008 fps=5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1920x1080 fps=5 max s=1920x1080 fps=5 [dshow @ 02751dc0] pixel_format=yuyv422 min s=1920x1080 fps=5 max s=1920x1080 fps=5 [dshow @ 02751dc0] vcodec=mjpeg min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=320x176 fps=5 max s=320x176 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=320x176 fps=5 max s=320x176 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=544x288 fps=5 max s=544x288 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=544x288 fps=5 max s=544x288 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=752x416 fps=5 max s=752x416 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=752x416 fps=5 max s=752x416 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=864x480 fps=5 max s=864x480 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=864x480 fps=5 max s=864x480 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=960x544 fps=5 max s=960x544 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=960x544 fps=5 max s=960x544 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1024x576 fps=5 max s=1024x576 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1024x576 fps=5 max s=1024x576 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=800x600 fps=5 max s=800x600 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=800x600 fps=5 max s=800x600 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1184x656 fps=5 max s=1184x656 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1184x656 fps=5 max s=1184x656 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=960x720 fps=5 max s=960x720 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=960x720 fps=5 max s=960x720 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1280x720 fps=5 max s=1280x720 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1280x720 fps=5 max s=1280x720 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1392x768 fps=5 max s=1392x768 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1392x768 fps=5 max s=1392x768 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1504x832 fps=5 max s=1504x832 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1504x832 fps=5 max s=1504x832 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1600x896 fps=5 max s=1600x896 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1600x896 fps=5 max s=1600x896 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1280x960 fps=5 max s=1280x960 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1280x960 fps=5 max s=1280x960 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1712x960 fps=5 max s=1712x960 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1712x960 fps=5 max s=1712x960 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1792x1008 fps=5 max s=1792x1008 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1792x1008 fps=5 max s=1792x1008 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1920x1080 fps=5 max s=1920x1080 fps=30 [dshow @ 02751dc0] vcodec=mjpeg min s=1920x1080 fps=5 max s=1920x1080 fps=30 video=HD Webcam C525: Immediate exit requested }}} Yet, when I try a particular configuration (the last one here) it doesn't work: {{{ C:\FFmpeg>ffplay -f dshow -video_size 1920x1080 -framerate 30 -vcodec mjpeg -i video="HD Webcam C525" ffplay version N-59453-gd52882f Copyright (c) 2003-2013 the FFmpeg developers built on Dec 30 2013 22:01:59 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --e nable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enable -libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enab le-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheo ra --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx - -enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 59.100 / 52. 59.100 libavcodec 55. 47.100 / 55. 47.100 libavformat 55. 22.101 / 55. 22.101 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.103 / 4. 0.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [dshow @ 03fe65e0] Could not connect pins= 0KB sq= 0B f=0/0 video=HD Webcam C525: Input/output error }}} It's the same for most mjpeg configurations on the list. Sometimes it doesn't show this error, but simply gets stuck. Here's an example of a configuration that finally works. {{{ C:\FFmpeg>ffplay -f dshow -video_size 1280x960 -framerate 30 -vcodec mjpeg -i video="HD Webcam C525" ffplay version N-59453-gd52882f Copyright (c) 2003-2013 the FFmpeg developers built on Dec 30 2013 22:01:59 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --e nable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enable -libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enab le-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheo ra --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx - -enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 59.100 / 52. 59.100 libavcodec 55. 47.100 / 55. 47.100 libavformat 55. 22.101 / 55. 22.101 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.103 / 4. 0.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, dshow, from 'video=HD Webcam C525': 0KB sq= 0B f=0/0 Duration: N/A, start: 18896.505000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p(pc), 1280x960, 30 tbr, 10000k tbn, 30 tbc [swscaler @ 027af9c0] deprecated pixel format used, make sure you did set range correctly 18898.23 M-V: 0.000 fd= 1 aq= 0KB vq= 688KB sq= 0B f=0/0 }}} I suspect it may be because dshow is using deprecated Windows structs. Most of the fields it uses in VIDEO_STREAM_CONFIG_CAPS are deprecated as listed here: http://msdn.microsoft.com/en- us/library/windows/desktop/dd407352%28v=vs.85%29.aspx -- Ticket URL: <https://trac.ffmpeg.org/ticket/3288> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 15

#712(FFmpeg:new): m2v: wrong duration
by FFmpeg 31 Jan '14

31 Jan '14

#712: m2v: wrong duration -------------------------------------+------------------------------------- Reporter: cbsrobot | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: mpeg2video | master m2v | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When converting any file to a m2v and checking the resulting file, the duration is not correctly calculated. mplayer shows also wrong duration. Quicktime and Mediainfo show the correct duration. example: ffmpeg -i fate/aletrek-rle.mov -target pal-dvd -f mpeg2video -an aletrek- rle.m2v [...] Duration: 00:00:03.33 ffprobe aletrek-rle.m2v [...] Duration: 00:00:00.76 mediainfo aletrek-rle.m2v [...] Duration : 3s 400ms mplayer -vo null -ao null -frames 0 -identify aletrek-rle.m2v [...] ID_LENGTH=0.77 -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/712> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6