From trac at avcodec.org Mon Aug 1 01:04:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Jul 2011 23:04:28 -0000 Subject: [FFmpeg-trac] #347(FFplay:closed): ffplay -s stopped working In-Reply-To: <036.2b1323687c5406795751092efed3a0f5@avcodec.org> References: <036.2b1323687c5406795751092efed3a0f5@avcodec.org> Message-ID: <051.3d5cc8737c1c81e509f959dc5507c071@avcodec.org> #347: ffplay -s stopped working -----------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: critical | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 1 02:29:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 00:29:44 -0000 Subject: [FFmpeg-trac] #374(undetermined:new): Artefacts with packed B frames Message-ID: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> #374: Artefacts with packed B frames -------------------------+-------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+-------------------------- {{{ $ ffmpeg version N-31715-g1c54806, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 1 2011 01:24:30 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 0 / 53. 9. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 27. 5 / 2. 27. 5 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg4 @ 0x12d84a0] Invalid and inefficient vfw-avi packed B frames detected Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 25.00 (25/1) Input #0, avi, from 'getting_stuck.avi': Duration: 00:00:15.00, start: 0.000000, bitrate: 689 kb/s Stream #0.0: Video: mpeg4, yuv420p, 640x360 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 30k tbc Stream #0.1: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s [buffer @ 0x12d6360] w:640 h:360 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.6.0 Stream #0.0: Video: mpeg4, yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mpeg4 @ 0x12d84a0] Invalid and inefficient vfw-avi packed B frames detected [mpeg4 @ 0x12d84a0] ac-tex damaged at 6 5 [mpeg4 @ 0x12d84a0] Error at MB: 211 [mpeg4 @ 0x12d84a0] concealing 818 DC, 818 AC, 818 MV errors [mpeg4 @ 0x12d84a0] 1. marker bit missing in 3. esc [mpeg4 @ 0x12d84a0] Error at MB: 276 [mpeg4 @ 0x12d84a0] concealing 750 DC, 750 AC, 750 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 38 1 [mpeg4 @ 0x12d84a0] Error at MB: 79 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] 2. marker bit missing in 3. esc [mpeg4 @ 0x12d84a0] Error at MB: 277 [mpeg4 @ 0x12d84a0] concealing 830 DC, 830 AC, 830 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 4 5 [mpeg4 @ 0x12d84a0] Error at MB: 209 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] 1. marker bit missing in 3. esc [mpeg4 @ 0x12d84a0] Error at MB: 90 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 18 2 [mpeg4 @ 0x12d84a0] Error at MB: 100 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] 2. marker bit missing in 3. esc [mpeg4 @ 0x12d84a0] Error at MB: 401 [mpeg4 @ 0x12d84a0] concealing 617 DC, 617 AC, 617 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 14 2 [mpeg4 @ 0x12d84a0] Error at MB: 96 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 5 5 [mpeg4 @ 0x12d84a0] Error at MB: 210 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 24 6 [mpeg4 @ 0x12d84a0] Error at MB: 270 [mpeg4 @ 0x12d84a0] concealing 820 DC, 820 AC, 820 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 0 6 [mpeg4 @ 0x12d84a0] Error at MB: 246 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 31 2 [mpeg4 @ 0x12d84a0] Error at MB: 113 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 15 3 [mpeg4 @ 0x12d84a0] Error at MB: 138 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] I cbpy damaged at 22 6 [mpeg4 @ 0x12d84a0] Error at MB: 268 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 1 6 [mpeg4 @ 0x12d84a0] Error at MB: 247 [mpeg4 @ 0x12d84a0] concealing 774 DC, 774 AC, 774 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 12 2 [mpeg4 @ 0x12d84a0] Error at MB: 94 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 16 2 [mpeg4 @ 0x12d84a0] Error at MB: 98 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] 1. marker bit missing in 3. esc [mpeg4 @ 0x12d84a0] Error at MB: 131 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 30 2 [mpeg4 @ 0x12d84a0] Error at MB: 112 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] Error at MB: 71 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 15 3 [mpeg4 @ 0x12d84a0] Error at MB: 138 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] ac-tex damaged at 23 2 [mpeg4 @ 0x12d84a0] Error at MB: 105 [mpeg4 @ 0x12d84a0] concealing 920 DC, 920 AC, 920 MV errors [mpeg4 @ 0x12d84a0] 2. marker bit missing in 3. esc [mpeg4 @ 0x12d84a0] Error at MB: 262 [mpeg4 @ 0x12d84a0] concealing 825 DC, 825 AC, 825 MV errors frame= 197 fps= 0 q=31.0 Lsize= 473kB time=00:00:15.00 bitrate= 258.1kbits/s dup=0 drop=1 video:458kB audio:0kB global headers:0kB muxing overhead 3.164174% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 1 02:50:27 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 00:50:27 -0000 Subject: [FFmpeg-trac] #375(avfilter:new): earwax audio filter generates wrong pts and af_sox filter can not be applied. Message-ID: <037.d95efd0f13684e603551073fca90f921@avcodec.org> #375: earwax audio filter generates wrong pts and af_sox filter can not be applied. ----------------------+-------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- Sorry, I do not know is it appropriate to report bug for audio filter branch at https://github.com/mnzaki/FFmpeg/commits/audio-filters-20110726 . I just try the audio filter branch for a while and noticed that when i set -af earwax , the generated audio data pts always 0. I added the avfilter_copy_buffer_ref_props(outref, insamples); call to copy original pts to new samplesref and it seems to fix the problem. static void filter_samples(AVFilterLink *inlink, AVFilterBufferRef *insamples) { int16_t *taps, *endin, *in, *out; AVFilterBufferRef *outref = avfilter_get_audio_buffer(inlink, AV_PERM_WRITE, inlink->format, insamples->audio->nb_samples, inlink->channel_layout, 0); + avfilter_copy_buffer_ref_props(outref, insamples);//<<--copy pts taps = ((EarwaxContext*)inlink->dst->priv)->taps; out = (int16_t*)outref->data[0]; in = (int16_t*)insamples->data[0]; ... second, I guess we should add packing negotiate code to af_sox filter's query_formats , static int query_formats(AVFilterContext *ctx) { AVFilterFormats *formats = NULL; avfilter_add_format(&formats, AV_SAMPLE_FMT_S32); avfilter_set_common_sample_formats(ctx, formats); avfilter_set_common_channel_layouts(ctx, avfilter_all_channel_layouts()); + avfilter_set_common_packing_formats(ctx, avfilter_all_packing_formats());// << ---- packing negotiation return 0; } otherwise avfilter_graph_config call will fail at static int query_formats(AVFilterGraph *graph, AVClass *log_ctx) { ... else if (link->type == AVMEDIA_TYPE_AUDIO) { if (!link->in_chlayouts || !link->out_chlayouts || !link->in_packing || !link->out_packing) return AVERROR(EINVAL); <<------fail at here if (!avfilter_merge_formats(link->in_formats, link->out_formats) || !avfilter_merge_formats(link->in_chlayouts, link->out_chlayouts) || !avfilter_merge_formats(link->in_packing, link->out_packing)) ...} best regards chinshou -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 1 05:02:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 03:02:34 -0000 Subject: [FFmpeg-trac] #375(avfilter:new): earwax audio filter generates wrong pts and af_sox filter can not be applied. In-Reply-To: <037.d95efd0f13684e603551073fca90f921@avcodec.org> References: <037.d95efd0f13684e603551073fca90f921@avcodec.org> Message-ID: <052.66f375e753ffaeae80b7d327023ecff8@avcodec.org> #375: earwax audio filter generates wrong pts and af_sox filter can not be applied. ------------------------+----------------------- Reporter: chinshou | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by chinshou): Besides above problems, in ffmpeg.c configure_audio_filters function should change inputs context from ost->input_audio_filter to last_filter like following. static int configure_audio_filters(InputStream *ist, OutputStream *ost) { ... if (afilters) { AVFilterInOut *outputs = av_malloc(sizeof(AVFilterInOut)); AVFilterInOut *inputs = av_malloc(sizeof(AVFilterInOut)); *inputs = (AVFilterInOut){ av_strdup("out"), ost->output_audio_filter, 0, NULL }; - *outputs = (AVFilterInOut){ av_strdup("in" ), ost->input_audio_filter, 0, NULL }; + *outputs = (AVFilterInOut){ av_strdup("in" ), last_filter, 0, NULL }; if ((ret = avfilter_graph_parse(ost->agraph, afilters, &inputs, &outputs, NULL)) < 0) return ret; av_freep(&afilters); } else { ... } regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 1 09:47:04 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 07:47:04 -0000 Subject: [FFmpeg-trac] #375(avfilter:new): earwax audio filter generates wrong pts and af_sox filter can not be applied. In-Reply-To: <037.d95efd0f13684e603551073fca90f921@avcodec.org> References: <037.d95efd0f13684e603551073fca90f921@avcodec.org> Message-ID: <052.773fa86859c0f5355d79d602f956fc45@avcodec.org> #375: earwax audio filter generates wrong pts and af_sox filter can not be applied. ------------------------+----------------------- Reporter: chinshou | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by chinshou): another problem in af_sox.c uninit will segfault when called, we should change it static av_cold void uninit(AVFilterContext *ctx) { sox_effect_t *effect = ((SoxContext*)ctx->priv)->effect; sox_delete_effect(effect); sox_quit(); av_free(effect->in_encoding); } to static av_cold void uninit(AVFilterContext *ctx) { sox_effect_t *effect = ((SoxContext*)ctx->priv)->effect; av_free(effect->in_encoding); sox_delete_effect(effect); sox_quit(); } -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 1 18:43:21 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 16:43:21 -0000 Subject: [FFmpeg-trac] #376(FFmpeg:new): Problem with converting from avi to avi Message-ID: <035.e833b9cd6e74bbe1d7723f2beafabf75@avcodec.org> #376: Problem with converting from avi to avi -------------------------+--------------------- Reporter: alexxz | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- I was converting series when get a problem. 1 avi from 20 files do not want to be converted. I get empty file on output. I do not really know what is wrong or what should I do {{{ alexxz at kkkkkkkkk:~/work/temp$ /server/ffmpeg/bin/ffmpeg -y -v 9 -loglevel 99 -i example.avi -s 400x240 -vcodec mpeg4 -b 500k -ab 128000 -ar 24000 -acodec libmp3lame -ac 2 out.avi ffmpeg version N-31716-g318fd9d, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 1 2011 15:54:15 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-pthreads --enable-libfaac --enable-libfaac --enable- libmp3lame --enable-libxvid --prefix=/server/ffmpeg libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 0 / 53. 9. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 27. 5 / 2. 27. 5 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 0x9232380] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0x92328a0] use odml:1 [mpeg4 @ 0x92341e0] Invalid and inefficient vfw-avi packed B frames detected [avi @ 0x9232380] All info found Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/2733) -> 23.98 (8000000/333649) Input #0, avi, from 'example.avi': Duration: 00:23:40.46, start: 0.000000, bitrate: 1077 kb/s Stream #0.0, 1, 333649/8000000: Video: mpeg4 (Advanced Simple Profile), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 911/21845, 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0.1, 19, 1/15963: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s [buffer @ 0x9234160] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [scale @ 0x924efa0] w:640 h:480 fmt:yuv420p -> w:400 h:240 fmt:yuv420p flags:0x4 [mpeg4 @ 0x9233cc0] timebase 333649/8000000 not supported by MPEG 4 standard, the maximum admitted value for the timebase denominator is 65535 Output #0, avi, to 'out.avi': Stream #0.0, 0, 1/90000: Video: mpeg4, yuv420p, 400x240 [SAR 1:1 DAR 5:3], 333649/8000000, q=2-31, 500 kb/s, 90k tbn, 23.98 tbc Stream #0.1, 0, 1/90000: Audio: libmp3lame, 24000 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} Also I think line "Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/2733) -> 23.98 (8000000/333649)" is very fun. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 1 21:54:00 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 19:54:00 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files Message-ID: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files -----------------------------------+------------------------ Reporter: acloutier | Type: defect Status: new | Priority: important Component: undetermined | Version: git Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------------+------------------------ ffmpeg inaccurately reports the length of a good number of our gxf files. The last known version that reported the length correctly was 0.5.2 released versions 0.6.1, 0.6.3, 0.7.1, 0.7.1-rc1, and 0.8 also have this bug. Example command line and output from the latest git version of ffmpeg: {{{ ffmpeg -v 9 -loglevel 99 -i 20010920195800001.gxf ffmpeg version N-31720-g03cbe6c, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 1 2011 15:34:44 with gcc 4.5.2 configuration: --prefix=/usr --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-x11grab --enable-libx264 --enable-libtheora --enable-nonfree --disable-stripping --enable-avfilter --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 WARNING: library configuration mismatch postproc configuration: --extra-version=4:0.6.2-1ubuntu1 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --disable-stripping --enable-runtime-cpudetect --enable- vaapi --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --shlibdir=/usr/lib/i686/cmov --cpu=i686 --enable- shared --disable-static --disable-ffmpeg --disable-ffplay libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 0 / 53. 9. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 27. 5 / 2. 27. 5 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [gxf @ 0x9f253a0] Format gxf probed with size=2048 and score=100 [mpeg2video @ 0x9f271e0] Unsupported bit depth: 0 [gxf @ 0x9f253a0] Probe buffer size limit 5000000 reached Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001) Input #0, gxf, from '20010920195800001.gxf': Duration: 01:00:55.06, start: 0.000000, bitrate: 17599 kb/s Stream #0.0, 101, 1001/120000: Video: mpeg2video (4:2:2), yuv422p, 720x512 [SAR 128:135 DAR 4:3], 1001/60000, 10000 kb/s, 119.88 fps, 59.94 tbr, 119.88 tbn, 59.94 tbc Stream #0.1, 5, 1001/120000: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0.2, 5, 1001/120000: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0.3, 1, 1001/120000: Data: [0][0][0][0] / 0x0000 At least one output file must be specified }}} This is the output from 0.5.2 with the correct length: {{{ /opt/ffmpeg/0.5.2/bin/ffmpeg -v 9 -i 20010920195800001.gxf FFmpeg version 0.5.2, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --prefix=/opt/ffmpeg/0.5.2 --extra-cflags=-O3 -fPIC -ffast-math --extra-ldflags=-O3 -fPIC -ffast-math --extra- libs=-L/usr/local/lib -R/usr/local/lib --disable-mmx --disable-mmx2 --disable-ssse3 --enable-gpl --enable-nonfree --disable-ffserver --disable-ffplay --disable-stripping --disable-debug --disable-ipv6 --disable-protocol=udp --disable-encoder=nellymoser --disable-network --enable-swscale --enable-libmp3lame --enable-pthreads --enable-libfaac --enable-libfaad --enable-libx264 --disable-vhook libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libswscale 0. 7. 1 / 0. 7. 1 built on Dec 22 2010 16:30:13, gcc: 4.5.1 Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001) Input #0, gxf, from '/data/rawVideo/2001/09/20/20010920195800001.gxf': Duration: 02:01:50.13, start: 0.000000, bitrate: 8799 kb/s Stream #0.0, 1001/60000: Video: mpeg2video, yuv422p, 720x512 [PAR 128:135 DAR 4:3], 1001/60000, 10000 kb/s, 29.97 tbr, 59.94 tbn, 59.94 tbc Stream #0.1, 1001/60000: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Stream #0.2, 1001/60000: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Stream #0.3, 1001/60000: Data: 0x0000 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 1 23:26:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 21:26:45 -0000 Subject: [FFmpeg-trac] #376(undetermined:new): Problem with converting from avi to avi In-Reply-To: <035.e833b9cd6e74bbe1d7723f2beafabf75@avcodec.org> References: <035.e833b9cd6e74bbe1d7723f2beafabf75@avcodec.org> Message-ID: <050.770b560e9aed6c2e78930743fb955442@avcodec.org> #376: Problem with converting from avi to avi -----------------------+--------------------------- Reporter: alexxz | Owner: michael Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: > [mpeg4 @ 0x9233cc0] timebase 333649/8000000 not supported by MPEG 4 standard, the maximum admitted value for the timebase denominator is 65535 Did you try ffmpeg -i example.avi -s 400x240 -vcodec mpeg4 -b 500k -r 65535/2733 out.avi ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 1 23:30:42 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 21:30:42 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.c77790fed63dda9136a87616be3f2071@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by cehoyos): Please make the sample available and if this is a regression, please find the version introducing it with git bisect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 00:07:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 22:07:36 -0000 Subject: [FFmpeg-trac] #376(undetermined:new): Problem with converting from avi to avi In-Reply-To: <035.e833b9cd6e74bbe1d7723f2beafabf75@avcodec.org> References: <035.e833b9cd6e74bbe1d7723f2beafabf75@avcodec.org> Message-ID: <050.6772b9a544dc849c7207dcb3c96f363d@avcodec.org> #376: Problem with converting from avi to avi -----------------------+--------------------------- Reporter: alexxz | Owner: michael Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by alexxz): Replying to [comment:1 cehoyos]: > > [mpeg4 @ 0x9233cc0] timebase 333649/8000000 not supported by MPEG 4 standard, the maximum admitted value for the timebase denominator is 65535 > > > Did you try ffmpeg -i example.avi -s 400x240 -vcodec mpeg4 -b 500k -r 65535/2733 out.avi ? Thank you, it helps me! Sorry for bothering you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 01:50:38 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Aug 2011 23:50:38 -0000 Subject: [FFmpeg-trac] #378(avfilter:new): Center align text in drawtext avfilter Message-ID: <034.cfefe2e1271bcff70f440371d6431011@avcodec.org> #378: Center align text in drawtext avfilter ----------------------+-------------------------- Reporter: b1ng0 | Type: enhancement Status: new | Priority: normal Component: avfilter | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- It would be nice to have a new option to the drawtext filter that specifies the text should be center aligned on the frames. I don't mean starting the text at the center of the frame, but rather the center of the text should be at the center of the frame, so the text will be protruding left of and right of the center of the frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 02:46:51 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 00:46:51 -0000 Subject: [FFmpeg-trac] #366(undetermined:open): Green bar with ffplay when playing H264 In-Reply-To: <036.c2179fb0c5fca8b20eb7381394df7d00@avcodec.org> References: <036.c2179fb0c5fca8b20eb7381394df7d00@avcodec.org> Message-ID: <051.da88631a1a4e27ae47fbb0fd40a043ad@avcodec.org> #366: Green bar with ffplay when playing H264 ------------------------------+--------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: ffplay regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Changes (by llogan): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 04:59:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 02:59:57 -0000 Subject: [FFmpeg-trac] #379(undetermined:new): vobsub track without CodecPrivate Message-ID: <034.a9212f7d13df7aafab5abb4ef6b764dc@avcodec.org> #379: vobsub track without CodecPrivate ----------------------------------------+------------------------ Reporter: Thom1 | Type: defect Status: new | Priority: important Component: undetermined | Version: 0.8.1 Keywords: vobsub dvdsub matroska mkv | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------------+------------------------ My cam creates mpeg-ts files with h264+ac3+pgs tracks. I need to convert the container and the subtitle track to matroska and vobsub. I use this command : ffmpeg -i file.mts -vcodec copy -acodec copy -scodec dvdsub file.mkv It works but the vobsub track is not CodecPrivate so I can't use it with mkvtoolnix. I think this is a bug. Sorry for the ticket if it's not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 09:50:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 07:50:30 -0000 Subject: [FFmpeg-trac] #378(avfilter:open): Center align text in drawtext avfilter In-Reply-To: <034.cfefe2e1271bcff70f440371d6431011@avcodec.org> References: <034.cfefe2e1271bcff70f440371d6431011@avcodec.org> Message-ID: <049.b064cf77defc9aae6688cef851ea67c2@avcodec.org> #378: Center align text in drawtext avfilter ------------------------+----------------------- Reporter: b1ng0 | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * version: git => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 09:51:12 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 07:51:12 -0000 Subject: [FFmpeg-trac] #376(undetermined:closed): Problem with converting from avi to avi In-Reply-To: <035.e833b9cd6e74bbe1d7723f2beafabf75@avcodec.org> References: <035.e833b9cd6e74bbe1d7723f2beafabf75@avcodec.org> Message-ID: <050.52b4bea39d00c1abc3474cb9edbb788f@avcodec.org> #376: Problem with converting from avi to avi -----------------------+--------------------------- Reporter: alexxz | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 13:02:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 11:02:46 -0000 Subject: [FFmpeg-trac] #365(avformat:open): trp/ts file w/o PAT/PMT is not supported In-Reply-To: <035.34ad18126fd87f9b9e6fb92d0cda4e08@avcodec.org> References: <035.34ad18126fd87f9b9e6fb92d0cda4e08@avcodec.org> Message-ID: <050.6ef40760ed4a44b300cd73f70a263a9c@avcodec.org> #365: trp/ts file w/o PAT/PMT is not supported --------------------------------+----------------------- Reporter: Superb | Owner: Type: enhancement | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: ts aac pat pmt latm | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------------+----------------------- Comment (by cehoyos): New patch attached. I changed auto-detection to succeed already for 100 frames, some streams are otherwise recognized as mpeg-ps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 13:04:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 11:04:00 -0000 Subject: [FFmpeg-trac] #320(avformat:open): 0 channels in latm stream In-Reply-To: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> References: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> Message-ID: <055.feec73d78d70b48c79d8b3a5933feabb@avcodec.org> #320: 0 channels in latm stream ------------------------+----------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by cehoyos): How was this sample produced? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 15:50:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 13:50:56 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.8052df5f4e531541e8e1f2b1452c96db@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by acloutier): A sample file cut down to 10MB is available [http://c-spanvideo.org/tmp/20010920195800001_10M.gxf here]. I'm working on the git-bisecting now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 17:03:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 15:03:16 -0000 Subject: [FFmpeg-trac] #320(avformat:open): 0 channels in latm stream In-Reply-To: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> References: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> Message-ID: <055.1a89035b6e40ce6273d4340917ad07a7@avcodec.org> #320: 0 channels in latm stream ------------------------+----------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by jlsantiago0): Replying to [comment:4 cehoyos]: > How was this sample produced? Makito H.264 encoder appliance from http://www.haivision.com/products/makito . -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 18:17:25 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 16:17:25 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.97a49d9b62af174b367f03d459239307@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by acloutier): I've attached the git bisect log Here is the result of the git bisect: 192c14fa5510e8b5e13ed5796ae87aabbfad84d6 is the first bad commit commit 192c14fa5510e8b5e13ed5796ae87aabbfad84d6 Author: Reimar D?ffinger Date: Sat Mar 6 22:20:33 2010 +0000 GXF time base is always based on "fields" per second even for non-interlaced video. Should fix issue 1766. Originally committed as revision 22256 to svn://svn.ffmpeg.org/ffmpeg/trunk :040000 040000 b10b0f20604611ac43e3ea4748322e576a450c05 ba3fe3fb8142cbc7c32881241f4d634aeb790402 M libavformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 18:54:17 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 16:54:17 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23265=28swscale=3Anew=29=3A_MMX2_yuv420p?= =?utf-8?q?10_=E2=86=92_yuv444p_scaler_produces_vertical_undithered=28=3F?= =?utf-8?q?=29_lines_with_GCC_4=2E6?= In-Reply-To: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> References: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> Message-ID: <051.d2b399d83bb428fa24c9320b91c1b87f@avcodec.org> #265: MMX2 yuv420p10 ? yuv444p scaler produces vertical undithered(?) lines with GCC 4.6 -------------------------------------+---------------------- Reporter: lachs0r | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: yuv420p10, yuv444p, mmx2 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+---------------------- Comment (by rogerdpack): Just ran into this too, with this version ffplay version git-N-30610-g1929807, built on Jun 7 2011 however this version: ffplay version N-31706-g335bbe4, built on Jul 31 2011 seems to no longer exhibit the problem for me (it was showing striated lines in mplayer with any software scaler selected, which also appears fixed now with a newer build). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 20:51:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 18:51:08 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.4ee1d2a8ce5e7cd1df46f14a1f08cb60@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by reimar): By my understanding of the format, the best guess it does right now is the best that is possible reliably. The problem with this file is that it does not contain FPS in the track tags. So FFmpeg is forced to fall back to the UMF tag (which is rather unreliable). That one specifies 60 FPS, i.e. 120 fields per second (which is obviously not correct). The file also claims to contain 438170 fields. And that gives the calculated result. Obviously it would be possible to just guess that 120 fields per second is not correct, but that does not seem like a good solution to me. So unless you can give me some other info my conclusion would be that the file is broken and will only work correctly with programs/equipment that will break if you ever want to use it with 60 fps / 120 fields per second input. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 21:30:54 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 19:30:54 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.f776423b197e1005ca90558fc2125df7@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by acloutier): Hmm.. it's possible that our in-house tool used to 'trim' these files smaller ( by replacing un-needed video with black ) didn't set the field correctly. If it helps, here's the output for a file that doesn't have the issue ( it wasn't 'trimmed', so it's straight from our video encoder ): {{{ ffmpeg -i /archive/rawVideo/2009/05/06/20090506215701002.gxf ffmpeg version 0.7-rc1, Copyright (c) 2000-2011 the FFmpeg developers built on May 24 2011 15:20:15 with gcc 4.5.3 configuration: --prefix=/opt/ffmpeg/0.7-rc1 --extra-cflags='-O3 -fPIC -ffast-math' --extra-ldflags='-O3 -fPIC -ffast-math' --extra- libs='-L/usr/local/lib -R/usr/local/lib' --disable-asm --disable-ssse3 --disable-amd3dnow --disable-amd3dnowext --enable-hardcoded-tables --enable-gpl --enable-nonfree --disable-ffserver --disable-ffplay --disable-debug --disable-protocol=udp --disable-encoder=nellymoser --disable-network --enable-swscale --enable-libmp3lame --enable-pthreads --enable-libfaac --enable-libx264 libavutil 50. 40. 1 / 50. 40. 1 libavcodec 52.120. 0 / 52.120. 0 libavformat 52.108. 0 / 52.108. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 77. 0 / 1. 77. 0 libswscale 0. 13. 0 / 0. 13. 0 Input #0, gxf, from '/archive/rawVideo/2009/05/06/20090506215701002.gxf': Duration: 02:03:59.13, start: 0.000000, bitrate: 11551 kb/s Stream #0.0: Video: mpeg2video (4:2:2), yuv422p, 720x512 [PAR 128:135 DAR 4:3], 10000 kb/s, 59.94 fps, 29.97 tbr, 59.94 tbn, 59.94 tbc Stream #0.1: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0.2: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0.3: Data: [0][0][0][0] / 0x0000 At least one output file must be specified }}} Is there some flag we can pass ffmpeg to bypass this bad fps guess? I see some reference to putting -r ''before'' the -i to set the input frame rate, but that doesn't work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 21:43:12 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 19:43:12 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.211214223cd21f12f6c36c732abe6535@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by reimar): No, -r will only change the "playback" fps, but it will not change the time base the demuxer uses internally. However you can at least easily detect the two cases: 119.88 tbn, 59.94 tbc The tbn value is the time base the demuxer detects. tbc is the one that is encoded in the MPEG-2 stream within the container. For GXF and ordinary use cases it's probably reasonable to assume that if they mismatch there's something wrong. For the "good" file these match btw: 59.94 tbn, 59.94 tbc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 22:23:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 20:23:55 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23265=28swscale=3Aclosed=29=3A_MMX2_yuv4?= =?utf-8?q?20p10_=E2=86=92_yuv444p_scaler_produces_vertical_undithered=28?= =?utf-8?q?=3F=29_lines_with_GCC_4=2E6?= In-Reply-To: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> References: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> Message-ID: <051.0df2328fc58b6cc3f0cb7ea889b9f213@avcodec.org> #265: MMX2 yuv420p10 ? yuv444p scaler produces vertical undithered(?) lines with GCC 4.6 -------------------------------------+---------------------- Reporter: lachs0r | Owner: michael Type: defect | Status: closed Priority: normal | Component: swscale Version: git | Resolution: fixed Keywords: yuv420p10, yuv444p, mmx2 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Thank you for posting, please re-open the issue if still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 2 22:49:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 20:49:10 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.037004f820aad0c38beb983d866e9266@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by acloutier): Thanks for the help. I think this patch will work for us (it just reverts the change/bugfix made in commit 192c14fa5510e8b5e13ed5796ae87aabbfad84d6), but it does sound like our files may have a unique issue. {{{ diff --git a/libavformat/gxf.c b/libavformat/gxf.c index 15893a4..42b3699 100644 --- a/libavformat/gxf.c +++ b/libavformat/gxf.c @@ -317,7 +317,7 @@ static int gxf_header(AVFormatContext *s, AVFormatParameters *ap) { st = s->streams[idx]; if (!main_timebase.num || !main_timebase.den) { main_timebase.num = si->frames_per_second.den; - main_timebase.den = si->frames_per_second.num * 2; + main_timebase.den = si->frames_per_second.num * si->fields_per_frame; } st->start_time = si->first_field; if (si->first_field != AV_NOPTS_VALUE && si->last_field != AV_NOPTS_VALUE) @@ -348,7 +348,7 @@ static int gxf_header(AVFormatContext *s, AVFormatParameters *ap) { if (!main_timebase.num || !main_timebase.den) { // this may not always be correct, but simply the best we can get main_timebase.num = fps.den; - main_timebase.den = fps.num * 2; + main_timebase.den = fps.num; } } else av_log(s, AV_LOG_INFO, "UMF packet too short\n"); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 3 00:17:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Aug 2011 22:17:29 -0000 Subject: [FFmpeg-trac] #380(avfilter:new): Mistake in ffmpeg's docs for yadif Message-ID: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> #380: Mistake in ffmpeg's docs for yadif ----------------------+-------------------------- Reporter: pshchelo | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- == Docs describe the values for yadif's parity parameter the other way around. == '''ffmpeg version''': N-31706-g335bbe4 I've checked main git branch and docs are still like in the version I've used. == Test file == Attached test file: dv-bff.avi This is a short sample of video captured from JVC camcorder through IEEE1394 with the help of Windows Import Video on Windows Vista. This is DV video and it must be interlaced with bottom-field-first (BFF) field order as stated in many places, e.g here [http://avisynth.org/mediawiki/Interlaced_fieldbased#About_DV_.2F_DVD_in_relation_to_field_dominance]. == How to test for error: == apply yadif with BFF (according to ffmpeg's yadif docs), field separation and doubling the framerate: ffmpeg -i dv-bff.avi -vf yadif=1:0 -r 50 output.avi You will get a jagged video, although by applying yadif=1:1 (which, according to the docs, is top-field-first) you get a smooth playback. == Reasoning == I have tripple-checked the parity with other tools. GSpot video analysis software reports it to be BFF. If you play tricks similar to the one above with !VirtualDub and mplayer, the results also point that the video is BFF. In fact, applying the same yadif parameters in mplayer and ffmpeg results in the same behaviour, athough according to their respective docs the meaning of parity values 0 or 1 is exactly opposite. The auto parity recognition of ffmpeg works fine though - video encoded with yadif=1:-1 plays smoothly. I have also checked this with DVD interlaced source, which, according to this[http://avisynth.org/mediawiki/Interlaced_fieldbased#About_DV_.2F_DVD_in_relation_to_field_dominance], must be top-field-first. The result is similar to DV case - Gspot reports TFF, mplayer's yadif plays it nice with TFF, but ffmpeg's yadif plays it nice with BFF as per docs. As summary I strongly suspect the mistake in ffmeg's docs for yadif filter - there the explanations of meanings for the field parity parameter should be swapped. I made a corresponding patch to filters.texi file and attached it here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 3 08:16:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Aug 2011 06:16:32 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.ae6f357067d245a5e5cec19a3ec2eca2@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by reimar): You most likely _will_ encounter issues with that approach. My suggestion would be to _only_ change the second assignment. And even there I'd consider doing it only for fps > 60. The reason is that to my knowledge there is no real right or wrong in the second case, whereas the first case definitely is correct as it is now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 3 12:22:44 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Aug 2011 10:22:44 -0000 Subject: [FFmpeg-trac] #375(avfilter:new): earwax audio filter generates wrong pts and af_sox filter can not be applied. In-Reply-To: <037.d95efd0f13684e603551073fca90f921@avcodec.org> References: <037.d95efd0f13684e603551073fca90f921@avcodec.org> Message-ID: <052.eb9e70056916887027ee5e37be99bc84@avcodec.org> #375: earwax audio filter generates wrong pts and af_sox filter can not be applied. ------------------------+----------------------- Reporter: chinshou | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by mnzaki): The packing negotiation is a new addition and it wasn't added to sox and earwax filter yet, ditto for the 'fail on missing negotiation data' behaviour, which might be changed... copy_props and filter inputs/outputs will be fixed, thanks for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 3 15:03:26 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Aug 2011 13:03:26 -0000 Subject: [FFmpeg-trac] #377(undetermined:new): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.6ebc19a55c0856a0461e0eed6b3afded@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git | Resolution: Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by acloutier): Got it, thanks. {{{ diff --git a/libavformat/gxf.c b/libavformat/gxf.c index 15893a4..6c12048 100644 --- a/libavformat/gxf.c +++ b/libavformat/gxf.c @@ -348,6 +348,9 @@ static int gxf_header(AVFormatContext *s, AVFormatParameters *ap) { if (!main_timebase.num || !main_timebase.den) { // this may not always be correct, but simply the best we can get main_timebase.num = fps.den; + if ( ( (double) fps.num ) / fps.den > 59 ) + main_timebase.den = fps.num; + else main_timebase.den = fps.num * 2; } } else }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 3 16:28:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Aug 2011 14:28:51 -0000 Subject: [FFmpeg-trac] #329(FFmpeg:open): Crash when decoding vob file In-Reply-To: <037.1c88a48e17062e987c3c71841ac02bfd@avcodec.org> References: <037.1c88a48e17062e987c3c71841ac02bfd@avcodec.org> Message-ID: <052.0f3708c29252fa489d70a3c2903d1289@avcodec.org> #329: Crash when decoding vob file -----------------------+---------------------- Reporter: ralexand | Owner: michael Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): This is a regression since 2cf8355f98681bdd726b739008acd5483f82f8d7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 3 19:22:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Aug 2011 17:22:50 -0000 Subject: [FFmpeg-trac] #333(undetermined:closed): Badly interleaved AVI file not handled In-Reply-To: <035.e7a60a2c8843b25b6512065fc4cdad76@avcodec.org> References: <035.e7a60a2c8843b25b6512065fc4cdad76@avcodec.org> Message-ID: <050.8cc381eff1c5d152c01454da16eea66e@avcodec.org> #333: Badly interleaved AVI file not handled ----------------------------+--------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: avi,interleaved | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------+--------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 3 20:02:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Aug 2011 18:02:50 -0000 Subject: [FFmpeg-trac] #377(undetermined:closed): ffmpeg reports inaccurate length of some gxf files In-Reply-To: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> References: <038.6b80715a6e802cec47bacfab081b87c2@avcodec.org> Message-ID: <053.fb738a74be687f450b3a0e8d88e36d07@avcodec.org> #377: ffmpeg reports inaccurate length of some gxf files ----------------------------------+--------------------------- Reporter: acloutier | Owner: Type: defect | Status: closed Priority: important | Component: undetermined Version: git | Resolution: wontfix Keywords: gxf ffmpeg length bug | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Changes (by reimar): * status: new => closed * resolution: => wontfix Comment: Yes, I think that should be a reasonable workaround for you. You might want to look if you can improve that internal tool anyway though, because if you ever happen to have 60 fps progressive material you will probably need a much, much more complicated workaround to make everything still work. I don't think it's really suitable for inclusion into main FFmpeg, so I'll set this to wontfix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 3 21:20:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Aug 2011 19:20:19 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.d7bb47b14dc8e9b8a78f227718ccce23@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by uscgraphics): I just try the build from 7/31/2011, it no longer crash at av_close_input_file() that's great. However decoding UDP packet still got the same error and corrupt images. Another problem I have is rtsp:// doesn't support any port number other than 80 for tcp and udp (http works fine). e.g. rtsp://xxx.xxx.xxx.xxx:8080/axis-media/media.amp?tcp will return [rtsp @ 0057B0E0] CSeq 1 expected, 0 received. [rtsp @ 0057B0E0] method OPTIONS failed: 501 Not Implemented [rtsp @ 0057B0E0] Date: Wed, 03 Aug 2011 19:18:56 GMT Accept-Ranges: bytes Connection: close Content-Type: text/html; charset=ISO-8859-1 rtsp://xxx.xxx.xxx.xxx:8080/axis-media/media.amp?tcp : Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 4 01:36:27 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Aug 2011 23:36:27 -0000 Subject: [FFmpeg-trac] #327(avformat:closed): artifacts when seeking in mpeg4 avi (regression) In-Reply-To: <036.79eda55ca105a0feb21e4a35b20d6964@avcodec.org> References: <036.79eda55ca105a0feb21e4a35b20d6964@avcodec.org> Message-ID: <051.153b8876cae1461e73d949cf35f53653@avcodec.org> #327: artifacts when seeking in mpeg4 avi (regression) -----------------------+----------------------- Reporter: exobuzz | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Changes (by michael): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 4 11:53:29 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Aug 2011 09:53:29 -0000 Subject: [FFmpeg-trac] #329(FFmpeg:closed): Crash when decoding vob file In-Reply-To: <037.1c88a48e17062e987c3c71841ac02bfd@avcodec.org> References: <037.1c88a48e17062e987c3c71841ac02bfd@avcodec.org> Message-ID: <052.86c353a21d825156551ccf7bfe3af2a8@avcodec.org> #329: Crash when decoding vob file -----------------------+---------------------- Reporter: ralexand | Owner: michael Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 4 12:40:50 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Aug 2011 10:40:50 -0000 Subject: [FFmpeg-trac] #381(avutil:new): ffmpeg segfault on solaris due to null passed to vsnprintf Message-ID: <044.d213a8921d0edd2bc5a7501ee9c3841e@avcodec.org> #381: ffmpeg segfault on solaris due to null passed to vsnprintf ------------------------------+------------------------------- Reporter: alasdairlumsden | Owner: michael Type: defect | Status: new Priority: minor | Component: avutil Version: 0.8 | Keywords: solaris vsnprintf Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------------+------------------------------- Hi, When I accidently ran "ffmpeg /tmp/engineering.mpg -ab 128 -b 400 /tmp/al.mpg" by mistake, (missed out the -i) I got a segfault: {{{ root ~ (ipstest01.alasdair): /ec/bin/ffmpeg /tmp/engineering.mpg -ab 128 -b 400 /tmp/al.mpg ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jul 18 2011 14:36:32 with gcc 4.4.5 configuration: --prefix=/ec --mandir=/ec/share/man --cc=/ec/bin/gcc --extra-cflags=-I/ec/include --disable-static --enable-shared --enable-pic --enable-nonfree --enable-version3 --enable-gpl --disable-ffplay --disable-ffserver --disable-mmx --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-libopencore-amrnb --enable-librtmp --disable- libdirac --disable-libopenjpeg --disable-libschroedinger --disable-libxvid --disable-libgsm --disable-libspeex --disable-libvorbis --disable- libtheora --disable-avdevice --bindir=/ec/bin --libdir=/ec/lib --shlibdir=/ec/lib --cpu=i686 --extra-ldflags='-L/ec/lib -R/ec/lib' libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Segmentation Fault (core dumped) }}} This is on Solaris 10. On Linux, the same command line arguments don't produce a segfault: {{{ alasdair ~ (linux01): ffmpeg/bin/ffmpeg /tmp/engineering.mpg -ab 128 -b 400 /tmp/al.mpg ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 3 2011 18:31:10 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) configuration: --prefix=/home/alasdair/ffmpeg --extra- cflags='-I/home/alasdair/lame/include -I/home/alasdair/x264/include' --extra-ldflags='-L/home/alasdair/lame/lib -L/home/alasdair/x264/lib -R/home/alasdair/x264/lib' --enable-static --enable-shared --enable-pic --enable-nonfree --enable-version3 --enable-gpl --disable-ffplay --disable-ffserver --disable-mmx --enable-libx264 --disable-libdirac --disable-libopenjpeg --disable-libschroedinger --disable-libxvid --disable-libgsm --disable-libspeex --disable-libvorbis --disable- libtheora --disable-avdevice --enable-libmp3lame libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Incompatible sample format '(null)' for codec 'mp2', auto-selecting format 's16' File '/tmp/engineering.mpg' already exists. Overwrite ? [y/N] n Not overwriting - exiting }}} However I spotted the "(null)" in the print statement, and pstack against the core showed: {{{ # pstack core core 'core' of 3366: /ec/bin/ffmpeg /tmp/engineering.mpg -ab 128 -b 400 /tmp/al.mpg feea5acc strlen (806483a, 8047a4c, 80475a0, 0) + c fef03827 vsnprintf (80475e0, 400, 806481c, 8047a4c) + 73 fee5a9fd av_log_default_callback () + 81 }}} I rebuilt ffmpeg with debugging symbols, and running this through gdb shows: {{{ # gdb /ec/bin/ffmpeg GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-pc-solaris2.10". For bug reporting instructions, please see: ... Reading symbols from /ec/bin/ffmpeg...done. (gdb) run /tmp/engineering.mpg -ab 128 -b 400 /tmp/al.mpg Starting program: /ec/bin/ffmpeg /tmp/engineering.mpg -ab 128 -b 400 /tmp/al.mpg [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 4 2011 10:51:17 with gcc 4.4.5 configuration: --prefix=/ec --mandir=/ec/share/man --cc=/ec/bin/gcc --extra-cflags=-I/ec/include --enable-static --enable-shared --enable-pic --enable-nonfree --enable-version3 --enable-gpl --disable-ffplay --disable-ffserver --disable-mmx --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-libopencore-amrnb --enable-librtmp --disable- libdirac --disable-libopenjpeg --disable-libschroedinger --disable-libxvid --disable-libgsm --disable-libspeex --disable-libvorbis --disable- libtheora --disable-avdevice --disable-stripping --bindir=/ec/bin --libdir=/ec/lib --shlibdir=/ec/lib --extra-ldflags='-L/ec/lib -R/ec/lib' libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0xfeea5acc in strlen () from /lib/libc.so.1 (gdb) bt #0 0xfeea5acc in strlen () from /lib/libc.so.1 #1 0xfef006f2 in _ndoprnt () from /lib/libc.so.1 #2 0xfef03827 in vsnprintf () from /lib/libc.so.1 #3 0xfee5a9fd in av_log_default_callback (ptr=0x0, level=24, fmt=0x806481c "Incompatible sample format '%s' for codec '%s', auto- selecting format '%s'\n", vl=0x8047a8c "") at /export/home/s10-userland/s10-userland/components/ffmpeg/ffmpeg-0.8/libavutil/log.c:112 #4 0xfee5a8be in av_vlog (avcl=0x0, level=24, fmt=0x806481c "Incompatible sample format '%s' for codec '%s', auto-selecting format '%s'\n", vl=0x8047a8c "") at /export/home/s10-userland/s10-userland/components/ffmpeg/ffmpeg-0.8/libavutil/log.c:150 #5 0xfee5a96c in av_log (avcl=0x0, level=115, fmt=0x806481c "Incompatible sample format '%s' for codec '%s', auto-selecting format '%s'\n") at /export/home/s10-userland/s10-userland/components/ffmpeg/ffmpeg-0.8/libavutil/log.c:144 #6 0x08054a87 in choose_sample_fmt (st=0x8084840, codec=) at /export/home/s10-userland/s10-userland/components/ffmpeg/ffmpeg-0.8/ffmpeg.c:623 #7 0x0805ed34 in new_audio_stream (oc=0x807f540, file_idx=) at /export/home/s10-userland/s10-userland/components/ffmpeg/ffmpeg-0.8/ffmpeg.c:3729 #8 0x0805fa66 in opt_output_file (opt=0x0, filename=0x0) at /export/home/s10-userland/s10-userland/components/ffmpeg/ffmpeg-0.8/ffmpeg.c:3940 #9 0x0806285a in parse_options (argc=7, argv=0x8047d14, options=0x8077760, parse_arg_function=0x805f1dc ) at /export/home/s10-userland/s10-userland/components/ffmpeg/ffmpeg-0.8/cmdutils.c:292 #10 0x0805e0e5 in main (argc=7, argv=0x8047d14) at /export/home/s10-userland/s10-userland/components/ffmpeg/ffmpeg-0.8/ffmpeg.c:4556 }}} From what I can gather, vsnprintf has been enhanced on Linux to print "(null)" for null values. On platforms without this enhancement, such as Solaris, instead you get a nice segfault. I imagine this is quite an easy fix. Cheers, Alasdair -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 4 16:35:30 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Aug 2011 14:35:30 -0000 Subject: [FFmpeg-trac] #344(FFprobe:open): FFProbe does not provide PTS, DTS info present in MPEG file. In-Reply-To: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> References: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> Message-ID: <056.41123d5cc039989918fecfbcf55620cb@avcodec.org> #344: FFProbe does not provide PTS, DTS info present in MPEG file. -------------------------------------------+---------------------- Reporter: darrenhudson | Owner: michael Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: FFProbe Time Timestamp PTS DTS | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------+---------------------- Comment (by darrenhudson): Out of interest, DVBSnoop can process these files successfully. I have used the following options: [[br]][[br]] dvbsnoop.exe -ph 0 -pd 3 -td -s pes -if video.mpg [[br]][[br]] http://dvbsnoop.sourceforge.net/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 4 19:21:38 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Aug 2011 17:21:38 -0000 Subject: [FFmpeg-trac] #380(avfilter:closed): Mistake in ffmpeg's docs for yadif In-Reply-To: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> References: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> Message-ID: <052.04de5a06d902d66b6c412f806ed9c461@avcodec.org> #380: Mistake in ffmpeg's docs for yadif ------------------------+----------------------- Reporter: pshchelo | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in commit: {{{ commit 82b1516a85ad21b5455dcfef6fe49d1189565c33 Author: Stefano Sabatini Date: Thu Aug 4 00:25:35 2011 +0200 yadif: correct documentation on the parity parameter 0 is top-field-first, 1 is bottom-field-first, not the other way around. Fix trac issue #380. }}} Many thanks for the very accurate report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 4 21:03:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Aug 2011 19:03:15 -0000 Subject: [FFmpeg-trac] #372(avformat:open): spdifenc does an output not correct In-Reply-To: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> References: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> Message-ID: <049.f2b99ea4627bd0effeeabfd70b2d256a@avcodec.org> #372: spdifenc does an output not correct ----------------------+----------------------- Reporter: naoya | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git | Resolution: Keywords: spdifenc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by anssi): Replying to [comment:4 naoya]: > {{{+#ifndef AC3_HEADER_SIZE}}} Is there a reason for the conditional here? > {{{+ av_log(s, AV_LOG_ERROR, "Wrong AC3 file format\n");}}} I think better would be "Invalid AC3 header\n" or similar > {{{+ av_log(s, AV_LOG_ERROR, "AC3 invalid num_blocks[%d]\n", hdr.num_blocks);}}} I don't think non-6 values here are "invalid", just unsupported by the muxer. So I'd go for "AC3 num_blocks[%d] not supported for IEC-61937" or something. Also, the leak was not fixed. Why not just keep av_fast_malloc() as it was previously? Regarding the replacement of av_freep() with av_free(). The documentation says that av_freep() is recommended instead, but indeed in this case that doesn't make much sense since the structure is discarded anyway. Cehoyos, do you know what is the convention here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 4 22:15:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Aug 2011 20:15:44 -0000 Subject: [FFmpeg-trac] #372(avformat:open): spdifenc does an output not correct In-Reply-To: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> References: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> Message-ID: <049.5e877131b4b2556fe09fe865d92b546f@avcodec.org> #372: spdifenc does an output not correct ----------------------+----------------------- Reporter: naoya | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git | Resolution: Keywords: spdifenc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by cehoyos): av_freep() should be used even if it makes no big difference. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 5 02:37:28 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Aug 2011 00:37:28 -0000 Subject: [FFmpeg-trac] #382(undetermined:new): ffplay segmentation fault on oldabi branch when using --enable-small Message-ID: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> #382: ffplay segmentation fault on oldabi branch when using --enable-small --------------------------+------------------------- Reporter: exobuzz | Type: defect Status: new | Priority: important Component: undetermined | Version: git-oldabi Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------- Compiling oldabi branch HEAD as of 05/08/2011 (last commit 25c2f13d00fcfdb81c33a459795c33d29f8690e8) with --enable-small crashes when playing a video. running gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) on 64 bit,. building with "./configure --enable-small" I git bisected it to this commit: {{{ 44f669e7bc4f7f064e3f81d3596637a0e043b501 is the first bad commit commit 44f669e7bc4f7f064e3f81d3596637a0e043b501 Author: Stefano Sabatini Date: Sat Jun 11 18:43:11 2011 +0200 lavfi: add vsink_buffer, and use it in ff* tools Also add the public interface libavfilter/vsink_buffer.h. :100644 100644 7745fa0938958ba7a2334be1a2ef9c33dc224d8c 80ed401ab9e99210665c40710d340ef4ca880c02 M Changelog :100644 100644 3b9cfaa3d97318d9bd34a8956f0c09998aca41a6 c3c5c0efa9e30452ae96dde9742da54809394171 M cmdutils.c :100644 100644 c0c3ce07d95ebf7310ff726a9d56fb11ab165248 e001ab9201487f90281655dc273e49b22e4bde66 M cmdutils.h :040000 040000 131e7beeba6126fbbf469ed87486ec0ca38efb61 5bcd802168bf5ed0adb736ba8d944234dcdd4473 M doc :100644 100644 2921a06ddfa5333ee08ae523e5f8cc697c932c90 0b1b1bee8db5246525ca629873cc14c88886f110 M ffmpeg.c :100644 100644 31a683216fc416455090f8472a52a7a113d122dd 548fda627a08c6260a3d5d691ab89072a84b9a31 M ffplay.c :040000 040000 4cedfd0c9064e7e6bb84c9917af1a7af6dd88b2b 2b1aa7a2d415b5109fd36012bf714768ccd17f19 M libavfilter }}} backtrace didn't seem useful (Please feel free to give me some guidance if you can't reproduce). {{{ (gdb) run Starting program: /home/jools/Repos/Public/ffmpeg/ffplay afilm.mkv [Thread debugging using libthread_db enabled] ffplay version N-30958-g25c2f13, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 5 2011 01:21:15 with gcc 4.5.2 configuration: --enable-small libavutil 50. 43. 0 / 50. 43. 0 libavcodec 52.122. 0 / 52.122. 0 libavformat 52.110. 0 / 52.110. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 80. 0 / 1. 80. 0 libswscale 0. 14. 1 / 0. 14. 1 [New Thread 0x7ffff26cc700 (LWP 16816)] [New Thread 0x7fffedeca700 (LWP 16817)] [Thread 0x7fffedeca700 (LWP 16817) exited] [New Thread 0x7fffedeca700 (LWP 16818)] [matroska,webm @ 0x1039740] max_analyze_duration 5000000 reached at 5002000 [matroska,webm @ 0x1039740] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'afilm.mkv': Metadata: title : Dune (1984) Duration: 02:16:18.02, start: 0.000000, bitrate: 1536 kb/s Stream #0.0(eng): Video: h264, yuv420p, 1280x544, PAR 1:1 DAR 40:17, 24 fps, 24 tbr, 1k tbn, 48 tbc (default) Stream #0.1(eng): Audio: dca, 48000 Hz, 5.1, s16, 1536 kb/s (default) Stream #0.2(eng): Subtitle: ass (default) Stream #0.3(cze): Subtitle: ass Stream #0.4(fre): Subtitle: ass Stream #0.5(ger): Subtitle: ass Stream #0.6(hun): Subtitle: ass Stream #0.7(spa): Subtitle: ass Stream #0.8: Attachment: [0][0][0][0] / 0x0000 Metadata: filename : CronosPro-Bold.ttf Stream #0.9: Attachment: [0][0][0][0] / 0x0000 Metadata: filename : CronosPro-Semibold.ttf Stream #0.10: Attachment: [0][0][0][0] / 0x0000 Metadata: filename : CronosPro-SemiboldIt.ttf [New Thread 0x7ffff1dfd700 (LWP 16819)] [New Thread 0x7ffff15fc700 (LWP 16820)] [New Thread 0x7ffff0dfb700 (LWP 16821)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff15fc700 (LWP 16820)] 0x00007ffff6af72a4 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffff6af72a4 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x000000000043965d in ?? () #2 0x0000000000431c7a in ?? () #3 0x00007ffff7640875 in ?? () from /usr/lib/libSDL-1.2.so.0 #4 0x00007ffff7683049 in ?? () from /usr/lib/libSDL-1.2.so.0 #5 0x00007ffff6d6cd8c in start_thread () from /lib/x86_64-linux- gnu/libpthread.so.0 #6 0x00007ffff6ab804d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #7 0x0000000000000000 in ?? () }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 5 02:39:36 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Aug 2011 00:39:36 -0000 Subject: [FFmpeg-trac] #382(undetermined:new): ffplay segmentation fault on oldabi branch when using --enable-small In-Reply-To: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> References: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> Message-ID: <051.456db84667f01115456d6dcdc69ec42e@avcodec.org> #382: ffplay segmentation fault on oldabi branch when using --enable-small -----------------------+--------------------------- Reporter: exobuzz | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git-oldabi | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by exobuzz): Could be a compiler bug of course, but if so, I would need some guidance to report it "upstream". thanks for listening. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 5 19:47:09 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Aug 2011 17:47:09 -0000 Subject: [FFmpeg-trac] #382(undetermined:open): ffplay segmentation fault on oldabi branch when using --enable-small In-Reply-To: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> References: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> Message-ID: <051.7681daf8c8250b3a3e4eaddc9ae31887@avcodec.org> #382: ffplay segmentation fault on oldabi branch when using --enable-small -----------------------+--------------------------- Reporter: exobuzz | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: git-oldabi | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: Could you test again? Many changes were pushed today. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 5 23:52:39 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Aug 2011 21:52:39 -0000 Subject: [FFmpeg-trac] #382(undetermined:open): ffplay segmentation fault on oldabi branch when using --enable-small In-Reply-To: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> References: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> Message-ID: <051.6ffd04615c17778a51fed2d42f7c3bd1@avcodec.org> #382: ffplay segmentation fault on oldabi branch when using --enable-small -----------------------+--------------------------- Reporter: exobuzz | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: git-oldabi | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by exobuzz): will do. I wish I had gone to sleep last night instead of branching oldabi and merging in a bunch of stuff that I needed for the project im working on, as I saw today, I could have saved myself a lot of time. that will teach me not to be patient ;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 7 02:55:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Aug 2011 00:55:57 -0000 Subject: [FFmpeg-trac] #382(undetermined:open): ffplay segmentation fault on oldabi branch when using --enable-small In-Reply-To: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> References: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> Message-ID: <051.6f5b4978ecbe3aa4f523ed34ef39fa66@avcodec.org> #382: ffplay segmentation fault on oldabi branch when using --enable-small -----------------------+--------------------------- Reporter: exobuzz | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: git-oldabi | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by exobuzz): Seems ok now with the latest updates. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 7 10:32:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Aug 2011 08:32:46 -0000 Subject: [FFmpeg-trac] #382(undetermined:closed): ffplay segmentation fault on oldabi branch when using --enable-small In-Reply-To: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> References: <036.4a3272de051c24a115b4000e054f3534@avcodec.org> Message-ID: <051.14d7623a2c43c224fd8d917418632051@avcodec.org> #382: ffplay segmentation fault on oldabi branch when using --enable-small -----------------------+--------------------------- Reporter: exobuzz | Owner: Type: defect | Status: closed Priority: important | Component: undetermined Version: git-oldabi | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 7 17:19:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Aug 2011 15:19:57 -0000 Subject: [FFmpeg-trac] #383(undetermined:new): ffmpeg SCR moves backwards in output muxed mpeg file Message-ID: <039.270de4b9d35655b3d9b26d743d4f139e@avcodec.org> #383: ffmpeg SCR moves backwards in output muxed mpeg file ---------------------------------------+-------------------------- Reporter: johnnyquid | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: ffmpeg mpeg scr backwards | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+-------------------------- I am not sure where to properly post bug reports so bear with me that I also posted in the ffmpeg-users as well. The issue was reported in Oct 2010 and fixed but the fix does not always seem to work. See http ://ffmpeg-users.933282.n4.nabble.com/FFMPEG-encoded-MPEG-2-video-causes- error-in-DVDAuthor-td2995983.html for details. The issue is summarized below: The following command is used to encode videos in MPEG-2 (vob) format for DVD authoring: ffmpeg -i invideo.avi -target pal-dvd -f dvd outvideo.vob ('-target' can also be 'ntsc-dvd' or 'film-dvd') Video streams encoded in this manner using the latest SVN will cause the following error in DVDAuthor: 'ERR: SCR moves backwards, remultiplex input.' DVD authoring then stops. Demuxing the streams and using them individually, or remuxing them again, will make the error message disappear, but the resulting MPEG-2 files (m2v or vob) or DVD are problematic (choppy playback, no or wrong total playing time). This issue appeared with SVN-r25383, when the following two lines were added in libavformat/mpegenc.c: 1163 if(!s->last_scr) 1164 s->last_scr= dts; The current source code has changed to: The new code in mpegenc.c starting at line 1163 is now (but the issue still exists): pts= pkt->pts; dts= pkt->dts; if(pts != AV_NOPTS_VALUE) pts += 2*preload; if(dts != AV_NOPTS_VALUE){ if(!s->last_scr) s->last_scr= dts + preload; dts += 2*preload; } The error is shown in the below output from ffmpeg and dvdauthor: See the ffmpeg and dvdauthor output below: E:\Temp\bugfiles>ffmpeg -v 9 -loglevel 99 -i ranft.m2v -itsoffset -00:00:00.775 -i ranft.ac3 -vcodec copy -acodec copy -target ntsc-dvd -y ranft.mpg ffmpeg version N-31653-gfaa3381, Copyright (c) 2000-2011 the FFmpeg developers built on Jul 28 2011 01:57:12 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 11. 0 / 51. 11. 0 libavcodec 53. 9. 0 / 53. 9. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 27. 3 / 2. 27. 3 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegvideo @ 01F2B5C0] Format mpegvideo probed with size=32768 and score=51 [mpeg1video @ 02000260] Unsupported bit depth: 0 [mpegvideo @ 01F2B5C0] max_analyze_duration 5000000 reached at 5005000 [mpegvideo @ 01F2B5C0] Estimating duration from bitrate, this may be inaccurate Input #0, mpegvideo, from 'ranft.m2v': Duration: 00:00:08.88, bitrate: 8999 kb/s Stream #0.0, 152, 1/1200000: Video: mpeg2video (Main), yuv420p, 720x480 [PAR 32:27 DAR 16:9], 1001/60000, 9000 kb/s, 29.97 fps, 29.97 tbr, 1200k tbn, 59.94 tbc [ac3 @ 01F2F720] Format ac3 probed with size=8192 and score=51 [ac3 @ 01F297A0] Unsupported bit depth: 0 [ac3 @ 01F2F720] max_analyze_duration 5000000 reached at 5024000 [ac3 @ 01F2F720] Estimating duration from bitrate, this may be inaccurate Input #1, ac3, from 'ranft.ac3': Duration: 00:00:20.83, start: 0.000000, bitrate: 384 kb/s Stream #1.0, 159, 1/90000: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s Output #0, dvd, to 'ranft.mpg': Metadata: encoder : Lavf53.6.0 Stream #0.0, 0, 1/90000: Video: mpeg2video, yuv420p, 720x480 [PAR 32:27 DAR 16:9], 1001/30000, q=2-31, 9000 kb/s, 90k tbn, 29.97 tbc Stream #0.1, 0, 1/90000: Audio: ac3, 48000 Hz, 5.1, 384 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #1.0 -> #0.1 Press [q] to stop, [?] for help frame= 573 fps= 0 q=-1.0 Lsize= 10882kB time=00:00:19.11 bitrate=4662.6kbits /s video:9766kB audio:977kB global headers:0kB muxing overhead 1.301527% E:\Temp\bugfiles>E:\Temp\bugfiles>dvdauthor.exe -o dvdtest -x dvd.xml DVDAuthor::dvdauthor, version 0.6.18. Build options: gnugetopt iconv freetype fribidi Send bugs to INFO: dvdauthor creating VTS STAT: Picking VTS 01 STAT: Processing e:\temp\bugfiles\ranft.mpg... ERR: SCR moves backwards, remultiplex input: 23131 < 8589910134 E:\Temp\bugfiles> -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 06:17:01 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 04:17:01 -0000 Subject: [FFmpeg-trac] #384(undetermined:new): Incorrect number of frames reported with .3gp file Message-ID: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> #384: Incorrect number of frames reported with .3gp file --------------------------+-------------------------- Reporter: hackish | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: frame count | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- This problem was originally encountered debugging an openCV problem. ffmpeg reports an incorrect number of frames with .3gp files. I have verified this with 2 different sources. GSpot reports 684 frames with the attached file and I have verified this by decoding and counting all the frames. ffmpeg however reports 813 frames. In another test I had a file with 10650 frames but ffmpeg reported 21309 frames. (file is 50mb so not included). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 06:19:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 04:19:54 -0000 Subject: [FFmpeg-trac] #384(undetermined:new): Incorrect number of frames reported with .3gp file In-Reply-To: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> References: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> Message-ID: <051.f8667d4385fc17825518fa78fa44459c@avcodec.org> #384: Incorrect number of frames reported with .3gp file ------------------------+--------------------------- Reporter: hackish | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: frame count | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by hackish): Output that shows the frame count... D:\>"c:\Program Files (x86)\ffmpeg\bin\ffmpeg" -i "VID 00004-20100701-2206.3GP" -f null /dev/null ffmpeg version N-31774-g6c4e9ca, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 6 2011 22:22:11 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib - -enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enab le-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --e nable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 1 / 53. 9. 1 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 28. 0 / 2. 28. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'VID 00004-20100701-2206.3GP': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41isom creation_time : 2010-07-02 02:07:25 Duration: 00:00:27.26, start: 0.000000, bitrate: 532 kb/s Stream #0.0(eng): Video: mpeg4 (Simple Profile), yuv420p, 480x352 [SAR 1:1 DAR 15:11], 505 kb/s, 25.21 fps, 30 tbr, 30 tbn, 30 t bc Metadata: creation_time : 2010-07-02 02:07:25 Stream #0.1(eng): Audio: aac, 16000 Hz, mono, s16, 27 kb/s Metadata: creation_time : 2010-07-02 02:07:25 [buffer @ 031A08C0] w:480 h:352 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, null, to '/dev/null': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41isom creation_time : 2010-07-02 02:07:25 encoder : Lavf53.6.0 Stream #0.0(eng): Video: rawvideo, yuv420p, 480x352 [SAR 1:1 DAR 15:11], q=2-31, 200 kb/s, 90k tbn, 30 tbc Metadata: creation_time : 2010-07-02 02:07:25 Stream #0.1(eng): Audio: pcm_s16le, 16000 Hz, mono, s16, 256 kb/s Metadata: creation_time : 2010-07-02 02:07:25 Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help frame= 813 fps= 0 q=0.0 Lsize= -0kB time=00:00:27.10 bitrate= -0.0kbits/s dup=129 drop=0 video:0kB audio:852kB global headers:0kB muxing overhead -100.002522% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 10:12:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 08:12:17 -0000 Subject: [FFmpeg-trac] #384(undetermined:open): Incorrect number of frames reported with .3gp file In-Reply-To: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> References: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> Message-ID: <051.25e6c75e6f73e14be6adf1f6d839bd89@avcodec.org> #384: Incorrect number of frames reported with .3gp file ------------------------+--------------------------- Reporter: hackish | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: frame count | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: ffmpeg also reports 684 frames (either use -vsync 0 or subtract the duplicated frames - 129 - from the number of output frames). Could you explain what your problem is? I don't think ffmpeg is designed to count frames (although it does work fine for the file you uploaded), maybe it works with ffprobe, I haven't used it much. For this sample, the frame duplication does not happen for every container (avi), for your other sample, fps is probably misdetected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 11:44:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 09:44:14 -0000 Subject: [FFmpeg-trac] #299(avfilter:closed): ffmpeg crashes with -vf mp=boxblur=100:100 In-Reply-To: <038.2cf77f50247ad6cb3dfbfd1e7ede7b91@avcodec.org> References: <038.2cf77f50247ad6cb3dfbfd1e7ede7b91@avcodec.org> Message-ID: <053.66a28da3f314d52b65b15251ce91117c@avcodec.org> #299: ffmpeg crashes with -vf mp=boxblur=100:100 ----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ----------------------+----------------------- Changes (by saste): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avfilter * version: unspecified => git * analyzed: 0 => 1 * resolution: => fixed Comment: The filter has been removed in place of a native libavfilter implementation: {{{ commit 4bd28579e51a358fc6d26040c4ccd6aefb5a90ef Author: Stefano Sabatini Date: Sat Jul 9 18:23:02 2011 +0200 vf_mp: remove boxblur wrapper It is natively included in libavfilter. }}} The native boxblur filter implements a check on invalid values, so won't crash in case they're too big. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 18:54:48 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 16:54:48 -0000 Subject: [FFmpeg-trac] #385(undetermined:new): Freeze during x264 transcoding Message-ID: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> #385: Freeze during x264 transcoding --------------------------+--------------------- Reporter: kef | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.8.1 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- Hello, Recently ffmpeg freeze everytime I try to transcode an MP4 recorded by wirecast. I don't know if it's come from a wirecast update or a ffmpeg modification. The MP4 play well with VLC/MPlayer but freeze when I try to transcode it. To be sure I update to the lastest version of x264 and ffmpeg, it's work well with other videos, but specificaly with this one, it's still freezing. My transcoding command was complex at the beginning but I get exactly the same phenomenom with something simple like : {{{ffmpeg -i input.mp4 -sameq -an output.mp4}}} And everything seems normal in the result : {{{ffmpeg version N-31775-g640a905, Copyright (c) 2000-2011 the FFmpeg developers Built on Aug 8 2011 12:21:40 with gcc 4.3.2 libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 1 / 53. 9. 1 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 28. 1 / 2. 28. 1 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 2011-08-08 15:09:50 Duration: 00:00:21.38, start: 0.000000, bitrate: 697 kb/s Stream #0.0(eng): Video: h264 (Main), yuv420p, 960x540 [SAR 1:1 DAR 16:9], 598 kb/s, 24.94 fps, 25 tbr, 90k tbn, 50 tbc Metadata: creation_time : 2011-08-08 15:09:50 Stream #0.1(eng): Audio: aac, 44100 Hz, stereo, s16, 93 kb/s Metadata: creation_time : 2011-08-08 15:09:50 [buffer @ 0xa4724e0] w:960 h:540 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [mpeg4 @ 0xa46bce0] removing common factors from framerate Output #0, mp4, to 'test-output.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 2011-08-08 15:09:50 encoder : Lavf53.6.0 Stream #0.0(eng): Video: mpeg4, yuv420p, 960x540 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 2011-08-08 15:09:50 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 21:01:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 19:01:57 -0000 Subject: [FFmpeg-trac] #385(undetermined:open): Freeze during x264 transcoding In-Reply-To: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> References: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> Message-ID: <047.5795a89063672fc97643b1c6322c358e@avcodec.org> #385: Freeze during x264 transcoding -----------------------+--------------------------- Reporter: kef | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by llogan): * status: new => open * version: 0.8.1 => git-master * reproduced: 0 => 1 Comment: Reproduced with N-31775-g640a905 in x86_64 Arch Linux. {{{ $ ffmpeg -v 9 -loglevel 99 -i ffmpeg_transcoding_freeze.mp4 -an -y output.mp4 ffmpeg version N-31775-g640a905, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 8 2011 10:58:06 with gcc 4.6.1 configuration: --prefix=/usr libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 1 / 53. 9. 1 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 28. 1 / 2. 28. 1 libswscale 2. 0. 0 / 2. 0. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x30b8420] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x30b8420] ISO: File Type Major Brand: f4v [h264 @ 0x30bae60] Unsupported bit depth: 0 [aac @ 0x30bbc20] Unsupported bit depth: 0 [h264 @ 0x30bae60] no picture Last message repeated 1 times [mov,mp4,m4a,3gp,3g2,mj2 @ 0x30b8420] All info found Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ffmpeg_transcoding_freeze.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 1875-07-02 08:41:34 Duration: 00:00:21.38, start: 0.000000, bitrate: 697 kb/s Stream #0.0(eng), 24, 1/90000: Video: h264 (Main), yuv420p, 960x540 [SAR 1:1 DAR 16:9], 1/50, 598 kb/s, 24.94 fps, 25 tbr, 90k tbn, 50 tbc Metadata: creation_time : 1875-07-02 08:41:34 Stream #0.1(eng), 1, 1/90000: Audio: aac, 44100 Hz, stereo, s16, 93 kb/s Metadata: creation_time : 1875-07-02 08:41:34 [buffer @ 0x317a8c0] w:960 h:540 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [mpeg4 @ 0x317a2c0] removing common factors from framerate Output #0, mp4, to 'output.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 1875-07-02 08:41:34 encoder : Lavf53.6.0 Stream #0.0(eng), 0, 1/25: Video: mpeg4, yuv420p, 960x540 [SAR 1:1 DAR 16:9], 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 1875-07-02 08:41:34 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [h264 @ 0x30bae60] no picture *** 419432 dup!e repeated 1 times Killed }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 22:59:27 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 20:59:27 -0000 Subject: [FFmpeg-trac] #386(undetermined:new): Missing audio and subtitle streams in vob file Message-ID: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> #386: Missing audio and subtitle streams in vob file --------------------------+-------------------------- Reporter: Aztek | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- ==Problem== I want to transcode a VOB into x264 on a headless Debian stable server. `mediainfo` reports a number of audio tracks and subtitle streams. `ffprobe` (and `ffmpeg`) reports no audio nor subtitle stream. I'd like to provide the VOB file but I can't for legal reasons. I tried to cut the file (with `dd`) to give a "small sample" but `ffprobe` behaviour seems to depend on the length of the resulting VOB file (with 10MB, all the audio streams are found but non of the subtitles streams for instance; at 500MB, just one audio stream is available). `ffplay` can successfully play the file but I am not sure I can actually choose the audio stream I want. I can provide anything you might consider usefull. Thanks for your help. ==Important note== I am sure all the VOB files I concatenated actually contained parts of the movie (all of those were needed otherwise parts of the movie just disappear). `mediainfo` reports a menu stream (and that might be the reason why `ffprobe` reports wrong streams). But as I said, every VOB files I used are needed. So, if you know any way to extract precisely menu-related stuff from the VOB, please let me know. (I'd like to avoid mplayer or avidemux: those depend on too many useless things like dbus or avahi) ==Software version== ffprobe 0.8 libavutil 51. 9. 1 libavcodec 53. 7. 0 libavformat 53. 4. 0 libavdevice 53. 1. 1 libavfilter 2. 23. 0 libswscale 2. 0. 0 libpostproc 51. 2. 0 (also tried with ffmpeg v.8.0.1 from Debian unstable, same result with the same files so I reverted) MediaInfoLib - v0.7.47 ==ffprobe output== (same result with ffmpeg v. 8.0.1) {{{ $ffprobe FULLVOB.vob ffprobe version 0.8, Copyright (c) 2007-2011 the FFmpeg developers built on Jul 22 2011 16:19:50 with gcc 4.6.1 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --libdir=/usr/lib/x86_64-linux-gnu --enable-libdc1394 --disable- altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x1496440] max_analyze_duration reached Input #0, mpeg, from 'FULLVOB.vob': Duration: 00:00:31.88, start: 0.162622, bitrate: 1284320 kb/s Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 32:27 DAR 16:9], 5500 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc }}} ==mediainfo output== {{{ $ mediainfo FULLVOB.vob General Complete name : FULLVOB.vob Format : MPEG-PS File size : 4.77 GiB Duration : 1h 13mn Overall bit rate : 9 334 Kbps Video ID : 224 (0xE0) Format : MPEG Video Format version : Version 2 Format profile : Main at Main Format settings, BVOP : Yes Format settings, Matrix : Default Format settings, GOP : M=3, N=15 Duration : 1h 13mn Bit rate : 7 997 Kbps Maximum bit rate : 5 500 Kbps Width : 720 pixels Height : 480 pixels Display aspect ratio : 16:9 Frame rate : 29.970 fps Standard : NTSC Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan order : Top Field First Compression mode : Lossy Bits/(Pixel*Frame) : 0.772 Stream size : 4.08 GiB (86%) Audio #1 ID : 189 (0xBD)-128 (0x80) Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Muxing mode : DVD-Video Duration : 7s 631ms Bit rate mode : Constant Bit rate : 384 Kbps Channel(s) : 6 channels Channel positions : Front: L C R, Side: L R, LFE Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Delay relative to video : -118ms Stream size : 358 KiB (0%) Audio #2 ID : 189 (0xBD)-129 (0x81) Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Muxing mode : DVD-Video Duration : 14s 689ms Bit rate mode : Constant Bit rate : 192 Kbps Channel(s) : 1 channel Channel positions : Front: C Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Delay relative to video : -118ms Stream size : 344 KiB (0%) Audio #3 ID : 189 (0xBD)-130 (0x82) Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Muxing mode : DVD-Video Duration : 14s 689ms Bit rate mode : Constant Bit rate : 192 Kbps Channel(s) : 1 channel Channel positions : Front: C Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Delay relative to video : -118ms Stream size : 344 KiB (0%) Audio #4 ID : 189 (0xBD)-131 (0x83) Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Muxing mode : DVD-Video Duration : 14s 689ms Bit rate mode : Constant Bit rate : 192 Kbps Channel(s) : 1 channel Channel positions : Front: C Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Delay relative to video : -118ms Stream size : 344 KiB (0%) Audio #5 ID : 189 (0xBD)-132 (0x84) Format : AC-3 Format/Info : Audio Coding 3 Format profile : Dolby Digital Mode extension : CM (complete main) Muxing mode : DVD-Video Duration : 6s 131ms Bit rate mode : Constant Bit rate : 192 Kbps Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Delay relative to video : -117ms Stream size : 144 KiB (0%) Text #1 ID : 189 (0xBD)-32 (0x20) Format : RLE Format/Info : Run-length encoding Muxing mode : DVD-Video Delay relative to video : -118ms Text #2 ID : 189 (0xBD)-34 (0x22) Format : RLE Format/Info : Run-length encoding Muxing mode : DVD-Video Delay relative to video : -118ms Text #3 ID : 189 (0xBD)-36 (0x24) Format : RLE Format/Info : Run-length encoding Muxing mode : DVD-Video Delay relative to video : -118ms Text #4 ID : 189 (0xBD)-38 (0x26) Format : RLE Format/Info : Run-length encoding Muxing mode : DVD-Video Delay relative to video : -118ms Text #5 ID : 224 (0xE0)-DVD-2 Format : EIA-608 Muxing mode : DVD-Video Muxing mode, more info : Muxed in Video #1 Stream size : 0.00 Byte (0%) Menu }}} ==mediainfo detailed output== input: mediainfo --Full FULLVOB.vob In the file attached to this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 23:11:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 21:11:07 -0000 Subject: [FFmpeg-trac] #386(undetermined:closed): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.788fe6cb91575d9fcb2eaea46e80460e@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Mediainfo output is almost never useful; complete, uncut output of your (failing) ffmpeg command is always needed! > max_analyze_duration reached This line indicates that you may need to provide -analyzeduration very_big_value to find all streams in the file. For program streams (vob files), I don't think there is a limit on when (= how late in a file) a stream may start, but in general, users expect FFmpeg not to scan a whole file on initialisation. Please test with -analyzeduration 1000000000, and reopen the issue if it still fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 23:13:58 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 21:13:58 -0000 Subject: [FFmpeg-trac] #385(undetermined:open): Freeze during x264 transcoding In-Reply-To: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> References: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> Message-ID: <047.7dce5670e088c46a061ec18467e6c635@avcodec.org> #385: Freeze during x264 transcoding -----------------------+--------------------------- Reporter: kef | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): Please provide a backtrace. Does it only freeze if the input is H264, or also for other video codecs? Does latest FFmpeg git fail with an earlier version of x264? Does latest x264 fail with an earlier version of FFmpeg? When did it break? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 23:27:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 21:27:05 -0000 Subject: [FFmpeg-trac] #386(undetermined:closed): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.962995852e412cd6625aa77a8a1aead5@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Aztek): I tested with '-analyzeduration 2147484000': no improvement. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 23:29:28 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 21:29:28 -0000 Subject: [FFmpeg-trac] #386(undetermined:reopened): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.3f7c8b981410f8e8938b0821aae5bba2@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by Aztek): * status: closed => reopened * resolution: invalid => Comment: I tested with '-analyzeduration 2147484000': no improvement. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 23:33:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 21:33:43 -0000 Subject: [FFmpeg-trac] #386(undetermined:reopened): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.1b91a26d5d342e0a338d1656fa273a44@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): Please provide complete, uncut output of your failing ffmpeg command. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 8 23:43:12 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 21:43:12 -0000 Subject: [FFmpeg-trac] #386(undetermined:reopened): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.a0a1380a6375eaa922c164b428e7c662@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Aztek): Here it is: {{{ $ffmpeg -i FULLVOB.vob -analyzeduration 2147480000 -map 0.1 -vn -ar 48000 -ac 2 -ab 192k -y audio-EN.mp3 ffmpeg version 0.8, Copyright (c) 2007-2011 the FFmpeg developers built on Jul 22 2011 16:19:50 with gcc 4.6.1 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --libdir=/usr/lib/x86_64-linux-gnu --enable-libdc1394 --disable- altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x1355960] max_analyze_duration reached Input #0, mpeg, from 'FULLVOB.vob': Duration: 00:00:31.88, start: 0.162622, bitrate: 1284320 kb/s Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 32:27 DAR 16:9], 5500 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Output #0, mp3, to 'audio-EN.mp3': Output file #0 does not contain any stream }}} That's precisely why I sticked to ffprobe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 00:05:08 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Aug 2011 22:05:08 -0000 Subject: [FFmpeg-trac] #386(undetermined:reopened): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.f456ccab948a4442ee376a7e83c5d56b@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): Please upload the sample to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 09:37:03 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 07:37:03 -0000 Subject: [FFmpeg-trac] #386(undetermined:reopened): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.7e20668c929b264738b751bc76075295@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): How was the 4.77 GiB file produced? My vob files are all <= 1GB. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 10:26:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 08:26:35 -0000 Subject: [FFmpeg-trac] #385(undetermined:open): Freeze during x264 transcoding In-Reply-To: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> References: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> Message-ID: <047.79f2a6ea3df436ea1375da0ce54010d0@avcodec.org> #385: Freeze during x264 transcoding -----------------------+--------------------------- Reporter: kef | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): Muxing to mp4 (avi works fine) is broken since 91360ce61d00bb20429fb41857abebf50a5c6b1d, r25805. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 11:33:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 09:33:28 -0000 Subject: [FFmpeg-trac] #385(undetermined:open): Freeze during x264 transcoding In-Reply-To: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> References: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> Message-ID: <047.97f5c8225a0bf6249de297b1edc29b97@avcodec.org> #385: Freeze during x264 transcoding -----------------------+--------------------------- Reporter: kef | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by kef): >> Does it only freeze if the input is H264, or also for other video codecs? Yes this is the only format I find which freeze ffmpeg like this. I try with other wirecast export like vp6 or mov, but they didn't fail at transcoding. >> When did it break? I find when the problem appear. In previous version of wirecast 3.X, baseline was the default h264 profil, but since few time with the new version 4.X, Main profile is the default value. If I try the same process than before and just change the profile to Baseline, there is absolutely no problem and the MP4 transcode well. >> Does latest FFmpeg git fail with an earlier version of x264? Yes, I try with a x264 snapshot of december and I get the same problem. >> Does latest x264 fail with an earlier version of FFmpeg? Yes, I try with an ffmpeg 0.6.1 and I get the same problem. I'm looking to get a backtrace later because I don't have the debug binary on this server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 11:34:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 09:34:30 -0000 Subject: [FFmpeg-trac] #385(undetermined:open): Freeze during x264 transcoding In-Reply-To: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> References: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> Message-ID: <047.1cc2fec4f6d2cef0ea9088292e73e29e@avcodec.org> #385: Freeze during x264 transcoding -----------------------+--------------------------- Reporter: kef | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by kef): >> Does it only freeze if the input is H264, or also for other video codecs? Yes this is the only format I find which freeze ffmpeg like this. I try with other wirecast export like vp6 or mov, but they didn't fail at transcoding. >> When did it break? I find when the problem appear. In previous version of wirecast 3.X, baseline was the default h264 profil, but since few time with the new version 4.X, Main profile is the default value. If I try the same process than before and just change the profile to Baseline, there is absolutely no problem and the MP4 transcode well. >> Does latest FFmpeg git fail with an earlier version of x264? Yes, I try with a x264 snapshot of december and I get the same problem. >> Does latest x264 fail with an earlier version of FFmpeg? Yes, I try with an ffmpeg 0.6.1 and I get the same problem. I'm looking to get a backtrace later because I don't have the debug binary on this server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 15:05:45 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 13:05:45 -0000 Subject: [FFmpeg-trac] #384(undetermined:open): Incorrect number of frames reported with .3gp file In-Reply-To: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> References: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> Message-ID: <051.62b331fa1c9b1faf4f6d0398a29571a4@avcodec.org> #384: Incorrect number of frames reported with .3gp file ------------------------+--------------------------- Reporter: hackish | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: frame count | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by hackish): Ok, this might not be an ffmpeg problem. OpenCV uses ffmpeg to get the frame count from a file so it might be its use of ffmpeg that is incorrect. I have not figured out a way to get ffprobe to give me the frame count but adding the vsync 0 to ffprobe appears to work. Can you let me know how to determine how many duplicates there are within ffmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 16:03:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 14:03:00 -0000 Subject: [FFmpeg-trac] #121(FFplay:open): ffplay - midvidjpeg plays upside-down (regression) In-Reply-To: <038.53efed985808e622c80478cb2c4b0550@avcodec.org> References: <038.53efed985808e622c80478cb2c4b0550@avcodec.org> Message-ID: <053.e49cc03b23170fc3c13df5d7592e8ca8@avcodec.org> #121: ffplay - midvidjpeg plays upside-down (regression) ----------------------+--------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------- Comment (by rogerdpack): I think I just ran into this again, with avisynth. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 16:56:34 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 14:56:34 -0000 Subject: [FFmpeg-trac] #384(undetermined:open): Incorrect number of frames reported with .3gp file In-Reply-To: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> References: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> Message-ID: <051.2955172228e1f52d6763633c2b7c1c72@avcodec.org> #384: Incorrect number of frames reported with .3gp file ------------------------+--------------------------- Reporter: hackish | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: frame count | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): Are you sure counting frames is what you really want to do? (I ask because I suspect this is not your actual problem, which I still don't understand.) You find the number of duplicated frames in a stream in FFmpeg's output, the second to last line (see your original post, search for "129"). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 17:34:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 15:34:35 -0000 Subject: [FFmpeg-trac] #384(undetermined:open): Incorrect number of frames reported with .3gp file In-Reply-To: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> References: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> Message-ID: <051.7d18df419c844785ff9469fd6f6d0755@avcodec.org> #384: Incorrect number of frames reported with .3gp file ------------------------+--------------------------- Reporter: hackish | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: frame count | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by hackish): Ok, I think I can use that to search the source and see how ffmpeg is determining this. I assume it can be found without decoding the entire video? I'm also taking it up with the opencv people and may submit a patch once I determine how to get the frame count. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 18:17:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 16:17:44 -0000 Subject: [FFmpeg-trac] #384(undetermined:closed): Incorrect number of frames reported with .3gp file In-Reply-To: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> References: <036.e7e25d6097ce69283ca8a796e10d6430@avcodec.org> Message-ID: <051.0ccb15fe6f02e81b01b5a4e7969e6445@avcodec.org> #384: Incorrect number of frames reported with .3gp file ------------------------+--------------------------- Reporter: hackish | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: invalid Keywords: frame count | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: As said, I do not believe ffmpeg is designed to count frames, but unfortunately I do not understand your use-case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 9 18:55:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Aug 2011 16:55:05 -0000 Subject: [FFmpeg-trac] #386(undetermined:reopened): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.7d099889af61462ccb343287b24bd612@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Aztek): I will upload the file this week end: I'm not home and I can't VPN from where I am (nor SSH). About the VOB files: 1) Orgiginal VOB files were <1GB. It's by design because some platforms can't handle more at once. 2) Usually, those VOB files are split the dumb way : `cat WHOLE_MOVIE.VOB | split -b 1g` 3) So what I did was using `cat PART_{1,2,3,4}.VOB > FULLMOVIE.VOB`. I first launched `mplayer` to make sure the VOB files contained audio/video. I also tried `vobcopy -n 1 -l /dev/sr0` to directly extract and concatenate all the VOB files from the DVD. 4) When I saw this wasn't working, I tried on individual files. I didn't try `ffmpeg` on them but `ffprobe` (if `ffprobe` is blind, `ffmpeg` wouldn't see any better I thought). ==1ST VOB (1GB)== {{{ $ ffprobe -analyzeduration 2000000000 VTS_02_1.VOB ffprobe version 0.8, Copyright (c) 2007-2011 the FFmpeg developers built on Jul 22 2011 16:19:50 with gcc 4.6.1 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --libdir=/usr/lib/x86_64-linux-gnu --enable-libdc1394 --disable- altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x252f5c0] max_analyze_duration reached Input #0, mpeg, from 'VTS_02_1.VOB': Duration: 00:20:27.50, start: 0.162622, bitrate: 6997 kb/s Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 32:27 DAR 16:9], 5500 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x83]: Audio: ac3, 0 channels Stream #0.2[0x81]: Audio: ac3, 0 channels Stream #0.3[0x80]: Audio: ac3, 0 channels Stream #0.4[0x84]: Audio: ac3, 0 channels Stream #0.5[0x82]: Audio: ac3, 0 channels }}} ==2ND VOB (1GB)== {{{ $ ffprobe -analyzeduration 2000000000 VTS_02_2.VOB ffprobe version 0.8, Copyright (c) 2007-2011 the FFmpeg developers built on Jul 22 2011 16:19:50 with gcc 4.6.1 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --libdir=/usr/lib/x86_64-linux-gnu --enable-libdc1394 --disable- altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg2video @ 0x1bd90a0] mpeg_decode_postinit() failure [mpeg2video @ 0x1bd90a0] mpeg_decode_postinit() failure [mpeg2video @ 0x1bd90a0] mpeg_decode_postinit() failure Input #0, mpeg, from 'VTS_02_2.VOB': Duration: 26:26:14.32, start: 1227.918867, bitrate: 90 kb/s Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 32:27 DAR 16:9], 7500 kb/s, 24.35 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x83]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.2[0x81]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.3[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s Stream #0.4[0x84]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0.5[0x82]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.6[0x25]: Subtitle: dvdsub Stream #0.7[0x24]: Subtitle: dvdsub Stream #0.8[0x23]: Subtitle: dvdsub Stream #0.9[0x22]: Subtitle: dvdsub Stream #0.10[0x21]: Subtitle: dvdsub Stream #0.11[0x20]: Subtitle: dvdsub Stream #0.12[0x27]: Subtitle: dvdsub Stream #0.13[0x26]: Subtitle: dvdsub }}} ==3RD VOB (1GB)== {{{ $ ffprobe -analyzeduration 2000000000 VTS_02_3.VOB ffprobe version 0.8, Copyright (c) 2007-2011 the FFmpeg developers built on Jul 22 2011 16:19:50 with gcc 4.6.1 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --libdir=/usr/lib/x86_64-linux-gnu --enable-libdc1394 --disable- altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x23f65c0] max_analyze_duration reached Input #0, mpeg, from 'VTS_02_3.VOB': Duration: 00:20:39.36, start: 958.526856, bitrate: 6930 kb/s Stream #0.0[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s Stream #0.1[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 32:27 DAR 16:9], 7500 kb/s, 23.94 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0.2[0x84]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0.3[0x82]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.4[0x83]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.5[0x81]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.6[0x23]: Subtitle: dvdsub Stream #0.7[0x22]: Subtitle: dvdsub Stream #0.8[0x25]: Subtitle: dvdsub Stream #0.9[0x24]: Subtitle: dvdsub Stream #0.10[0x21]: Subtitle: dvdsub Stream #0.11[0x20]: Subtitle: dvdsub Stream #0.12[0x27]: Subtitle: dvdsub Stream #0.13[0x26]: Subtitle: dvdsub }}} ==4TH VOB (1GB)== {{{ $ ffprobe -analyzeduration 2000000000 VTS_02_4.VOB ffprobe version 0.8, Copyright (c) 2007-2011 the FFmpeg developers built on Jul 22 2011 16:19:50 with gcc 4.6.1 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --libdir=/usr/lib/x86_64-linux-gnu --enable-libdc1394 --disable- altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mpeg, from 'VTS_02_4.VOB': Duration: 00:20:21.63, start: 2197.949489, bitrate: 7031 kb/s Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 32:27 DAR 16:9], 7500 kb/s, 23.94 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x84]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x82]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.3[0x83]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.4[0x81]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.5[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s }}} ==5TH VOB (786MB)== {{{ $ ffprobe -analyzeduration 2000000000 VTS_02_5.VOB ffprobe version 0.8, Copyright (c) 2007-2011 the FFmpeg developers built on Jul 22 2011 16:19:50 with gcc 4.6.1 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --libdir=/usr/lib/x86_64-linux-gnu --enable-libdc1394 --disable- altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg2video @ 0x16940a0] mpeg_decode_postinit() failure [mpeg2video @ 0x16940a0] mpeg_decode_postinit() failure [mpeg2video @ 0x16940a0] mpeg_decode_postinit() failure [mpeg2video @ 0x16940a0] mpeg_decode_postinit() failure [mpeg2video @ 0x16940a0] mpeg_decode_postinit() failure [mpeg2video @ 0x16940a0] mpeg_decode_postinit() failure [mpeg @ 0x16915c0] max_analyze_duration reached Input #0, mpeg, from 'VTS_02_5.VOB': Duration: 25:34:16.11, start: 3419.645489, bitrate: 71 kb/s Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 32:27 DAR 16:9], 7500 kb/s, 24.98 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x84]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x82]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.3[0x83]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.4[0x81]: Audio: ac3, 48000 Hz, mono, s16, 192 kb/s Stream #0.5[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s Stream #0.6[0x25]: Subtitle: dvdsub Stream #0.7[0x24]: Subtitle: dvdsub Stream #0.8[0x23]: Subtitle: dvdsub Stream #0.9[0x22]: Subtitle: dvdsub Stream #0.10[0x21]: Subtitle: dvdsub Stream #0.11[0x20]: Subtitle: dvdsub Stream #0.12[0x27]: Subtitle: dvdsub Stream #0.13[0x26]: Subtitle: dvdsub }}} As you can see, even though all those VOBs contain audio stream, some lack the subtitles and weird errors are given. That's why I though merging the files woulb be a good idea (and that's also what people seem to do). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 03:48:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 01:48:50 -0000 Subject: [FFmpeg-trac] #387(avcodec:new): ffmpeg '-profile baseline' no longer works with libx264 Message-ID: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 ------------------------+------------------------- Reporter: rectalogic | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+------------------------- Recent ffmpeg seems to be parsing the libavcodec/libx264.c "-profile" codec option as the "-profile" option defined in libavcodec/options.c So "-profile baseline" is eval'ed and fails to parse. {{{ $ ./ffmpeg -i /tmp/in.avi -vcodec libx264 -profile baseline -y /tmp/out.mp4 ffmpeg version N-31788-g0d4ea7b, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 10 2011 01:45:04 with gcc 4.4.3 configuration: --extra-cflags=-I/opt/motionbox/foundation/6.2.2-2 -gee5a36a-dirty/include --extra- ldflags=-L/opt/motionbox/foundation/6.2.2-2-gee5a36a-dirty/lib --enable- libx264 --enable-gpl libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 28. 1 / 2. 28. 1 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from '/tmp/in.avi': Duration: 00:00:29.98, start: 0.000000, bitrate: 40887 kb/s Stream #0.0: Video: fraps, yuvj420p, 640x512, 60 fps, 60 tbr, 60 tbn, 60 tbc Stream #0.1: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s [buffer @ 0x2bd0680] w:640 h:512 pixfmt:yuvj420p tb:1/1000000 sar:0/1 sws_param: [libx264 @ 0x2bcee80] Default settings detected, using medium profile [libx264 @ 0x2bcee80] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x2bcee80] profile Constrained Baseline, level 3.1 [libx264 @ 0x2bcee80] 264 - core 116 0b9c261 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [NULL @ 0x2bd5e60] [Eval @ 0x7fffa8a577d0] Undefined constant or missing '(' in 'baseline' [NULL @ 0x2bd5e60] Unable to parse option value "baseline" [NULL @ 0x2bd5e60] Error setting option profile to value baseline. Output #0, mp4, to '/tmp/out.mp4': Stream #0.0: Video: libx264, yuvj420p, 640x512, q=2-31, 200 kb/s, 90k tbn, 60 tbc Stream #0.1: Audio: aac, 44100 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 09:41:34 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 07:41:34 -0000 Subject: [FFmpeg-trac] #387(avcodec:open): ffmpeg '-profile baseline' no longer works with libx264 In-Reply-To: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> References: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> Message-ID: <054.27f7a288b189925b4b7b53813f4022cb@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open Comment: Please add complete, uncut output of latest git head (your output is missing the version information). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 12:04:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 10:04:46 -0000 Subject: [FFmpeg-trac] #387(avcodec:open): ffmpeg '-profile baseline' no longer works with libx264 In-Reply-To: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> References: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> Message-ID: <054.2ab05057a102da579d4db377fdb6bb4b@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by styleproject): I don't have a linux machine right now, but same problem here with the latest packaged Windows x64 static build (N-31774-g6c4e9ca). But it works fine if I turn off audio transcoding with "-an" {{{ C:\Users\user\Desktop>ffmpeg -i d:\video\test.avi -acodec aac -ab 192k -vcodec l ibx264 -profile baseline -crf 21 -level 30 -f ipod -s 320x136 -y -t 720 -strict experimental "test.m4v" ffmpeg version N-31774-g6c4e9ca, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 6 2011 22:25:16 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 1 / 53. 9. 1 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 28. 0 / 2. 28. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from 'd:\video\test.avi': Duration: 01:58:28.89, start: 0.000000, bitrate: 1560 kb/s Stream #0.0: Video: mpeg4 (Advanced Simple Profile), yuv420p, 720x306 [SAR 1 :1 DAR 40:17], 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0.1: Audio: mp3, 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0000000001961380] w:720 h:306 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_ param: [scale @ 0000000001A23200] w:720 h:306 fmt:yuv420p -> w:320 h:136 fmt:yuv420p fl ags:0x4 [libx264 @ 0000000001A5D000] Default settings detected, using medium profile [libx264 @ 0000000001A5D000] using SAR=1/1 [libx264 @ 0000000001A5D000] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0000000001A5D000] profile Constrained Baseline, level 3.0 [libx264 @ 0000000001A5D000] 264 - core 116 r2044 392e762 - H.264/MPEG-4 AVC cod ec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=0 r ef=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed _ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pski p=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=23 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [NULL @ 0000000001A5E780] [Eval @ 000000000022EA30] Undefined constant or missin g '(' in 'baseline' [NULL @ 0000000001A5E780] Unable to parse option value "baseline" [NULL @ 0000000001A5E780] Error setting option profile to value baseline. Output #0, ipod, to 'test.m4v': Stream #0.0: Video: libx264, yuv420p, 320x136 [SAR 1:1 DAR 40:17], q=2-31, 2 00 kb/s, 90k tbn, 23.98 tbc Stream #0.1: Audio: aac, 48000 Hz, stereo, s16, 192 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 16:05:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 14:05:50 -0000 Subject: [FFmpeg-trac] #387(avcodec:open): ffmpeg '-profile baseline' no longer works with libx264 In-Reply-To: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> References: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> Message-ID: <054.958b45cd80b3dd41e52855fa7a71d708@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by rectalogic): Sorry, was a copy/paste error that missed the version info: {{{ffmpeg version N-31789-g6481a36, Copyright (c) 2000-2011 the FFmpeg developers}}} It looks like "-profile" is being parsed as the aac audio profile option declared in libavcodec/options.c instead of the x264 profile option declared in libavcodec/libx264.c (which may be why it works when audio is turned off with -an) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 16:06:54 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 14:06:54 -0000 Subject: [FFmpeg-trac] #372(avformat:open): spdifenc does an output not correct In-Reply-To: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> References: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> Message-ID: <049.3671f974c49e41e2c540eb234c8e1449@avcodec.org> #372: spdifenc does an output not correct ----------------------+----------------------- Reporter: naoya | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git | Resolution: Keywords: spdifenc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by naoya): Replying to [comment:5 anssi]: > Replying to [comment:4 naoya]: > > {{{+#ifndef AC3_HEADER_SIZE}}} > Is there a reason for the conditional here? #ifndef is not needed. > > {{{+ av_log(s, AV_LOG_ERROR, "Wrong AC3 file format\n");}}} > I think better would be "Invalid AC3 header\n" or similar I agree. By the same token, I think better would modify AAC&MPEG function. > > {{{+ av_log(s, AV_LOG_ERROR, "AC3 invalid num_blocks[%d]\n", hdr.num_blocks);}}} > I don't think non-6 values here are "invalid", just unsupported by the muxer. So I'd go for "AC3 num_blocks[%d] not supported for IEC-61937" or something. I agree. > Also, the leak was not fixed. Why not just keep av_fast_malloc() as it was previously? I had mistake. av_fast_malloc() has no problem. > Regarding the replacement of av_freep() with av_free(). The documentation says that av_freep() is recommended instead, but indeed in this case that doesn't make much sense since the structure is discarded anyway. Cehoyos, do you know what is the convention here? I understand. patch updated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 16:09:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 14:09:33 -0000 Subject: [FFmpeg-trac] #388(FFmpeg:new): Bug with deinterlacing! Message-ID: <040.c2b96c22ead83f0b7b3ff595352253b6@avcodec.org> #388: Bug with deinterlacing! --------------------------+--------------------- Reporter: Silent Rain | Owner: michael Type: defect | Status: new Priority: important | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- This is a very old bug :( Please fix it. '''Bug:''' http://jpegshare.net/b7/38/b73888ca1b37692bd722e5d559ffdf6c.jpg.html '''Should be as follows:''' http://jpegshare.net/05/7a/057a530eb58aca6a117c165e3583ac3a.jpg.html '''Bug:''' http://jpegshare.net/f2/cc/f2ccc3092373d45cf9b8c39154d71dfb.jpg.html '''Should be as follows:''' http://jpegshare.net/48/91/4891e0393a06446937f9e82465b83712.jpg.html Here is the file for the test: '''Part 1:''' http://www.mediafire.com/?hka7b7g815938fk '''Part 2:''' http://www.mediafire.com/?777535vz1j79w7o -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 17:21:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 15:21:50 -0000 Subject: [FFmpeg-trac] #388(undetermined:open): Bug with deinterlacing! In-Reply-To: <040.c2b96c22ead83f0b7b3ff595352253b6@avcodec.org> References: <040.c2b96c22ead83f0b7b3ff595352253b6@avcodec.org> Message-ID: <055.8ce2c274a53effb8e124e9fe0d0d0cca@avcodec.org> #388: Bug with deinterlacing! ------------------------+--------------------------- Reporter: Silent Rain | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open * component: FFmpeg => undetermined Comment: All necessary information missing;-( Please add: What you want to do, which ffmpeg command line you are using (as short as possible), and how the output of this (failing) command looks like. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 17:30:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 15:30:00 -0000 Subject: [FFmpeg-trac] #389(avformat:new): Problem seeking in MPEG TS/H.264 files Message-ID: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> #389: Problem seeking in MPEG TS/H.264 files ----------------------+--------------------- Reporter: takis | Type: defect Status: new | Priority: normal Component: avformat | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+--------------------- When seeking to a specific time in a MPEG-TS file, seeking silently fails. Thus, av_seek_frame( format_context, videostream, pts, AVSEEK_FLAG_ANY ); results in a seek to the first timestamp in the file (126000), and av_seek_frame returns 0 indicating that the seek succeeded. The sample was generated with FFmpeg+libx264. ffprobe version N-31788-g0d4ea7b, Copyright (c) 2007-2011 the FFmpeg developers built on Aug 10 2011 15:46:07 with gcc 4.5.2 configuration: libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 28. 1 / 2. 28. 1 libswscale 2. 0. 0 / 2. 0. 0 Continuity Check Failed Continuity Check Failed Continuity Check Failed Continuity Check Failed Input #0, mpegts, from '/srv/files/videos/seekbug01min.ts': Duration: 00:00:00.45, start: 1.400000, bitrate: 178 kb/s Program 1 Metadata: service_name : Big Buck Bunny service_provider: FFmpeg Stream #0.0[0x100]: Video: h264 (Constrained Baseline), yuv420p, 320x180 [SAR 1:1 DAR 16:9], 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0.1[0x101](und): Audio: mp2, 48000 Hz, stereo, s16, 64 kb/s PS: The bugreport page indicates that one should upload samples to the incoming dir on the ffmpeg ftp server, but there is no incoming dir. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 21:36:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 19:36:41 -0000 Subject: [FFmpeg-trac] #387(avcodec:open): ffmpeg '-profile baseline' no longer works with libx264 In-Reply-To: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> References: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> Message-ID: <054.30fd330e324b0b3af58b50e6cc13a2a0@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by llogan): This was also mentioned on ffmpeg-devel: [http://ffmpeg.org/pipermail /ffmpeg-devel/2011-July/113419.html -profile option broken(?)]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 22:03:02 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 20:03:02 -0000 Subject: [FFmpeg-trac] #387(avcodec:open): ffmpeg '-profile baseline' no longer works with libx264 In-Reply-To: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> References: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> Message-ID: <054.f4f5029d1965dfa103737210c27a695e@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): Work-around is to use -vprofile. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 10 22:17:58 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Aug 2011 20:17:58 -0000 Subject: [FFmpeg-trac] #390(FFplay:new): ffplay cannot select desired audio/video stream, consider there is a bug in the av_read_frame function Message-ID: <034.b2c9a456495b2a05989f7661f472bb93@avcodec.org> #390: ffplay cannot select desired audio/video stream, consider there is a bug in the av_read_frame function ------------------------+--------------------- Reporter: qrtt1 | Owner: michael Type: defect | Status: new Priority: important | Component: FFplay Version: git | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+--------------------- There is a mms stream which contains five video/audio streams. {{{ qty:ffmpeg_bug qrtt1$ ./ffprobe mmsh://media.uvcm.eu/maya4ok ffprobe version N-31809-g9acffed, Copyright (c) 2007-2011 the FFmpeg developers built on Aug 11 2011 03:55:29 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=HERE libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 28. 1 / 2. 28. 1 libswscale 2. 0. 0 / 2. 0. 0 [asf @ 0x10104e600] max_analyze_duration 5000000 reached at 5120000 [asf @ 0x10104e600] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from 'mmsh://media.uvcm.eu/maya4ok': Metadata: WM/ParentalRating: Uploaded by: www.evangelist-online.net Uploaded by : www.evangelist-online.net WMFSDKVersion : 10.00.00.4005 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 genre : ???????????? ?? "?????????? ????" title : "1-? ???????? 4-? ????" copyright : ??? "3 ??????" comment : "?????? ???????" Duration: N/A, start: 14.120000, bitrate: 1730 kb/s Stream #0.0: Audio: wmav2, 48000 Hz, 2 channels, s16, 128 kb/s Stream #0.1: Audio: wmav2, 48000 Hz, 2 channels, s16, 96 kb/s Stream #0.2: Audio: wmav2, 44100 Hz, 2 channels, s16, 80 kb/s Stream #0.3: Audio: wmav2, 44100 Hz, 2 channels, s16, 31 kb/s Stream #0.4: Video: wmv3 (Main), yuv420p, 640x480, 864 kb/s, 1k tbr, 1k tbn, 1k tbc Stream #0.5: Video: wmv3 (Main), yuv420p, 384x288, 240 kb/s, 1k tbr, 1k tbn, 1k tbc Stream #0.6: Video: wmv3 (Main), yuv420p, 384x288, 158 kb/s, 1k tbr, 1k tbn, 1k tbc Stream #0.7: Video: wmv3 (Main), yuv420p, 384x288, 84 kb/s, 1k tbr, 1k tbn, 1k tbc Stream #0.8: Audio: wmav2, 8000 Hz, 2 channels, s16, 12 kb/s Stream #0.9: Video: wmv3 (Main), yuv420p, 192x144, 36 kb/s, 12.50 tbr, 1k tbn, 1k tbc }}} I can play it in the default settings, but can't play with the desired streams, both video and audio disappear. {{{ ./ffplay -ast 2 -vst 4 mmsh://media.uvcm.eu/maya4ok }}} I try to figure out what's wrong with it, and find the av_read_frame always read the stream index at 8 and 9. It can reproduce from git source revision 9acffed9e0d7c454b7bc5c947f33cdf8cab3758c (cloned today.) Just print which index the av_read_frame given. {{{ qty:ffmpeg_bug qrtt1$ git diff diff --git a/ffplay.c b/ffplay.c index b62e9ef..703eac2 100644 --- a/ffplay.c +++ b/ffplay.c @@ -2495,6 +2495,8 @@ static int read_thread(void *arg) continue; } ret = av_read_frame(ic, pkt); + av_log(NULL, AV_LOG_WARNING, "stream index: %d\n", pkt->stream_index); + if (ret < 0) { if (ret == AVERROR_EOF || url_feof(ic->pb)) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 11 09:37:07 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Aug 2011 07:37:07 -0000 Subject: [FFmpeg-trac] #391(FFmpeg:new): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' Message-ID: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> #391: multiple definition of `_DXVA2_Fixed32OpaqueAlpha' ------------------------+--------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: new Priority: critical | Component: FFmpeg Version: git | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+--------------------- I'm getting the following error while trying to compile the latest FFmpeg with MinGW-w64: {{{ libavcodec/libavcodec.a(dxva2_mpeg2.o):dxva2_mpeg2.c:(.text+0x7d0): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' libavcodec/libavcodec.a(dxva2_h264.o):dxva2_h264.c:(.text+0x1870): first defined here libavcodec/libavcodec.a(dxva2_mpeg2.o):dxva2_mpeg2.c:(.text+0x7e0): multiple definition of `_DXVA2_Fixed32TransparentAlpha' libavcodec/libavcodec.a(dxva2_h264.o):dxva2_h264.c:(.text+0x1880): first defined here libavcodec/libavcodec.a(dxva2_mpeg2.o):dxva2_mpeg2.c:(.text+0x7f0): multiple definition of `_DXVA2FixedToFloat' libavcodec/libavcodec.a(dxva2_h264.o):dxva2_h264.c:(.text+0x1890): first defined here libavcodec/libavcodec.a(dxva2_mpeg2.o):dxva2_mpeg2.c:(.text+0x830): multiple definition of `_DXVA2FloatToFixed' libavcodec/libavcodec.a(dxva2_h264.o):dxva2_h264.c:(.text+0x18d0): first defined here libavcodec/libavcodec.a(dxva2.o):dxva2.c:(.text+0x170): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' libavcodec/libavcodec.a(dxva2_h264.o):dxva2_h264.c:(.text+0x1870): first defined here libavcodec/libavcodec.a(dxva2.o):dxva2.c:(.text+0x180): multiple definition of `_DXVA2_Fixed32TransparentAlpha' libavcodec/libavcodec.a(dxva2_h264.o):dxva2_h264.c:(.text+0x1880): first defined here libavcodec/libavcodec.a(dxva2.o):dxva2.c:(.text+0x190): multiple definition of `_DXVA2FixedToFloat' libavcodec/libavcodec.a(dxva2_h264.o):dxva2_h264.c:(.text+0x1890): first defined here libavcodec/libavcodec.a(dxva2.o):dxva2.c:(.text+0x1d0): multiple definition of `_DXVA2FloatToFixed' libavcodec/libavcodec.a(dxva2_h264.o):dxva2_h264.c:(.text+0x18d0): first defined here collect2: ld returned 1 exit status make: *** [ffmpeg_g.exe] Error 1 }}} make V=1 shows: {{{ i686-w64-mingw32-gcc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavutil -Llibpostproc -Llibswscale -Wl,--as-needed -Wl ,--warn-common -Wl,-rpath- link=libpostproc:libswscale:libavfilter:libavdevice:libavformat:libavcodec:libavutil -o ffmpeg_g.exe ffmpeg.o cmdutils.o -lavdevice -lavfilter -lavformat -lavcodec -lpostproc -lswscale -lavutil -lavicap32 -lpsapi -lole32 -lstrmiids -luuid -lws2_32 -lm -lpthread -lpsapi }}} I'm using GCC 4.6.1 to compile, I believe the issue could be on MinGW-w64s end, but I'm not sure because I had no other issues compiling other software with the toolchain. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 11 14:18:49 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Aug 2011 12:18:49 -0000 Subject: [FFmpeg-trac] #388(undetermined:open): Bug with deinterlacing! In-Reply-To: <040.c2b96c22ead83f0b7b3ff595352253b6@avcodec.org> References: <040.c2b96c22ead83f0b7b3ff595352253b6@avcodec.org> Message-ID: <055.489ad7876879c5030e0b47a255098993@avcodec.org> #388: Bug with deinterlacing! ------------------------+--------------------------- Reporter: Silent Rain | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Silent Rain): That file is interlaced video but FFmpeg is cannot detect interlace(AVFrame.interlaced_frame is 0). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 11 16:21:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Aug 2011 14:21:44 -0000 Subject: [FFmpeg-trac] #390(FFplay:new): ffplay cannot select desired audio/video stream, consider there is a bug in the av_read_frame function In-Reply-To: <034.b2c9a456495b2a05989f7661f472bb93@avcodec.org> References: <034.b2c9a456495b2a05989f7661f472bb93@avcodec.org> Message-ID: <049.0943ce7337b772443abead26df599bf6@avcodec.org> #390: ffplay cannot select desired audio/video stream, consider there is a bug in the av_read_frame function ----------------------+---------------------- Reporter: qrtt1 | Owner: michael Type: defect | Status: new Priority: important | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by qrtt1): I compared with the request sent by mplayer (packet caught by wireshark). In stream selection header, it sent exactly two streams (video and audio): {{{ Pragma: stream-switch-entry=ffff:1:0 ffff:6:0 \r\n }}} However, libavformat/mmsh.c select all the streams, we always get the last two index 8 and 9. I test it by hardcode stream index in mmsh.c. The ffprobe can give the desired streams: {{{ [asf @ 0x10104e600] pkt idx 0 [PACKET] codec_type=audio stream_index=0 pts=175697 pts_time=175.697000 dts=175697 dts_time=175.697000 duration=170 duration_time=0.170000 size=2731.000000 pos=1581626 flags=K [/PACKET] [asf @ 0x10104e600] pkt idx 4 [PACKET] codec_type=video stream_index=4 pts=177720 pts_time=177.720000 dts=177720 dts_time=177.720000 duration=0 duration_time=0.000000 size=3000.000000 pos=1578738 flags=_ [/PACKET] }}} It is my test code {{{ qty:ffmpeg_bug qrtt1$ git diff diff --git a/libavformat/mmsh.c b/libavformat/mmsh.c index 029baed..8b79616 100644 --- a/libavformat/mmsh.c +++ b/libavformat/mmsh.c @@ -268,10 +268,14 @@ static int mmsh_open(URLContext *h, const char *uri, int flags) return AVERROR(ENOMEM); for (i = 0; i < mms->stream_num; i++) { char tmp[20]; - err = snprintf(tmp, sizeof(tmp), "ffff:%d:0 ", mms->streams[i].id); - if (err < 0) - goto fail; - av_strlcat(stream_selection, tmp, mms->stream_num * 19 + 1); + if(i==0||i==4) + { + err = snprintf(tmp, sizeof(tmp), "ffff:%d:0 ", mms->streams[i].id); + if (err < 0) + goto fail; + av_strlcat(stream_selection, tmp, mms->stream_num * 19 + 1); + av_log(NULL, AV_LOG_ERROR, "stream select %d %d\n", i, mms->streams[i].id); + } } // send play request err = snprintf(headers, sizeof(headers), @@ -284,7 +288,9 @@ static int mmsh_open(URLContext *h, const char *uri, int flags) "Pragma: stream-switch-count=%d\r\n" "Pragma: stream-switch-entry=%s\r\n" "Connection: Close\r\n", - host, port, mmsh->request_seq++, mms->stream_num, stream_selection); + host, port, mmsh->request_seq++, 2 /*mms->stream_num */, stream_selection); + + av_log(NULL, AV_LOG_ERROR, "stream select header\n%s\n", headers); av_freep(&stream_selection); if (err < 0) { av_log(NULL, AV_LOG_ERROR, "Build play request failed!\n"); }}} {{{ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 12 01:23:41 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Aug 2011 23:23:41 -0000 Subject: [FFmpeg-trac] #392(FFplay:new): ffplay segfaults trying any video format Message-ID: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> #392: ffplay segfaults trying any video format --------------------------+----------------------------- Reporter: 01micko | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Keywords: segfault, video Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 --------------------------+----------------------------- This is using 0.8.2. Any video format, trying to play with ffplay it almost starts then segfaults. This is in Puppylinux built using Slackware-13.37 libraries. This behaviour occurs in 0.8 and 0.8.1 {{{ # ffplay movie2.3gp ffplay version 0.8.2, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 12 2011 08:52:43 with gcc 4.5.2 configuration: --prefix=/usr --cpu=i686 --enable-libmp3lame --enable- libx264 --enable-libfaac --enable-pthreads --enable-small --enable- postproc --enable-libvorbis --enable-gpl --enable-shared --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable- runtime-cpudetect --enable-x11grab --enable-libdc1394 --enable- libschroedinger --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'movie2.3gp': Metadata: major_brand : 3gp4 minor_version : 512 compatible_brands: isomiso23gp4 creation_time : 1970-01-01 00:00:00 Duration: 00:05:43.21, start: 0.000000, bitrate: 214 kb/s Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 205 kb/s, 25.02 fps, 25.02 tbr, 1001 tbn, 29.97 tbc Metadata: creation_time : 1970-01-01 00:00:00 Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 6 kb/s Metadata: creation_time : 1970-01-01 00:00:00 Segmentation fault03638.330 s:0.0 aq= 320KB vq= 2114KB sq= 0B f=0/0 # gdb ffmpeg_g GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-slackware-linux". For bug reporting instructions, please see: ... ffmpeg_g: No such file or directory. (gdb) q # ffplay_g movie2.3gp ffplay version 0.8.2, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 12 2011 08:52:43 with gcc 4.5.2 configuration: --prefix=/usr --cpu=i686 --enable-libmp3lame --enable- libx264 --enable-libfaac --enable-pthreads --enable-small --enable- postproc --enable-libvorbis --enable-gpl --enable-shared --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable- runtime-cpudetect --enable-x11grab --enable-libdc1394 --enable- libschroedinger --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'movie2.3gp': Metadata: major_brand : 3gp4 minor_version : 512 compatible_brands: isomiso23gp4 creation_time : 1970-01-01 00:00:00 Duration: 00:05:43.21, start: 0.000000, bitrate: 214 kb/s Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 205 kb/s, 25.02 fps, 25.02 tbr, 1001 tbn, 29.97 tbc Metadata: creation_time : 1970-01-01 00:00:00 Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 6 kb/s Metadata: creation_time : 1970-01-01 00:00:00 Segmentation fault03899.247 s:0.0 aq= 320KB vq= 2114KB sq= 0B f=0/0 # gdb ffplay_g movie2.3gp GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-slackware-linux". For bug reporting instructions, please see: ... Reading symbols from /usr/sbin/ffplay_g...done. "/mnt/sdb7/0video/nvid/movie2.3gp" is not a core dump: File format not recognized (gdb) r ffplay_g movie2.3gp Starting program: /usr/sbin/ffplay_g ffplay_g movie2.3gp [Thread debugging using libthread_db enabled] ffplay version 0.8.2, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 12 2011 08:52:43 with gcc 4.5.2 configuration: --prefix=/usr --cpu=i686 --enable-libmp3lame --enable- libx264 --enable-libfaac --enable-pthreads --enable-small --enable- postproc --enable-libvorbis --enable-gpl --enable-shared --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable- runtime-cpudetect --enable-x11grab --enable-libdc1394 --enable- libschroedinger --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Argument 'movie2.3gp' provided as input filename, but 'ffplay_g' was already specified. Program exited with code 01. (gdb) r movie2.3gp Starting program: /usr/sbin/ffplay_g movie2.3gp [Thread debugging using libthread_db enabled] ffplay version 0.8.2, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 12 2011 08:52:43 with gcc 4.5.2 configuration: --prefix=/usr --cpu=i686 --enable-libmp3lame --enable- libx264 --enable-libfaac --enable-pthreads --enable-small --enable- postproc --enable-libvorbis --enable-gpl --enable-shared --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable- runtime-cpudetect --enable-x11grab --enable-libdc1394 --enable- libschroedinger --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [New Thread 0xb6902b70 (LWP 1465)] [New Thread 0xb5f22b70 (LWP 1466)] Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'movie2.3gp': Metadata: major_brand : 3gp4 minor_version : 512 compatible_brands: isomiso23gp4 creation_time : 1970-01-01 00:00:00 Duration: 00:05:43.21, start: 0.000000, bitrate: 214 kb/s Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 205 kb/s, 25.02 fps, 25.02 tbr, 1001 tbn, 29.97 tbc Metadata: creation_time : 1970-01-01 00:00:00 Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 6 kb/s Metadata: creation_time : 1970-01-01 00:00:00 [New Thread 0xb5657b70 (LWP 1467)] [New Thread 0xb4e57b70 (LWP 1468)] [New Thread 0xb4657b70 (LWP 1469)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb4e57b70 (LWP 1468)] 0xb7353b87 in strcmp () from /lib/libc.so.6 (gdb) bt #0 0xb7353b87 in strcmp () from /lib/libc.so.6 #1 0xb7f9e0a1 in avfilter_get_by_name () from /usr/lib/libavfilter.so.2 #2 0x00000006 in ?? () #3 0x00000006 in ?? () #4 0x080bbda0 in ?? () #5 0x080c4eb8 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xb7353b67 to 0xb7353ba7: 0xb7353b67: nop 0xb7353b68: nop 0xb7353b69: nop 0xb7353b6a: nop 0xb7353b6b: nop 0xb7353b6c: nop 0xb7353b6d: nop 0xb7353b6e: nop 0xb7353b6f: nop 0xb7353b70 : push %ebp 0xb7353b71 : xor %eax,%eax 0xb7353b73 : mov %esp,%ebp 0xb7353b75 : push %edi 0xb7353b76 : mov 0x8(%ebp),%edi 0xb7353b79 : push %esi 0xb7353b7a : mov 0xc(%ebp),%esi 0xb7353b7d : jmp 0xb7353b87 0xb7353b7f : nop 0xb7353b80 : add $0x1,%eax 0xb7353b83 : cmp %cl,%dl 0xb7353b85 : jne 0xb7353ba0 => 0xb7353b87 : movzbl (%edi,%eax,1),%edx ---Type to continue, or q to quit--- 0xb7353b8b : movzbl (%esi,%eax,1),%ecx 0xb7353b8f : test %dl,%dl 0xb7353b91 : jne 0xb7353b80 0xb7353b93 : movzbl %cl,%eax 0xb7353b96 : neg %eax 0xb7353b98 : pop %esi 0xb7353b99 : pop %edi 0xb7353b9a : pop %ebp 0xb7353b9b : ret 0xb7353b9c : lea 0x0(%esi,%eiz,1),%esi 0xb7353ba0 : movzbl %dl,%eax 0xb7353ba3 : movzbl %cl,%ecx 0xb7353ba6 : sub %ecx,%eax End of assembler dump. (gdb) info all-registers eax 0x0 0 ecx 0x62 98 edx 0x68 104 ebx 0xb7fce2a0 -1208163680 esp 0xb4e57180 0xb4e57180 ebp 0xb4e57188 0xb4e57188 esi 0x8052634 134555188 edi 0x0 0 eip 0xb7353b87 0xb7353b87 eflags 0x10246 [ PF ZF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 st0 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st1 -nan(0x80008000800080) (raw 0xffff0080008000800080) st2 0.00430206954479217529296875 (raw 0x3ff78cf8600000000000) st3 0.024543692606170257163581598439106024 (raw 0x3ff9c90fdaa22168bc6a) st4 0.357096850872039794921875 (raw 0x3ffdb6d5660000000000) st5 4000 (raw 0x400afa00000000000000) ---Type to continue, or q to quit--- st6 8000 (raw 0x400bfa00000000000000) st7 0.25599999999999999998937481870964206 (raw 0x3ffd83126e978d4fdf3b) fctrl 0x37f 895 fstat 0x4220 16928 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} ---Type to continue, or q to quit--- xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x8080808080808080, v2_int32 = {0x80808080, 0x80808080}, v4_int16 = {0x8080, 0x8080, 0x8080, 0x8080}, v8_int8 = {0x80, ---Type to continue, or q to quit--- 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80}} mm1 {uint64 = 0x80008000800080, v2_int32 = {0x800080, 0x800080}, v4_int16 = {0x80, 0x80, 0x80, 0x80}, v8_int8 = {0x80, 0x0, 0x80, 0x0, 0x80, 0x0, 0x80, 0x0}} mm2 {uint64 = 0x8cf8600000000000, v2_int32 = {0x0, 0x8cf86000}, v4_int16 = {0x0, 0x0, 0x6000, 0x8cf8}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x60, 0xf8, 0x8c}} mm3 {uint64 = 0xc90fdaa22168bc6a, v2_int32 = {0x2168bc6a, 0xc90fdaa2}, v4_int16 = {0xbc6a, 0x2168, 0xdaa2, 0xc90f}, v8_int8 = {0x6a, 0xbc, 0x68, 0x21, 0xa2, 0xda, 0xf, 0xc9}} mm4 {uint64 = 0xb6d5660000000000, v2_int32 = {0x0, 0xb6d56600}, v4_int16 = {0x0, 0x0, 0x6600, 0xb6d5}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x66, 0xd5, 0xb6}} mm5 {uint64 = 0xfa00000000000000, v2_int32 = {0x0, 0xfa000000}, v4_int16 = {0x0, 0x0, 0x0, 0xfa00}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xfa}} mm6 {uint64 = 0xfa00000000000000, v2_int32 = {0x0, 0xfa000000}, v4_int16 = {0x0, 0x0, 0x0, 0xfa00}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xfa}} mm7 {uint64 = 0x83126e978d4fdf3b, v2_int32 = {0x8d4fdf3b, 0x83126e97}, v4_int16 = {0xdf3b, 0x8d4f, 0x6e97, 0x8312}, v8_int8 = {0x3b, 0xdf, 0x4f, 0x8d, 0x97, 0x6e, 0x12, 0x83}} (gdb) }}} Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 12 09:00:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Aug 2011 07:00:32 -0000 Subject: [FFmpeg-trac] #393(avcodec:new): H264 + FF_THREAD_SLICE + w32thread crashes Message-ID: <034.780d456bde6c1a755121c8bb0488ad96@avcodec.org> #393: H264 + FF_THREAD_SLICE + w32thread crashes ----------------------------------------+--------------------- Reporter: ronag | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.8.1 Keywords: mt thread slice win32 h264 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------------+--------------------- Running w32thread with H264 and FF_THREAD_SLICE caused access violation inside "thread_func" at line 60: ret= c->func(c->avctx, (uint8_t *)c->arg + jobnr*c->argsize); None of the arguments seem to be null, so the access violation probably occurs inside the called function. This problem does not occur with mpeg2 in same setup. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 12 10:29:16 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Aug 2011 08:29:16 -0000 Subject: [FFmpeg-trac] #392(undetermined:open): ffplay segfaults trying any video format In-Reply-To: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> References: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> Message-ID: <051.8aa2bd5f0d2b6bbc5467a29f99553860@avcodec.org> #392: ffplay segfaults trying any video format ----------------------------+--------------------------- Reporter: 01micko | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: segfault, video | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+--------------------------- Changes (by cehoyos): * status: new => open * component: FFplay => undetermined * reproduced: 1 => 0 Comment: Crash reports do not like --disable-debug... Does the crash also happen with ./configure && make? Is your crash also reproducible with ffmpeg? (Bugs should only be reported against ffplay if they are unreproducible with ffmpeg.) Is the crash also reproducible with latest git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 12 10:34:28 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Aug 2011 08:34:28 -0000 Subject: [FFmpeg-trac] #393(avcodec:new): H264 + FF_THREAD_SLICE + w32thread crashes In-Reply-To: <034.780d456bde6c1a755121c8bb0488ad96@avcodec.org> References: <034.780d456bde6c1a755121c8bb0488ad96@avcodec.org> Message-ID: <049.97e53c0be4d5ba6c7fb7da5d7aff1672@avcodec.org> #393: H264 + FF_THREAD_SLICE + w32thread crashes ---------------------------------------+---------------------- Reporter: ronag | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.8.1 | Resolution: Keywords: mt thread slice win32 h264 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+---------------------- Comment (by cehoyos): Can you reproduce the problem with ffmpeg (the application)? In any case, please provide a backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 12 15:35:12 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Aug 2011 13:35:12 -0000 Subject: [FFmpeg-trac] #360(avformat:open): Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files In-Reply-To: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> References: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> Message-ID: <047.9aad842747efef45131de050cf27a8bd@avcodec.org> #360: Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files ------------------------+----------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by rmk): I would like to offer a bounty of 500 Euro for fixing this. The individual doing the fixing can decide whether this is supposed to be paid to an organization (ffmpeg foundation?) or to the individual personally. Condition is that the timestamps are decoded in such a way that audio/video sync is OK for material from this camera and the fix is accepted into the git master tree. If more samples are required, let me know and I will provide them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 11:05:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 09:05:20 -0000 Subject: [FFmpeg-trac] #394(FFmpeg:new): [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input Message-ID: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> #394: [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input -------------------------+------------------------------------------------- Reporter: bobjob | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: | Keywords: sun au http loop_input invalid data unspecified | size -1 Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+------------------------------------------------- command line: ffmpeg32.exe -re -analyzeduration 0 -async 1 -f au -i http://localhost:53514/output.au -loop_input -r 10 -f image2 -i http://localhost:53514/test.jpg -qscale 3 -r 10 -vcodec mpeg4 -acodec ac3 -ac 1 -ab 192k -sample_fmt flt -y C:\Users\admin\AppData\Local\Temp\camrecord3503637130818688231.avi ERROR VERSION: ---------------------------------------- ffmpeg version N-31774-g6c4e9ca, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 6 2011 22:22:11 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 1 / 53. 9. 1 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 28. 0 / 2. 28. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [au @ 003BD320] Invalid negative data size '-1' found http://localhost:53482/output.au: Invalid data found when processing input ---------------------------------------- END ERROR WORKING VERSION: -------------------------------------------START OLD VERSION THAT WORKS FFmpeg version git-N-28799-gf354396, Copyright (c) 2000-2011 the FFmpeg developers built on Apr 2 2011 21:57:21 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --arch=i686 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable- avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib --extra- cflags=-I/home/kyle/software/ffmpeg/external-libs/32-bit/include --extra- ldflags=-L/home/kyle/software/ffmpeg/external-libs/32-bit/lib --pkg-config =pkg-config libavutil 50. 40. 0 / 50. 40. 0 libavcodec 52.117. 0 / 52.117. 0 libavformat 52.104. 0 / 52.104. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 76. 0 / 1. 76. 0 libswscale 0. 13. 0 / 0. 13. 0 [au @ 01978340] max_analyze_duration reached [au @ 01978340] Estimating duration from bitrate, this may be inaccurate Input #0, au, from 'http://localhost:53486/output.au': Duration: N/A, bitrate: N/A Stream #0.0: Audio: pcm_s16be, 44100 Hz, 2 channels, s16, 1411 kb/s [image2 @ 0197D2E0] max_analyze_duration reached Input #1, image2, from 'http://localhost:53486/test.jpg': Duration: 00:00:00.10, start: 0.000000, bitrate: N/A Stream #1.0: Video: mjpeg, yuvj420p, 640x480 [PAR 1:1 DAR 4:3], 10 tbr, 10 tbn, 10 tbc Incompatible pixel format 'yuvj420p' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 027833B0] w:640 h:480 pixfmt:yuvj420p [ffsink @ 02783480] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 026FAD30] w:640 h:480 fmt:yuvj420p -> w:640 h:480 fmt:yuv420p flags:0xa0000004 [ac3 @ 027AFAF0] No channel layout specified. The encoder will guess the layout, but it might be incorrect. Output #0, avi, to 'C:\Users\bobjob\AppData\Local\Temp\camrecord8785425677480629297.avi': Metadata: ISFT : Lavf52.104.0 Stream #0.0: Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 10 tbn, 10 tbc Stream #0.1: Audio: ac3, 44100 Hz, mono, flt, 192 kb/s Stream mapping: Stream #1.0 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding ---------------------------------------END OLD VERSION THAT WORKS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 11:06:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 09:06:54 -0000 Subject: [FFmpeg-trac] #394(FFmpeg:open): [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input In-Reply-To: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> References: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> Message-ID: <050.46af2cce9e87cc65532ca6d2601f631c@avcodec.org> #394: [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input -------------------------------------------------+------------------------- Reporter: bobjob | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: sun au http loop_input invalid data | Blocked By: size -1 | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Changes (by bobjob): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 12:08:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 10:08:57 -0000 Subject: [FFmpeg-trac] #394(FFmpeg:open): [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input In-Reply-To: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> References: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> Message-ID: <050.4043ca851519fdfb34eab40631e52724@avcodec.org> #394: [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input -------------------------------------------------+------------------------- Reporter: bobjob | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: sun au http loop_input invalid data | Blocked By: size -1 | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by reimar): The demuxer current aborts if the .au data size is set to "unknown". Sent patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 12:38:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 10:38:29 -0000 Subject: [FFmpeg-trac] #392(undetermined:open): ffplay segfaults trying any video format In-Reply-To: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> References: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> Message-ID: <051.8d4c18e951c33bfc28e2f2b41e2ad63e@avcodec.org> #392: ffplay segfaults trying any video format ----------------------------+--------------------------- Reporter: 01micko | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: segfault, video | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+--------------------------- Comment (by 01micko): Replying to [ticket:392 01micko]: > This is using 0.8.2. Any video format, trying to play with ffplay it almost starts then segfaults. > This is in Puppylinux built using Slackware-13.37 libraries. > This behaviour occurs in 0.8 and 0.8.1 > > {{{ > # ffplay movie2.3gp > ffplay version 0.8.2, Copyright (c) 2003-2011 the FFmpeg developers > built on Aug 12 2011 08:52:43 with gcc 4.5.2 > configuration: --prefix=/usr --cpu=i686 --enable-libmp3lame --enable- libx264 --enable-libfaac --enable-pthreads --enable-small --enable- postproc --enable-libvorbis --enable-gpl --enable-shared --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable- runtime-cpudetect --enable-x11grab --enable-libdc1394 --enable- libschroedinger --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx > libavutil 51. 9. 1 / 51. 9. 1 > libavcodec 53. 7. 0 / 53. 7. 0 > libavformat 53. 4. 0 / 53. 4. 0 > libavdevice 53. 1. 1 / 53. 1. 1 > libavfilter 2. 23. 0 / 2. 23. 0 > libswscale 2. 0. 0 / 2. 0. 0 > libpostproc 51. 2. 0 / 51. 2. 0 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'movie2.3gp': > Metadata: > major_brand : 3gp4 > minor_version : 512 > compatible_brands: isomiso23gp4 > creation_time : 1970-01-01 00:00:00 > Duration: 00:05:43.21, start: 0.000000, bitrate: 214 kb/s > Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 205 kb/s, 25.02 fps, 25.02 tbr, 1001 tbn, 29.97 tbc > Metadata: > creation_time : 1970-01-01 00:00:00 > Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 6 kb/s > Metadata: > creation_time : 1970-01-01 00:00:00 > Segmentation fault03638.330 s:0.0 aq= 320KB vq= 2114KB sq= 0B f=0/0 > # gdb ffmpeg_g > GNU gdb (GDB) 7.2 > Copyright (C) 2010 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i486-slackware-linux". > For bug reporting instructions, please see: > ... > ffmpeg_g: No such file or directory. > (gdb) q > # ffplay_g movie2.3gp > ffplay version 0.8.2, Copyright (c) 2003-2011 the FFmpeg developers > built on Aug 12 2011 08:52:43 with gcc 4.5.2 > configuration: --prefix=/usr --cpu=i686 --enable-libmp3lame --enable- libx264 --enable-libfaac --enable-pthreads --enable-small --enable- postproc --enable-libvorbis --enable-gpl --enable-shared --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable- runtime-cpudetect --enable-x11grab --enable-libdc1394 --enable- libschroedinger --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx > libavutil 51. 9. 1 / 51. 9. 1 > libavcodec 53. 7. 0 / 53. 7. 0 > libavformat 53. 4. 0 / 53. 4. 0 > libavdevice 53. 1. 1 / 53. 1. 1 > libavfilter 2. 23. 0 / 2. 23. 0 > libswscale 2. 0. 0 / 2. 0. 0 > libpostproc 51. 2. 0 / 51. 2. 0 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'movie2.3gp': > Metadata: > major_brand : 3gp4 > minor_version : 512 > compatible_brands: isomiso23gp4 > creation_time : 1970-01-01 00:00:00 > Duration: 00:05:43.21, start: 0.000000, bitrate: 214 kb/s > Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 205 kb/s, 25.02 fps, 25.02 tbr, 1001 tbn, 29.97 tbc > Metadata: > creation_time : 1970-01-01 00:00:00 > Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 6 kb/s > Metadata: > creation_time : 1970-01-01 00:00:00 > Segmentation fault03899.247 s:0.0 aq= 320KB vq= 2114KB sq= 0B f=0/0 > # gdb ffplay_g movie2.3gp > GNU gdb (GDB) 7.2 > Copyright (C) 2010 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i486-slackware-linux". > For bug reporting instructions, please see: > ... > Reading symbols from /usr/sbin/ffplay_g...done. > "/mnt/sdb7/0video/nvid/movie2.3gp" is not a core dump: File format not recognized > (gdb) r ffplay_g movie2.3gp > Starting program: /usr/sbin/ffplay_g ffplay_g movie2.3gp > [Thread debugging using libthread_db enabled] > ffplay version 0.8.2, Copyright (c) 2003-2011 the FFmpeg developers > built on Aug 12 2011 08:52:43 with gcc 4.5.2 > configuration: --prefix=/usr --cpu=i686 --enable-libmp3lame --enable- libx264 --enable-libfaac --enable-pthreads --enable-small --enable- postproc --enable-libvorbis --enable-gpl --enable-shared --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable- runtime-cpudetect --enable-x11grab --enable-libdc1394 --enable- libschroedinger --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx > libavutil 51. 9. 1 / 51. 9. 1 > libavcodec 53. 7. 0 / 53. 7. 0 > libavformat 53. 4. 0 / 53. 4. 0 > libavdevice 53. 1. 1 / 53. 1. 1 > libavfilter 2. 23. 0 / 2. 23. 0 > libswscale 2. 0. 0 / 2. 0. 0 > libpostproc 51. 2. 0 / 51. 2. 0 > Argument 'movie2.3gp' provided as input filename, but 'ffplay_g' was already specified. > > Program exited with code 01. > (gdb) r movie2.3gp > Starting program: /usr/sbin/ffplay_g movie2.3gp > [Thread debugging using libthread_db enabled] > ffplay version 0.8.2, Copyright (c) 2003-2011 the FFmpeg developers > built on Aug 12 2011 08:52:43 with gcc 4.5.2 > configuration: --prefix=/usr --cpu=i686 --enable-libmp3lame --enable- libx264 --enable-libfaac --enable-pthreads --enable-small --enable- postproc --enable-libvorbis --enable-gpl --enable-shared --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable- runtime-cpudetect --enable-x11grab --enable-libdc1394 --enable- libschroedinger --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx > libavutil 51. 9. 1 / 51. 9. 1 > libavcodec 53. 7. 0 / 53. 7. 0 > libavformat 53. 4. 0 / 53. 4. 0 > libavdevice 53. 1. 1 / 53. 1. 1 > libavfilter 2. 23. 0 / 2. 23. 0 > libswscale 2. 0. 0 / 2. 0. 0 > libpostproc 51. 2. 0 / 51. 2. 0 > [New Thread 0xb6902b70 (LWP 1465)] > [New Thread 0xb5f22b70 (LWP 1466)] > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'movie2.3gp': > Metadata: > major_brand : 3gp4 > minor_version : 512 > compatible_brands: isomiso23gp4 > creation_time : 1970-01-01 00:00:00 > Duration: 00:05:43.21, start: 0.000000, bitrate: 214 kb/s > Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 205 kb/s, 25.02 fps, 25.02 tbr, 1001 tbn, 29.97 tbc > Metadata: > creation_time : 1970-01-01 00:00:00 > Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 6 kb/s > Metadata: > creation_time : 1970-01-01 00:00:00 > [New Thread 0xb5657b70 (LWP 1467)] > [New Thread 0xb4e57b70 (LWP 1468)] > [New Thread 0xb4657b70 (LWP 1469)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xb4e57b70 (LWP 1468)] > 0xb7353b87 in strcmp () from /lib/libc.so.6 > (gdb) bt > #0 0xb7353b87 in strcmp () from /lib/libc.so.6 > #1 0xb7f9e0a1 in avfilter_get_by_name () from /usr/lib/libavfilter.so.2 > #2 0x00000006 in ?? () > #3 0x00000006 in ?? () > #4 0x080bbda0 in ?? () > #5 0x080c4eb8 in ?? () > Backtrace stopped: previous frame inner to this frame (corrupt stack?) > (gdb) disass $pc-32,$pc+32 > Dump of assembler code from 0xb7353b67 to 0xb7353ba7: > 0xb7353b67: nop > 0xb7353b68: nop > 0xb7353b69: nop > 0xb7353b6a: nop > 0xb7353b6b: nop > 0xb7353b6c: nop > 0xb7353b6d: nop > 0xb7353b6e: nop > 0xb7353b6f: nop > 0xb7353b70 : push %ebp > 0xb7353b71 : xor %eax,%eax > 0xb7353b73 : mov %esp,%ebp > 0xb7353b75 : push %edi > 0xb7353b76 : mov 0x8(%ebp),%edi > 0xb7353b79 : push %esi > 0xb7353b7a : mov 0xc(%ebp),%esi > 0xb7353b7d : jmp 0xb7353b87 > 0xb7353b7f : nop > 0xb7353b80 : add $0x1,%eax > 0xb7353b83 : cmp %cl,%dl > 0xb7353b85 : jne 0xb7353ba0 > => 0xb7353b87 : movzbl (%edi,%eax,1),%edx > ---Type to continue, or q to quit--- > 0xb7353b8b : movzbl (%esi,%eax,1),%ecx > 0xb7353b8f : test %dl,%dl > 0xb7353b91 : jne 0xb7353b80 > 0xb7353b93 : movzbl %cl,%eax > 0xb7353b96 : neg %eax > 0xb7353b98 : pop %esi > 0xb7353b99 : pop %edi > 0xb7353b9a : pop %ebp > 0xb7353b9b : ret > 0xb7353b9c : lea 0x0(%esi,%eiz,1),%esi > 0xb7353ba0 : movzbl %dl,%eax > 0xb7353ba3 : movzbl %cl,%ecx > 0xb7353ba6 : sub %ecx,%eax > End of assembler dump. > (gdb) info all-registers > eax 0x0 0 > ecx 0x62 98 > edx 0x68 104 > ebx 0xb7fce2a0 -1208163680 > esp 0xb4e57180 0xb4e57180 > ebp 0xb4e57188 0xb4e57188 > esi 0x8052634 134555188 > edi 0x0 0 > eip 0xb7353b87 0xb7353b87 > eflags 0x10246 [ PF ZF IF RF ] > cs 0x73 115 > ss 0x7b 123 > ds 0x7b 123 > es 0x7b 123 > fs 0x0 0 > gs 0x33 51 > st0 -nan(0x8080808080808080) (raw 0xffff8080808080808080) > st1 -nan(0x80008000800080) (raw 0xffff0080008000800080) > st2 0.00430206954479217529296875 (raw 0x3ff78cf8600000000000) > st3 0.024543692606170257163581598439106024 (raw 0x3ff9c90fdaa22168bc6a) > st4 0.357096850872039794921875 (raw 0x3ffdb6d5660000000000) > st5 4000 (raw 0x400afa00000000000000) > ---Type to continue, or q to quit--- > st6 8000 (raw 0x400bfa00000000000000) > st7 0.25599999999999999998937481870964206 (raw 0x3ffd83126e978d4fdf3b) > fctrl 0x37f 895 > fstat 0x4220 16928 > ftag 0xffff 65535 > fiseg 0x0 0 > fioff 0x0 0 > foseg 0x0 0 > fooff 0x0 0 > fop 0x0 0 > xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, > uint128 = 0x00000000000000000000000000000000} > xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, > uint128 = 0x00000000000000000000000000000000} > xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, > uint128 = 0x00000000000000000000000000000000} > ---Type to continue, or q to quit--- > xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, > uint128 = 0x00000000000000000000000000000000} > xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, > uint128 = 0x00000000000000000000000000000000} > xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, > uint128 = 0x00000000000000000000000000000000} > xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, > uint128 = 0x00000000000000000000000000000000} > xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, > uint128 = 0x00000000000000000000000000000000} > mxcsr 0x1f80 [ IM DM ZM OM UM PM ] > mm0 {uint64 = 0x8080808080808080, v2_int32 = {0x80808080, > 0x80808080}, v4_int16 = {0x8080, 0x8080, 0x8080, 0x8080}, v8_int8 = {0x80, > ---Type to continue, or q to quit--- > 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80}} > mm1 {uint64 = 0x80008000800080, v2_int32 = {0x800080, 0x800080}, > v4_int16 = {0x80, 0x80, 0x80, 0x80}, v8_int8 = {0x80, 0x0, 0x80, 0x0, 0x80, > 0x0, 0x80, 0x0}} > mm2 {uint64 = 0x8cf8600000000000, v2_int32 = {0x0, 0x8cf86000}, > v4_int16 = {0x0, 0x0, 0x6000, 0x8cf8}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x60, 0xf8, 0x8c}} > mm3 {uint64 = 0xc90fdaa22168bc6a, v2_int32 = {0x2168bc6a, > 0xc90fdaa2}, v4_int16 = {0xbc6a, 0x2168, 0xdaa2, 0xc90f}, v8_int8 = {0x6a, > 0xbc, 0x68, 0x21, 0xa2, 0xda, 0xf, 0xc9}} > mm4 {uint64 = 0xb6d5660000000000, v2_int32 = {0x0, 0xb6d56600}, > v4_int16 = {0x0, 0x0, 0x6600, 0xb6d5}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, > 0x66, 0xd5, 0xb6}} > mm5 {uint64 = 0xfa00000000000000, v2_int32 = {0x0, 0xfa000000}, > v4_int16 = {0x0, 0x0, 0x0, 0xfa00}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0xfa}} > mm6 {uint64 = 0xfa00000000000000, v2_int32 = {0x0, 0xfa000000}, > v4_int16 = {0x0, 0x0, 0x0, 0xfa00}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, 0xfa}} > mm7 {uint64 = 0x83126e978d4fdf3b, v2_int32 = {0x8d4fdf3b, > 0x83126e97}, v4_int16 = {0xdf3b, 0x8d4f, 0x6e97, 0x8312}, v8_int8 = {0x3b, > 0xdf, 0x4f, 0x8d, 0x97, 0x6e, 0x12, 0x83}} > (gdb) > > }}} > > Thank you Ok, if I just use "--prefix=/usr" it works but I have massive binaries. Inefficient I feel. Similar compile options have been used successfully in the 0.7 and 0.6 series. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 13:49:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 11:49:53 -0000 Subject: [FFmpeg-trac] #393(avcodec:new): H264 + FF_THREAD_SLICE + w32thread crashes In-Reply-To: <034.780d456bde6c1a755121c8bb0488ad96@avcodec.org> References: <034.780d456bde6c1a755121c8bb0488ad96@avcodec.org> Message-ID: <049.5a17331e740345ee6b85fd8b40475aaa@avcodec.org> #393: H264 + FF_THREAD_SLICE + w32thread crashes ---------------------------------------+---------------------- Reporter: ronag | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.8.1 | Resolution: Keywords: mt thread slice win32 h264 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+---------------------- Comment (by ronag): Replying to [comment:1 cehoyos]: > Can you reproduce the problem with ffmpeg (the application)? > > In any case, please provide a backtrace. I don't know how to run sliced threads instead of frame threads with ffmpeg (the application). I assume I would also need an -enable-w32thread build? Also I cannot provide any meaningful backtrace as I'm on windows and cannot build ffmpeg. I compiled the w32thread.c class in my windows project and called ff_thread_init, before the usual avcodec_open. The FF_SLICE_THREAD option only seems to call the "execute" function at all if I encode the file with the options, -slices 8 -tune fastdecode, if I don't provide -tune fastdecode then it won't call the execute function at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 14:03:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 12:03:01 -0000 Subject: [FFmpeg-trac] #247(avformat:new): Image Sequence File Names Must Begin Close to Zero In-Reply-To: <038.179bf7539cab3612116b3646961efc57@avcodec.org> References: <038.179bf7539cab3612116b3646961efc57@avcodec.org> Message-ID: <053.55b8b4a93c9e183deec0e15d8d2ac316@avcodec.org> #247: Image Sequence File Names Must Begin Close to Zero --------------------------------+----------------------- Reporter: cmarzullo | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: image2 sequence dpx | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Changes (by michael): * version: 0.7-rc1 => unspecified Comment: Iam pretty sure this is not 0.7 specific -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 14:12:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 12:12:57 -0000 Subject: [FFmpeg-trac] #395(undetermined:new): ffmpeg: failed to set value 'XXX' for option 'passlogfile' Message-ID: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> #395: ffmpeg: failed to set value 'XXX' for option 'passlogfile' --------------------------+-------------------------- Reporter: j | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- in both git branches release/0.7 and release/0.8 {{{ ffmpeg -i input.mov -pass 1 -passlogfile /tmp/2pass /tmp/test.webm }}} fails with: {{{ ffmpeg: failed to set value '/tmp/2pass' for option 'passlogfile' }}} this happens with this configuration: {{{ ./configure \ --enable-gpl \ --enable-version3 \ --enable-libvorbis \ --enable-pthreads \ --disable-shared \ --disable-ffserver \ --disable-ffprobe \ --enable-postproc \ --enable-libtheora \ --enable-libvpx \ --disable-encoders \ --disable-muxers \ --enable-encoder=libvorbis,libvpx \ --enable-muxer=webm }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 14:57:07 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 12:57:07 -0000 Subject: [FFmpeg-trac] #395(undetermined:new): ffmpeg: failed to set value 'XXX' for option 'passlogfile' In-Reply-To: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> References: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> Message-ID: <045.12c48e56643e1c4edd7eb04ce9b0d5af@avcodec.org> #395: ffmpeg: failed to set value 'XXX' for option 'passlogfile' ------------------------+--------------------------- Reporter: j | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by j): just to add it works with git master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 16:48:15 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 14:48:15 -0000 Subject: [FFmpeg-trac] #383(undetermined:new): ffmpeg SCR moves backwards in output muxed mpeg file In-Reply-To: <039.270de4b9d35655b3d9b26d743d4f139e@avcodec.org> References: <039.270de4b9d35655b3d9b26d743d4f139e@avcodec.org> Message-ID: <054.ab21505274ccc95d4527b30c84744ca1@avcodec.org> #383: ffmpeg SCR moves backwards in output muxed mpeg file --------------------------------------+--------------------------- Reporter: johnnyquid | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: ffmpeg mpeg scr backwards | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------------+--------------------------- Comment (by wg): The issue is actually not with backward-moving scr but with negative or "wrapping" scr. Of course ffmpeg should not generate negative timestamps in mpeg output. But there is an easy workaround: Use "-muxpreload 0.775" to compensate for your negative -itsoffset. You will lose some packets due to buffer underflow but that is simply due to them being too much out of sync video vs. audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 13 18:06:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 16:06:58 -0000 Subject: [FFmpeg-trac] #381(avutil:closed): ffmpeg segfault on solaris due to null passed to vsnprintf In-Reply-To: <044.d213a8921d0edd2bc5a7501ee9c3841e@avcodec.org> References: <044.d213a8921d0edd2bc5a7501ee9c3841e@avcodec.org> Message-ID: <059.4761698bbf1139bd21e9ae51dd8ed5eb@avcodec.org> #381: ffmpeg segfault on solaris due to null passed to vsnprintf ------------------------------+---------------------- Reporter: alasdairlumsden | Owner: michael Type: defect | Status: closed Priority: minor | Component: avutil Version: 0.8 | Resolution: fixed Keywords: solaris vsnprintf | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Should be fixed in git master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 14 00:11:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 22:11:46 -0000 Subject: [FFmpeg-trac] #393(avcodec:new): H264 + FF_THREAD_SLICE + w32thread crashes In-Reply-To: <034.780d456bde6c1a755121c8bb0488ad96@avcodec.org> References: <034.780d456bde6c1a755121c8bb0488ad96@avcodec.org> Message-ID: <049.d148bb849fb48803f7363d6e04ef0e1e@avcodec.org> #393: H264 + FF_THREAD_SLICE + w32thread crashes ---------------------------------------+---------------------- Reporter: ronag | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.8.1 | Resolution: Keywords: mt thread slice win32 h264 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+---------------------- Comment (by cehoyos): It is possible to get a useful backtrace on Win32 with gdb, please try that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 14 00:15:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Aug 2011 22:15:43 -0000 Subject: [FFmpeg-trac] #392(undetermined:open): ffplay segfaults trying any video format In-Reply-To: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> References: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> Message-ID: <051.fdd7608369bf869703eede17ba7fba23@avcodec.org> #392: ffplay segfaults trying any video format ----------------------------+--------------------------- Reporter: 01micko | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: segfault, video | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+--------------------------- Comment (by cehoyos): Is ./configure --enable-small & make sufficient to reproduce the crash? Or --enable-small --enable-shared? And please provide a backtrace (without --disable-debug). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 14 02:28:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Aug 2011 00:28:06 -0000 Subject: [FFmpeg-trac] #392(undetermined:open): ffplay segfaults trying any video format In-Reply-To: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> References: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> Message-ID: <051.63565ea1a326bcb634420ae8d04b742e@avcodec.org> #392: ffplay segfaults trying any video format ----------------------------+--------------------------- Reporter: 01micko | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: segfault, video | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+--------------------------- Comment (by 01micko): Hi there Ok, compiled "--prefix=/usr --enable-small" and ffmpeg segfaults, so not just ffplay. {{{ 19032010.mp4 batchrename hottest-guitar-lessons-i-have-ever-seen.wmv "Judas Priest - Breaking The Law".320x240.mp4 narwhals.mp4 nvid testvid "The Angels (Angel City)-Marseilles".320x240.mp4 "The Angels - Dogs Are Talking".640x360.mp4 "The Angels - Let The Night Roll On".640x360.mp4 "The Angels - No Secrets (1980)".640x360.mp4 vid whoisit.amv Who Is It.WMV # ffmpeg -i '"The Angels (Angel City)-Marseilles".320x240.mp4' Marseilles.avi ffmpeg version 0.8.2, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 14 2011 10:08:33 with gcc 4.5.2 configuration: --prefix=/usr --enable-small libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 Seems stream 1 codec frame rate differs from container frame rate: 50000.00 (50000/1) -> 25.00 (25/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '"The Angels (Angel City)-Marseilles".320x240.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isomavc1mp42 creation_time : 2008-04-26 03:38:37 Duration: 00:07:44.00, start: 0.000000, bitrate: 359 kb/s Stream #0.0(und): Audio: aac, 44100 Hz, stereo, s16, 125 kb/s Metadata: creation_time : 2008-04-26 03:38:37 Stream #0.1(und): Video: h264, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 231 kb/s, 25 fps, 25 tbr, 25k tbn, 50k tbc Metadata: creation_time : 2008-04-26 03:38:37 Segmentation fault # gdb ffmpeg_g GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-slackware-linux". For bug reporting instructions, please see: ... Reading symbols from /usr/bin/ffmpeg_g...done. (gdb) r -i '"The Angels (Angel City)-Marseilles".320x240.mp4' Marseilles.avi Starting program: /usr/bin/ffmpeg_g -i '"The Angels (Angel City)-Marseilles".320x240.mp4' Marseilles.avi [Thread debugging using libthread_db enabled] ffmpeg version 0.8.2, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 14 2011 10:08:33 with gcc 4.5.2 configuration: --prefix=/usr --enable-small libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 Seems stream 1 codec frame rate differs from container frame rate: 50000.00 (50000/1) -> 25.00 (25/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '"The Angels (Angel City)-Marseilles".320x240.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isomavc1mp42 creation_time : 2008-04-26 03:38:37 Duration: 00:07:44.00, start: 0.000000, bitrate: 359 kb/s Stream #0.0(und): Audio: aac, 44100 Hz, stereo, s16, 125 kb/s Metadata: creation_time : 2008-04-26 03:38:37 Stream #0.1(und): Video: h264, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 231 kb/s, 25 fps, 25 tbr, 25k tbn, 50k tbc Metadata: creation_time : 2008-04-26 03:38:37 File 'Marseilles.avi' already exists. Overwrite ? [y/N] y Program received signal SIGSEGV, Segmentation fault. 0xb7d3bb87 in strcmp () from /lib/libc.so.6 (gdb) bt #0 0xb7d3bb87 in strcmp () from /lib/libc.so.6 #1 0x080819a7 in avfilter_get_by_name (name=0x8312b17 "buffer") at libavfilter/avfilter.c:638 #2 0x0807a620 in configure_video_filters (nb_output_files=1, input_files=0x8965408, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0, output_files=0x8450a88) at ffmpeg.c:384 #3 transcode (nb_output_files=1, input_files=0x8965408, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0, output_files=0x8450a88) at ffmpeg.c:2340 #4 0x0807c075 in main (argc=, argv=) at ffmpeg.c:4583 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xb7d3bb67 to 0xb7d3bba7: 0xb7d3bb67: nop 0xb7d3bb68: nop 0xb7d3bb69: nop 0xb7d3bb6a: nop 0xb7d3bb6b: nop 0xb7d3bb6c: nop 0xb7d3bb6d: nop 0xb7d3bb6e: nop 0xb7d3bb6f: nop 0xb7d3bb70 : push %ebp 0xb7d3bb71 : xor %eax,%eax 0xb7d3bb73 : mov %esp,%ebp 0xb7d3bb75 : push %edi 0xb7d3bb76 : mov 0x8(%ebp),%edi 0xb7d3bb79 : push %esi 0xb7d3bb7a : mov 0xc(%ebp),%esi 0xb7d3bb7d : jmp 0xb7d3bb87 0xb7d3bb7f : nop 0xb7d3bb80 : add $0x1,%eax 0xb7d3bb83 : cmp %cl,%dl 0xb7d3bb85 : jne 0xb7d3bba0 => 0xb7d3bb87 : movzbl (%edi,%eax,1),%edx ---Type to continue, or q to quit--- 0xb7d3bb8b : movzbl (%esi,%eax,1),%ecx 0xb7d3bb8f : test %dl,%dl 0xb7d3bb91 : jne 0xb7d3bb80 0xb7d3bb93 : movzbl %cl,%eax 0xb7d3bb96 : neg %eax 0xb7d3bb98 : pop %esi 0xb7d3bb99 : pop %edi 0xb7d3bb9a : pop %ebp 0xb7d3bb9b : ret 0xb7d3bb9c : lea 0x0(%esi,%eiz,1),%esi 0xb7d3bba0 : movzbl %dl,%eax 0xb7d3bba3 : movzbl %cl,%ecx 0xb7d3bba6 : sub %ecx,%eax End of assembler dump. (gdb) info all-registers eax 0x0 0 ecx 0x62 98 edx 0x68 104 ebx 0x843f4cc 138671308 esp 0xbfffe880 0xbfffe880 ebp 0xbfffe888 0xbfffe888 esi 0x8312b17 137440023 edi 0x0 0 eip 0xb7d3bb87 0xb7d3bb87 eflags 0x210246 [ PF ZF IF RF ID ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 st0 -nan(0x7e7e7e7e7e7e7e7e) (raw 0xffff7e7e7e7e7e7e7e7e) st1 -nan(0x7e7e7e7e7e7e7e7e) (raw 0xffff7e7e7e7e7e7e7e7e) st2 -nan(0x7e7f808182838384) (raw 0xffff7e7f808182838384) st3 -2147483648 (raw 0xc01e8000000000000000) st4 123456 (raw 0x400ff120000000000000) st5 123456 (raw 0x400ff120000000000000) st6 0.00099999999999999999995849538558453928 (raw 0x3ff583126e978d4fd---Type to continue, or q to quit--- f3b) st7 0.040000000000000000832667268468867405 (raw 0x3ffaa3d70a3d70a3d800) fctrl 0x37f 895 fstat 0x120 288 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x23, 0x23, 0x20, 0x17, 0x10 }, v8_int16 = { 0x2323, 0x1720, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010}, v4_int32 = {0x17202323, 0x10101010, 0x10101010, 0x10101010}, v2_int64 = { 0x1010101017202323, 0x1010101010101010}, uint128 = 0x10101010101010101010101017202323} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x23, 0x23, 0x20, 0x17, 0x10 }, v8_int16 = { 0x2323, 0x1720, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010}, v4_int32 = {0x17202323, 0x10101010, 0x10101010, 0x10101010}, v2_int64 = { 0x1010101017202323, 0x1010101010101010}, uint128 = 0x10101010101010101010101017202323} ---Type to continue, or q to quit--- xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x23, 0x23, 0x20, 0x17, 0x10 }, v8_int16 = { 0x2323, 0x1720, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010}, v4_int32 = {0x17202323, 0x10101010, 0x10101010, 0x10101010}, v2_int64 = { 0x1010101017202323, 0x1010101010101010}, uint128 = 0x10101010101010101010101017202323} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x80 }, v8_int16 = {0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080}, v4_int32 = {0x80808080, 0x80808080, 0x80808080, 0x80808080}, v2_int64 = {0x8080808080808080, 0x8080808080808080}, uint128 = 0x80808080808080808080808080808080} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} ---Type to continue, or q to quit--- xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x4 }, v8_int16 = {0x404, 0x404, 0x404, 0x404, 0x404, 0x404, 0x404, 0x404}, v4_int32 = {0x4040404, 0x4040404, 0x4040404, 0x4040404}, v2_int64 = {0x404040404040404, 0x404040404040404}, uint128 = 0x04040404040404040404040404040404} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x7e7e7e7e7e7e7e7e, v2_int32 = {0x7e7e7e7e, 0x7e7e7e7e}, v4_int16 = {0x7e7e, 0x7e7e, 0x7e7e, 0x7e7e}, v8_int8 = {0x7e, 0x7e, 0x7e, 0x7e, 0x7e, 0x7e, 0x7e, 0x7e}} mm1 {uint64 = 0x7e7e7e7e7e7e7e7e, v2_int32 = {0x7e7e7e7e, 0x7e7e7e7e}, v4_int16 = {0x7e7e, 0x7e7e, 0x7e7e, 0x7e7e}, v8_int8 = {0x7e, 0x7e, 0x7e, 0x7e, 0x7e, 0x7e, 0x7e, 0x7e}} mm2 {uint64 = 0x7e7f808182838384, v2_int32 = {0x82838384, 0x7e7f8081}, v4_int16 = {0x8384, 0x8283, 0x8081, 0x7e7f}, v8_int8 = {0x84, 0x83, 0x83, 0x82, 0x81, 0x80, 0x7f, 0x7e}} mm3 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm4 {uint64 = 0xf120000000000000, v2_int32 = {0x0, 0xf1200000}, v4_int16 = {0x0, 0x0, 0x0, 0xf120}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x20, 0xf1}} mm5 {uint64 = 0xf120000000000000, v2_int32 = {0x0, 0xf1200000}, v4_int16 = {0x0, 0x0, 0x0, 0xf120}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ---Type to continue, or q to quit--- 0x20, 0xf1}} mm6 {uint64 = 0x83126e978d4fdf3b, v2_int32 = {0x8d4fdf3b, 0x83126e97}, v4_int16 = {0xdf3b, 0x8d4f, 0x6e97, 0x8312}, v8_int8 = {0x3b, 0xdf, 0x4f, 0x8d, 0x97, 0x6e, 0x12, 0x83}} mm7 {uint64 = 0xa3d70a3d70a3d800, v2_int32 = {0x70a3d800, 0xa3d70a3d}, v4_int16 = {0xd800, 0x70a3, 0xa3d, 0xa3d7}, v8_int8 = {0x0, 0xd8, 0xa3, 0x70, 0x3d, 0xa, 0xd7, 0xa3}} (gdb) }}} Hope this helps Regards Michael Amadio -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 14 06:59:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Aug 2011 04:59:13 -0000 Subject: [FFmpeg-trac] #396(avdevice:new): libavdevice/vfwcvap.c memory allocation error Message-ID: <039.2036bf83489969e018e55b3d93a12c9c@avcodec.org> #396: libavdevice/vfwcvap.c memory allocation error ------------------------+-------------------------- Reporter: RickWinkpa | Type: defect Status: new | Priority: important Component: avdevice | Version: unspecified Keywords: vfwcap | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+-------------------------- vfw_read_header() line 358 a structure memory area is freed av_free(bi); a few lines later, lines: 384 & 385 the freed memory are is used. codec->width = bi->bmiHeader.biWidth; codec->height = bi->bmiHeader.biHeight; by debugging it, i have found the memory is already been used and corrupted. This causes erratic behavior with ffmpeg.exe I tried the obvious corrections by copying the height and width values from the memory (bi) values before the free, and then used the copied values to set the codec values. This causes a hang in av_read_packet() in ffmpeg.exe and an abort when debugged using eclipse. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 14 19:44:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Aug 2011 17:44:51 -0000 Subject: [FFmpeg-trac] #397(swscale:new): swscale crashes when upscaling pictures using MMX2 Message-ID: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -------------------------+--------------------- Reporter: TobiX | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- This crash was found using XBMC. XBMC would crash while generating thumbnails for videos which are smaller then the configured thumbnail size. If you want to reproduce this with XBMC, you need to compile it with "--enable-external-libraries" since the internal copy is very old and does not expose this bug. As far as I can see, this crash only happens when upscaling from a YUV to a RGB color space, sample run (make sure video is small then the scale filter options): {{{ $ ./ffmpeg_g -v 9 -loglevel 99 -i in.wmv -sws_flags fast_bilinear -vf "scale=640:480" -vframes 1 -vcodec png output.png ffmpeg version N-31884-gb854c2a, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 14 2011 19:32:25 with gcc 4.6.1 configuration: --disable-doc --disable-stripping libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 [asf @ 0x1fc3420] Format asf probed with size=2048 and score=100 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=26 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=1168 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=38 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=238 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=38 [wmav2 @ 0x1fc58c0] Unsupported bit depth: 0 [wmv2 @ 0x1fc7c20] Unsupported bit depth: 0 [asf @ 0x1fc3420] All info found Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 30.00 (30/1) Input #0, asf, from 'in.wmv': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:10.23, start: 0.000000, bitrate: 302 kb/s Stream #0.0(eng), 5, 1/1000: Audio: wmav2, 44100 Hz, 1 channels, s16, 32 kb/s Stream #0.1(eng), 41, 1/1000: Video: wmv2, yuv420p, 320x240, 1/1000, 618 kb/s, 30 tbr, 1k tbn, 1k tbc Incompatible pixel format 'yuv420p' for codec 'png', auto-selecting format 'rgb24' [buffer @ 0x1fc5840] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [scale @ 0x1fc7720] w:320 h:240 fmt:yuv420p -> w:640 h:480 fmt:rgb24 flags:0x1 [png @ 0x1fbd740] Unsupported bit depth: 0 [wmv2 @ 0x1fc7c20] Unsupported bit depth: 0 Output #0, image2, to 'output.png': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf53.7.0 Stream #0.0(eng), 0, 1/90000: Video: png, rgb24, 640x480, 1/30, q=2-31, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0.1 -> #0.0 Press [q] to stop, [?] for help [wmv2 @ 0x1fc7c20] I7:0/ zsh: segmentation fault ./ffmpeg_g -v 9 -loglevel 99 -i in.wmv -sws_flags fast_bilinear -vf -vframes }}} GDB session: {{{ (gdb) bt #0 0x00000000012894e0 in ?? () #1 0x0000000000944eef in hyscale_fast_MMX2 (c=0x12a1700, dst=0x0, dstWidth=19436768, src=0x13122c8 '^' , ']' , "\\\\\\\\\\\\\\\\]]]]]]]]", '\\' , '[' , 'Z' ..., srcW=320, xInc=32788) at libswscale/x86/swscale_template.c:2289 #2 0x0000000001295dc0 in ?? () #3 0x00000000009346c4 in hyscale (c=0x1295dc0, src=, srcStride=0x7fffffffc650, srcSliceY=0, srcSliceH=240, dst=0x7fffffffc630, dstStride=0x7fffffffc660) at libswscale/swscale.c:2243 #4 swScale (c=0x1295dc0, src=, srcStride=0x7fffffffc650, srcSliceY=0, srcSliceH=240, dst=0x7fffffffc630, dstStride=0x7fffffffc660) at libswscale/swscale.c:2688 #5 0x000000000091a79b in sws_scale (c=0x1295dc0, srcSlice=, srcStride=0x7fffffffc700, srcSliceY=0, srcSliceH=240, dst=, dstStride=0x7fffffffc710) at libswscale/swscale_unscaled.c:794 #6 0x00000000004503cc in scale_slice (sws=, y=, h=, mul=, field=0, link=) at libavfilter/vf_scale.c:298 #7 0x0000000000450540 in draw_slice (link=0x1295ba0, y=0, h=240, slice_dir=1) at libavfilter/vf_scale.c:315 #8 0x0000000000447df4 in avfilter_draw_slice (link=0x1295ba0, y=0, h=240, slice_dir=1) at libavfilter/avfilter.c:616 #9 0x0000000000452740 in request_frame (link=0x1295ba0) at libavfilter/vsrc_buffer.c:196 #10 0x0000000000446f05 in avfilter_request_frame (link=) at libavfilter/avfilter.c:505 #11 avfilter_request_frame (link=) at libavfilter/avfilter.c:507 #12 avfilter_request_frame (link=) at libavfilter/avfilter.c:507 #13 avfilter_request_frame (link=) at libavfilter/avfilter.c:507 #14 avfilter_request_frame (link=) at libavfilter/avfilter.c:507 #15 avfilter_request_frame (link=) at libavfilter/avfilter.c:507 #16 avfilter_request_frame (link=) at libavfilter/avfilter.c:507 #17 avfilter_request_frame (link=) at libavfilter/avfilter.c:507 #18 avfilter_request_frame (link=) at libavfilter/avfilter.c:507 #19 0x00000000004525c4 in av_vsink_buffer_get_video_buffer_ref (ctx=, picref=0x12899d0, flags=0) at libavfilter/vsink_buffer.c:109 #20 0x0000000000405fe1 in output_packet (ist=, ist_index=1, ost_table=0x12eefe0, nb_ostreams=1, pkt=) at ffmpeg.c:1735 #21 0x000000000043ce58 in transcode (nb_output_files=1, input_files=0x127fcb0, nb_input_files=1, stream_maps=0x0, nb_stream_maps=, output_files=0xd22960) at ffmpeg.c:2821 #22 0x0000000000438bcb in main (argc=, argv=0x7fffffffdfc8) at ffmpeg.c:4578 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x12894c0 to 0x1289500: 0x00000000012894c0: data16 0x00000000012894c1: insb (%dx),%es:(%rdi) 0x00000000012894c2: (bad) 0x00000000012894c3: addr32 jae 0x1289503 0x00000000012894c6: xor %bh,0x31(%rax) 0x00000000012894c9: add %dl,0x2c(%rdi) 0x00000000012894cc: xor %eax,(%rax) 0x00000000012894ce: add %al,(%rax) 0x00000000012894d0: add %al,(%rax) 0x00000000012894d2: add %al,(%rax) 0x00000000012894d4: add %al,(%rax) 0x00000000012894d6: add %al,(%rax) 0x00000000012894d8: roll $0x0,(%rax) 0x00000000012894db: add %al,(%rax) 0x00000000012894dd: add %al,(%rax) 0x00000000012894df: add %bh,0x0(%rdi) 0x00000000012894e2: (bad) 0x00000000012894e3: add %bh,0x0(%rdi) 0x00000000012894e6: (bad) 0x00000000012894e7: add %bh,0x0(%rdi) 0x00000000012894ea: (bad) 0x00000000012894eb: add %bh,0x0(%rdi) 0x00000000012894ee: (bad) 0x00000000012894ef: add %bh,0x0(%rdi) 0x00000000012894f2: (bad) 0x00000000012894f3: add %bh,0x0(%rdi) 0x00000000012894f6: (bad) 0x00000000012894f7: add %bh,0x0(%rdi) 0x00000000012894fa: (bad) 0x00000000012894fb: add %bh,0x0(%rdi) 0x00000000012894fe: (bad) 0x00000000012894ff: add %bh,0x0(%rdi) End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0x129bf60 19513184 rcx 0x13122c8 19997384 rdx 0x12894e0 19436768 rsi 0x0 0 rdi 0x12a1700 19535616 rbp 0x0 0x0 rsp 0x7fffffffc370 0x7fffffffc370 r8 0x140 320 r9 0x8014 32788 r10 0x280 640 r11 0x2 2 r12 0x0 0 r13 0x0 0 r14 0x0 0 r15 0x12a1660 19535456 rip 0x12894e0 0x12894e0 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0x2f3c2f7c2f802f80) (raw 0xffff2f3c2f7c2f802f80) st1 -nan(0x2f002f002f802f80) (raw 0xffff2f002f002f802f80) st2 -inf (raw 0xffff0000000000000000) st3 -nan(0x3c007c003c007d) (raw 0xffff003c007c003c007d) st4 -nan(0x7676767676767676) (raw 0xffff7676767676767676) st5 -nan(0x7676767676767676) (raw 0xffff7676767676767676) st6 -nan(0x7676767676767676) (raw 0xffff7676767676767676) st7 -inf (raw 0xffff0000000000000000) fctrl 0x37f 895 fstat 0x20 32 ftag 0xaaaa 43690 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x0}, v16_int8 = {0x73, 0x74, 0x69, 0x6e, 0x61, 0x74, 0x69, 0x6f, 0x6e, 0x20, 0x72, 0x61, 0x6e, 0x67, 0x65, 0x0}, v8_int16 = {0x7473, 0x6e69, 0x7461, 0x6f69, 0x206e, 0x6172, 0x676e, 0x65}, v4_int32 = {0x6e697473, 0x6f697461, 0x6172206e, 0x65676e}, v2_int64 = {0x6f6974616e697473, 0x65676e6172206e}, uint128 = 0x0065676e6172206e6f6974616e697473} xmm5 {v4_float = {0x3, 0x3, 0x3, 0x3}, v2_double = {0x20, 0x20}, v16_int8 = {0x40 }, v8_int16 = {0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040}, v4_int32 = {0x40404040, 0x40404040, 0x40404040, 0x40404040}, v2_int64 = {0x4040404040404040, 0x4040404040404040}, uint128 = 0x40404040404040404040404040404040} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x5b }, v8_int16 = { 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b}, v4_int32 = {0x5b5b5b5b, 0x5b5b5b5b, 0x5b5b5b5b, 0x5b5b5b5b}, v2_int64 = { 0x5b5b5b5b5b5b5b5b, 0x5b5b5b5b5b5b5b5b}, uint128 = 0x5b5b5b5b5b5b5b5b5b5b5b5b5b5b5b5b} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x20 }, v8_int16 = {0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020}, v4_int32 = {0x20202020, 0x20202020, 0x20202020, 0x20202020}, v2_int64 = {0x2020202020202020, 0x2020202020202020}, uint128 = 0x20202020202020202020202020202020} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0xff }, v8_int16 = {0x0, 0xff00, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xff000000, 0xffffffff, 0xffffffff, 0xffffffff}, v2_int64 = { 0xffffffffff000000, 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffff000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x20, 0x20, 0x0, 0x20, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x20, 0x0, 0x0}, v8_int16 = {0x0, 0x2020, 0x2000, 0x0, 0x0, 0x0, 0x2000, 0x0}, v4_int32 = {0x20200000, 0x2000, 0x0, 0x2000}, v2_int64 = { 0x200020200000, 0x200000000000}, uint128 = 0x00002000000000000000200020200000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0xff, 0xff, 0xff, 0xff, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0}, v8_int16 = {0xff00, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0xff00, 0x0}, v4_int32 = {0xffffff00, 0xffff, 0x0, 0xff00}, v2_int64 = { 0xffffffffff00, 0xff0000000000}, uint128 = 0x0000ff00000000000000ffffffffff00} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x29, 0xf2, 0x88, 0x6c, 0xa6, 0x49, 0xde, 0x3e, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xf229, 0x6c88, 0x49a6, 0x3ede, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x6c88f229, 0x3ede49a6, 0x0, 0x0}, v2_int64 = { 0x3ede49a66c88f229, 0x0}, uint128 = 0x00000000000000003ede49a66c88f229} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xb3, 0x12, 0x58, 0x17, 0x64, 0x46, 0xe6, 0x3b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x12b3, 0x1758, 0x4664, 0x3be6, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x175812b3, 0x3be64664, 0x0, 0x0}, v2_int64 = { 0x3be64664175812b3, 0x0}, uint128 = 0x00000000000000003be64664175812b3} xmm14 {v4_float = {0x0, 0x3, 0x0, 0x0}, v2_double = {0x2d, 0x0}, v16_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0}, v2_int64 = { 0x4046dfb516f209c0, 0x0}, uint128 = 0x00000000000000004046dfb516f209c0} xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xa0, 0x83, 0x47, 0x3, 0x1d, 0x3c, 0x8a, 0xb5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x83a0, 0x347, 0x3c1d, 0xb58a, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x34783a0, 0xb58a3c1d, 0x0, 0x0}, v2_int64 = { 0xb58a3c1d034783a0, 0x0}, uint128 = 0x0000000000000000b58a3c1d034783a0} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} Maybe some assembler god can take a look at this, my brain melted while trying to understand this asm-and-macro jungle ;) I did a git bisect to find the place where it broke, but only ended up at commit e66149e714006d099d1ebfcca3f22ca74fc7dcf4 - I suspect it was broken before that commit, but somehow the detection choose another path for my CPU before that point. Here is my CPU info: {{{ vendor_id : AuthenticAMD cpu family : 16 model : 2 model name : AMD Phenom(tm) 9950 Quad-Core Processor stepping : 3 cpu MHz : 2600.000 cache size : 512 KB physical id : 0 siblings : 4 core id : 3 cpu cores : 4 apicid : 3 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs npt lbrv svm_lock bogomips : 5217.61 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate }}} But I first observed the problem on an Intel Atom D510. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 04:28:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 02:28:11 -0000 Subject: [FFmpeg-trac] #398(avfilter:new): ffplay does not initialize dar/sar for scale filter Message-ID: <039.ff0612b284875063aaaabe2e96b7912f@avcodec.org> #398: ffplay does not initialize dar/sar for scale filter ------------------------+------------------------- Reporter: rectalogic | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+------------------------- The 'sar' and 'dar' expressions available in the scale filter are not initialized properly in ffplay. I have a sample video sar43.mpg (download from http://www.box.net/shared/jdtkdlhsvres106e157z) that is 1440x1080 with SAR of 4:3 and so DAR of 16:9. When the scale filter expression is parsed, 'sar' is 1 and 'dar' is 1.333 (4:3) because inlink->sample_aspect_ratio is {0,1} instead of {4,3}. gdb info from breakpoint in libavfilter/vf_scale.c:config_props() {{{ (gdb) p var_values[VAR_SAR] $32 = 1 (gdb) p var_values[VAR_DAR] $33 = 1.3333333730697632 (gdb) p inlink->sample_aspect_ratio $34 = {num = 0, den = 1} }}} ffplay output: {{{ $ ./ffplay -vf scale=600*dar:600 /storage/test/mencoder/sar43.mpg ffplay version N-31895-gee5234d, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 14 2011 23:40:42 with gcc 4.4.3 configuration: --enable-debug=gdb3 --disable-optimizations --disable-asm --disable-stripping libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 Input #0, mpeg, from '/storage/test/mencoder/sar43.mpg': Duration: 00:00:03.06, start: 0.157667, bitrate: 27326 kb/s Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 28000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 384 kb/s [scale @ 0x2897e60] w:1440 h:1080 fmt:yuv420p -> w:800 h:600 fmt:yuv420p flags:0x4 }}} I think ffplay needs to insert a 'buffer' filter before 'scale' like ffmpeg does? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 07:16:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 05:16:50 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.bc981ed90ee6b93147959fe56b33d6b1@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by rhuddusa): I think I am seeing the same issue , trying to convert to AC3 inside AVI container. Regardless if I use 2 channel or 6 channel, i get 4/125 for audio stream time_base. unfortunately, when playing on an xbox360, only the 2 channel will play, and the 6 channel will fail. i have another video which does play on the xbox360 (which I did not encode), it has 6 channels, sample_rate=48000.000000, and time_base=1/56000. so it is possible to play 6 channel ac3 on the xbox360 in the avi format. this is the failing video: ffmpeg -i '/mnt/storage/tmp/Input.mkv' -map 0.0 -vcodec libxvid -vtag XVID -qmin 1.1 -qmax 45 -b 10000k -bt 4500k -maxrate 15000k -bufsize 20000k -level 5 -bf 1 -vsync 1 -sn -async 1000 -map 0.1 -acodec ac3_fixed -ac 6 -ab 448k -ar 48000 -channel_layout 1551 -f avi -y 'Output.avi' ffmpeg version N-31897-g10b7b4a, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 14 2011 22:10:45 with gcc 4.4.3 configuration: --disable-static --enable-shared --enable-gpl --enable- nonfree --disable-stripping --enable-postproc --enable-runtime-cpudetect --enable-libfaac --enable-libmp3lame --enable-zlib --enable-libvorbis --enable-libopenjpeg --enable-libspeex --enable-libdirac --enable- libtheora --enable-libschroedinger --enable-libx264 --enable-libvpx --enable-libxvid --disable-ffserver libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [matroska,webm @ 0x2557640] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 47.95 (20000000/417083) -> 23.98 (24000/1001) Input #0, : Duration: 00:55:41.25, start: 0.000000, bitrate: 1536 kb/s Stream #0.0(eng): Video: h264 (High), yuv420p, 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0.1(eng): Audio: dca (DTS), 48000 Hz, 5.1, s16, 1536 kb/s (default) [buffer @ 0x255c740] w:1280 h:720 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, avi,: Metadata: Stream #0.0(eng): Video: mpeg4, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=1-45, 10000 kb/s, 23.98 tbn, 23.98 tbc (default) Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s (default) Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 --------------------------------- ffprobe -show_streams Output.avi [mpeg4 @ 0xc9a6c0] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, : Metadata: encoder : Lavf53.7.0 Duration: 00:03:16.35, start: 0.000000, bitrate: 10264 kb/s Stream #0.0: Video: mpeg4 (Advanced Simple Profile), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0.1: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s [STREAM] index=0 codec_name=mpeg4 codec_long_name=MPEG-4 part 2 codec_type=video codec_time_base=1001/24000 codec_tag_string=XVID codec_tag=0x44495658 width=1280 height=720 has_b_frames=1 sample_aspect_ratio=1:1 display_aspect_ratio=16:9 pix_fmt=yuv420p level=5 r_frame_rate=24000/1001 avg_frame_rate=0/0 time_base=1001/24000 start_time=0.000000 duration=196.321125 nb_frames=4707 [/STREAM] [STREAM] index=1 codec_name=ac3 codec_long_name=ATSC A/52A (AC-3) codec_type=audio codec_time_base=0/1 codec_tag_string=[0] [0][0] codec_tag=0x2000 sample_rate=48000.000000 channels=6 bits_per_sample=0 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=4/125 start_time=0.000000 duration=196.352000 nb_frames=6136 [/STREAM] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 18:21:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 16:21:36 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.1eb4779148bf6a612c2be433898f7524@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by cehoyos): Replying to [comment:4 rhuddusa]: > I think I am seeing the same issue , trying to convert to AC3 inside AVI container. > > Regardless if I use 2 channel or 6 channel, i get 4/125 for audio stream time_base. unfortunately, when playing on an xbox360, only the 2 channel will play, and the 6 channel will fail. It sounds as if the problems are not related. Please confirm if the working 6 channel file is using a WAVEFORMATEX header or not (or open a new ticket attaching a short working sample). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 18:36:18 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 16:36:18 -0000 Subject: [FFmpeg-trac] #391(avcodec:open): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' In-Reply-To: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> References: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> Message-ID: <053.deab4180ad68dc40df524dcfb6bacd4e@avcodec.org> #391: multiple definition of `_DXVA2_Fixed32OpaqueAlpha' ----------------------+---------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => avcodec Comment: Does it work without --enable-shared? Am I correct that the problem is related to ? (Are the symbols in question defined there?) If yes, could you attach the header? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 19:04:15 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 17:04:15 -0000 Subject: [FFmpeg-trac] #388(undetermined:closed): Bug with deinterlacing! In-Reply-To: <040.c2b96c22ead83f0b7b3ff595352253b6@avcodec.org> References: <040.c2b96c22ead83f0b7b3ff595352253b6@avcodec.org> Message-ID: <055.8c3b32bd47a3357f31f2bbf787722948@avcodec.org> #388: Bug with deinterlacing! ------------------------+--------------------------- Reporter: Silent Rain | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => worksforme Comment: (ffmpeg command line and console output is still missing making this an invalid ticket.) While the content of your sample may be interlaced (I agree it is), the stream is encoded as progressive frames, afaict, so how should FFmpeg be able to know the stream is interlaced? Note that the 25fps progressive material that TV stations broadcast here via DVB is encoded as interlaced frames "50i" (50 fields per second, so every sane decoder delivers 25 progressive frames per second), so FFmpeg - semantically incorrectly - sets interlaced_frame. Generally, afaict, you have to visually inspect the material to decide if it is interlaced or not. Or in other words: You can take interlaced source material and encode it as progressive frames (try ffmpeg -i interlaced_file -qscale 2 to get a sample with maximum quality and still interlaced frames that yadif and vdpau deinterlace fine), so all flags in the stream show "progressive" as in your sample, or you can take progressive, 25fps material (or claim that 24fps material is actually 25fps) and "pull it up" to 50 fields per seconds, then encode it interlaced (with the respective fields set) as it is done in case of DVB broadcast of films here, but if you use a de- interlacer after decoding, you (may) worsen the picture quality; without a de-interlacer, you get exactly the original 25 fps progressive material (wrongly assuming a lossless encoder). If you wanted to open a feature request for a video filter that reports if material is interlaced or not, please reword the ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 19:04:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 17:04:16 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.9250a708512180bad1026bc90658426a@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by rhuddusa): i hope my verbose posting doesn't make you think i know what i'm really doing here :) how would i check for the WAVEFORMATEX header in an existing video file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 19:07:30 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 17:07:30 -0000 Subject: [FFmpeg-trac] #394(avformat:closed): [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input In-Reply-To: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> References: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> Message-ID: <050.43b5faf59b11008f466f2914a1ee9f34@avcodec.org> #394: [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input -----------------------------------+----------------------- Reporter: bobjob | Owner: michael Type: defect | Status: closed Priority: important | Component: avformat Version: unspecified | Resolution: fixed Keywords: sun au http regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------------+----------------------- Changes (by cehoyos): * keywords: sun au http loop_input invalid data size -1 => sun au http regression * priority: normal => important * status: open => closed * component: FFmpeg => avformat * resolution: => fixed Comment: This should be fixed in current git head, please re-open if it still does not work for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 19:57:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 17:57:20 -0000 Subject: [FFmpeg-trac] #392(avfilter:closed): ffplay segfaults trying any video format In-Reply-To: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> References: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> Message-ID: <051.99087be41d9505c7af3ec2ded165f248@avcodec.org> #392: ffplay segfaults trying any video format --------------------------------+----------------------- Reporter: 01micko | Owner: michael Type: defect | Status: closed Priority: important | Component: avfilter Version: 0.8.2 | Resolution: fixed Keywords: segfault, video lut | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------------+----------------------- Changes (by cehoyos): * status: open => closed * reproduced: 0 => 1 * component: undetermined => avfilter * priority: normal => important * keywords: segfault, video => segfault, video lut * version: unspecified => 0.8.2 * analyzed: 0 => 1 * resolution: => fixed Comment: This should be fixed for the next 0.8 (and 0.7) release. Until then, workaround is to use ./configure --disable-filter=lut* -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 20:01:30 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 18:01:30 -0000 Subject: [FFmpeg-trac] #396(avdevice:open): libavdevice/vfwcap.c memory allocation error (was: libavdevice/vfwcvap.c memory allocation error) In-Reply-To: <039.2036bf83489969e018e55b3d93a12c9c@avcodec.org> References: <039.2036bf83489969e018e55b3d93a12c9c@avcodec.org> Message-ID: <054.7d3705749c38c207e684989945d04d84@avcodec.org> #396: libavdevice/vfwcap.c memory allocation error ------------------------------+----------------------- Reporter: RickWinkpa | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: vfwcap regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------+----------------------- Changes (by cehoyos): * keywords: vfwcap => vfwcap regression * status: new => open * version: unspecified => git-master Comment: This is a regression since 3e15ea21504a5cc1765afd78dd72ef486a10a27b. commit 3e15ea21504a5cc1765afd78dd72ef486a10a27b Author: Anton Khirnov Date: Tue May 24 07:43:01 2011 +0200 vfwcap: add video_size private option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 20:14:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 18:14:47 -0000 Subject: [FFmpeg-trac] #397(swscale:open): swscale crashes when upscaling pictures using MMX2 In-Reply-To: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> References: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> Message-ID: <049.8a1b9f83da6d976c0a57568df21224eb@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -----------------------+---------------------- Reporter: TobiX | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open Comment: I cannot reproduce your problem with a random 320x240 wmv2 file and current git head. Can you reproduce the crash with a file in tests/data after running make test? Is a specific file needed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 20:18:08 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 18:18:08 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.889d1a6c5cc7f83c25d2c2e36bc6780c@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by cehoyos): So please open a new ticket and attach a short sample of a working 6 channel file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 20:29:18 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 18:29:18 -0000 Subject: [FFmpeg-trac] #395(undetermined:new): ffmpeg: failed to set value 'XXX' for option 'passlogfile' In-Reply-To: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> References: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> Message-ID: <045.c28b699433b960b9481a932c94546b18@avcodec.org> #395: ffmpeg: failed to set value 'XXX' for option 'passlogfile' ------------------------+--------------------------- Reporter: j | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): Your command line works fine for me after configuring release/0.8 with the configure line you provided. Please add complete, uncut output of the failing command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 20:48:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 18:48:56 -0000 Subject: [FFmpeg-trac] #397(swscale:open): swscale crashes when upscaling pictures using MMX2 In-Reply-To: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> References: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> Message-ID: <049.37702ce3a43b469b7cb3b0dccea346e0@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -----------------------+---------------------- Reporter: TobiX | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by TobiX): I could reproduce the crash with amv/MTV_high_res_320x240_sample_Penguin_Joke_MTV_from_WMV.amv from FATE. Switching compilers from GCC 4.6.1 to GCC 4.5.3 made the crash disappear. I didn't know compilers can miscompile assembly... And: Where do I get the "test" target? I only get "No rule to make target 'test'"... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 21:05:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 19:05:57 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.6443f19fe2ac0ca1675fae5fef0778e2@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by rhuddusa): unfortunately, i don't have a public sample available right now, but when i do, i will open a new ticket and attach a short sample only other information i can add, is that if i do a ffmpeg with vcodec copy, acodec copy, on my working AVI/ac3 6 channel file [STREAM] index=1 codec_name=ac3 codec_long_name=ATSC A/52A (AC-3) codec_type=audio codec_time_base=0/1 codec_tag_string=[0] [0][0] codec_tag=0x2000 sample_rate=48000.000000 channels=6 bits_per_sample=0 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/56000 start_time=0.000000 duration=N/A nb_frames=303959040 [/STREAM] the output is with format avi: [STREAM] index=1 codec_name=ac3 codec_long_name=ATSC A/52A (AC-3) codec_type=audio codec_time_base=0/1 codec_tag_string=[0] [0][0] codec_tag=0x2000 sample_rate=48000.000000 channels=6 bits_per_sample=0 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=4/125 start_time=0.000000 duration=2475.520000 nb_frames=77360 [/STREAM] and the output is with format mov: [STREAM] index=1 codec_name=ac3 codec_long_name=ATSC A/52A (AC-3) codec_type=audio codec_time_base=0/1 codec_tag_string=ac-3 codec_tag=0x332d6361 sample_rate=48000.000000 channels=6 bits_per_sample=0 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/48000 start_time=0.000000 duration=2453.248000 nb_frames=76664 [/STREAM] so that's my theory that this is specific to avi, i get that time_base=4/125, but works correctly under mov format where i get a time_base=1/48000. i can't find a way to change the resulting avi time_base value but unfortunately, the xbox 360 only takes 6 channel audio with AVI and ac3 sorry to complain without an actual test case ... i'll work on providing one -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 15 21:07:23 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 19:07:23 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.0d9386d9fb9a871359e8a7967adf5dab@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by rhuddusa): i should note, i cancelled the ffmpeg operation part way through each of the conversions, so the nb_frames is useless -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 01:14:03 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 23:14:03 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.d6b817ff59f5c4a51a046fa661d63067@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by cehoyos): I would like to support you on this issue (it was discussed very often in the past, if it is really true that the xbox only supports broken avi files, there at least is a chance that the relevant FFmpeg code gets changed), but you absolutely have to open a new ticket! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 01:49:03 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Aug 2011 23:49:03 -0000 Subject: [FFmpeg-trac] #392(avfilter:closed): ffplay segfaults trying any video format In-Reply-To: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> References: <036.4600cf7d954a34d9351b6cb0399834b9@avcodec.org> Message-ID: <051.6bc553f3dd4fd9d78748029abb897cbd@avcodec.org> #392: ffplay segfaults trying any video format --------------------------------+----------------------- Reporter: 01micko | Owner: michael Type: defect | Status: closed Priority: important | Component: avfilter Version: 0.8.2 | Resolution: fixed Keywords: segfault, video lut | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------------+----------------------- Comment (by 01micko): Thanks for your time :) regards, Michael Amadio -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 10:59:42 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Aug 2011 08:59:42 -0000 Subject: [FFmpeg-trac] #395(undetermined:new): ffmpeg: failed to set value 'XXX' for option 'passlogfile' In-Reply-To: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> References: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> Message-ID: <045.ee8060ae460751d1d8d8f9d2647d11ba@avcodec.org> #395: ffmpeg: failed to set value 'XXX' for option 'passlogfile' ------------------------+--------------------------- Reporter: j | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by j): also building from the 0.8.2 tarball gives me the same error: {{{ /tmp/ffmpeg-0.8.2/ffmpeg -loglevel 1000000 -i test.avi -passlogfile /tmp/testpass -pass 1 test.webm ffmpeg version 0.8.2, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 13 2011 15:27:34 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-libvorbis --disable-shared --disable-ffserver --disable-ffprobe --enable-libvpx --disable-encoders --disable-muxers --enable-encoder='libvorbis,libvpx' --enable-muxer=webm libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 0x92f5340] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0x92f58a0] use odml:1 st:0 removing common factor 10000 from timebase st:1 removing common factor 18 from timebase [avi @ 0x92f5340] All info found Input #0, avi, from 'test.avi': Metadata: encoder : MEncoder CVS-021110-18:06-3.2 Duration: 00:00:48.22, start: 0.000000, bitrate: 1597 kb/s Stream #0.0, 1, 1/25: Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 1/25, 25 tbr, 25 tbn, 25 tbc Stream #0.1, 20, 32/1225: Audio: mp3, 22050 Hz, stereo, s16, 80 kb/s /tmp/ffmpeg-0.8.2/ffmpeg: failed to set value '/tmp/testpass' for option 'passlogfile' }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 16:00:06 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Aug 2011 14:00:06 -0000 Subject: [FFmpeg-trac] #389(avformat:new): Problem seeking in MPEG TS/H.264 files In-Reply-To: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> References: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> Message-ID: <049.c3c168310b93dfad63bc32a750ec101f@avcodec.org> #389: Problem seeking in MPEG TS/H.264 files -------------------+----------------------- Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------+----------------------- Comment (by takis): The file was encoded using the "fastdecode" and "ultrafast" x264 settings, thus no B-frames are used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 16:48:13 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Aug 2011 14:48:13 -0000 Subject: [FFmpeg-trac] #399(FFmpeg:new): ffmpeg showing incorrect pts Message-ID: <034.bc1c3140fe956d42a6d736f47b631adc@avcodec.org> #399: ffmpeg showing incorrect pts --------------------------+--------------------- Reporter: takis | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- When using tstools' tsreport tool (http://code.google.com/p/tstools/) I got this list of PTS: 126000, 129750, 133500, 137250, 141000, 144750, 148500, 152250, 156000, 126000, 159750, 163500, 167250 When using FFmpeg's filter showinfo the PTS timestamps are totally different: 0, 41667, 83333, 125000, 166667, 208333, 250000, 291667, 333333, 375000, 416667, 458333 When playing the video using libavcodec/libavformat, the timestamps are the same as the ones tsreport shows. ffmpeg -y -vf showinfo -i seekbug01min.ts -f rawvideo /dev/null ffmpeg version N-31914-g47219e1, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 16 2011 14:53:24 with gcc 4.5.2 configuration: --enable-avfilter --enable-frei0r --enable-gpl --enable- libfaac --enable-libmp3lame --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-nonfree --enable-pic --enable-pthreads --enable- shared --enable-version3 --enable-x11grab --disable-optimizations libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x1176460] Continuity Check Failed Last message repeated 3 times Input #0, mpegts, from 'seekbug01min.ts': Duration: 00:00:00.45, start: 1.400000, bitrate: 178 kb/s Program 1 Metadata: service_name : Big Buck Bunny service_provider: FFmpeg Stream #0.0[0x100]: Video: h264 (Constrained Baseline), yuv420p, 320x180 [SAR 1:1 DAR 16:9], 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0.1[0x101](und): Audio: mp2, 48000 Hz, stereo, s16, 64 kb/s [buffer @ 0x117ae40] w:320 h:180 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, rawvideo, to '/dev/null': Metadata: encoder : Lavf53.7.0 Stream #0.0: Video: rawvideo, yuv420p, 320x180 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 24 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mpegts @ 0x1176460] Continuity Check Failed Last message repeated 1 times [showinfo @ 0x117d780] n:0 pts:0 pts_time:0.000000 pos:564 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:1 type:I checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0x117d780] n:1 pts:41667 pts_time:0.041667 pos:1504 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0x117d780] n:2 pts:83333 pts_time:0.083333 pos:1692 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0x117d780] n:3 pts:125000 pts_time:0.125000 pos:1880 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0x117d780] n:4 pts:166667 pts_time:0.166667 pos:2068 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:321782142 plane_checksum:[966806382 2886587449 591323577 0] [showinfo @ 0x117d780] n:5 pts:208333 pts_time:0.208333 pos:2632 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:1010078484 plane_checksum:[3458918426 414630700 4286638000 0] [showinfo @ 0x117d780] n:6 pts:250000 pts_time:0.250000 pos:3196 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:1804330054 plane_checksum:[2996844705 2498675835 1603397403 0] [showinfo @ 0x117d780] n:7 pts:291667 pts_time:0.291667 pos:3572 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:3219605500 plane_checksum:[916690920 1286459717 3285966513 0] [showinfo @ 0x117d780] n:8 pts:333333 pts_time:0.333333 pos:4136 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:867321723 plane_checksum:[1520540519 419613641 1910038573 0] [showinfo @ 0x117d780] n:9 pts:375000 pts_time:0.375000 pos:7708 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:3041545686 plane_checksum:[3034423407 2837631021 3697466652 0] [showinfo @ 0x117d780] n:10 pts:416667 pts_time:0.416667 pos:8648 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:3795962486 plane_checksum:[2808617211 234344642 3924811946 0] [showinfo @ 0x117d780] n:11 pts:458333 pts_time:0.458333 pos:9400 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:14086197 plane_checksum:[2486256520 483773749 3300581225 0] frame= 12 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.50 bitrate= 0.0kbits/s video:1012kB audio:0kB global headers:0kB muxing overhead -100.000000% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 17:51:41 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Aug 2011 15:51:41 -0000 Subject: [FFmpeg-trac] #400(FFplay:new): ffplay compilation broken when disable avfilter Message-ID: <034.3916165f305e1a6018e1e05e9dc2a1da@avcodec.org> #400: ffplay compilation broken when disable avfilter ---------------------+--------------------- Reporter: qrtt1 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: 0.8.2 | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ---------------------+--------------------- I check the n0.8.2 tag and compile it with the configuration: {{{ ./configure --disable-doc \ --disable-ffserver --disable-muxers --disable-avdevice \ --disable-postproc --disable-avfilter --disable-bsfs \ --disable-filters --disable-devices \ --disable-encoders --disable-asm \ --disable-bzlib \ --disable-zlib \ --prefix=/opt/ffmpeg }}} I got the trouble: {{{ qty:ffmpeg_icy qrtt1$ make CC ffplay.o ffplay.c: In function ?queue_picture?: ffplay.c:1411: warning: passing argument 2 of ?sws_scale? from incompatible pointer type ffplay.c: In function ?video_thread?: ffplay.c:1782: error: ?picref? undeclared (first use in this function) ffplay.c:1782: error: (Each undeclared identifier is reported only once ffplay.c:1782: error: for each function it appears in.) ffplay.c: In function ?SDL_main?: ffplay.c:3044: warning: assignment discards qualifiers from pointer target type make: *** [ffplay.o] Error 1 }}} The variable picref should only use when enable avfilters. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 21:06:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Aug 2011 19:06:39 -0000 Subject: [FFmpeg-trac] #401(avcodec:new): ffmpeg fails to decode MJPG in AVI Message-ID: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> #401: ffmpeg fails to decode MJPG in AVI ------------------------+-------------------------- Reporter: rectalogic | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+-------------------------- ffmpeg fails to decode MJPG in AVI, sample is at http://www.box.net/shared/fqqufn3ul5dlkheyu40r mplayer successfully decodes and plays this sample. {{{ $ ./ffmpeg -i /storage/test/mencoder/mjpg.avi -vcodec rawvideo -pix_fmt uyvy422 -vtag yuvs -an -f mov -y /tmp/o.mov ffmpeg version N-31890-gecaf514, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 16 2011 14:34:59 with gcc 4.4.3 configuration: --enable-debug=gdb3 --disable-optimizations --disable-asm --disable-stripping libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 [avi @ 0x239c350] max_analyze_duration 5000000 reached at 5000000 Input #0, avi, from '/storage/test/mencoder/mjpg.avi': Duration: 00:06:07.93, start: 0.000000, bitrate: 227 kb/s Stream #0.0: Video: mjpeg, 640x480, 30 tbr, 30 tbn, 30 tbc Stream #0.1: Audio: pcm_s16le, 44100 Hz, 1 channels, s16, 705 kb/s [buffer @ 0x239d4b0] Invalid pixel format string '-1' Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 23:15:04 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Aug 2011 21:15:04 -0000 Subject: [FFmpeg-trac] #401(avcodec:open): ffmpeg fails to decode MJPG in AVI In-Reply-To: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> References: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> Message-ID: <054.29bb13e38f7c9844e5f6bd55415e07e7@avcodec.org> #401: ffmpeg fails to decode MJPG in AVI -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * keywords: => mjpeg * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Works fine with -analyzeduration 28000000 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 16 23:34:47 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Aug 2011 21:34:47 -0000 Subject: [FFmpeg-trac] #400(FFplay:closed): ffplay compilation broken when disable avfilter In-Reply-To: <034.3916165f305e1a6018e1e05e9dc2a1da@avcodec.org> References: <034.3916165f305e1a6018e1e05e9dc2a1da@avcodec.org> Message-ID: <049.91d176246491eba2ba3e8028c8a70be7@avcodec.org> #400: ffplay compilation broken when disable avfilter -----------------------+---------------------- Reporter: qrtt1 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => closed * version: 0.8.2 => git-master * resolution: => fixed * reproduced: 0 => 1 Comment: This should be fixed in git master and all future releases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 02:02:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 00:02:04 -0000 Subject: [FFmpeg-trac] #399(FFmpeg:open): ffmpeg showing incorrect pts In-Reply-To: <034.bc1c3140fe956d42a6d736f47b631adc@avcodec.org> References: <034.bc1c3140fe956d42a6d736f47b631adc@avcodec.org> Message-ID: <049.6f21eb226a3c7f3b6bce0a74941bd5f4@avcodec.org> #399: ffmpeg showing incorrect pts ------------------------+---------------------- Reporter: takis | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => open * reproduced: 0 => 1 Comment: This is because ffmpeg applies an euristics for "normalizing" the input timestamps. You can use the -copyts option for disabling such behavior. At this point you may note that the timestamp values will still be different from the ffprobe -show_packets output, although the time values are equivalent, that's because ffmpeg.c rescales all the input timestamps to a timebase of 1/1000000. In conclusion, the observed behavior is the assumed ffmpeg behavior (although maybe counter-intuitive), tell us if you think there is some problem with it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 02:32:31 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 00:32:31 -0000 Subject: [FFmpeg-trac] #391(avcodec:open): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' In-Reply-To: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> References: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> Message-ID: <053.85db76d5ee32cc794374d546511d5f27@avcodec.org> #391: multiple definition of `_DXVA2_Fixed32OpaqueAlpha' ----------------------+---------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by KSHawkEye): --enable-shared was not used, this is the command line used to configure: {{{ ../source/ffmpeg-git/configure --enable-gpl --enable-version3 --enable- runtime-cpudetect --cross-prefix=i686-w64-mingw32- --target-os=mingw32 --arch=x86 --disable-debug }}} I'm not sure if it's directly related to dxva2api.h, DXVA2_Fixed32OpaqueAlpha can be found inside. Header attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 04:02:15 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 02:02:15 -0000 Subject: [FFmpeg-trac] #383(undetermined:new): ffmpeg SCR moves backwards in output muxed mpeg file In-Reply-To: <039.270de4b9d35655b3d9b26d743d4f139e@avcodec.org> References: <039.270de4b9d35655b3d9b26d743d4f139e@avcodec.org> Message-ID: <054.c514956bd935d8b279c56b1df1d6e18a@avcodec.org> #383: ffmpeg SCR moves backwards in output muxed mpeg file --------------------------------------+--------------------------- Reporter: johnnyquid | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: ffmpeg mpeg scr backwards | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------------+--------------------------- Comment (by johnnyquid): I tried adding -muxpreload 0.775 to the ffmpeg command line but the error message from dvdauthor remains the same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 09:49:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 07:49:43 -0000 Subject: [FFmpeg-trac] #391(avcodec:open): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' In-Reply-To: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> References: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> Message-ID: <053.87995aabb9f7b86a7709a472aaf1b1ca@avcodec.org> #391: multiple definition of `_DXVA2_Fixed32OpaqueAlpha' ----------------------+---------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by cehoyos): Afaict, the functions (that currently only use forceinline) defined in dxva2api.h all have to be defined "static" (as it is done in many internal FFmpeg headers, for example libavformat/network.h). Could you report this to the w64 mingw-runtime developers? (Or am I missing something?) An alternative would be be to try {{{ #undef __forceinline #define __forceinline static av_always_inline }}} before including the header. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 10:25:15 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 08:25:15 -0000 Subject: [FFmpeg-trac] #360(avformat:open): Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files In-Reply-To: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> References: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> Message-ID: <047.c8fda10bef2b8d293551d318e366552f@avcodec.org> #360: Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files ------------------------+----------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by rmk): The place where the timestamps essentially get erased (before that they are correct AFAICS) is this block in libavformat/utils.c in compute_pkt_fields: // some mpeg2 in mpeg-ps lack dts (issue171 / input_file.mpg) // we take the conservative approach and discard both // Note, if this is misbehaving for a H.264 file then possibly presentation_delayed is not set correctly. if(delay==1 && pkt->dts == pkt->pts && pkt->dts != AV_NOPTS_VALUE && presentation_delayed){ av_log(s, AV_LOG_DEBUG, "invalid dts/pts combination\n"); pkt->dts= pkt->pts= AV_NOPTS_VALUE; } If I remove this, the file is decoded as I would expect it. As the comment suggests, it is indeed the case that presentation_delayed is set to 1 because st->codec->has_b_frames is 1, which I don't understand since the h.264 stream only contains I- and P-slices as far as I could see by adding debug output in h264.c. I hope this helps in finding a proper fix. Until it has been fixed a workaround for GH1/GH2 owners is to restrict this check to non-H.264 codecs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 10:44:01 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 08:44:01 -0000 Subject: [FFmpeg-trac] #398(avfilter:closed): ffplay does not initialize dar/sar for scale filter In-Reply-To: <039.ff0612b284875063aaaabe2e96b7912f@avcodec.org> References: <039.ff0612b284875063aaaabe2e96b7912f@avcodec.org> Message-ID: <054.4e4ffa4646f3c3447822dd5eedb6d3f3@avcodec.org> #398: ffplay does not initialize dar/sar for scale filter -----------------------+----------------------- Reporter: rectalogic | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in commit: {{{ commit f8eaa006b61413afa3d8434eef0a2fe7d76f0097 Author: Stefano Sabatini Date: Tue Aug 16 17:26:31 2011 +0200 ffplay: in input_config_props(), honour the SAR specified in the codec context Use the value specified in the codec context for setting the filterchain sample aspect ratio, when it is not specified in the stream context. Consistent with the ffmpeg behavior. Fix trac issue #398. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 11:14:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 09:14:46 -0000 Subject: [FFmpeg-trac] #399(FFmpeg:open): ffmpeg showing incorrect pts In-Reply-To: <034.bc1c3140fe956d42a6d736f47b631adc@avcodec.org> References: <034.bc1c3140fe956d42a6d736f47b631adc@avcodec.org> Message-ID: <049.610c7e16bab85539c646c766a7408baa@avcodec.org> #399: ffmpeg showing incorrect pts ------------------------+---------------------- Reporter: takis | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Comment (by takis): Frankly, I do find it very confusing, especially as ffplay and ffmpeg show different outputs when showing that same videofilter (showinfo). ffplay -vf showinfo /srv/files/videos/seekbug01min.ts ffplay version N-31937-g7c94740, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 17 2011 11:02:34 with gcc 4.5.2 configuration: --enable-avfilter --enable-frei0r --enable-gpl --enable- libfaac --enable-libmp3lame --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-nonfree --enable-pic --enable-pthreads --enable- shared --enable-version3 --enable-x11grab --disable-optimizations libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0xf16980] Continuity Check Failed Last message repeated 3 times Input #0, mpegts, from '/srv/files/videos/seekbug01min.ts': Duration: 00:00:00.45, start: 1.400000, bitrate: 178 kb/s Program 1 Metadata: service_name : Big Buck Bunny service_provider: FFmpeg Stream #0.0[0x100]: Video: h264 (Constrained Baseline), yuv420p, 320x180 [SAR 1:1 DAR 16:9], 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0.1[0x101](und): Audio: mp2, 48000 Hz, stereo, s16, 64 kb/s [mpegts @ 0xf16980] Continuity Check Failed Last message repeated 1 timesq= 0KB vq= 0KB sq= 0B f=0/0 [showinfo @ 0xf8e9e0] n:0 pts:126000 pts_time:1.400000 pos:564 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:1 type:I checksum:2968688214 plane_checksum:[4270850273 3148466867 3148466867 0] Frame changed from size:320x192 to size:320x180= 4KB sq= 0B f=0/0 [showinfo @ 0x7f54f802b060] n:0 pts:129750 pts_time:1.441667 pos:1504 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0x7f54f802b060] n:1 pts:137250 pts_time:1.525000 pos:1880 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0x7f54f802b060] n:2 pts:141000 pts_time:1.566667 pos:2068 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:321782142 plane_checksum:[966806382 2886587449 591323577 0] [showinfo @ 0x7f54f802b060] n:3 pts:144750 pts_time:1.608333 pos:2632 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:1010078484 plane_checksum:[3458918426 414630700 4286638000 0] ffmpeg -y -vf showinfo -i /srv/files/videos/seekbug01min.ts -f rawvideo /dev/null ffmpeg version N-31937-g7c94740, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 17 2011 11:02:34 with gcc 4.5.2 configuration: --enable-avfilter --enable-frei0r --enable-gpl --enable- libfaac --enable-libmp3lame --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-nonfree --enable-pic --enable-pthreads --enable- shared --enable-version3 --enable-x11grab --disable-optimizations libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0xed2460] Continuity Check Failed Last message repeated 3 times Input #0, mpegts, from '/srv/files/videos/seekbug01min.ts': Duration: 00:00:00.45, start: 1.400000, bitrate: 178 kb/s Program 1 Metadata: service_name : Big Buck Bunny service_provider: FFmpeg Stream #0.0[0x100]: Video: h264 (Constrained Baseline), yuv420p, 320x180 [SAR 1:1 DAR 16:9], 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0.1[0x101](und): Audio: mp2, 48000 Hz, stereo, s16, 64 kb/s [buffer @ 0xed6e60] w:320 h:180 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, rawvideo, to '/dev/null': Metadata: encoder : Lavf53.7.0 Stream #0.0: Video: rawvideo, yuv420p, 320x180 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 24 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mpegts @ 0xed2460] Continuity Check Failed Last message repeated 1 times [showinfo @ 0xed97a0] n:0 pts:0 pts_time:0.000000 pos:564 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:1 type:I checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0xed97a0] n:1 pts:41667 pts_time:0.041667 pos:1504 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0xed97a0] n:2 pts:83333 pts_time:0.083333 pos:1692 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] [showinfo @ 0xed97a0] n:3 pts:125000 pts_time:0.125000 pos:1880 fmt:yuv420p sar:1/1 s:320x180 i:P iskey:0 type:P checksum:603776523 plane_checksum:[3225751762 3029265045 3029265045 0] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 11:42:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 09:42:57 -0000 Subject: [FFmpeg-trac] #402(undetermined:new): Incorrect "-debug" documentation Message-ID: <034.0a43f86a3b069e4e64b890726b554265@avcodec.org> #402: Incorrect "-debug" documentation --------------------------+-------------------------- Reporter: takis | Type: enhancement Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- The documentation of the ffmpeg commandline tool simply states: `-debug' Print specific debug info. But it does not show which options (pts, pict, ...) are actually available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 12:21:49 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 10:21:49 -0000 Subject: [FFmpeg-trac] #402(documentation:open): Incorrect "-debug" documentation In-Reply-To: <034.0a43f86a3b069e4e64b890726b554265@avcodec.org> References: <034.0a43f86a3b069e4e64b890726b554265@avcodec.org> Message-ID: <049.b0dc4d1b3664f66605780deb6d186ea6@avcodec.org> #402: Incorrect "-debug" documentation ------------------------+---------------------------- Reporter: takis | Owner: Type: enhancement | Status: open Priority: minor | Component: documentation Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * version: unspecified => git-master * component: undetermined => documentation * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 12:23:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 10:23:19 -0000 Subject: [FFmpeg-trac] #402(documentation:open): Incorrect "-debug" documentation In-Reply-To: <034.0a43f86a3b069e4e64b890726b554265@avcodec.org> References: <034.0a43f86a3b069e4e64b890726b554265@avcodec.org> Message-ID: <049.c6b8772a3b2d8bc6af5cda90553ee7dc@avcodec.org> #402: Incorrect "-debug" documentation ------------------------+---------------------------- Reporter: takis | Owner: Type: enhancement | Status: open Priority: minor | Component: documentation Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------------- Comment (by takis): Patch available at: https://github.com/takis/FFmpeg/commit/180e7829428e26413916f0cbc2ad85eeb1fb877e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 12:31:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 10:31:16 -0000 Subject: [FFmpeg-trac] #395(undetermined:open): ffmpeg: failed to set value 'XXX' for option 'passlogfile' In-Reply-To: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> References: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> Message-ID: <045.f20635a2d5b282107ac941643a64e6a3@avcodec.org> #395: ffmpeg: failed to set value 'XXX' for option 'passlogfile' ------------------------+--------------------------- Reporter: j | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Works fine with 64bit compiler, broken for 32bit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 12:32:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 10:32:43 -0000 Subject: [FFmpeg-trac] #395(undetermined:open): ffmpeg: failed to set value 'XXX' for option 'passlogfile' In-Reply-To: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> References: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> Message-ID: <045.f3906d909c438e112e2db9bcee8f4a7e@avcodec.org> #395: ffmpeg: failed to set value 'XXX' for option 'passlogfile' ------------------------+--------------------------- Reporter: j | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): {{{ $ ./ffmpeg -i tests/lena.pnm -pass 1 -passlogfile test out.avi ffmpeg version 0.8.2, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 17 2011 12:29:34 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc ./ffmpeg: failed to set value 'test' for option 'passlogfile' }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 17 23:32:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 21:32:14 -0000 Subject: [FFmpeg-trac] #338(avcodec:closed): problem with qt msrle 1bpp with odd width In-Reply-To: <038.1b53d35d4a246b75d25a22eefbf478c3@avcodec.org> References: <038.1b53d35d4a246b75d25a22eefbf478c3@avcodec.org> Message-ID: <053.8ef5ea3d43ec361a74685a8c16f88311@avcodec.org> #338: problem with qt msrle 1bpp with odd width -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: swscale => avcodec Comment: Fixed by Reimar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 18 01:48:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Aug 2011 23:48:40 -0000 Subject: [FFmpeg-trac] #391(avcodec:open): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' In-Reply-To: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> References: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> Message-ID: <053.3f6d238015709f54f8aa4557cef162fe@avcodec.org> #391: multiple definition of `_DXVA2_Fixed32OpaqueAlpha' ----------------------+---------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by KSHawkEye): I contacted mingw-w64, they say a fix is on the way. I'll report back once I have a successful build and this bug can be resolved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 18 16:01:54 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Aug 2011 14:01:54 -0000 Subject: [FFmpeg-trac] #403(undetermined:new): -r to specify input frame rate does not work Message-ID: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> #403: -r to specify input frame rate does not work --------------------------+------------------------- Reporter: etienne | Type: defect Status: new | Priority: normal Component: undetermined | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------- ffmpeg -r 25 -i badly_interpreted_as_50fps.ts [...] ffmpeg version N-31898-g95b5b52, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 15 2011 10:57:29 with gcc 4.4.5 configuration: --prefix=/home/etienne/usr/ --enable-gpl --enable- version3 --enable-postproc --enable-avfilter --disable-stripping --enable- nonfree --enable-libfaac --enable-libmp3lame --enable-libx264 libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Option framerate not found. The framerate is put in format_opts dict in opt_input_file, but not ate (nor used) by avformat_open_input, hence choking on following assert_avoptions. Also tried with a tree from today, with same outcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 18 16:32:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Aug 2011 14:32:23 -0000 Subject: [FFmpeg-trac] #403(undetermined:open): -r to specify input frame rate does not work In-Reply-To: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> References: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> Message-ID: <051.5ed8c23d8036ef7d2c599000ecdda241@avcodec.org> #403: -r to specify input frame rate does not work -----------------------+--------------------------- Reporter: etienne | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: Could you explain what you are trying to achieve? The -r input option is expected to work on inputs where fps is unknown. If you are playing a file (a transport stream?), fps cannot be selected but is a property of the file. If you have problems with A/V sync on a specific file, please upload a sample - you can attach small samples, bigger files can be uploaded to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 18 16:36:13 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Aug 2011 14:36:13 -0000 Subject: [FFmpeg-trac] #364(avformat:closed): Workaround for RV40 timestamps In-Reply-To: <036.a3bb46d62a07fe42542fee6b724ad592@avcodec.org> References: <036.a3bb46d62a07fe42542fee6b724ad592@avcodec.org> Message-ID: <051.3d94857e2b3e006436fe5afc3ced87f4@avcodec.org> #364: Workaround for RV40 timestamps ------------------------------+----------------------- Reporter: roytam1 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: rm rmvb timestamp | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+----------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: The timestamps have been fixed by Kostya. The patch you posted was written (possibly among others) by Balatoni Denes, Arpi and Michael and was published under the GPL (not the LGPL). I assume you did not know the patch could not be applied to FFmpeg due to these license issues, but you should have explained that you did not write the patch yourself and instead told us where you found it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 18 18:58:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Aug 2011 16:58:34 -0000 Subject: [FFmpeg-trac] #404(undetermined:new): Rounding error in scaling expression Message-ID: <033.7fb49f538a7410f3c35994a1a6ad0a61@avcodec.org> #404: Rounding error in scaling expression -----------------------------------------+--------------------- Reporter: blaw | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: rouding scalling expression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------------------+--------------------- Looks like the calculation in the scaling filter is not rounding properly. This is the math I'm doing to convert all inputs to square pixels while maintaining aspect ratio. -vf scale='iw:ow/dar',setsar=1:1 The input video is 352x480 with SAR of 20:11 and DAR of 4:3. The output file becomes 352x263. But when I do the math it should be 352x264. And since 263 isn't divisible by 2, the output video has color artifacts at the bottom. Here's my math (using windows calc): ow = 352 dar = 4:3 = 1.3333333333333333333333333333333 352/1.3333333333333333333333333333333 = 264.00000000000000000000000000007 ================================================= ******************* * Input Video * ******************* Input #0, mpeg, from '/data/transcode/input/Code Violation_ Azarenka_Clijsters in Miami.mpg': Duration: 00:01:16.70, start: 0.213367, bitrate: 2661 kb/s Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 352x480 [SAR 20:11 DAR 4:3], 2714 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s [STREAM] index=0 codec_name=mpeg2video codec_long_name=MPEG-2 video codec_type=video codec_time_base=1001/60000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=352 height=480 has_b_frames=1 sample_aspect_ratio=20:11 display_aspect_ratio=4:3 pix_fmt=yuv420p level=8 id=0x1e0 r_frame_rate=30000/1001 avg_frame_rate=30000/1001 time_base=1/90000 start_time=0.213367 duration=76.576500 [/STREAM] ******************* * Output Video * ******************* Input #0, matroska,webm, from '/data/transcode/input/Code Violation_ Azarenka_Clijsters in Miami.mpg.webm': Duration: 00:00:07.57, start: 0.000000, bitrate: N/A Stream #0.0: Video: vp8, yuv420p, 352x263, SAR 1:1 DAR 352:263, 29.97 fps, 29.97 tbr, 1k tbn, 29.97 tbc (default) Stream #0.1: Audio: vorbis, 44100 Hz, stereo, s16 (default) [STREAM] index=0 codec_name=vp8 codec_long_name=On2 VP8 codec_type=video codec_time_base=1001/30000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=352 height=263 has_b_frames=0 pix_fmt=yuv420p level=-99 r_frame_rate=30000/1001 avg_frame_rate=1349849997/45039994 time_base=1/1000 start_time=0.000000 duration=N/A [/STREAM] ******************* * ffmpeg cmd * ******************* WEBM_PROFILE="-vf yadif=0:-1:1,unsharp=3:3:1.0,scale='iw:ow/dar',setsar=1:1 -f webm -threads 0 -vcodec libvpx -g 360 -keyint_min 0 -vb 800k -qmin 1 -qmax 63 -quality good -slices 1 -vp8flags altref -acodec libvorbis -ac 2 -ab 128k -ar 44100" ffmpeg -i $WEBM_PROFILE -y .webm ffmpeg version 0.8.2.git, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 17 2011 15:52:09 with gcc 4.4.3 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable- libxvid --enable-x11grab --enable-libmp3lame --enable-libvpx --enable- static libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 32. 0 / 2. 32. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 18 19:42:54 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Aug 2011 17:42:54 -0000 Subject: [FFmpeg-trac] #403(undetermined:open): -r to specify input frame rate does not work In-Reply-To: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> References: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> Message-ID: <051.58591980ae83f6c7779c0a0a2ca28b61@avcodec.org> #403: -r to specify input frame rate does not work -----------------------+--------------------------- Reporter: etienne | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by etienne): Right, I though -r before -i could be used to force input fps. Sorry about the noise. Please mark this bug as invalid (seems I can't do it myself). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 00:23:05 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Aug 2011 22:23:05 -0000 Subject: [FFmpeg-trac] #143(undetermined:reopened): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.472bc98f96eabe6bcc18593be71f130c@avcodec.org> #143: YUV video to RGB image export color conversion issue --------------------------+--------------------------- Reporter: peter_b | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by peter_b): * status: closed => reopened * resolution: fixed => Comment: I'm reopening this issue since the patch is currently not applied to upstream, because as Michael Niedermayer mentions [http://permalink.gmane.org/gmane.comp.video.ffmpeg.devel/131437 in a post on the devel-mailinglist]: [quote] the patch causes speed loss. Thats ok for 422 but the code is also used for 420 where there is speedloss but no quality gain iam not sure how to solve this [quote] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 00:31:53 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Aug 2011 22:31:53 -0000 Subject: [FFmpeg-trac] #405(undetermined:new): Rhozet Carbon Coder violates LGPL Message-ID: <036.7673fa3763f413af928c267772389fdd@avcodec.org> #405: Rhozet Carbon Coder violates LGPL ---------------------------------+-------------------------------- Reporter: peter_b | Type: license violation Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: rhozet carbon coder | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------+-------------------------------- According to the [http://www.mail-archive.com/ffmpeg- issues at lscube.org/msg02725.html old ticket for issue #484] (on roundup.ffmpeg.org), [http://www.rhozet.com/promedia_carbon.html Rhozet's Promedia Carbon] (previously called "Carbon Coder") is violating the LGPL. As the current state of this issue is left unclear, I'm re-opening this issue here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 01:47:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Aug 2011 23:47:45 -0000 Subject: [FFmpeg-trac] #406(FFmpeg:new): QuickTime Error: "Error -2041: an invalid sample description was found in the movie" Message-ID: <038.a1d8c643329052c8e0beb3f590edd59a@avcodec.org> #406: QuickTime Error: "Error -2041: an invalid sample description was found in the movie" ------------------------+--------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: new Priority: important | Component: FFmpeg Version: git | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+--------------------- While trying to play back a simple video encoded with FFmpeg and lame, I get: "Error -2041: an invalid sample description was found in the movie" I'm on a Windows machine and am unsure if the problem is just on Windows or on Linux too. The command line I used was: {{{ ffmpeg -i "input.mp4" -y -acodec libmp3lame -vn "output.mp4" }}} No errors were displayed while encoding. I'm using version git-41bf67d built on 2011-08-16 mp3 should be accepted in a .mp4 container and QuickTime should be able to play it back, so I believe this is an FFmpeg bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 10:44:39 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 08:44:39 -0000 Subject: [FFmpeg-trac] #406(avformat:open): QuickTime Error: "Error -2041: an invalid sample description was found in the movie" In-Reply-To: <038.a1d8c643329052c8e0beb3f590edd59a@avcodec.org> References: <038.a1d8c643329052c8e0beb3f590edd59a@avcodec.org> Message-ID: <053.ab555e3ec7661e1e5fcbe46566da07b1@avcodec.org> #406: QuickTime Error: "Error -2041: an invalid sample description was found in the movie" -----------------------+----------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * priority: important => normal * status: new => open * version: git => git-master * component: FFmpeg => avformat Comment: Compete, uncut output missing. Do you believe this is a regression? If not, why do you think this is supposed to work? Do you have a mp3-in-isom sample that works with QuickTime? (Works fine with -f mov) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 10:47:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 08:47:14 -0000 Subject: [FFmpeg-trac] #143(undetermined:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.9f98334d79d0956aca58bbc8dd8d1647@avcodec.org> #143: YUV video to RGB image export color conversion issue --------------------------+--------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by cehoyos): * status: reopened => open Comment: Please post a command line, complete, uncut output (and a sample)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 11:58:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 09:58:25 -0000 Subject: [FFmpeg-trac] #143(undetermined:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.9c3673ac7de8ba2fc99ec32865269a7f@avcodec.org> #143: YUV video to RGB image export color conversion issue --------------------------+--------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by peter_b): It's been a while since I've had this on my table, so I can't post the exact ffmpeg-commandline I've used right now. I'll post them here as soon as I get to it. The video sample I've used to test this, is located at: http://download.das-werkstatt.com/pb/mthk/examples/color_problem /testvideo_color_rectangles-YUV422P.avi (Encoding FFv1 PAL-SD resolution 720x576 at 25fps) If you try to export the frames of the above video as RGB images (e.g. png, jpg) you will always get the colors interpolated between the fields. Image samples can be found at: http://download.das- werkstatt.com/pb/mthk/examples/color_problem/problem.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 13:32:58 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 11:32:58 -0000 Subject: [FFmpeg-trac] #143(undetermined:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.d0d094c4add1c25232f665d4d33d94fc@avcodec.org> #143: YUV video to RGB image export color conversion issue --------------------------+--------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by cehoyos): Please post a command line and complete, uncut output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 19:25:02 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 17:25:02 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) Message-ID: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) -------------------------------------+-------------------------- Reporter: redeemarr | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+-------------------------- Platform: Iphone OS, Cortex-A8 CPU. Library compiled with NEON asm and optimizations. Sometimes (quite rarely) I'm getting crash in ff_put_pixels16_neon while decoding h.264 frames. There's a lot of decoding errors due to device load, network losses, etc. As I could understand, crash happens when decoder tries to fix/consume decoding errors. Feel free to contact me if you need something (if this information is not detailed enough). Callstack looks like: {{{ ff_put_pixels16_neon mc_dir_part hl_motion hl_decode_mb_simple decode_mb guess_mv ff_er_frame_end field_end decode_frame avcodec_decode_video2 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 19:40:36 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 17:40:36 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.34a49d26cae96416cedd13cab6d083a6@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by redeemarr): Oh, I forgot, SVN revision is 26402 (latest available on SVN). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 20:56:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 18:56:55 -0000 Subject: [FFmpeg-trac] #401(avcodec:open): ffmpeg fails to decode MJPG in AVI In-Reply-To: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> References: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> Message-ID: <054.62f7feee259973162d8fc7749893ea28@avcodec.org> #401: ffmpeg fails to decode MJPG in AVI -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by reimar): This is probably caused by libavfilter. The (vsrc)buffer filter seems to need a pixfmt from the start. However the filters are created before the decoder is actually opened. So it is completely reliant on the probe filling in the pix_fmt. However since this file is non-interleaved and FFmpeg detects this too late, the probe never gets any video data, thus does not open the decoder and thus the pix_fmt is not filled in. This seems all rather silly though: it is quite silly that it is not tried to open the decoder during probe even if no data is available, as is opening the decoder only after the filter has been set up. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 21:07:57 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 19:07:57 -0000 Subject: [FFmpeg-trac] #360(avformat:open): Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files In-Reply-To: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> References: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> Message-ID: <047.abc95fd8a509e74d664b7f0179c13def@avcodec.org> #360: Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files ------------------------+----------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by reimar): I have been looking into a different strangeness, maybe that is even the deeper cause. The estimate_timings_from_pts function parses through the file a bit, then seeks back again to start reading again. The strange thing is, that the first pass through all the video packets get the right time stamps, they don't on the second. So obviously some state gets stuck in a bad state (possibly caused by this rather non-proper seeking). So possibly this bad state is actually the B-frames detection... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 21:55:07 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 19:55:07 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.12a1f908bdbb20f400395029c6531a37@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by cehoyos): Please test git head - see http://ffmpeg.org/download.html And please provide complete backtrace: See http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 22:43:11 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 20:43:11 -0000 Subject: [FFmpeg-trac] #360(avformat:open): Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files In-Reply-To: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> References: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> Message-ID: <047.b71b76947d56d772ff51fc63f72c5db4@avcodec.org> #360: Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files ------------------------+----------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by reimar): It was a bit more convoluted, see http://ffmpeg.org/pipermail/ffmpeg- devel/2011-August/114017.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 19 23:07:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 21:07:50 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.c12adaa378da910b896992eb9f4ce889@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by redeemarr): Tried git head, same issue. Yep, I should've know how to submit bugs, sorry. GDB backtrace: {{{ #0 0x00153d64 in ff_put_pixels16_neon () at common.h:46 #1 0x00200a6c in mc_dir_part (h=0x58a2000, pic=0x58c894c, n=, square=1, chroma_height=8, delta=0, list=0, dest_y=0xbe2610 '\200' ..., dest_cb=0xc12f10 '\200' ..., dest_cr=0xc31910 '\200' ..., src_x_offset=0, src_y_offset=0, qpix_op=0x58a3410, chroma_op=0x155808 , pixel_shift=0, chroma444=0) at libavcodec/h264.c:473 #2 0x0020165c in mc_part (h=0x58a2000, n=0, square=1, chroma_height=8, delta=0, dest_y=0xbe2610 '\200' ..., dest_cb=0xc12f10 '\200' ..., dest_cr=0xc31910 '\200' ..., x_offset=0, y_offset=0, qpix_put=0x58a3410, chroma_put=0x155808 , qpix_avg=0x58a3510, chroma_avg=0x155964 , weight_op=0x58a44d4, weight_avg=0x58a44fc, list0=4096, list1=0, pixel_shift=0, chroma444=0) at libavcodec/h264.c:549 #3 0x00213a60 in hl_decode_mb_simple_8 (h=0x58a2000) at libavcodec/h264.c:696 #4 0x0021487c in ff_h264_hl_decode_mb (h=0x58a2000) at libavcodec/h264.c:2103 #5 0x001f8b10 in decode_mb (s=0x58a2000, ref=0) at libavcodec/error_resilience.c:59 #6 0x001f9cfc in guess_mv (s=0x58a2000) at libavcodec/error_resilience.c:414 #7 0x001fb65c in ff_er_frame_end (s=0x58a2000) at libavcodec/error_resilience.c:1066 #8 0x00204244 in field_end (h=0x58a2000, in_setup=) at libavcodec/h264.c:2418 #9 0x002176cc in decode_frame (avctx=0xb7f400, data=0x5e39dc0, data_size=0x2fee0c4c, avpkt=) at libavcodec/h264.c:3904 #10 0x0029b09c in avcodec_decode_video2 (avctx=0xb7f400, picture=0x5e39dc0, got_picture_ptr=0x2fee0c4c, avpkt=0x2fee0c10) at libavcodec/utils.c:769 }}} Disasm near pc: {{{ Dump of assembler code from 0x153d44 to 0x153d84: 0x00153d44 : vst1.16 {d0-d1}, [r0, :128]! 0x00153d48 : vst1.16 {d0-d1}, [r0, :128]! 0x00153d4c : vst1.16 {d0-d1}, [r0, :128]! 0x00153d50 : vst1.16 {d0-d1}, [r0, :128]! 0x00153d54 : vst1.16 {d0-d1}, [r0, :128]! 0x00153d58 : vst1.16 {d0-d1}, [r0, :128]! 0x00153d5c : bx lr 0x00153d60 : mov r3, #16 ; 0x10 0x00153d64 : vld1.64 {d0-d1}, [r1], r2 0x00153d68 : vld1.64 {d2-d3}, [r1], r2 0x00153d6c : vld1.64 {d4-d5}, [r1], r2 0x00153d70 : pld [r1, r2, lsl #2] 0x00153d74 : vld1.64 {d6-d7}, [r1], r2 0x00153d78 : pld [r1] 0x00153d7c : pld [r1, r2] 0x00153d80 : pld [r1, r2, lsl #1] }}} Registers: {{{ r0 0xbe2610 12461584 r1 0x73d1a10 121444880 r2 0x40 64 r3 0x10 16 r4 0x58a2000 92938240 r5 0x73d1a10 121444880 r6 0x0 0 r7 0x2fee06dc 804128476 r8 0x0 0 r9 0x1 1 r10 0x0 0 r11 0x0 0 r12 0x2aa0 10912 sp 0x2fee0660 804128352 lr 0x200a6c 2099820 pc 0x153d64 1391972 cpsr { 0x80000010, n = 0x1, z = 0x0, c = 0x0, v = 0x0, q = 0x0, j = 0x0, ge = 0x0, e = 0x0, a = 0x0, i = 0x0, f = 0x0, t = 0x0, mode = 0x10 } { 0x80000010, n = 1, z = 0, c = 0, v = 0, q = 0, j = 0, ge = 0, e = 0, a = 0, i = 0, f = 0, t = 0, mode = usr } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 20 00:16:09 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 22:16:09 -0000 Subject: [FFmpeg-trac] #351(avformat:open): Make Matroska cluster size configurable (was: ffv1 frames are not marked as keyframes in mkv) In-Reply-To: <036.3c9a366cc9276e7193946dbbd70258e1@avcodec.org> References: <036.3c9a366cc9276e7193946dbbd70258e1@avcodec.org> Message-ID: <051.2d074ff66b74ebdf5833d78527b27c97@avcodec.org> #351: Make Matroska cluster size configurable ------------------------+----------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: matroska | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * component: undetermined => avformat * priority: normal => wish * version: unspecified => git-master * keywords: ffv1 mkv matroska mkvalidator => matroska * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 20 00:29:57 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 22:29:57 -0000 Subject: [FFmpeg-trac] #365(avformat:closed): trp/ts file w/o PAT/PMT is not supported In-Reply-To: <035.34ad18126fd87f9b9e6fb92d0cda4e08@avcodec.org> References: <035.34ad18126fd87f9b9e6fb92d0cda4e08@avcodec.org> Message-ID: <050.1504cbbb808b1bd7eb43aef2fc10be93@avcodec.org> #365: trp/ts file w/o PAT/PMT is not supported --------------------------------+----------------------- Reporter: Superb | Owner: Type: enhancement | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: ts aac pat pmt latm | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in 7bdc5de33d21411e5e742670d669d9908d47a1cd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 20 00:39:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Aug 2011 22:39:03 -0000 Subject: [FFmpeg-trac] #320(avformat:open): 0 channels in latm stream In-Reply-To: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> References: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> Message-ID: <055.fca35cca236ea7e8a2ff7a22dc0c9ae6@avcodec.org> #320: 0 channels in latm stream ------------------------+----------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+----------------------- Changes (by cehoyos): * analyzed: 0 => 1 Comment: Patch attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 20 09:44:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Aug 2011 07:44:05 -0000 Subject: [FFmpeg-trac] #408(undetermined:new): ffmpeg: Invalid read of size 1 in roq_decode_frame Message-ID: <032.f35208146a98236b13adf08c197c5dee@avcodec.org> #408: ffmpeg: Invalid read of size 1 in roq_decode_frame --------------------------+--------------------- Reporter: daw | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- The following file causes a Valgrind warning of out-of-bounds memory access: {{{ $ valgrind ./ffmpeg -v 9 -loglevel 99 -i bug1/bad.roq -y -target pal-vcd out ffmpeg version N-32008-g13e9a0f, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 19 2011 23:34:14 with gcc 4.5.1 20100924 (Red Hat 4.5.1-4) [...] ==9808== Invalid read of size 1 ==9808== at 0x7406EE: roq_decode_frame (roqvideodec.c:78) ==9808== by 0x7AAAB6: avcodec_decode_video2 (utils.c:769) ==9808== by 0x435134: output_packet (ffmpeg.c:1627) ==9808== by 0x4384AC: transcode.clone.11 (ffmpeg.c:2812) ==9808== by 0x43CB4C: main (ffmpeg.c:4569) ==9808== Address 0x4eec326 is 0 bytes after a block of size 18,982 alloc'd ==9808== at 0x4A0473F: memalign (vg_replace_malloc.c:532) ==9808== by 0x4A04798: posix_memalign (vg_replace_malloc.c:660) ==9808== by 0x9574A4: av_malloc (mem.c:90) ==9808== by 0x51793B: av_new_packet (avpacket.c:64) ==9808== by 0x4E9474: av_get_packet (utils.c:270) ==9808== by 0x4803AD: roq_read_packet (idroqdec.c:157) ==9808== by 0x4EA183: av_read_packet (utils.c:732) ==9808== by 0x4EA6C6: read_frame_internal (utils.c:1199) ==9808== by 0x43820A: transcode.clone.11 (ffmpeg.c:2753) ==9808== by 0x43CB4C: main (ffmpeg.c:4569) [...] }}} The input file that triggers this (see attached file) differs by one byte from tests/data/vsynth2/roqav.roq. I'm using the latest from git. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 20 11:28:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Aug 2011 09:28:02 -0000 Subject: [FFmpeg-trac] #409(undetermined:new): Musepack SV8 file decodes with distortions Message-ID: <036.1131d50b34040c4cb8e3f09ba0951ad0@avcodec.org> #409: Musepack SV8 file decodes with distortions -------------------------+-------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Keywords: mpc8 Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+-------------------------- http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1965 The file at http://www.mediafire.com/?o9onbsm6dk6cqja decodes without errors, but the resulting wav file contains clicks and distortions. {{{ $ ffmpeg -i 03.mpc out.wav ffmpeg version N-32008-g13e9a0f, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 20 2011 11:14:41 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 32. 0 / 2. 32. 0 libswscale 2. 0. 0 / 2. 0. 0 Input #0, mpc8, from '03.mpc': Duration: 00:12:20.62, start: 0.000000, bitrate: 262 kb/s Stream #0.0: Audio: mpc8, 44100 Hz, stereo, s16 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.9.0 Stream #0.0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 size= 127760kB time=00:12:21.64 bitrate=1411.2kbits/s video:0kB audio:127760kB global headers:0kB muxing overhead 0.000034% }}} I will attach the first 2MB of the testfile, the cut file allows to reproduce the problem with ffplay (first 40 seconds silence, >10 seconds music, all with distortions). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 20 12:33:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Aug 2011 10:33:05 -0000 Subject: [FFmpeg-trac] #360(avformat:closed): Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files In-Reply-To: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> References: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> Message-ID: <047.a1095924ab67b31de34d703d8784def9@avcodec.org> #360: Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files ------------------------+----------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by reimar): * status: open => closed * resolution: => fixed Comment: Change pushed, please confirm it fixes all issues you were seeing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 20 12:51:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Aug 2011 10:51:06 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.9615451a803c7ff2cf3da6985769974a@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by reimar): Do you have a data dump that can be used to reproduce the issue? Do you know whether or not the crash also occurs when running on x86 or with NEON support disabled (or even just this specific function disabled)? Assuming it supports NEON, can you run this through valgrind? Alignment seems sufficient (actually vld1 seems to not require any), so it seems likely this should not be ARM-specific. Since it is the load instruction, it should be the source that is invalid. Due to the edge emulation code, the MVs should not be able to cause this. So the source picture probably is invalid. Purely speculation, but a theory is that either it has been freed (though the data pointer usually should be 0-ed then) or it wasn't properly discarded in a size change and is too small. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 00:52:22 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Aug 2011 22:52:22 -0000 Subject: [FFmpeg-trac] #386(undetermined:reopened): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.4bc28d16aa1ffdb099cd80a8aea14a7e@avcodec.org> #386: Missing audio and subtitle streams in vob file ------------------------+--------------------------- Reporter: Aztek | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Aztek): Hi there, It's alright: you can close this ticket if you are not interested in DVD format handling. `mplayer` did the trick by correctly extracting the video stream (parts of X11, DBUS and stuff are installed though on a headless server now... ugly!) My guess is that the menu was actually embedded in some VOB files (in '''this''' particular DVD in contrast with most of DVDs I deal with): when I played the VOB file I created with `mplayer`, a menu was displayed which shouldn't be. That's a shame `ffmpeg` can't handle DVD ISOs or "fat" VOB files: I do not know of any almost non fancy dependence-free software that can handle DVD streams and extract them correctly. Unfortunately, I'm far from being good enough to write something to 'really' solve my problem. So, sorry for just complaining. Thanks for all and keep up the good work: even with this problem, I did not regret the switch to `ffmpeg`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 15:24:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Aug 2011 13:24:13 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.b429f0b1b9bf4173456ac6ced379cd69@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by redeemarr): No asm, no NEON, ARM CPU. Similar crash: {{{ #0 [inlined] () at :0 #1 [inlined] () at :0 #2 0x0018fca0 in ff_put_pixels16x16_8_c (dst=0x146de10 '\200' ..., src=0x7860a10
, stride=96) at dsputil_template.c:0 #3 0x00283128 in mc_dir_part (h=0x587d000, pic=0x58a394c, n=, square=1, chroma_height=8, delta=0, list=0, dest_y=0x146de10 '\200' ..., dest_cb=0x149ab88 '\200' ..., dest_cr=0x149b388 '\200' ..., src_x_offset=0, src_y_offset=0, qpix_op=0x587e410, chroma_op=0x166770 , pixel_shift=0, chroma444=0) at libavcodec/h264.c:473 #4 0x00283d18 in mc_part (h=0x587d000, n=0, square=1, chroma_height=8, delta=0, dest_y=0x146de10 '\200' ..., dest_cb=0x149ab88 '\200' ..., dest_cr=0x149b388 '\200' ..., x_offset=0, y_offset=0, qpix_put=0x587e410, chroma_put=0x166770 , qpix_avg=0x587e510, chroma_avg=0x166e5c , weight_op=0x587f4d4, weight_avg=0x587f4fc, list0=4096, list1=0, pixel_shift=0, chroma444=0) at libavcodec/h264.c:549 #5 0x002969dc in hl_decode_mb_simple_8 (h=0x587d000) at libavcodec/h264.c:696 #6 0x002977f8 in ff_h264_hl_decode_mb (h=0x587d000) at libavcodec/h264.c:2103 #7 0x0027aec4 in decode_mb (s=0x587d000, ref=0) at libavcodec/error_resilience.c:59 #8 0x0027c0b0 in guess_mv (s=0x587d000) at libavcodec/error_resilience.c:414 #9 0x0027da10 in ff_er_frame_end (s=0x587d000) at libavcodec/error_resilience.c:1066 #10 0x00286900 in field_end (h=0x587d000, in_setup=) at libavcodec/h264.c:2418 #11 0x0029a648 in decode_frame (avctx=0x1415a00, data=0x80c1b0, data_size=0x77a6c44, avpkt=) at libavcodec/h264.c:3904 #12 0x00326848 in avcodec_decode_video2 (avctx=0x1415a00, picture=0x80c1b0, got_picture_ptr=0x77a6c44, avpkt=0x77a6c00) at libavcodec/utils.c:769 }}} {{{ 0x0018fc80 : cmp lr, r5 0x0018fc84 : orr r3, r12, r3, lsl #8 0x0018fc88 : add r1, r1, r2 0x0018fc8c : strh r3, [r0], r2 0x0018fc90 : bne 0x18fc74 0x0018fc94 : pop {r4, r5, r7, pc} 0x0018fc98 : push {r4, r7, lr} 0x0018fc9c : add r7, sp, #4 ; 0x4 0x0018fca0 : ldrb r3, [r1, #1] 0x0018fca4 : ldrb r12, [r1] 0x0018fca8 : add r4, r0, r2 0x0018fcac : add r9, r2, r4 0x0018fcb0 : orr r12, r12, r3, lsl #8 0x0018fcb4 : ldrb r3, [r1, #2] 0x0018fcb8 : orr r12, r12, r3, lsl #16 0x0018fcbc : ldrb r3, [r1, #3] }}} {{{ r0 0x146de10 21421584 r1 0x7860a10 126224912 r2 0x60 96 r3 0x18fc98 1637528 r4 0x587d000 92786688 r5 0x7860a10 126224912 r6 0x0 0 r7 0x77a664c 125462092 r8 0x0 0 r9 0x1 1 r10 0x0 0 r11 0x0 0 r12 0x2aa0 10912 sp 0x77a6648 125462088 lr 0x283128 2634024 pc 0x18fca0 1637536 cpsr { 0x80000010, n = 0x1, z = 0x0, c = 0x0, v = 0x0, q = 0x0, j = 0x0, ge = 0x0, e = 0x0, a = 0x0, i = 0x0, f = 0x0, t = 0x0, mode = 0x10 } { 0x80000010, n = 1, z = 0, c = 0, v = 0, q = 0, j = 0, ge = 0, e = 0, a = 0, i = 0, f = 0, t = 0, mode = usr } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 15:55:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Aug 2011 13:55:28 -0000 Subject: [FFmpeg-trac] #404(undetermined:new): Rounding error in scaling expression In-Reply-To: <033.7fb49f538a7410f3c35994a1a6ad0a61@avcodec.org> References: <033.7fb49f538a7410f3c35994a1a6ad0a61@avcodec.org> Message-ID: <048.5e21835cc8d44919aa4ec02f81789ca0@avcodec.org> #404: Rounding error in scaling expression ----------------------------------------+--------------------------- Reporter: blaw | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: rouding scalling expression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------------+--------------------------- Comment (by saste): Unreproducible here with the command (you need git of the day for testing it): {{{ $ ffplay -f lavfi "testsrc=s=352x480:sar=20/11,scale=iw:ow/dar" ffplay version N-32028-g34c9975, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 21 2011 15:27:17 with gcc 4.4.5 configuration: --prefix=/home/stefano --enable-libx264 --enable-libxvid --enable-librtmp --disable-shared --enable-static --enable-debug=3 --enable-pthreads --enable-libvorbis --enable-avfilter --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libtheora --enable-gpl --enable-x11grab --enable-libschroedinger --enable-libopenjpeg --enable- frei0r --enable-libopencv --disable-optimizations --disable-mmx --enable- libfreetype libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 1 / 2. 34. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [testsrc @ 0xa2c0790] size:352x480 rate:25/1 duration:-1.000000 sar:20/11 [scale @ 0xa28efe0] w:352 h:480 fmt:rgb24 -> w:352 h:264 fmt:yuv420p flags:0x2 [lavfi @ 0xa2bf8a0] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc=s=352x480:sar=20/11,scale=iw:ow/dar': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0.0: Video: rawvideo, yuv420p, 352x264 [SAR 20:11 DAR 80:33], 25 tbr, 25 tbn, 25 tbc 5.32 A-V: 0.000 s:0.0 aq= 0KB vq= 817KB sq= 0B f=0/0 0/0 }}} Please try and report, I guess it may be a platform-specific problem. Even in this case, you can force the h value to be a multiple of the chroma vertical subsampling value, for example by setting scale=iw:floor(ow/dar/hsub)*hsub. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 16:37:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Aug 2011 14:37:20 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.54a45223f32ac2c41673eb5d13d83e79@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by cehoyos): Could you attach a sample? Or upload to http://www.datafilehost.com/ ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 16:42:15 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Aug 2011 14:42:15 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.60eb7cc72bae955b548b0f34d6c5696a@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by redeemarr): Replying to [comment:6 cehoyos]: > Could you attach a sample? > Or upload to http://www.datafilehost.com/ ? This is a realtime streaming from IP camera. I'll try to capture some frames, which reproduces the crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 16:42:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Aug 2011 14:42:32 -0000 Subject: [FFmpeg-trac] #408(undetermined:closed): ffmpeg: Invalid read of size 1 in roq_decode_frame In-Reply-To: <032.f35208146a98236b13adf08c197c5dee@avcodec.org> References: <032.f35208146a98236b13adf08c197c5dee@avcodec.org> Message-ID: <047.fb73f05277924cebd31ccd0e9e5b6a17@avcodec.org> #408: ffmpeg: Invalid read of size 1 in roq_decode_frame -------------------+--------------------------- Reporter: daw | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Reimar -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 19:43:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Aug 2011 17:43:59 -0000 Subject: [FFmpeg-trac] #345(build system:closed): Issues with 0.7.1 release on Windows In-Reply-To: <034.3644eef2df9c1304fed4cc4e6128ec89@avcodec.org> References: <034.3644eef2df9c1304fed4cc4e6128ec89@avcodec.org> Message-ID: <049.d9b8985a3d6155e26776722d14807808@avcodec.org> #345: Issues with 0.7.1 release on Windows -------------------+--------------------------- Reporter: linga | Owner: Type: defect | Status: closed Priority: normal | Component: build system Version: 0.7.1 | Resolution: invalid Keywords: 0.7.1 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Issue 1 should be obvious: FFmpeg performance will be significantly lower if you don't have yasm installed at build time, so you have to explicitly confirm that you want such a build. Issue 2: pthreads get auto-detected if they are installed (they come with the default mingw installation), you have to provide the missing dll for such a build (copy /mingw/bin/pthreadGC2.dll into the same directory as ffmpeg.exe), if you want to build without pthreads, pass --enable- w32threads to configure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 22:53:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Aug 2011 20:53:12 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 Message-ID: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 --------------------------+-------------------------- Reporter: Wonko | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- KDE's image viewer Gwenview crashes when showing certain mpeg files sorted by date. And KDE's file manager Dolphin throws errors of kfilemetadatareader when the mouse is over such a file. I filed [https://bugs.kde.org/show_bug.cgi?id=279624], but it seems it's not KDE's problem, as it only happens with 0.7.3, not with 0.7.2. I'd say about 10% of my files are affected, so this makes Gwenview unusable. Most (maybe all) of the files were downloaded with youtube-dl. -- Backtrace: Application: Gwenview (gwenview), signal: Segmentation fault [Current thread is 1 (Thread 0x7faadcb07760 (LWP 6451))] Thread 2 (Thread 0x7faacb412700 (LWP 6455)): [...] Thread 1 (Thread 0x7faadcb07760 (LWP 6451)): [KCrash Handler] #6 0x00007faaaf4da857 in av_open_input_stream () from /usr/lib64/libavformat.so.52 #7 0x00007faab03bd3a6 in FFMPEGEndAnalyzer::analyze(Strigi::AnalysisResult&, Strigi::StreamBase*) () from /usr/lib64/strigi/strigiea_ffmpeg.so #8 0x00007faad735556a in Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase*) () from /usr/lib64/libstreamanalyzer.so.0 #9 0x00007faadc040765 in KFileMetaInfoPrivate::init(QIODevice&, KUrl const&, long, QFlags) () from /usr/lib64/libkio.so.5 #10 0x00007faadc040fd7 in KFileMetaInfo::KFileMetaInfo(QString const&, QString const&, QFlags) () from /usr/lib64/libkio.so.5 #11 0x00007faadc02c70a in KFileItem::metaInfo(bool, int) const () from /usr/lib64/libkio.so.5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 21 23:11:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Aug 2011 21:11:52 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.7ad5b4c7d7790559b8dd08f31f9a5cb2@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Wonko): Sorry, I just see that I downgraded to 0.7_rc1, not to 0.7.2. I had 0.7.2 installed, and the error also happened then. I ''think'' I did not see this with 0.7.1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 03:19:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 01:19:11 -0000 Subject: [FFmpeg-trac] #411(avcodec:new): Insane cropping error Message-ID: <036.b6c2a671df92d099e8e93f6f12a2e832@avcodec.org> #411: Insane cropping error ---------------------+--------------------- Reporter: seaweed | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.8.2 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+--------------------- Hi Im am trying to decode a 1080 P H264 video stream from a camera with VDPAU (NVIDIA driver version 260.19.04) / FFMPeg as the input demuxer/NALU parser. I am seeing the message below while decoding. The camera sends out slightly larger height frames than 1080 (1084). And I repeatedly get these messages about every second: Last message repeated 1 times [h264_vdpau @ 0x7f210c46df30]insane cropping not completely supported, this could look slightly wrong ... [h264_vdpau @ 0x7f210c46df30]no frame! I believe this happens during SPS/PPS parsing. I captured some raw H.264 bitstream in a file and uploaded at http://www.datafilehost.com/download-f537c855.html. Its interesting that when this video stream is wrapped within RTMP packets and submitted to flash, flash player plays it fine - with no extra 4 bytes at the top and no signs of hiccups. The parser seems to cause latency issues when this happens (stuck for couple of seconds). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 08:37:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 06:37:16 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.a7c80fc0da09d85a0d700f9c1d32ffce@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): Complete, uncut output of ffmpeg -i yoursample missing and please provide a complete backtrace as explained on http://ffmpeg.org/bugreports.html Are you sure you provided the right sample? (It is unplayable, afaict.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 08:44:27 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 06:44:27 -0000 Subject: [FFmpeg-trac] #411(avcodec:open): Support left and top cropping in H264 (was: Insane cropping error) In-Reply-To: <036.b6c2a671df92d099e8e93f6f12a2e832@avcodec.org> References: <036.b6c2a671df92d099e8e93f6f12a2e832@avcodec.org> Message-ID: <051.fe4e849389b1003f83f13aa3214c6e94@avcodec.org> #411: Support left and top cropping in H264 ------------------------+---------------------- Reporter: seaweed | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => wish * version: 0.8.2 => git-master * type: defect => enhancement Comment: No relation to VDPAU. {{{ ffmpeg -i rawh264bitStream_insane_cropping ffmpeg version N-32034-g18de796, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 21 2011 16:38:27 with gcc 4.5.3 configuration: --enable-libopencore-amrnb --enable-version3 --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 1 / 2. 34. 1 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0x129f560] non-existing PPS referenced [h264 @ 0x129f560] non-existing PPS 0 referenced [h264 @ 0x129f560] decode_slice_header error [h264 @ 0x129f560] no frame! ... [h264 @ 0x129f560] non-existing PPS referenced [h264 @ 0x129f560] non-existing PPS 0 referenced [h264 @ 0x129f560] decode_slice_header error [h264 @ 0x129f560] no frame! [h264 @ 0x129f560] insane cropping not completely supported, this could look slightly wrong ... (top: 2, bottom: 2, left: 0, right: 0) Last message repeated 3 times [h264 @ 0x129d420] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, h264, from 'rawh264bitStream_insane_cropping': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (Main), yuv420p, 1920x1084 [SAR 1:1 DAR 480:271], 28.49 fps, 25 tbr, 1200k tbn, 50 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 09:04:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 07:04:07 -0000 Subject: [FFmpeg-trac] #390(avformat:open): ffplay cannot select desired audio/video stream, consider there is a bug in the av_read_frame function In-Reply-To: <034.b2c9a456495b2a05989f7661f472bb93@avcodec.org> References: <034.b2c9a456495b2a05989f7661f472bb93@avcodec.org> Message-ID: <049.4f79deedc9b5eba9c53305e4b949635c@avcodec.org> #390: ffplay cannot select desired audio/video stream, consider there is a bug in the av_read_frame function -----------------------+----------------------- Reporter: qrtt1 | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mmsh | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFplay => avformat * priority: important => normal * version: git => git-master * keywords: => mmsh Comment: This is certainly reproducible (and FFmpeg does not warn that audio/video stream selection is not possible for this mms stream). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 09:04:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 07:04:45 -0000 Subject: [FFmpeg-trac] #390(avformat:open): Audio/Video not selectable in mmsh stream (was: ffplay cannot select desired audio/video stream, consider there is a bug in the av_read_frame function) In-Reply-To: <034.b2c9a456495b2a05989f7661f472bb93@avcodec.org> References: <034.b2c9a456495b2a05989f7661f472bb93@avcodec.org> Message-ID: <049.0af547b5a891c38abd90bbf64de42d5d@avcodec.org> #390: Audio/Video not selectable in mmsh stream -----------------------+----------------------- Reporter: qrtt1 | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mmsh | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 17:03:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 15:03:43 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.6650763eeb33e9ecf73d78a21ec19e3f@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by redeemarr): Added sample frame, what been last before crash. I'll try to capture all the frames since last I-frame, if you need that. Also, I've noticed another crash while decoding h.264. Assertion failed in: h264_refs.c: 482 av_assert(h->long_ref_count + h->short_ref_count <= h->sps.ref_frame_count); long_ref_count = 167772170 short_ref_count = -442687480 sps.ref_frame_count = 60829697 This values are odd, I guess. That never haven't happened with latest SVN revision. Backtrace is: {{{ #0 0x3348fa1c in __pthread_kill () #1 0x310c63ba in pthread_kill () #2 0x310bebfe in abort () #3 0x0023c664 in ff_h264_decode_ref_pic_marking (h=0x7271000, gb=) at libavcodec/h264_refs.c:482 #4 0x00208744 in decode_slice_header (h=0x7271000, h0=0x7271000) at libavcodec/h264.c:2917 #5 0x00217018 in decode_nal_units (h=0x7271000, buf=0x5e8afc0 "", buf_size=409) at libavcodec/h264.c:3697 #6 0x00217a18 in decode_frame (avctx=0xb9ba00, data=0x70b7f0, data_size=0x700cbe4, avpkt=) at libavcodec/h264.c:3884 #7 0x0029b3bc in avcodec_decode_video2 (avctx=0xb9ba00, picture=0x70b7f0, got_picture_ptr=0x700cbe4, avpkt=0x700cdd8) at libavcodec/utils.c:769 }}} Also, I couldn't reproduce 'put_pixels16 crash' running on x86 (iPhone simulator). But, assertion failed if I run on ARM or x86 as well. Probably AV occurs on x86 too, but memory being read is valid. Just in theory. As result: x86 crashes only on av_assert, ARM crashes on av_assert and put_pixels16 as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 17:33:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 15:33:55 -0000 Subject: [FFmpeg-trac] #320(avformat:open): 0 channels in latm stream In-Reply-To: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> References: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> Message-ID: <055.8c4d00086a4cc7a6993c4c7d454a76a0@avcodec.org> #320: 0 channels in latm stream ------------------------+----------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+----------------------- Comment (by jlsantiago0): Replying to [comment:6 cehoyos]: > Patch attached. The patch works great for me. Thank You. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 18:06:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 16:06:07 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.27aef1d5bc103b7410cce363158348bf@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by cehoyos): I fear more frames are needed... {{{ $ ffmpeg -i crash_frame.h264 ffmpeg version N-32061-g5b71ae2, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 22 2011 17:01:52 with gcc 4.5.3 configuration: --enable-libopencore-amrnb --enable-version3 --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 2 / 2. 34. 2 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0x129f420] Format h264 detected only with low score of 1, misdetection possible! [h264 @ 0x12a1500] non-existing PPS referenced [h264 @ 0x12a1500] non-existing PPS 0 referenced [h264 @ 0x12a1500] decode_slice_header error [h264 @ 0x12a1500] no frame! [h264 @ 0x129f420] Could not find codec parameters (Video: h264) [h264 @ 0x129f420] Estimating duration from bitrate, this may be inaccurate crash_frame.h264: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 22 22:51:39 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 20:51:39 -0000 Subject: [FFmpeg-trac] #412(undetermined:new): .smv container support Message-ID: <040.2a5d1deb61fc6ed068815b1cbe2141ed@avcodec.org> #412: .smv container support --------------------------+-------------------------- Reporter: iohanntachy | Type: enhancement Status: new | Priority: wish Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- First of all sorry the bad english. SMV file is used in portable media players with SigmaTel chip. SMV files start with WAV header, so it plays as if was an wav file, without video. MultimediaWiki explain this kind of file (it even gives the meaning of each part of the header) http://wiki.multimedia.cx/index.php?title=SMV .SMV video samples: http://samples.mplayerhq.hu/smv/ I think it's not very hard to implement this kind of container. I would be very apreciated if you guys consider implementing this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 01:03:49 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 23:03:49 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.2932db0f5f7d24416a87a891765320b9@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Wonko): I had truncated the file to the minimum size that still gives the error in order to save bandwidth, so yes, it is unplayable now. But the problem is not with playing such a file, it's Gwenview crashing when it tries to get the modification time. Actually, it's Strigi calling FFMPEGEndAnalyzer::analyze(), and then the crash happens in Ffmpeg's av_open_input_stream(). Might also be a problem of Strigi, but as it does not show with an older Ffmpeg version, I reported here. Another problem is when the mouse is over such a file in Dolphin, and it tries to give me a popup showing a thumbnail and other information. I get a crash in kfilemetadatareader, but the KDE crash handler does not show any backtrace at all. I'm a Gentoo user running KDE 4.7.0 on amd64, I don't know if this error would happen with another KDE version. I hope someone of you can reproduce this. I re-compiled ffmpeg with debug information, but I don't see much of a difference - I thought I would get the exact line number in av_open_input_stream(). I'll attach this backlog anyway, it's from Gwenview, showing a directory with only the sample file I provided, after I set it to display the file's date. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 01:59:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Aug 2011 23:59:17 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.83a7deb4ec9fe3cc7e5ecd408a30c6e0@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Wonko): Ah, I was being stupid. Re-compiled ffmped with real debug information this time. Hope this helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 07:53:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 05:53:44 -0000 Subject: [FFmpeg-trac] #413(undetermined:new): error: implicit declaration of function 'strtok_r' [-Werror=implicit-function-declaration] Message-ID: <038.cb3b59114206b4f39184f67b6d2159e8@avcodec.org> #413: error: implicit declaration of function 'strtok_r' [-Werror=implicit- function-declaration] --------------------------+----------------------- Reporter: KSHawkEye | Type: defect Status: new | Priority: critical Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+----------------------- I'm having troubles compiling FFmpeg for Windows. This error comes up: {{{ /home/kyle/software/ffmpeg/source/ffmpeg-git/libavfilter/asrc_abuffer.c: In function 'init': /home/kyle/software/ffmpeg/source/ffmpeg- git/libavfilter/asrc_abuffer.c:259:5: error: implicit declaration of function 'strtok_r' [-Werror=implicit-function-declaration] /home/kyle/software/ffmpeg/source/ffmpeg- git/libavfilter/asrc_abuffer.c:259:9: warning: assignment makes pointer from integer without a cast [enabled by default] /home/kyle/software/ffmpeg/source/ffmpeg- git/libavfilter/asrc_abuffer.c:271:5: warning: assignment makes pointer from integer without a cast [enabled by default] /home/kyle/software/ffmpeg/source/ffmpeg- git/libavfilter/asrc_abuffer.c:272:5: warning: assignment makes pointer from integer without a cast [enabled by default] /home/kyle/software/ffmpeg/source/ffmpeg- git/libavfilter/asrc_abuffer.c:273:5: warning: assignment makes pointer from integer without a cast [enabled by default] /home/kyle/software/ffmpeg/source/ffmpeg- git/libavfilter/asrc_abuffer.c:274:5: warning: assignment makes pointer from integer without a cast [enabled by default] cc1: some warnings being treated as errors }}} Here is what V=1 shows: {{{ i686-w64-mingw32-gcc -I. -I/home/kyle/software/ffmpeg/source/ffmpeg-git/ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -U__STRICT_ANSI__ -DHAVE_AV_CONFIG_H -std=c99 -fno-common -fomit-frame- pointer -g -Wdeclaration-after-statement -Wall -Wno-parentheses -Wno- switch -Wno-format-zero-length -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype- limits -Wundef -Wmissing-prototypes -Wno-pointer-to-int-cast -O3 -fno- math-errno -fno-signed-zeros -fno-tree-vectorize -Werror=implicit- function-declaration -Werror=missing-prototypes -MMD -MF libavfilter/asrc_abuffer.d -MT libavfilter/asrc_abuffer.o -c -o libavfilter/asrc_abuffer.o /home/kyle/software/ffmpeg/source/ffmpeg- git/libavfilter/asrc_abuffer.c }}} Here is my configure: {{{ cross_prefix=i686-w64-mingw32- target_os=mingw32 arch=x86 pkg_config=pkg- config ../source/ffmpeg-git/configure --enable-gpl --enable-version3 --enable-runtime-cpudetect }}} I've giving this critical priority because FFmpeg is unable to be built with MinGW-w64. I'm using the latest FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 09:24:13 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 07:24:13 -0000 Subject: [FFmpeg-trac] #413(build system:closed): error: implicit declaration of function 'strtok_r' [-Werror=implicit-function-declaration] In-Reply-To: <038.cb3b59114206b4f39184f67b6d2159e8@avcodec.org> References: <038.cb3b59114206b4f39184f67b6d2159e8@avcodec.org> Message-ID: <053.ee6350b5d433896e0374d898d7a26750@avcodec.org> #413: error: implicit declaration of function 'strtok_r' [-Werror=implicit- function-declaration] -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: closed Priority: critical | Component: build system Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: git => git-master * component: undetermined => build system Comment: Should be fixed. Did you report to the mingw64 developers that strtok_r (or its definition?) is missing? I believe it is defined in Posix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 09:27:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 07:27:05 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.1a988b0bc7404c33c15a0d9bb3fbe82a@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): Unfortunately, the backtrace still doesn't look useful (corrupt stack). Could you try compiling with --disable-optimizations and/or --disable-asm and redo the backtrace? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 10:29:49 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 08:29:49 -0000 Subject: [FFmpeg-trac] #414(build system:new): Compilation broken when disabling avfilter Message-ID: <034.963e1ab997f0c6198154e777c6ec6d5e@avcodec.org> #414: Compilation broken when disabling avfilter --------------------------+--------------------- Reporter: takis | Type: defect Status: new | Priority: normal Component: build system | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- When configuring ffmpeg without avfilter, compilation fails when the build system tries to compile avconv.c: {{{ ../configure --disable-avfilter ... CC avconv.o /usr/local/src/ff/ffmpeg.org/avconv.c: In function ?do_video_resample?: /usr/local/src/ff/ffmpeg.org/avconv.c:1095:43: error: ?enc? undeclared (first use in this function) /usr/local/src/ff/ffmpeg.org/avconv.c:1095:43: note: each undeclared identifier is reported only once for each function it appears in /usr/local/src/ff/ffmpeg.org/avconv.c:1122:15: warning: passing argument 2 of ?sws_scale? from incompatible pointer type /usr/local/src/ff/ffmpeg.org/libswscale/swscale.h:238:5: note: expected ?const uint8_t * const*? but argument is of type ?uint8_t * *? /usr/local/src/ff/ffmpeg.org/avconv.c: In function ?init_input_stream?: /usr/local/src/ff/ffmpeg.org/avconv.c:1893:9: warning: unused variable ?i? /usr/local/src/ff/ffmpeg.org/avconv.c: In function ?transcode?: /usr/local/src/ff/ffmpeg.org/avconv.c:2338:26: warning: ignoring return value of ?scanf?, declared with attribute warn_unused_result make: * * * [avconv.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 10:35:12 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 08:35:12 -0000 Subject: [FFmpeg-trac] #415(undetermined:new): vcodec copy fails with H264 stream from AVCHD container Message-ID: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container --------------------------+------------------------ Reporter: damian0815 | Type: defect Status: new | Priority: important Component: undetermined | Version: 0.8.2 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------ I have a Canon HF G10 camcorder, which saves 1080p25/1080i50 H264+AC3 data streams in an AVCHD container. When attempting to copy the streams into an mp4 (or mov, but not mkv) container, ffmpeg is failing with a 'non monotonically increasing dts' error message before writing the first frame. I'm on Mac OSX 10.6, I've tried both ffmpeg 0.8.0 (compiled by Homebrew) and 0.8.2 (compiled by ./configure && make). commandline + output: {{{ $ ffmpeg -v 9 -loglevel 99 -i 00167.MTS -vcodec copy -acodec copy 00167.mp4 ffmpeg version 0.8.2, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 22 2011 16:25:22 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 [mpegts @ 0x10104ec00] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x10104ec00] stream=0 stream_type=1b pid=1011 prog_reg_desc=HDMV [mpegts @ 0x10104ec00] stream=1 stream_type=81 pid=1100 prog_reg_desc=HDMV [h264 @ 0x101057200] Unsupported bit depth: 0 [h264 @ 0x101057200] no picture Last message repeated 1 times Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1) Last message repeated 1 times Input #0, mpegts, from '../raw/AVCHD/BDMV/STREAM/00167.MTS': Duration: 00:00:01.44, start: 0.483578, bitrate: 12967 kb/s Program 1 Stream #0.0[0x1011], 72, 1/90000: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 1/50, 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x1100], 45, 1/90000: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s Output #0, mp4, to '00167.mp4': Metadata: encoder : Lavf53.4.0 Stream #0.0, 0, 1/25: Video: ![0][0][0] / 0x0021, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 1/25, q=2-31, 25 tbn, 25 tbc Stream #0.1, 0, 1/48000: Audio: ac3, 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help [mp4 @ 0x101071e00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1 >= 1 av_interleaved_write_frame(): Invalid argument }}} output of mediainfo: {{{ $ mediainfo 00167.MTS General ID : 0 (0x0) Complete name : 00167.MTS Format : BDAV Format/Info : Blu-ray Video File size : 2.24 MiB Duration : 1s 350ms Overall bit rate : 13.8 Mbps Maximum Overall bit rate : 18.0 Mbps Video ID : 4113 (0x1011) Menu ID : 1 (0x1) Format : AVC Format/Info : Advanced Video Codec Format profile : High at L4.0 Format settings, CABAC : Yes Format settings, ReFrames : 2 frames Codec ID : 27 Duration : 1s 360ms Bit rate mode : Variable Bit rate : 13.0 Mbps Maximum bit rate : 16.0 Mbps Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate : 25.000 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan order : Top Field First Bits/(Pixel*Frame) : 0.251 Stream size : 2.11 MiB (94%) Audio ID : 4352 (0x1100) Menu ID : 1 (0x1) Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Codec ID : 129 Duration : 1s 440ms Bit rate mode : Constant Bit rate : 256 Kbps Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Stream size : 45.0 KiB (2%) }}} Original file is attached and at [http://frey.co.nz/share/00167.MTS] (2.2MB) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 10:40:19 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 08:40:19 -0000 Subject: [FFmpeg-trac] #415(undetermined:new): vcodec copy fails with H264 stream from AVCHD container In-Reply-To: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> References: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> Message-ID: <054.6fbb751cb6f118bf510352b52cc53cdd@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container -----------------------+--------------------------- Reporter: damian0815 | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by damian0815): -- I forgot to state that the video 00167.MTS was recorded at 1080i 50fps 'FXP' quality (17Mbps). I didn't try other quality/FPS settings. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 10:44:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 08:44:24 -0000 Subject: [FFmpeg-trac] #401(avcodec:open): ffmpeg fails to decode MJPG in AVI In-Reply-To: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> References: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> Message-ID: <054.fa1c7c6e2028bc0aa357392cb47d9fb3@avcodec.org> #401: ffmpeg fails to decode MJPG in AVI -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by janKG): I'm having the same problem, is there any progress on this ticket yet or any known workaround? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 10:51:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 08:51:14 -0000 Subject: [FFmpeg-trac] #415(undetermined:new): vcodec copy fails with H264 stream from AVCHD container In-Reply-To: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> References: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> Message-ID: <054.8e528d166d3537f7f52850d5628bcefd@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container -----------------------+--------------------------- Reporter: damian0815 | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by damian0815): -- Also note that -vcodec copy to a Matroska mkv stream doesn't trigger the error. Could it be related to AVFMT_TS_NONSTRICT ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 10:53:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 08:53:55 -0000 Subject: [FFmpeg-trac] #177(FFmpeg:open): "non monotone timestamps" error patch In-Reply-To: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> References: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> Message-ID: <053.1f56c8176df050ca0b5bf4f646fa69f1@avcodec.org> #177: "non monotone timestamps" error patch -------------------------------+--------------------- Reporter: andrixnet | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: unspecified | Resolution: Keywords: monotone timestamp | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------+--------------------- Comment (by damian0815): See also: [https://ffmpeg.org/trac/ffmpeg/ticket/415]. Can the AVFMT_TS_NONSTRICT flag also be applied to the mp4/mov container formats? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 11:14:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 09:14:57 -0000 Subject: [FFmpeg-trac] #401(avcodec:open): ffmpeg fails to decode MJPG in AVI In-Reply-To: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> References: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> Message-ID: <054.07adbcb40dbef84b968adc676b278f29@avcodec.org> #401: ffmpeg fails to decode MJPG in AVI -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): Consider reading http://avcodec.org/trac/ffmpeg/ticket/401#comment:1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 11:30:22 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 09:30:22 -0000 Subject: [FFmpeg-trac] #414(undetermined:closed): Compilation broken when disabling avfilter In-Reply-To: <034.963e1ab997f0c6198154e777c6ec6d5e@avcodec.org> References: <034.963e1ab997f0c6198154e777c6ec6d5e@avcodec.org> Message-ID: <049.38a4ee04cb395a3802c15c2f4643f89a@avcodec.org> #414: Compilation broken when disabling avfilter -----------------------+--------------------------- Reporter: takis | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: git => git-master * component: build system => undetermined Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 11:33:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 09:33:58 -0000 Subject: [FFmpeg-trac] #415(undetermined:open): vcodec copy fails with H264 stream from AVCHD container In-Reply-To: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> References: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> Message-ID: <054.a5800a67fcc324a23f7f798490154092@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container -----------------------+--------------------------- Reporter: damian0815 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open * version: 0.8.2 => git-master * reproduced: 0 => 1 Comment: Do you believe this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 11:37:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 09:37:36 -0000 Subject: [FFmpeg-trac] #415(undetermined:open): vcodec copy fails with H264 stream from AVCHD container In-Reply-To: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> References: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> Message-ID: <054.1ec0e1f22fa9897d0f7732a180facfec@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container -----------------------+--------------------------- Reporter: damian0815 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by damian0815): I don't think so -- some casual googling seem to show up long-standing issues with -vcodec copy and h.264 B-frames (which are present in the provided 00167.MTS). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 11:46:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 09:46:35 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.28016befe707c8da31a15eadec75ce74@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): Could you confirm that line 543 in libavformat/utils.c really is "ic->pb = ic->pb ? ic->pb : pb;"? And please provide output of "disass $pc-32,$pc+32" and "info registers" and print the variable ic. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 12:10:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 10:10:36 -0000 Subject: [FFmpeg-trac] #415(undetermined:open): vcodec copy fails with H264 stream from AVCHD container In-Reply-To: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> References: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> Message-ID: <054.a4da5d3adfe5aef9187e8713528c61ac@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container -----------------------+--------------------------- Reporter: damian0815 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by adruna): I have the same problem with the "JVC Everio GZ-HM650" at XP recording mode, 1920x1080 pixels, Average Approximate 17 Mbps. FFMPEG build: N-32023-gf138c7f Not working: ffmpeg -i 0001.MTS -vcodec copy -acodec copy out/0001.mp4 but when transcoding like: ffmpeg -i 0001.MTS -vcodec libx264 -acodec copy out/0001.mp4 it Works. I will add a small sample file later on. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 14:12:02 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 12:12:02 -0000 Subject: [FFmpeg-trac] #415(undetermined:open): vcodec copy fails with H264 stream from AVCHD container In-Reply-To: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> References: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> Message-ID: <054.e4aef7d2b1cc2e7f3729484c236c696a@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container -----------------------+--------------------------- Reporter: damian0815 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by damian0815): I've discovered that ffmbc http://code.google.com/p/ffmbc/ can do this out of the box (tested ffmbc 0.6): ffmbc -i 00167.MTS -vcodec copy -acodec aac -ab 256k 00167.mp4 produces an .mp4 that Quicktime is perfectly happy to play. I wonder how easy/difficult it would be to backport ffmbc patches to ffmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 16:00:26 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 14:00:26 -0000 Subject: [FFmpeg-trac] #416(avcodec:new): ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 Message-ID: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> #416: ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 ---------------------+-------------------------- Reporter: takis | Type: enhancement Status: new | Priority: minor Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+-------------------------- When generating a sequence of TIFF frames containing YUV420 data, feeding it to ffmpeg results in a errormessage: "Color mode 6 is not supported". ffmpeg -i movie.mpg -compression_level 0 -pix_fmt yuv420p bla%05d.tiff ffmpeg -i bla%05d.tiff test.mpg ffmpeg version N-31937-g7c94740, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 17 2011 11:02:34 with gcc 4.5.2 configuration: --enable-avfilter --enable-frei0r --enable-gpl --enable- libfaac --enable-libmp3lame --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-nonfree --enable-pic --enable-pthreads --enable- shared --enable-version3 --enable-x11grab --disable-optimizations libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [tiff @ 0x21e27e0] Color mode 6 is not supported Last message repeated 3 times Input #0, image2, from 'bla%05d.tiff': Duration: 00:00:07.84, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, 25 fps, 25 tbr, 25 tbn, 25 tbc File 'test.mpg' already exists. Overwrite ? [y/N] y [buffer @ 0x21e2360] Invalid pixel format string '-1' Error opening filters! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 16:30:33 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 14:30:33 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.8db8ad1735864cd031cd58a9a4ebc8f9@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by Wonko): Yes, that's line 543. It also has a comment "don't leak custom pb if it wasn't set above". Gentoo often introduces its own patches, but the version number should get a _rc suffix then, which is not the case. {{{ (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7fffd5f8b8d7 to 0x7fffd5f8b917: 0x00007fffd5f8b8d7 : lea 0x48(%rsp),%r14 0x00007fffd5f8b8dc : lea 0x40(%rsp),%rdi 0x00007fffd5f8b8e1 : mov %rbx,%rdx 0x00007fffd5f8b8e4 : mov %r13,%rsi 0x00007fffd5f8b8e7 : mov %r14,%rcx 0x00007fffd5f8b8ea : callq 0x7fffd5f8b460 0x00007fffd5f8b8ef : mov 0x40(%rsp),%rdi 0x00007fffd5f8b8f4 : mov %eax,%r15d => 0x00007fffd5f8b8f7 : mov 0x20(%rdi),%rax 0x00007fffd5f8b8fb : mov %rdi,(%r12) 0x00007fffd5f8b8ff : test %rax,%rax 0x00007fffd5f8b902 : cmove %rbp,%rax 0x00007fffd5f8b906 : mov %rax,0x20(%rdi) 0x00007fffd5f8b90a : callq 0x7fffd5f41c70 0x00007fffd5f8b90f : mov %r14,%rdi 0x00007fffd5f8b912 : callq 0x7fffd5f076e8 End of assembler dump. (gdb) info registers rax 0xffffffff 4294967295 rbx 0x7fffd61c1420 140736785552416 rcx 0xffffffff 4294967295 rdx 0x145ee80 21360256 rsi 0x0 0 rdi 0x0 0 rbp 0x7fffffff8570 0x7fffffff8570 rsp 0x7fffffff0170 0x7fffffff0170 r8 0x7ffff4ce0ea0 140737300532896 r9 0x7ffff4ce0ef0 140737300532976 r10 0x7ffff4ce0ef0 140737300532976 r11 0x7fffd5cdb900 140736780417280 r12 0x7fffffff88a8 140737488324776 r13 0x7fffd6e726a2 140736798860962 r14 0x7fffffff01b8 140737488290232 r15 0xffffffff 4294967295 rip 0x7fffd5f8b8f7 0x7fffd5f8b8f7 eflags 0x10202 [ IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 (gdb) print ic $1 = (AVFormatContext *) 0x0 (gdb) print filename $2 = 0x7fffd6e726a2 "" (gdb) print **ic_ptr $6 = {av_class = 0x145ee80, iformat = 0x7ffff4ce0ef8, oformat = 0x0, priv_data = 0x0, pb = 0x7fffffff8570, nb_streams = 2, streams = {0x13ce6e0, 0x145ee90, 0x0 }, filename = '\000' , timestamp = 0, title = '\000' , author = '\000' , copyright = '\000' , comment = '\000' , album = '\000' , year = 0, track = 0, genre = '\000' , ctx_flags = 0, packet_buffer = 0x0, start_time = -9223372036854775808, duration = -9223372036854775808, file_size = 0, bit_rate = 0, cur_st = 0x0, cur_ptr_deprecated = 0x0, cur_len_deprecated = 0, cur_pkt_deprecated = {pts = 0, dts = 0, data = 0x0, size = 0, stream_index = 0, flags = 0, duration = 0, destruct = 0, priv = 0x0, pos = 0, convergence_duration = 0}, data_offset = 0, index_built = 0, mux_rate = 0, packet_size = 0, preload = 0, max_delay = 0, loop_output = 0, flags = 128, loop_input = 0, probesize = 5000000, max_analyze_duration = 5000000, key = 0x0, keylen = 0, nb_programs = 0, programs = 0x0, video_codec_id = CODEC_ID_NONE, audio_codec_id = CODEC_ID_NONE, subtitle_codec_id = CODEC_ID_NONE, max_index_size = 1048576, max_picture_buffer = 3041280, nb_chapters = 4294967295, chapters = 0x0, debug = 0, raw_packet_buffer = 0x0, raw_packet_buffer_end = 0x0, packet_buffer_end = 0x0, metadata = 0x0, raw_packet_buffer_remaining_size = 0, start_time_realtime = 0, fps_probe_size = -1, ts_id = 0} (gdb) print err $10 = -1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 17:10:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 15:10:21 -0000 Subject: [FFmpeg-trac] #391(avcodec:open): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' In-Reply-To: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> References: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> Message-ID: <053.031f5df74bcd8178a380c94d3839378c@avcodec.org> #391: multiple definition of `_DXVA2_Fixed32OpaqueAlpha' ----------------------+---------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by KSHawkEye): This bug has been resolved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 18:12:02 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 16:12:02 -0000 Subject: [FFmpeg-trac] #391(avcodec:closed): multiple definition of `_DXVA2_Fixed32OpaqueAlpha' In-Reply-To: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> References: <038.3d47a14dca7fe7f6eed075667c74acbf@avcodec.org> Message-ID: <053.60cfdc40999bcb2de35a8e36a55514d1@avcodec.org> #391: multiple definition of `_DXVA2_Fixed32OpaqueAlpha' ----------------------+---------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: avcodec Version: git | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 18:28:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 16:28:39 -0000 Subject: [FFmpeg-trac] #416(avcodec:open): ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 In-Reply-To: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> References: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> Message-ID: <049.5424c3609453c6d9e39a80a18d5e13bc@avcodec.org> #416: ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 ------------------------+---------------------- Reporter: takis | Owner: Type: enhancement | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: out.tif looks fine with ImageMagick. {{{ $ ./ffmpeg -i tests/lena.pnm -pix_fmt yuv420p out.tif ffmpeg version N-32068-g88f71f3, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 23 2011 11:28:38 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 2 / 2. 34. 2 libswscale 2. 0. 0 / 2. 0. 0 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x129e360] w:256 h:256 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x12a0040] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x1298400] w:256 h:256 fmt:rgb24 -> w:256 h:256 fmt:yuv420p flags:0x4 Output #0, image2, to 'out.tif': Metadata: encoder : Lavf53.9.0 Stream #0.0: Video: tiff, yuv420p, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0: ppm -> tiff Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= -0kB time=00:00:00.04 bitrate= -4.4kbits/s video:97kB audio:0kB global headers:0kB muxing overhead -100.022189% $ ./ffmpeg -i out.tif ffmpeg version N-32068-g88f71f3, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 23 2011 11:28:38 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 2 / 2. 34. 2 libswscale 2. 0. 0 / 2. 0. 0 [tiff @ 0x12a07e0] Color mode 6 is not supported [image2 @ 0x129e420] Could not find codec parameters (Video: tiff) out.tif: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 19:43:19 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 17:43:19 -0000 Subject: [FFmpeg-trac] #410(undetermined:new): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.46c643ebd00a50a05c7229198aee3c77@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by reimar): I sent a patch to the list. It seems a change from master was forgotten to merge, thus the code would crash if it failed to open a file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 20:21:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 18:21:50 -0000 Subject: [FFmpeg-trac] #190(undetermined:new): QT - add support for QT TIFF 2bpp color mode In-Reply-To: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> References: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> Message-ID: <053.908b1293b9f2e9774e9d9668491f53d4@avcodec.org> #190: QT - add support for QT TIFF 2bpp color mode ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by michael): patchtiff.2.diff LGTM -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 23 20:43:40 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 18:43:40 -0000 Subject: [FFmpeg-trac] #190(avcodec:closed): QT - add support for QT TIFF 2bpp color mode In-Reply-To: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> References: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> Message-ID: <053.9f11fa76fe0a74e0370dd5959ae33043@avcodec.org> #190: QT - add support for QT TIFF 2bpp color mode -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+---------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * analyzed: 0 => 1 * resolution: => fixed Comment: Fixed for the available samples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 24 00:08:06 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 22:08:06 -0000 Subject: [FFmpeg-trac] #410(undetermined:closed): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.f424681b80c9200608366ae4aa29b706@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 ------------------------+--------------------------- Reporter: Wonko | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by reimar): * status: new => closed * resolution: => fixed Comment: Fixed in 0.7 release branch (will become 0.7.4 somewhen I expect). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 24 00:43:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Aug 2011 22:43:52 -0000 Subject: [FFmpeg-trac] #410(avformat:closed): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.3c1a8edd02f49dff370d2a886bb4245e@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 -----------------------+----------------------- Reporter: Wonko | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: 0.7.3 | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: unspecified => 0.7.3 * component: undetermined => avformat Comment: You can manually apply the patch to 0.7.3: http://ffmpeg.org/pipermail/ffmpeg-cvslog/2011-August/039825.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 24 04:19:58 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Aug 2011 02:19:58 -0000 Subject: [FFmpeg-trac] #28(avcodec:new): Encoding mpeg-4 with threads and b-frames outputs errors on decoding In-Reply-To: <036.b5fbd8ce6261297915090405f167de19@avcodec.org> References: <036.b5fbd8ce6261297915090405f167de19@avcodec.org> Message-ID: <051.304cb926865ce2a63035d3f5bc92e514@avcodec.org> #28: Encoding mpeg-4 with threads and b-frames outputs errors on decoding --------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Comment (by maldata): I can replicate this without specifying -threads. I've only tried it with xvid, but if the -bf flag is set during encoding, the output video appears corrupted when playing in VLC... totem plays them fine. I assume that means the problem is due to VLC's use of ffmpeg in decoding. I can provide a sample file if necessary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 24 20:08:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Aug 2011 18:08:51 -0000 Subject: [FFmpeg-trac] #417(undetermined:new): correct grayscale palette for 2/4bpp TIFF Message-ID: <038.8e74295c33bf77734778a120c4737e90@avcodec.org> #417: correct grayscale palette for 2/4bpp TIFF --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- maybe this code should be modified in libavcodec/tiff.c to support properly 2/4bpp grayscales: {{{ /* make default grayscale pal */ pal = (uint32_t *) s->picture.data[1]; for (i = 0; i < 256; i++) pal[i] = i * 0x010101; }}} {{{ C:\>ffmpeg -i C:\TIFF_2bpp_grayscale.mov ffmpeg version N-32077-g5f5e37e, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 24 2011 02:29:36 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 2 / 2. 34. 2 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\TIFF_2bpp_grayscale.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-08-24 18:55:16 Duration: 00:00:00.33, start: 0.000000, bitrate: 9279 kb/s Stream #0.0(eng): Video: tiff (tiff / 0x66666974), pal8, 640x480, 9258 kb/s, 15 fps, 15 tbr, 15 tbn, 15 tbc Metadata: creation_time : 2011-08-24 18:55:16 At least one output file must be specified }}} {{{ C:\>ffmpeg -i C:\TIFF_4bpp_grayscale.mov ffmpeg version N-32077-g5f5e37e, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 24 2011 02:29:36 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 2 / 2. 34. 2 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\TIFF_4bpp_grayscale.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-08-24 18:57:01 Duration: 00:00:00.33, start: 0.000000, bitrate: 18504 kb/s Stream #0.0(eng): Video: tiff (tiff / 0x66666974), pal8, 640x480, 18484 kb/s , 15 fps, 15 tbr, 15 tbn, 15 tbc Metadata: creation_time : 2011-08-24 18:57:01 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 24 23:14:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Aug 2011 21:14:33 -0000 Subject: [FFmpeg-trac] #88(avcodec:closed): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> References: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> Message-ID: <055.6e30efd2597f3edfbcedba1b45b03df9@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream ------------------------+---------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * version: git => git-master * component: FFplay => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 24 23:27:22 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Aug 2011 21:27:22 -0000 Subject: [FFmpeg-trac] #298(avcodec:closed): Crash in ff_emulated_edge_mc_8 In-Reply-To: <036.d47d0ac409f1072fcbc56e6eef634116@avcodec.org> References: <036.d47d0ac409f1072fcbc56e6eef634116@avcodec.org> Message-ID: <051.6b0b13d7af38fb3d511ae0b83613d492@avcodec.org> #298: Crash in ff_emulated_edge_mc_8 -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 24 23:58:44 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Aug 2011 21:58:44 -0000 Subject: [FFmpeg-trac] #417(avcodec:open): correct grayscale palette for 2/4bpp TIFF In-Reply-To: <038.8e74295c33bf77734778a120c4737e90@avcodec.org> References: <038.8e74295c33bf77734778a120c4737e90@avcodec.org> Message-ID: <053.d678eb455632400735a5cafa97363ad7@avcodec.org> #417: correct grayscale palette for 2/4bpp TIFF -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 25 13:04:03 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 11:04:03 -0000 Subject: [FFmpeg-trac] #418(undetermined:new): mpegts demux provides invalid dts when reading from stdin Message-ID: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> #418: mpegts demux provides invalid dts when reading from stdin -------------------------------------------------+------------------------- Reporter: martinblech | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.8.1 Keywords: mpegts non monotonically increasing | Blocked By: dts pipe stdin | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- FFmpeg fails demultiplexing an mpegts stream when piped to stdin: {{{ $ cat file_ok_pipe_fails_nonmonotonically.ts | ffmpeg -f mpegts -i - -acodec copy -f mp2 -map 0.25 /tmp/test0.25.mp2 -acodec copy -f mp2 -map 0.26 /tmp/test0.26.mp2 -acodec copy -f mp2 -map 0.16 /tmp/test0.16.mp2 -acodec copy -f mp2 -map 0.18 /tmp/test0.18.mp2 -acodec copy -f mp2 -map 0.24 /tmp/test0.24.mp2 -acodec copy -f mp2 -map 0.22 /tmp/test0.22.mp2 -acodec copy -f mp2 -map 0.19 /tmp/test0.19.mp2 -acodec copy -f mp2 -map 0.4 /tmp/test0.4.mp2 -acodec copy -f mp2 -map 0.1 /tmp/test0.1.mp2 -acodec copy -f mp2 -map 0.11 /tmp/test0.11.mp2 -acodec copy -f mp2 -map 0.36 /tmp/test0.36.mp2 -acodec copy -f mp2 -map 0.9 /tmp/test0.9.mp2 -acodec copy -f mp2 -map 0.21 /tmp/test0.21.mp2 -acodec copy -f mp2 -map 0.38 /tmp/test0.38.mp2 ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 2 2011 13:29:26 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/0.8 --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable- libx264 --enable-libfaac --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libxvid libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 (...) [mpegts @ 0x101807c00] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'pipe:': Duration: N/A, start: 10560.007333, bitrate: 130500 kb/s Program 10068 Metadata: service_name : EXTREMADURA TV service_provider: Telefonica Spain Stream #0.12[0x579]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 15000 kb/s, 43.75 fps, 25 tbr, 90k tbn, 50 tbc (...) Output #0, mp2, to '/tmp/test0.25.mp2': Metadata: encoder : Lavf53.4.0 Stream #0.0: Audio: mp2, 48000 Hz, stereo, 128 kb/s (...) Stream mapping: Stream #0.25 -> #0.0 Stream #0.26 -> #1.0 Stream #0.16 -> #2.0 Stream #0.18 -> #3.0 Stream #0.24 -> #4.0 Stream #0.22 -> #5.0 Stream #0.19 -> #6.0 Stream #0.4 -> #7.0 Stream #0.1 -> #8.0 Stream #0.11 -> #9.0 Stream #0.36 -> #10.0 Stream #0.9 -> #11.0 Stream #0.21 -> #12.0 Stream #0.38 -> #13.0 [mp2 @ 0x10187f400] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 4106889285 >= 4106889285 av_interleaved_write_frame(): Invalid argument }}} However, the same stream can be demuxed correctly when read directly from the file: {{{ $ ffmpeg -f mpegts -i file_ok_pipe_fails_nonmonotonically.ts -acodec copy -f mp2 -map 0.27 /tmp/test0.27.mp2 -acodec copy -f mp2 -map 0.19 /tmp/test0.19.mp2 -acodec copy -f mp2 -map 0.17 /tmp/test0.17.mp2 -acodec copy -f mp2 -map 0.21 /tmp/test0.21.mp2 -acodec copy -f mp2 -map 0.26 /tmp/test0.26.mp2 -acodec copy -f mp2 -map 0.24 /tmp/test0.24.mp2 -acodec copy -f mp2 -map 0.8 /tmp/test0.8.mp2 -acodec copy -f mp2 -map 0.5 /tmp/test0.5.mp2 -acodec copy -f mp2 -map 0.1 /tmp/test0.1.mp2 -acodec copy -f mp2 -map 0.15 /tmp/test0.15.mp2 -acodec copy -f mp2 -map 0.18 /tmp/test0.18.mp2 -acodec copy -f mp2 -map 0.37 /tmp/test0.37.mp2 -acodec copy -f mp2 -map 0.23 /tmp/test0.23.mp2 -acodec copy -f mp2 -map 0.20 /tmp/test0.20.mp2 ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 2 2011 13:29:26 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/0.8 --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable- libx264 --enable-libfaac --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libxvid libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 (...) [NULL @ 0x101894800] start time is not set in av_estimate_timings_from_pts Input #0, mpegts, from 'file_ok_pipe_fails_nonmonotonically.ts': Duration: 23:31:49.95, start: 10559.767333, bitrate: 0 kb/s Program 10068 Metadata: service_name : EXTREMADURA TV service_provider: Telefonica Spain Stream #0.9[0x579]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.27[0x57a]: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s (...) Output #0, mp2, to '/tmp/test0.27.mp2': Metadata: encoder : Lavf53.4.0 Stream #0.0: Audio: mp2, 48000 Hz, stereo, 128 kb/s (...) Stream mapping: Stream #0.27 -> #0.0 Stream #0.19 -> #1.0 Stream #0.17 -> #2.0 Stream #0.21 -> #3.0 Stream #0.26 -> #4.0 Stream #0.24 -> #5.0 Stream #0.8 -> #6.0 Stream #0.5 -> #7.0 Stream #0.1 -> #8.0 Stream #0.15 -> #9.0 Stream #0.18 -> #10.0 Stream #0.37 -> #11.0 Stream #0.23 -> #12.0 Stream #0.20 -> #13.0 Press [q] to stop, [?] for help size= 16kB time=00:00:01.10 bitrate= 118.3kbits/s video:0kB audio:296kB global headers:0kB muxing overhead -94.630231% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 25 17:02:02 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 15:02:02 -0000 Subject: [FFmpeg-trac] #410(avformat:closed): Gwenview crashing with Ffmpeg 0.7.3 In-Reply-To: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> References: <034.202ca0210a5de3b8d97c06836852b920@avcodec.org> Message-ID: <049.d14816343ac51c9bbe277a7d522b6dc9@avcodec.org> #410: Gwenview crashing with Ffmpeg 0.7.3 -----------------------+----------------------- Reporter: Wonko | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: 0.7.3 | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by Wonko): I can confirm that the patch is working. Both Gwenviewand kfilemetadatareader no longer crash. Thanks guys! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 25 19:47:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 17:47:12 -0000 Subject: [FFmpeg-trac] #31(FFmpeg:closed): ERROR: libtheora not found In-Reply-To: <040.8bc89b38f5fd2270cfef5484ac8a16f9@avcodec.org> References: <040.8bc89b38f5fd2270cfef5484ac8a16f9@avcodec.org> Message-ID: <055.488c1e0f2bb1fc7ad50ccf02834dc3f7@avcodec.org> #31: ERROR: libtheora not found ------------------------+---------------------- Reporter: MasterC3501 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by michael): * status: reopened => closed * resolution: => invalid Comment: seems theora/theoraenc.h is missing on the reporters system Probably some theora -dev package is not installed Thus closing Feel free to reopen if you have reason to belive this analysis is wrong -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 25 19:56:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 17:56:09 -0000 Subject: [FFmpeg-trac] #418(undetermined:open): mpegts demux provides invalid dts when reading from stdin In-Reply-To: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> References: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> Message-ID: <055.6c4d49c161468b24b9ebef835a74f423@avcodec.org> #418: mpegts demux provides invalid dts when reading from stdin -------------------------------------------------+------------------------- Reporter: martinblech | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts non monotonically increasing | Resolution: dts pipe stdin | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------------------------+------------------------- Changes (by cehoyos): * status: new => open * version: 0.8.1 => git-master * reproduced: 0 => 1 Comment: Reproducible with {{{ cat file_ok_pipe_fails_nonmonotonically.ts.splitaa | ffmpeg -i - -acodec copy out.mp2 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 25 22:29:27 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 20:29:27 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.697ae058ffe77b008294867ffadc1785@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by michael): Replying to [comment:14 uscgraphics]: > > I just try the build from 7/31/2011, it no longer crash at > av_close_input_file() > > that's great. However decoding UDP packet still got the same error > and corrupt images. That means packets are lost somewhere, it can be a bug in ffmpeg but could as well be your network loosing packets, RTP/UDP (compared to RTP/TCP) is not a reliable transport What makes you belive the issue remaining is not just occasional packet loss? > > Another problem I have Please open a seperate ticket for that -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 00:20:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 22:20:34 -0000 Subject: [FFmpeg-trac] #337(FFmpeg:new): FFmpeg's isaTTY check makes programatically parsing stderr impossible In-Reply-To: <038.027b7a35e1dbaed3cbc22cdd847117f4@avcodec.org> References: <038.027b7a35e1dbaed3cbc22cdd847117f4@avcodec.org> Message-ID: <053.6455bc7f853ea479623a56050a6202a2@avcodec.org> #337: FFmpeg's isaTTY check makes programatically parsing stderr impossible -------------------------------------------------+------------------------- Reporter: tommedema | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: console tty loglevel programming | Blocked By: interaction debug progress | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Changes (by michael): * reproduced: 1 => 0 Comment: Please provide enough information so this can be reproduced -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 00:26:14 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 22:26:14 -0000 Subject: [FFmpeg-trac] #287(FFmpeg:new): unicode under windows In-Reply-To: <036.f0c96ec9cd9e5cd0c79b1790439bfe95@avcodec.org> References: <036.f0c96ec9cd9e5cd0c79b1790439bfe95@avcodec.org> Message-ID: <051.f7d0ff8d9e2419c5d455c00ffb56257b@avcodec.org> #287: unicode under windows ----------------------------+---------------------- Reporter: setosha | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: unicode windows | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+---------------------- Comment (by michael): note, few ffmpeg developers have windows systems, thus it might help if you send a patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 00:53:13 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 22:53:13 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:open): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.ec43bae48ffd0c1e0c72555e83016ea3@avcodec.org> #42: don't read stdin when running in a noninteractive shell ---------------------------------------+--------------------- Reporter: taeuber | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: noninteractive shell stdin | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------- Comment (by michael): Replying to [comment:5 taeuber]: > Hi Michael, Hi lars > > i found the correct solution: > {{{ > inline int interactive() > { > return isatty(0); i wish it was so simple but isatty is true for a command like ffmpeg -i abc.avi def.avi & and that will then still get stuck without FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 01:06:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 23:06:04 -0000 Subject: [FFmpeg-trac] #59(avfilter:closed): Kega Game Video codec regression (most likely because of libavfilter) In-Reply-To: <038.0d573cf0eaf7fce9d661281757012c2b@avcodec.org> References: <038.0d573cf0eaf7fce9d661281757012c2b@avcodec.org> Message-ID: <053.bd68dd14921e5f6040265d3418d126d2@avcodec.org> #59: Kega Game Video codec regression (most likely because of libavfilter) ----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+----------------------- Comment (by michael): ffplay supports reconfiguring the filterchain since a short while, and this seems to work -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 01:08:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Aug 2011 23:08:34 -0000 Subject: [FFmpeg-trac] #122(FFplay:closed): Kega Game Video codec broken with ffplay In-Reply-To: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> References: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> Message-ID: <051.378fd1587b61487685eda6b2f941f6dd@avcodec.org> #122: Kega Game Video codec broken with ffplay --------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFplay Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: ffplay supports reconfiguring the filterchain since a short while, and this seems to work, the way its handled has its issues but this bug is fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 03:15:35 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 01:15:35 -0000 Subject: [FFmpeg-trac] #419(undetermined:new): rtsp:// doesn't support any port number other than 80 Message-ID: <040.b024653fb6ff57368b219da5d6d47369@avcodec.org> #419: rtsp:// doesn't support any port number other than 80 --------------------------+-------------------------- Reporter: uscgraphics | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- rtsp:// doesn't support any port number other than 80 for tcp and udp (http works fine). e.g. rtsp://xxx.xxx.xxx.xxx:8080/axis-media/media.amp?tcp will return [rtsp @ 0057B0E0] CSeq 1 expected, 0 received. [rtsp @ 0057B0E0] method OPTIONS failed: 501 Not Implemented [rtsp @ 0057B0E0] Date: Wed, 03 Aug 2011 19:18:56 GMT Accept-Ranges: bytes Connection: close Content-Type: text/html; charset=ISO-8859-1 rtsp://xxx.xxx.xxx.xxx:8080/axis-media/media.amp?tcp : Invalid data found when processing input Using rtsp://xxx.xxx.xxx.xxx:8080/axis-media/media.amp?http works great. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 03:17:45 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 01:17:45 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.8cc443e7f18ce1c416286e2fb645323d@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by uscgraphics): Replying to [comment:15 michael]: > Replying to [comment:14 uscgraphics]: > > > > I just try the build from 7/31/2011, it no longer crash at > > av_close_input_file() > > > > that's great. However decoding UDP packet still got the same error > > and corrupt images. > > That means packets are lost somewhere, it can be a bug in ffmpeg but could as well be your network loosing packets, RTP/UDP (compared to RTP/TCP) is not a reliable transport > What makes you belive the issue remaining is not just occasional packet loss? > Because it happen in my local network with a router connect 1 computer and 1 camera. Please see Ph0t0n comment above. > > > > > Another problem I have > > Please open a seperate ticket for that Ticket 419 is open. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 08:50:08 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 06:50:08 -0000 Subject: [FFmpeg-trac] #122(FFplay:reopened): Kega Game Video codec broken with ffplay In-Reply-To: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> References: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> Message-ID: <051.69d2a4ab5a9e70a39c738fe2a73ad0ba@avcodec.org> #122: Kega Game Video codec broken with ffplay -----------------------+----------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: reopened Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: closed => reopened * version: git => git-master * resolution: fixed => Comment: ffplay still does not support playing the sample from ticket #59. http://samples.mplayerhq.hu/V-codecs/kgv1/kgv1.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 10:03:06 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 08:03:06 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:open): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.8e6ed74acc5e45614747d911a35a415d@avcodec.org> #42: don't read stdin when running in a noninteractive shell ---------------------------------------+--------------------- Reporter: taeuber | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: noninteractive shell stdin | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------- Comment (by taeuber): Replying to [comment:6 michael]: > Replying to [comment:5 taeuber]: > > Hi Michael, > > Hi lars > > > > > > i found the correct solution: > > {{{ > > inline int interactive() > > { > > return isatty(0); > > i wish it was so simple > but isatty is true for a command like > ffmpeg -i abc.avi def.avi & > > and that will then still get stuck without FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 10:14:09 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 08:14:09 -0000 Subject: [FFmpeg-trac] #28(avcodec:new): Encoding mpeg-4 with threads and b-frames outputs errors on decoding In-Reply-To: <036.b5fbd8ce6261297915090405f167de19@avcodec.org> References: <036.b5fbd8ce6261297915090405f167de19@avcodec.org> Message-ID: <051.c42f0105a818eea6e8a315acbaf8204d@avcodec.org> #28: Encoding mpeg-4 with threads and b-frames outputs errors on decoding --------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Comment (by cehoyos): @maldata: What you described in vlc ticket 5242 has nothing to do with this ticket. Please open a new ticket here, provide complete, uncut output of your failing command line and provide (or point to) a sample. http://trac.videolan.org/vlc/ticket/5242 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 10:16:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 08:16:27 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:open): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.bb8e6b2b7347cfc7cf9356fbe193363b@avcodec.org> #42: don't read stdin when running in a noninteractive shell ---------------------------------------+--------------------- Reporter: taeuber | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: noninteractive shell stdin | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------- Comment (by taeuber): We need to check for being a foreground process only if we are an interactive process. {{{ int accept_stdin_commands = 0; if interactive() if foreground_process() accept_stdin_commands = 1; }}} But being a foreground process can change during execution! So we should expect the user to be smart enough to know the implications about background processes. Lars -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 12:42:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 10:42:25 -0000 Subject: [FFmpeg-trac] #420(undetermined:new): Sound fragments after seeking Message-ID: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> #420: Sound fragments after seeking --------------------------+-------------------------- Reporter: kaptnole | Type: defect Status: new | Priority: important Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------+-------------------------- While trying to use FFmpeg libs as a developer I found the following: When decoding sound from some compressed audio formats and doing a seek, the first decoded packet after seeking is buggy. I had this with some mp4 files with aac audio codec and some wmv files with wma audio codec. Looks like some leftovers from internal buffers - but I am using 'avcodec_flush_buffers'! That of course leads to nasty sound noise/clicks. See attached sourcecode. Basically it shows the first few bytes of the first decoded sound packet then seeks back and shows the first packets decoding again. If you use it with some wmv or mp4 file with sound you should see see effect that both outputs at 0 are different but should be equal. Just make sure the sound is not only silence at the first 10 packets. Or am I missing some other flush...whatever function here? I am developing under windows using the actual ffmpeg git version. Confirmed for 32 and 64 bit version, self compiled and downloaded autobuilds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 14:47:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 12:47:38 -0000 Subject: [FFmpeg-trac] #397(swscale:open): swscale crashes when upscaling pictures using MMX2 In-Reply-To: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> References: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> Message-ID: <049.8a88e7f284df7db092f76a9c9e227fa3@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -----------------------+---------------------- Reporter: TobiX | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by marillat): Replying to [comment:1 cehoyos]: > I cannot reproduce your problem with a random 320x240 wmv2 file and current git head. This bug is only reproducible on amd64. Seems to be related to 64 bits. Tested in Debian with : ffmpeg -v 9 -loglevel 99 -i MTV_high_res_320x240_sample_Penguin_Joke_MTV_from_WMV.amv -sws_flags fast_bilinear -vf "scale=640:480" -vframes 1 -vcodec png output.png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 14:52:23 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 12:52:23 -0000 Subject: [FFmpeg-trac] #397(swscale:open): swscale crashes when upscaling pictures using MMX2 In-Reply-To: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> References: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> Message-ID: <049.572e1e37e9578a97e31796e1a9c7de8b@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -----------------------+---------------------- Reporter: TobiX | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): Replying to [comment:3 marillat]: > ffmpeg -v 9 -loglevel 99 -i MTV_high_res_320x240_sample_Penguin_Joke_MTV_from_WMV.amv -sws_flags fast_bilinear -vf "scale=640:480" -vframes 1 -vcodec png output.png > Complete, uncut output (and backtrace) missing. Does the crash also happen with --disable-optimizations? If yes, a backtrace would be nice. (I am testing on a 64bit system.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 15:40:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 13:40:44 -0000 Subject: [FFmpeg-trac] #397(swscale:open): swscale crashes when upscaling pictures using MMX2 In-Reply-To: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> References: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> Message-ID: <049.d98fce571d4ca8534a6a095e635f1f5e@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -----------------------+---------------------- Reporter: TobiX | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by marillat): Replying to [comment:4 cehoyos]: > Replying to [comment:3 marillat]: > > ffmpeg -v 9 -loglevel 99 -i MTV_high_res_320x240_sample_Penguin_Joke_MTV_from_WMV.amv -sws_flags fast_bilinear -vf "scale=640:480" -vframes 1 -vcodec png output.png > > > > Complete, uncut output (and backtrace) missing. Does the crash also happen with --disable-optimizations? If yes, a backtrace would be nice. Works fine with --disable-optimizations Here is the previous output. Starting program: /usr/bin/ffmpeg -v 9 -loglevel 99 -i MTV_high_res_320x240_sample_Penguin_Joke_MTV_from_WMV.amv -sws_flags fast_bilinear -vf scale=640:480 -vframes 1 -vcodec png output.png [Thread debugging using libthread_db enabled] ffmpeg version 0.8.2, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 13 2011 10:12:16 with gcc 4.6.1 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --libdir=/usr/lib/x86_64-linux-gnu --enable-libdc1394 --disable- altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 0x636080] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0x6366a0] use odml:1 [avi @ 0x636080] scale/rate is 0/0 which is invalid. (This file has been generated by broken software.) st:0 removing common factor 62500 from timebase [avi @ 0x636080] scale/rate is 0/0 which is invalid. (This file has been generated by broken software.) st:1 removing common factor 62500 from timebase [amv @ 0x638120] buffer too small, expanding to 3968 bytes [amv @ 0x638120] marker=d8 avail_size_in_buf=3968 [amv @ 0x638120] marker parser used 0 bytes (0 bits) [amv @ 0x638120] marker=db avail_size_in_buf=3966 [amv @ 0x638120] index=0 [amv @ 0x638120] qscale[0]: 5 [amv @ 0x638120] index=1 [amv @ 0x638120] qscale[1]: 10 [amv @ 0x638120] marker parser used 132 bytes (1056 bits) [amv @ 0x638120] marker=c4 avail_size_in_buf=3832 [amv @ 0x638120] class=0 index=0 nb_codes=12 [amv @ 0x638120] class=0 index=1 nb_codes=12 [amv @ 0x638120] class=1 index=0 nb_codes=251 [amv @ 0x638120] class=1 index=1 nb_codes=251 [amv @ 0x638120] marker parser used 418 bytes (3344 bits) [amv @ 0x638120] marker=c0 avail_size_in_buf=3412 [amv @ 0x638120] sof0: picture: 160x120 [amv @ 0x638120] component 0 2:2 id: 0 quant:0 [amv @ 0x638120] component 1 1:1 id: 1 quant:1 [amv @ 0x638120] component 2 1:1 id: 2 quant:1 [amv @ 0x638120] pix fmt id 22111100 [amv @ 0x638120] marker parser used 17 bytes (136 bits) [amv @ 0x638120] escaping removed 20 bytes [amv @ 0x638120] marker=da avail_size_in_buf=3393 [amv @ 0x638120] component: 0 [amv @ 0x638120] component: 1 [amv @ 0x638120] component: 2 [amv @ 0x638120] marker parser used 3372 bytes (26973 bits) [amv @ 0x638120] marker=d9 avail_size_in_buf=0 [amv @ 0x638120] mjpeg decode frame unused 0 bytes [avi @ 0x636080] All info found Input #0, avi, from 'MTV_high_res_320x240_sample_Penguin_Joke_MTV_from_WMV.amv': Duration: 00:00:00.00, start: 0.000000, bitrate: -2147483 kb/s Stream #0.0, 1, 1/16: Video: amv, yuvj420p, 160x120, 1/16, 16 tbr, 16 tbn, 16 tbc Stream #0.1, 1, 1/16: Audio: adpcm_ima_amv, 22050 Hz, 1 channels, s16, 352 kb/s Incompatible pixel format 'yuvj420p' for codec 'png', auto-selecting format 'rgb24' [buffer @ 0x64b500] w:160 h:120 pixfmt:yuvj420p tb:1/1000000 sar:0/1 sws_param: [scale @ 0x637d60] w:160 h:120 fmt:yuvj420p -> w:640 h:480 fmt:rgb24 flags:0x1 Output #0, image2, to 'output.png': Metadata: encoder : Lavf53.4.0 Stream #0.0, 0, 1/90000: Video: png, rgb24, 640x480, 1/16, q=2-31, 200 kb/s, 90k tbn, 16 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [amv @ 0x638120] buffer too small, expanding to 3968 bytes [amv @ 0x638120] marker=d8 avail_size_in_buf=3968 [amv @ 0x638120] marker parser used 0 bytes (0 bits) [amv @ 0x638120] marker=db avail_size_in_buf=3966 [amv @ 0x638120] index=0 [amv @ 0x638120] qscale[0]: 5 [amv @ 0x638120] index=1 [amv @ 0x638120] qscale[1]: 10 [amv @ 0x638120] marker parser used 132 bytes (1056 bits) [amv @ 0x638120] marker=c4 avail_size_in_buf=3832 [amv @ 0x638120] class=0 index=0 nb_codes=12 [amv @ 0x638120] class=0 index=1 nb_codes=12 [amv @ 0x638120] class=1 index=0 nb_codes=251 [amv @ 0x638120] class=1 index=1 nb_codes=251 [amv @ 0x638120] marker parser used 418 bytes (3344 bits) [amv @ 0x638120] marker=c0 avail_size_in_buf=3412 [amv @ 0x638120] sof0: picture: 160x120 [amv @ 0x638120] component 0 2:2 id: 0 quant:0 [amv @ 0x638120] component 1 1:1 id: 1 quant:1 [amv @ 0x638120] component 2 1:1 id: 2 quant:1 [amv @ 0x638120] pix fmt id 22111100 [amv @ 0x638120] marker parser used 17 bytes (136 bits) [amv @ 0x638120] escaping removed 20 bytes [amv @ 0x638120] marker=da avail_size_in_buf=3393 [amv @ 0x638120] component: 0 [amv @ 0x638120] component: 1 [amv @ 0x638120] component: 2 [amv @ 0x638120] marker parser used 3372 bytes (26973 bits) [amv @ 0x638120] marker=d9 avail_size_in_buf=0 [amv @ 0x638120] mjpeg decode frame unused 0 bytes Program received signal SIGSEGV, Segmentation fault. 0x00007ffff64e3fb4 in hyscale (c=0x7ffff64fe97f, src=, srcStride=0x7fffffffc9b0, srcSliceY=0, srcSliceH=120, dst=0x7fffffffc990, dstStride=0x7fffffffc9c0) at libswscale/swscale.c:2031 2031 libswscale/swscale.c: No such file or directory. in libswscale/swscale.c (gdb) bt #0 0x00007ffff64e3fb4 in hyscale (c=0x7ffff64fe97f, src=, srcStride=0x7fffffffc9b0, srcSliceY=0, srcSliceH=120, dst=0x7fffffffc990, dstStride=0x7fffffffc9c0) at libswscale/swscale.c:2031 #1 swScale (c=0x7ffff64fe97f, src=, srcStride=0x7fffffffc9b0, srcSliceY=0, srcSliceH=120, dst=0x7fffffffc990, dstStride=0x7fffffffc9c0) at libswscale/swscale.c:2327 #2 0x00007ffff64ea966 in sws_scale (c=0x651ca0, src=, srcStride=0x7fffffffca60, srcSliceY=0, srcSliceH=120, dst=, dstStride=0x7fffffffca70) at libswscale/swscale_unscaled.c:793 #3 0x00007ffff79a9eca in scale_slice (sws=, y=, h=, mul=, field=0, link=) at libavfilter/vf_scale.c:290 #4 0x00007ffff79aa03d in draw_slice (link=0x639e80, y=0, h=120, slice_dir=1) at libavfilter/vf_scale.c:307 #5 0x00007ffff796cac3 in avfilter_draw_slice (link=0x639e80, y=0, h=120, slice_dir=1) at libavfilter/avfilter.c:586 #6 0x00007ffff79ad430 in request_frame (link=) at libavfilter/vsrc_buffer.c:196 #7 0x00007ffff796c5c3 in avfilter_request_frame (link=0x639e80) at libavfilter/avfilter.c:475 #8 0x00007ffff796c5e4 in avfilter_request_frame (link=0x649860) at libavfilter/avfilter.c:477 #9 0x00007ffff79ad31d in av_vsink_buffer_get_video_buffer_ref (ctx=, picref=, flags=) at libavfilter/vsink_buffer.c:83 #10 0x00000000004059db in output_packet (ist=, ist_index=0, ost_table=0x635fa0, nb_ostreams=1, pkt=) at ffmpeg.c:1715 #11 0x000000000040c63a in transcode (nb_output_files=1, input_files=0x63e6e0, nb_input_files=1, stream_maps=0x0, nb_stream_maps=, output_files=0x617ee0) at ffmpeg.c:2782 #12 0x0000000000407d0f in main (argc=, argv=0x7fffffffe398) at ffmpeg.c:4583 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 18:22:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 16:22:54 -0000 Subject: [FFmpeg-trac] #418(undetermined:open): mpegts demux provides invalid dts when reading from stdin In-Reply-To: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> References: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> Message-ID: <055.dc47b411fe64a81a3603df4312c52b0e@avcodec.org> #418: mpegts demux provides invalid dts when reading from stdin -------------------------------------------------+------------------------- Reporter: martinblech | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts non monotonically increasing | Resolution: dts pipe stdin | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by martinblech): Using `-mp3` instead of `-mp2` still gives the `non monotonically increasing dts` warning but not the `av_interleaved_write_frame(): Invalid argument` error. The output mp3 files sound correct. {{{ [mp3 @ 0x10184f000] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 4106889285 >= 4106889285 [mp3 @ 0x101894600] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 4167 >= 4167 [mp3 @ 0x10187de00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1690509186 >= 1690509186 [mp3 @ 0x101878400] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 4106771601 >= 4106771601 [mp3 @ 0x10188ec00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 5808049886 >= 5808049886 [mp3 @ 0x1018f0000] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 4718011066 >= 4718011066 [mp3 @ 0x101889200] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 3816877344 >= 3816877344 [mp3 @ 0x101868e00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 7623749504 >= 7623749504 [mp3 @ 0x101946600] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1340267596 >= 1340267596 size= 12kB time=00:00:01.05 bitrate= 90.2kbits/s video:0kB audio:220kB global headers:0kB muxing overhead -94.714099% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 26 20:31:37 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Aug 2011 18:31:37 -0000 Subject: [FFmpeg-trac] #420(undetermined:new): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.fbc7af214396508ee5ace2593df8af97@avcodec.org> #420: Sound fragments after seeking ------------------------+--------------------------- Reporter: kaptnole | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+--------------------------- Comment (by prunkdump): I noticed the same problem. See audioBitStream.jpg to see what append on the audio streams. On the first stream I seek while playing strong sound, on the second I seek while playing very low sound (close to silence) So I send my bug demonstration. '''To compile''' {{{ tar -xvjf seekbug.tar.bz2 cd seekbug make }}} '''Usage''' {{{ ./seekbug music.mp3 }}} right arrow -> play down arrow -> pause left arrow -> seek to start '''To hear the problem''' - play the audio - pause while playing strong song - seek to start - play again while listening carefully '''To see the bit stream''' Debug with gdb {{{ gdb seekbug : set args music.mp3 : break seekBugBreak : run }}} Do the seek when you want - play - pause (when you want) - seek to start Enable the break call - type the "s" key - play again (gdb break) Dump memory {{{ : dump memory dump.raw bufferStart bufferEnd : quit }}} Open the dump with audacity - file -> import -> raw data - dump.raw - signed 16bit, default endianness, stereo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 27 13:28:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 11:28:17 -0000 Subject: [FFmpeg-trac] #122(FFplay:reopened): Kega Game Video codec broken with ffplay In-Reply-To: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> References: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> Message-ID: <051.36dec7d82bb9813b52ba8633992c2cfc@avcodec.org> #122: Kega Game Video codec broken with ffplay -----------------------+----------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: reopened Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by reimar): Seems to play fine for me? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 27 13:32:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 11:32:46 -0000 Subject: [FFmpeg-trac] #122(FFplay:reopened): Kega Game Video codec broken with ffplay In-Reply-To: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> References: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> Message-ID: <051.f0df7b7c6bddb2a565dc98b903be78b0@avcodec.org> #122: Kega Game Video codec broken with ffplay -----------------------+----------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: reopened Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by reimar): Correction, in valgrind I actually see invalid reads. This is probably because the kgv decoder does this: prev = av_realloc(c->prev, w * h * 2); So that means once decoding of the following frame starts, the result data from the previous one becomes invalid. I suspect ffplay somehow can't handle that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 27 13:51:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 11:51:39 -0000 Subject: [FFmpeg-trac] #343(avformat:open): wrong duration with voc files In-Reply-To: <038.cae8ef069d9672b76189373851460b6c@avcodec.org> References: <038.cae8ef069d9672b76189373851460b6c@avcodec.org> Message-ID: <053.3ef94800db251c60ec261f4c8d2f6c21@avcodec.org> #343: wrong duration with voc files -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Comment (by reimar): Ah, I missed that patch (didn't get an email notification for it). Anyway, I also sent one to ffmpeg-dev now. Either way, it would only happen for stereo voc files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 27 13:56:36 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 11:56:36 -0000 Subject: [FFmpeg-trac] #348(avcodec:new): Disable cropping for large values In-Reply-To: <036.25dbb924337a506c8c2059072fc9cfde@avcodec.org> References: <036.25dbb924337a506c8c2059072fc9cfde@avcodec.org> Message-ID: <051.3ad34e9f9537791e340e3d4b13bae218@avcodec.org> #348: Disable cropping for large values -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by reimar): I think partial cropping is a bad idea, it will never make anyone happy. However the patch probably should add a comment to the code as to why, explaining e.g. this use case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 27 14:12:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 12:12:01 -0000 Subject: [FFmpeg-trac] #362(avcodec:new): Interlaced mjpeg fails to decode In-Reply-To: <036.ab442c242e155247324bb00e094db745@avcodec.org> References: <036.ab442c242e155247324bb00e094db745@avcodec.org> Message-ID: <051.0ffd776040cc647d526548cab3d9a16b@avcodec.org> #362: Interlaced mjpeg fails to decode -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by reimar): How did you conclude it fails to decode? Both ffmpeg -i test_mjpeg_362.avi -vc copy -f image2 raw%d.jpg and ffmpeg -i test_mjpeg_362.avi -vc png -f image2 raw%d.png give 22 frames. There seem to be quite a few duplicates, but -vc copy shouldn't really decode anything... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 27 14:23:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 12:23:43 -0000 Subject: [FFmpeg-trac] #362(avcodec:new): Interlaced mjpeg fails to decode In-Reply-To: <036.ab442c242e155247324bb00e094db745@avcodec.org> References: <036.ab442c242e155247324bb00e094db745@avcodec.org> Message-ID: <051.5ee4a37e4e3d930fdd8178fb619062d7@avcodec.org> #362: Interlaced mjpeg fails to decode -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by reimar): Argh! It's -vcodec copy. -vc copy will try setting channel count for video (holy crap!). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 27 14:59:37 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 12:59:37 -0000 Subject: [FFmpeg-trac] #344(FFprobe:open): FFProbe does not provide PTS, DTS info present in MPEG file. In-Reply-To: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> References: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> Message-ID: <056.3c47e2afd78f4fe5f22827dd2cdc8c3f@avcodec.org> #344: FFProbe does not provide PTS, DTS info present in MPEG file. -------------------------------------------+---------------------- Reporter: darrenhudson | Owner: michael Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: FFProbe Time Timestamp PTS DTS | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------+---------------------- Comment (by reimar): Well, FFmpeg can find the pts values, too, as you see when you change this: --- a/libavformat/utils.c +++ b/libavformat/utils.c @@ -1001,7 +1001,7 @@ static void compute_pkt_fields(AVFormatContext *s, AVStream *st, // some mpeg2 in mpeg-ps lack dts (issue171 / input_file.mpg) // we take the conservative approach and discard both // Note, if this is misbehaving for a H.264 file then possibly presentation_delayed is not set correctly. - if(delay==1 && pkt->dts == pkt->pts && pkt->dts != AV_NOPTS_VALUE && presentation_delayed){ + if(0 && delay==1 && pkt->dts == pkt->pts && pkt->dts != AV_NOPTS_VALUE && presentation_delayed){ av_log(s, AV_LOG_DEBUG, "invalid dts/pts combination\n"); pkt->dts= pkt->pts= AV_NOPTS_VALUE; } However, FFmpeg removes them because they are clearly and obviously wrong. The video contains B-frames, however the pts and dts value are identical! Are you sure the stream analyzer correct checks this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 27 15:08:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 13:08:40 -0000 Subject: [FFmpeg-trac] #396(avdevice:open): libavdevice/vfwcap.c memory allocation error In-Reply-To: <039.2036bf83489969e018e55b3d93a12c9c@avcodec.org> References: <039.2036bf83489969e018e55b3d93a12c9c@avcodec.org> Message-ID: <054.eb58daff61d5aa8760fba61ef235ea8b@avcodec.org> #396: libavdevice/vfwcap.c memory allocation error ------------------------------+----------------------- Reporter: RickWinkpa | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: vfwcap regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------+----------------------- Comment (by reimar): I just sent a patch, it would be great if you could help by testing it. http://ffmpeg.org/pipermail/ffmpeg-devel/2011-August/114238.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 00:07:10 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Aug 2011 22:07:10 -0000 Subject: [FFmpeg-trac] #412(undetermined:new): .smv container support In-Reply-To: <040.2a5d1deb61fc6ed068815b1cbe2141ed@avcodec.org> References: <040.2a5d1deb61fc6ed068815b1cbe2141ed@avcodec.org> Message-ID: <055.68a9d2430de1c8e9c3bb60f84dd00e0f@avcodec.org> #412: .smv container support ------------------------+--------------------------- Reporter: iohanntachy | Owner: Type: enhancement | Status: new Priority: wish | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by reimar): First, reading or writing? Also it's not simple at all, the format is horrible. For demuxing: It is non-interleaved, which does not fit well with FFmpeg's design so interleaving must be done manually. For decoding: Multiple frames are in a single JPEG frame. There is no other format doing this and I don't really see how it should be possible to support this in FFmpeg. For muxing: That's just not possible. The full wav file comes first, so you cannot write any video data until all audio data is written. Keeping all video data in memory isn't sensible at all. The most reasonable thing that would be implementable would be just writing the video part which must then manually be concatenated with the corresponding wav file. For encoding: Multiple frames must be collected. That works ok. But then they must be compressed so the fit exactly into the predetermined size. Existing rate- control is not designed for that, particularly not the JPEG encoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 11:01:37 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Aug 2011 09:01:37 -0000 Subject: [FFmpeg-trac] #360(avformat:closed): Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files In-Reply-To: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> References: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> Message-ID: <047.ded23f4d195b3aeab937199818b21ebd@avcodec.org> #360: Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files ------------------------+----------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by rmk): Confirmed fixed. Sorry for the late response. Somehow I didn't get a notification email about the closing of this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 18:03:23 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Aug 2011 16:03:23 -0000 Subject: [FFmpeg-trac] #412(avformat:open): .smv container support In-Reply-To: <040.2a5d1deb61fc6ed068815b1cbe2141ed@avcodec.org> References: <040.2a5d1deb61fc6ed068815b1cbe2141ed@avcodec.org> Message-ID: <055.e81bd4116e75de599063d26fc1c69651@avcodec.org> #412: .smv container support ------------------------+----------------------- Reporter: iohanntachy | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ------------------------+----------------------- Changes (by cehoyos): * analyzed: 0 => 1 * status: new => open * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 18:05:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Aug 2011 16:05:26 -0000 Subject: [FFmpeg-trac] #220(avformat:closed): realaudio sipr decodes incorrectly In-Reply-To: <038.790cc315dea734a0d5327a0bce6a6442@avcodec.org> References: <038.790cc315dea734a0d5327a0bce6a6442@avcodec.org> Message-ID: <053.d45a3cb86a18760eb4b41a8bafe42a21@avcodec.org> #220: realaudio sipr decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: real | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Kostya. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 18:28:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Aug 2011 16:28:29 -0000 Subject: [FFmpeg-trac] #343(avformat:closed): wrong duration with voc files In-Reply-To: <038.cae8ef069d9672b76189373851460b6c@avcodec.org> References: <038.cae8ef069d9672b76189373851460b6c@avcodec.org> Message-ID: <053.b9c72cd95e4674b6fd403e4b9628e549@avcodec.org> #343: wrong duration with voc files -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 21:50:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Aug 2011 19:50:31 -0000 Subject: [FFmpeg-trac] #397(swscale:open): swscale crashes when upscaling pictures using MMX2 In-Reply-To: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> References: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> Message-ID: <049.edbd3782574acc8d7dced35e297873f2@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -----------------------+---------------------- Reporter: TobiX | Owner: michael Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+---------------------- Changes (by cehoyos): * analyzed: 0 => 1 * priority: normal => important * reproduced: 0 => 1 Comment: Workaround for gcc-4.6 posted: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/134444 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 22:32:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Aug 2011 20:32:04 -0000 Subject: [FFmpeg-trac] #418(undetermined:closed): mpegts demux provides invalid dts when reading from stdin In-Reply-To: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> References: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> Message-ID: <055.a763edb6b7724d12d2b969ba62c43aa8@avcodec.org> #418: mpegts demux provides invalid dts when reading from stdin -------------------------------------------------+------------------------- Reporter: martinblech | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts non monotonically increasing | Resolution: fixed dts pipe stdin | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------------------------+------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The specific test case should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 22:33:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Aug 2011 20:33:41 -0000 Subject: [FFmpeg-trac] #163(undetermined:open): png output creates artifacts or blank image with x11grab input In-Reply-To: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> References: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> Message-ID: <050.df52bb5e6c95d822f3a3f13421367473@avcodec.org> #163: png output creates artifacts or blank image with x11grab input -------------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: minor | Component: undetermined Version: git-master | Resolution: Keywords: x11grab, png | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------+--------------------------- Comment (by reimar): FFmpeg captures with alpha channel, though RGB32 for X does not usually include alpha but instead has a constant 0. That constant 0 ends up as "fully transparent" in the png. If you remove the alpha channel (e.g. in GIMP decompose as RGB and then compose again) you will see the image is there. -pix_fmt rgb24 is of course a better way to get the same effect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 28 23:20:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Aug 2011 21:20:30 -0000 Subject: [FFmpeg-trac] #8(avformat:closed): Matroska muxers define unusable codec_tag properties (was: Muxing of eac3 with spectral extension into matroska is unsupported) In-Reply-To: <034.b883a45237763703d1bb6506f06e4d2a@avcodec.org> References: <034.b883a45237763703d1bb6506f06e4d2a@avcodec.org> Message-ID: <049.797c9807ed068b209fc6c6676a8dd2e1@avcodec.org> #8: Matroska muxers define unusable codec_tag properties -----------------------+----------------------- Reporter: EricV | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * version: git => git-master * analyzed: 0 => 1 * type: enhancement => defect Comment: Not really related to EAC3 (and certainly not to spectral extension). Should be fixed in current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 09:19:19 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 07:19:19 -0000 Subject: [FFmpeg-trac] #163(avdevice:open): png output creates artifacts or blank image with x11grab input In-Reply-To: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> References: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> Message-ID: <050.c18ce12356a8c52f21682a4be1d65757@avcodec.org> #163: png output creates artifacts or blank image with x11grab input -------------------------+----------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: minor | Component: avdevice Version: git-master | Resolution: Keywords: x11grab, png | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -------------------------+----------------------- Changes (by cehoyos): * analyzed: 0 => 1 * component: undetermined => avdevice Comment: But am I correct that x11grab should not assume a useful value for the alpha channel of bgra? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 09:33:00 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 07:33:00 -0000 Subject: [FFmpeg-trac] #397(swscale:open): swscale crashes when upscaling pictures using MMX2 In-Reply-To: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> References: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> Message-ID: <049.99e70fe60cbfd131d1c2ad68bab650f2@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -----------------------+---------------------- Reporter: TobiX | Owner: michael Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+---------------------- Comment (by marillat): Replying to [comment:6 cehoyos]: > Workaround for gcc-4.6 posted: > http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/134444 Thanks you. I'll apply this patch today and do new packages. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 11:33:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 09:33:26 -0000 Subject: [FFmpeg-trac] #418(undetermined:closed): mpegts demux provides invalid dts when reading from stdin In-Reply-To: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> References: <040.7c9e5538c62d2c3d194b278bfdfe7d33@avcodec.org> Message-ID: <055.1c8f2c71485fb64a2fa0256a3e0e8c9e@avcodec.org> #418: mpegts demux provides invalid dts when reading from stdin -------------------------------------------------+------------------------- Reporter: martinblech | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts non monotonically increasing | Resolution: fixed dts pipe stdin | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by martinblech): wow that was fast. thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 11:36:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 09:36:53 -0000 Subject: [FFmpeg-trac] #160(undetermined:closed): QT RAW "256 colors" - broken output In-Reply-To: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> References: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> Message-ID: <053.e6a958d78e1649f443f00995830a2202@avcodec.org> #160: QT RAW "256 colors" - broken output -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I believe this issue was fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 13:18:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 11:18:05 -0000 Subject: [FFmpeg-trac] #122(FFplay:reopened): Kega Game Video codec broken with ffplay In-Reply-To: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> References: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> Message-ID: <051.52e1c1bbc8b4bc310c1eed384ad42007@avcodec.org> #122: Kega Game Video codec broken with ffplay -----------------------+----------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: reopened Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by cehoyos): Does not crash for ia32 and ppc, crashes for x86_64 {{{ (gdb) r -i kgv1.avi Starting program: ffplay_g -i kgv1.avi [Thread debugging using libthread_db enabled] ffplay version N-32138-g312645e, Copyright (c) 2003-2011 the FFmpeg developers built on Aug 29 2011 12:38:58 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 35. 0 / 2. 35. 0 libswscale 2. 0. 0 / 2. 0. 0 [New Thread 0x7ffff5299910 (LWP 16019)] [New Thread 0x7ffff49ca910 (LWP 16020)] [avi @ 0x1313a80] parser not found for codec pcm_s16le, packets or times may be invalid. [avi @ 0x1313a80] parser not found for codec kgv1, packets or times may be invalid. Input #0, avi, from 'kgv1.avi': Duration: 00:00:05.21, start: 0.000000, bitrate: 1633 kb/s Stream #0.0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Stream #0.1: Video: kgv1 (KGV1 / 0x3156474B), rgb555le, 640x480, 60 tbr, 60 tbn, 60 tbc [New Thread 0x7ffff3fc4910 (LWP 16021)] [New Thread 0x7ffff37c3910 (LWP 16022)] [New Thread 0x7ffff2fc2910 (LWP 16023)] [buffersink @ 0x13145c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x7fffec000ae0] w:640 h:480 fmt:rgb555le -> w:640 h:480 fmt:yuv420p flags:0x4 1314614578.13 A-V: 0.000 s:0.0 aq= 320KB vq= 47KB sq= 0B f=0/0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff37c3910 (LWP 16022)] 0x00007ffff68b97ab in memcpy () from /lib64/libc.so.6 (gdb) bt full #0 0x00007ffff68b97ab in memcpy () from /lib64/libc.so.6 No symbol table info available. #1 0x0000000000958f2f in av_image_copy_plane (height=238, bytewidth=1280, src_linesize=640, src=, dst_linesize=1280, dst=) at libavutil/imgutils.c:239 No locals. #2 av_image_copy (height=238, bytewidth=1280, src_linesize=640, src=, dst_linesize=1280, dst=) at libavutil/imgutils.c:272 h = bwidth = -227366336 i = planes_nb = 1 desc = #3 0x0000000000408354 in input_request_frame (link=0x13144a0) at ffplay.c:1618 priv = 0x1316740 picref = 0x13192e0 pts = 0 pkt = {pts = 0, dts = 0, data = 0x1319ce0 "'\035", size = 898, stream_index = 1, flags = 1, side_data = 0x0, side_data_elems = 0, duration = 1, destruct = 0x4ee6c0 , priv = 0x14, pos = 3282, convergence_duration = 0} #4 0x00000000004165ee in avfilter_request_frame (link=) at libavfilter/avfilter.c:505 No locals. #5 0x0000000000423c24 in av_vsink_buffer_get_video_buffer_ref (ctx=, picref=0x7ffff37c3080, flags=0) at libavfilter/vsink_buffer.c:109 buf = 0x1312400 inlink = 0x1330680 ret = #6 0x00000000004099ec in video_thread (arg=0x7ffff49cb040) at ffplay.c:1766 picref = 0x0 is = 0x7ffff49cb040 frame = 0x1316500 pts_int = -9223372036854775808 pos = -1 pts = ret = graph = 0x12ee180 filt_out = 0x1314940 last_w = 640 last_h = 480 #7 0x00007ffff743f3b5 in ?? () from /usr/lib64/libSDL-1.2.so.0 No symbol table info available. #8 0x00007ffff7482539 in ?? () from /usr/lib64/libSDL-1.2.so.0 No symbol table info available. #9 0x00007ffff721565d in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #10 0x00007ffff690aecd in clone () from /lib64/libc.so.6 No symbol table info available. #11 0x0000000000000000 in ?? () No symbol table info available. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 13:28:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 11:28:35 -0000 Subject: [FFmpeg-trac] #156(undetermined:open): Full HD Material from Canon 5D treated as 1920x1088 In-Reply-To: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> References: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> Message-ID: <047.8c4affb50a3ceb37e132bef028d580f7@avcodec.org> #156: Full HD Material from Canon 5D treated as 1920x1088 ------------------------+--------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): I was unable to find a sample for this ticket, could you make one available? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 14:58:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 12:58:51 -0000 Subject: [FFmpeg-trac] #156(undetermined:open): Full HD Material from Canon 5D treated as 1920x1088 In-Reply-To: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> References: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> Message-ID: <047.52fe34f5334882cb043c9219b18e8b9f@avcodec.org> #156: Full HD Material from Canon 5D treated as 1920x1088 ------------------------+--------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): I found this: http://img.photographyblog.com/reviews/canon_eos_5d_mark_ii/sample_images/canon_eos_5d_mark_ii_01.mov {{{ C:\>ffmpeg -i C:\canon_eos_5d_mark_ii_01.mov ffmpeg version N-32077-g5f5e37e, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 24 2011 02:29:36 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 2 / 2. 34. 2 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 6000.00 (6000 /1) -> 30.00 (30/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\canon_eos_5d_mark_ii_01.mov': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 2008-12-03 14:26:49 Duration: 00:00:05.46, start: 0.000000, bitrate: 41551 kb/s Stream #0.0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yu vj420p, 1920x1088, 40136 kb/s, 30 fps, 30 tbr, 3k tbn, 6k tbc Metadata: creation_time : 2008-12-03 14:26:49 Stream #0.1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 44100 Hz, 2 channels , s16, 1411 kb/s Metadata: creation_time : 2008-12-03 14:26:49 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 15:00:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 13:00:16 -0000 Subject: [FFmpeg-trac] #165(undetermined:open): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.b21ff4671d68d676543e05e39e1f8f52@avcodec.org> #165: QT Cinepak - plays in negative -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by ami_stuff): fixes the problem for me -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 21:14:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 19:14:54 -0000 Subject: [FFmpeg-trac] #156(undetermined:open): Full HD Material from Canon 5D treated as 1920x1088 In-Reply-To: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> References: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> Message-ID: <047.91a4b367a9fe3ffb78db6fa9463c06af@avcodec.org> #156: Full HD Material from Canon 5D treated as 1920x1088 ------------------------+--------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by reimar): While the mov headers specify 1920x1080, the SPS specifies a size of 1920x1088. I sent a hackish patch that avoids the issue, however it is questionable and the file could probably be considered broken - not to mention that it can be non-obvious which should be used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 22:49:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 20:49:40 -0000 Subject: [FFmpeg-trac] #366(undetermined:closed): Green bar with ffplay when playing H264 In-Reply-To: <036.c2179fb0c5fca8b20eb7381394df7d00@avcodec.org> References: <036.c2179fb0c5fca8b20eb7381394df7d00@avcodec.org> Message-ID: <051.a532677a129f74f0e57a197d02512c7b@avcodec.org> #366: Green bar with ffplay when playing H264 ------------------------------+--------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: ffplay regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Not reproducible any more (but already fixed before b47904d158709bdec1a9d40e83d1abadf50081dc was reverted). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 29 23:22:33 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 21:22:33 -0000 Subject: [FFmpeg-trac] #421(FFmpeg:new): Online Doxygen docs mixes up ffmpeg.c docs with avconv.c docs. Message-ID: <034.637734dd1d1c7e9aecbd31ce47466816@avcodec.org> #421: Online Doxygen docs mixes up ffmpeg.c docs with avconv.c docs. -------------------------+--------------------- Reporter: MattE | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Doxygen Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- In the doxygen page for the ffmpeg.c source code when you click on a function name to be taken to the docs for that function, if that function is defined in ffmpeg.c it will take you to the avconv.c docs instead of the ffmpeg docs. For example, if you click on the function name write_frame here: http://www.ffmpeg.org/doxygen/trunk/ffmpeg_8c-source.html#l00783 it takes you to http://www.ffmpeg.org/doxygen/trunk/avconv_8c.html#ec8a41459c0bd4c4d4e84b519709ac31 instead of to http://www.ffmpeg.org/doxygen/trunk/ffmpeg_8c.html#ec8a41459c0bd4c4d4e84b519709ac31 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 01:27:04 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Aug 2011 23:27:04 -0000 Subject: [FFmpeg-trac] #155(undetermined:closed): Broken frames transcoding/subclipping from GoPro H.264 to XDCAM In-Reply-To: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> References: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> Message-ID: <047.b2fe52cd8c945105f926c5f54ddc2611@avcodec.org> #155: Broken frames transcoding/subclipping from GoPro H.264 to XDCAM ------------------------+--------------------------- Reporter: rmk | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This is not reproducible any more with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 02:57:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 00:57:11 -0000 Subject: [FFmpeg-trac] #387(avcodec:open): ffmpeg '-profile baseline' no longer works with libx264 In-Reply-To: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> References: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> Message-ID: <054.ae3e817a6f474c7c9412128e451688e8@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by patronanejo): As a practical matter, would it be insufficient to have ''ffmpeg'' pass '''-coder 0''' to x264? Unless you intend to apply CABAC-dependent features, turning off entropy coding is one way to access baseline profile. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 06:45:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 04:45:30 -0000 Subject: [FFmpeg-trac] #407(avcodec:new): Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.18a42c0f0f5474e8facf72b58984774c@avcodec.org> #407: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS) ------------------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: Crash, Error resilience | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+---------------------- Comment (by redeemarr): Attached frame sequence that reproduces crash on av_assert. Codec is h.264 of course. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 10:03:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 08:03:52 -0000 Subject: [FFmpeg-trac] #407(avcodec:open): Assertion fails in h264_refs.c (was: Crash in ff_put_pixels16_neon (EXC_BAD_ACCESS)) In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.38ae376cee0b92f4aa3a07f47c2d9d5f@avcodec.org> #407: Assertion fails in h264_refs.c ---------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 assertion | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ---------------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => important * version: unspecified => git-master * keywords: Crash, Error resilience => h264 assertion Comment: {{{ $ ffmpeg -v 9 -loglevel 99 -i assert.h264 ffmpeg version N-32157-g0629b1f, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 30 2011 09:51:47 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0x12a0420] Format h264 probed with size=2048 and score=51 [h264 @ 0x12a2540] Unsupported bit depth: 0 [h264 @ 0x12a2540] Unknown NAL code: 18 (31 bits) Last message repeated 3 times [h264 @ 0x12a2540] Unknown NAL code: 18 (29 bits) [h264 @ 0x12a2540] Unknown NAL code: 18 (31 bits) [h264 @ 0x12a2540] Unknown NAL code: 18 (30 bits) [h264 @ 0x12a2540] Unknown NAL code: 18 (31 bits) Last message repeated 2 times [h264 @ 0x12a2540] Unknown NAL code: 18 (30 bits) [h264 @ 0x12a2540] reference picture missing during reorder [h264 @ 0x12a2540] reference count overflow [h264 @ 0x12a2540] decode_slice_header error [h264 @ 0x12a2540] Unknown NAL code: 18 (31 bits) Last message repeated 1 times [h264 @ 0x12a2540] mmco: unref short failure [h264 @ 0x12a2540] concealing 2 DC, 2 AC, 2 MV errors Assertion h->long_ref_count + h->short_ref_count <= h->sps.ref_frame_count failed at libavcodec/h264_refs.c:482 Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 10:05:26 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 08:05:26 -0000 Subject: [FFmpeg-trac] #387(avcodec:open): ffmpeg '-profile baseline' no longer works with libx264 In-Reply-To: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> References: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> Message-ID: <054.49d4286b41b85137b7e14f3d9400859d@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): @patronanejo: Does -vprofile baseline not work for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 10:11:40 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 08:11:40 -0000 Subject: [FFmpeg-trac] #407(avcodec:open): Assertion fails in h264_refs.c In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.02f44ca52995a703f476d779428702f8@avcodec.org> #407: Assertion fails in h264_refs.c ---------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 assertion | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ---------------------------+---------------------- Comment (by redeemarr): Maybe it would be better to open another ticket for assertion issue? Crashes in ff_put_pixels16_neon still exist. Also, is it more convenient to you to receive sample in one piece? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 10:24:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 08:24:55 -0000 Subject: [FFmpeg-trac] #407(avcodec:open): Assertion fails in h264_refs.c In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.d9bdf31d0904865f8a4f34a0f99e5e17@avcodec.org> #407: Assertion fails in h264_refs.c ---------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 assertion | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ---------------------------+---------------------- Comment (by cehoyos): Does the crash happen before the assert? Do you believe it is more convenient to unzip a larger file, concatenate the samples to get a smaller file that can be fed to ffmpeg? Reimar may have been right that there is a size change involved: {{{ $ ffmpeg -i assert.h264 -f null - ffmpeg version N-32157-g0629b1f, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 30 2011 09:51:47 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0x12a2540] reference picture missing during reorder [h264 @ 0x12a2540] reference count overflow [h264 @ 0x12a2540] decode_slice_header error [h264 @ 0x12a2540] mmco: unref short failure [h264 @ 0x12a2540] concealing 2 DC, 2 AC, 2 MV errors [h264 @ 0x12a2540] number of reference frames (0+2) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x12a0420] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, h264, from 'assert.h264': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264, yuv420p, 16x32, 25 fps, 25 tbr, 1200k tbn, 50 tbc [buffer @ 0x12a0360] w:16 h:32 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.10.0 Stream #0.0: Video: rawvideo (I420 / 0x30323449), yuv420p, 16x32, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0: h264 -> rawvideo Press [q] to stop, [?] for help [buffer @ 0x12a0360] Buffer video input changed from size:16x32 fmt:yuv420p to size:640x480 fmt:yuv420p [buffer @ 0x12a0360] Inserting scaler filter [buffersink @ 0x12a6aa0] auto-inserting filter 'Input equalizer' between the filter 'src' and the filter 'out' [scale @ 0x12a3500] w:640 h:480 fmt:yuv420p -> w:16 h:32 fmt:yuv420p flags:0x2 [h264 @ 0x12a2540] reference picture missing during reorder [h264 @ 0x12a2540] reference count overflow [h264 @ 0x12a2540] decode_slice_header error [h264 @ 0x12a2540] mmco: unref short failure [h264 @ 0x12a2540] concealing 2 DC, 2 AC, 2 MV errors [h264 @ 0x12a2540] number of reference frames (0+2) exceeds max (0; probably corrupt input), discarding one [buffer @ 0x12a0360] Buffer video input changed from size:640x480 fmt:yuv420p to size:16x32 fmt:yuv420p [scale @ 0x12a3500] w:16 h:32 fmt:yuv420p -> w:16 h:32 fmt:yuv420p flags:0x2 frame= 5 fps= 0 q=0.0 Lsize= -0kB time=00:00:00.20 bitrate= -0.9kbits/s video:0kB audio:0kB global headers:0kB muxing overhead -inf% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 10:33:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 08:33:37 -0000 Subject: [FFmpeg-trac] #407(avcodec:open): Assertion fails in h264_refs.c In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.5a43cfacc8d24c3fd8b7caf2c92b62f7@avcodec.org> #407: Assertion fails in h264_refs.c ---------------------------+---------------------- Reporter: redeemarr | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 assertion | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ---------------------------+---------------------- Comment (by redeemarr): Replying to [comment:13 cehoyos]: > Does the crash happen before the assert? Which one? Assertion crash occurs more often, so I'm stuck with it and it's complicated now to catch crash in put_pixels. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 10:56:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 08:56:59 -0000 Subject: [FFmpeg-trac] #348(avcodec:closed): Disable cropping for large values In-Reply-To: <036.25dbb924337a506c8c2059072fc9cfde@avcodec.org> References: <036.25dbb924337a506c8c2059072fc9cfde@avcodec.org> Message-ID: <051.7ea76e9e0554ddbfb55ff69ffd097318@avcodec.org> #348: Disable cropping for large values -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Cropping is now disabled in the brainfart case. If FFmpeg supports arbitrary cropping, this will still be a valid solution for the sample (it does request the cropping after all), it should be possible to disable automatic cropping for users who need the full resolution. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 10:58:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 08:58:11 -0000 Subject: [FFmpeg-trac] #320(avformat:closed): 0 channels in latm stream In-Reply-To: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> References: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> Message-ID: <055.dd294881dd0e006488b7924f7af57da2@avcodec.org> #320: 0 channels in latm stream ------------------------+----------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: aac | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in current git master. The patch will be reverted if it breaks any valid transport streams (and the problem cannot be fixed differently). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 15:44:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 13:44:52 -0000 Subject: [FFmpeg-trac] #344(FFprobe:open): FFProbe does not provide PTS, DTS info present in MPEG file. In-Reply-To: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> References: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> Message-ID: <056.128c91c399cfc40039ba9a0233458c23@avcodec.org> #344: FFProbe does not provide PTS, DTS info present in MPEG file. -------------------------------------------+---------------------- Reporter: darrenhudson | Owner: michael Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: FFProbe Time Timestamp PTS DTS | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------+---------------------- Comment (by darrenhudson): Reimar, Many thanks for taking a look at this. I can see that ffprobe -show_streams reports has_b_frames=1 however when I look at the frames within the file I don't see any reported as b-frames (for example in the elecard output attached). Is it possible that the stream actually doesn't include any b-frames? Perhaps either something is wrong in the stream or in FFPROBE that means it incorrectly thinks there are b-frames? Regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 17:06:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 15:06:55 -0000 Subject: [FFmpeg-trac] #422(avcodec:new): x264 preset and tune options always reset certain ffmpeg params to defaults Message-ID: <034.bc4b1ac874dc02f38bdee9ff1eb88b8a@avcodec.org> #422: x264 preset and tune options always reset certain ffmpeg params to defaults ---------------------+------------------------- Reporter: takis | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+------------------------- When using ffmpeg with libx264, certain options are always reset to the default x264 values: ffmpeg -i /srv/files/videos/test/frame%06d.png -vcodec libx264 -preset ultrafast -g 16 test.ts The GOP-size here will be 250 instead of the requested 16. This is because in X264_init(), the ffmpeg options are set (GOP-size on line 233), but on line 313 x264_param_default_preset() is invoked, which in turn invokes x264_param_default() which sets the GOP size to 250 on line 76 (of x264.git/common/common.c). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 30 22:32:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Aug 2011 20:32:56 -0000 Subject: [FFmpeg-trac] #344(FFprobe:open): FFProbe does not provide PTS, DTS info present in MPEG file. In-Reply-To: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> References: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> Message-ID: <056.8eaceeb8eced4e3c0850149c187af52b@avcodec.org> #344: FFProbe does not provide PTS, DTS info present in MPEG file. -------------------------------------------+---------------------- Reporter: darrenhudson | Owner: michael Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: FFProbe Time Timestamp PTS DTS | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------+---------------------- Comment (by reimar): I thought it did actually contain B-frames, but it looks like I didn't look right. However FFmpeg expects the low delay flag in the vol header (in vol control which is absent here) to be set in that case. No idea how it should behave/what should be done about that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 13:23:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 11:23:04 -0000 Subject: [FFmpeg-trac] #423(FFmpeg:new): ffmpeg.exe MOV to WebM x64 crash Message-ID: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash --------------------------+---------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: new Priority: important | Component: FFmpeg Version: unspecified | Keywords: webM x64 crash Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+---------------------------- I'm trying to transcode a MOV recorded with a canon camera to webM ffmpeg simply crashed commands: C:\Users\Vincent\Documents\Visual Studio 2010\Home Media Builder\Home Media Webbuilder\bin\Debug>ffmpeg64.exe -v 9 -loglevel 99 -i "C:\Users\Vincent\Documents\Visual Studio 2010\Home Media Builder\TestWebFiles\videos\2004\2004_03_March\2004_03_23\2004-03-23_001.MOV" -acodec libvorbis -ab 192k -strict experimental -ar 44100 -b 400k -f webm -vcodec libvpx "C:\Users\Vincent\Documents\Visual Studio 2010\Home Media Builder\TestWebFiles\videos\2004\2004_03_March\2004_03_23\2004-03-23_001.WEBM" following is a copy paste of my command prompt output: ________________________________________________________________________ ffmpeg version N-32138-g312645e, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 28 2011 21:15:09 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 35. 0 / 2. 35. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000002DFFE0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000002DFFE0] ISO: File Type Major Brand: qt [mjpeg @ 00000000002F2A40] Unsupported bit depth: 0 [mjpeg @ 00000000002F2A40] buffer too small, expanding to 17388 bytes [mjpeg @ 00000000002F2A40] marker=d8 avail_size_in_buf=td [mjpeg @ 00000000002F2A40] marker parser used 0 bytes (0 bits) [mjpeg @ 00000000002F2A40] marker=e0 avail_size_in_buf=td [mjpeg @ 00000000002F2A40] marker parser used 16 bytes (128 bits) [mjpeg @ 00000000002F2A40] marker=dd avail_size_in_buf=td [mjpeg @ 00000000002F2A40] restart interval: 0 [mjpeg @ 00000000002F2A40] marker parser used 4 bytes (32 bits) [mjpeg @ 00000000002F2A40] marker=db avail_size_in_buf=td [mjpeg @ 00000000002F2A40] index=0 [mjpeg @ 00000000002F2A40] qscale[0]: 2 [mjpeg @ 00000000002F2A40] index=1 [mjpeg @ 00000000002F2A40] qscale[1]: 4 [mjpeg @ 00000000002F2A40] marker parser used 132 bytes (1056 bits) [mjpeg @ 00000000002F2A40] marker=c0 avail_size_in_buf=td [mjpeg @ 00000000002F2A40] sof0: picture: 320x240 [mjpeg @ 00000000002F2A40] component 0 2:1 id: 0 quant:0 [mjpeg @ 00000000002F2A40] component 1 1:1 id: 1 quant:1 [mjpeg @ 00000000002F2A40] component 2 1:1 id: 2 quant:1 [mjpeg @ 00000000002F2A40] pix fmt id 21111100 [mjpeg @ 00000000002F2A40] marker parser used 17 bytes (136 bits) [mjpeg @ 00000000002F2A40] marker=e2 avail_size_in_buf=td [mjpeg @ 00000000002F2A40] marker parser used 417 bytes (3336 bits) [mjpeg @ 00000000002F2A40] escaping removed td bytes [mjpeg @ 00000000002F2A40] marker=da avail_size_in_buf=td [mjpeg @ 00000000002F2A40] component: 0 [mjpeg @ 00000000002F2A40] component: 1 [mjpeg @ 00000000002F2A40] component: 2 [mjpeg @ 00000000002F2A40] mjpeg decode frame unused td bytes [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000002DFFE0] All info found Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1) -> 15.00 (15/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\Users\Vincent\Documents\Visual Studio 2010\Home Media Builder\TestWebFiles\videos\2004\2004_03_March\2004_03_23\2004-03-23_001.MOV': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-04-06 08:43:57 Duration: 00:00:12.26, start: 0.000000, bitrate: 2203 kb/s Stream #0.0(eng), 1, 1/600: Video: mjpeg (dmb1 / 0x31626D64), yuvj422p, 320x240, 1/600, 2112 kb/s, 15 fps, 15 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2008-04-06 08:43:57 Stream #0.1(eng), 12, 1/11024: Audio: pcm_u8 (raw / 0x20776172), 11024 Hz, 1 channels, u8, 88 kb/s Metadata: creation_time : 2008-04-06 08:43:57 File 'C:\Users\Vincent\Documents\Visual Studio 2010\Home Media Builder\TestWebFiles\videos\2004\2004_03_March\2004_03_23\2004-03-23_001.WEBM' already exists. Overwrite ? [y/N] y Incompatible pixel format 'yuvj422p' for codec 'libvpx', auto-selecting format 'yuv420p' [buffer @ 00000000002F1CE0] w:320 h:240 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 00000000002E3800] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 00000000002F40A0] w:320 h:240 fmt:yuvj422p -> w:320 h:240 fmt:yuv420p flags:0x4 Incompatible sample format 'u8' for codec 'libvorbis', auto-selecting format 's16' [libvpx @ 0000000001D3E4E0] v0.9.6 [libvpx @ 0000000001D3E4E0] --prefix=/home/kyle/software/ffmpeg/packages/libvpx/libvpx-v0.9.7-win64 --target=x86_64-win64-gcc [libvpx @ 0000000001D3E4E0] vpx_codec_enc_cfg [libvpx @ 0000000001D3E4E0] generic settings g_usage: 0 g_threads: 0 g_profile: 0 g_w: 320 g_h: 240 g_timebase: {1/30} g_error_resilient: 0 g_pass: 0 g_lag_in_frames: 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 13:31:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 11:31:51 -0000 Subject: [FFmpeg-trac] #423(undetermined:open): ffmpeg.exe MOV to WebM x64 crash In-Reply-To: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> References: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> Message-ID: <051.85384b227d10332b971f49c051783795@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash ---------------------------+--------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: webM x64 crash | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined Comment: Does the crash also happen if you use -an or -vn? If the crash only happens with -an, does it also happen if you choose any other video encoder? (Try ffmpeg -i 2004_03_23\2004-03-23_001.MOV -an -qscale 5 out.mkv) If the crash only happens with -vn, does it also happen if you choose any other audio encoder? (Try ffmpeg -i 2004_03_23\2004-03-23_001.MOV -vn -ar 44100 out.mkv) backtrace missing (works fine on Windows), please see http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 13:34:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 11:34:50 -0000 Subject: [FFmpeg-trac] #423(undetermined:open): ffmpeg.exe MOV to WebM x64 crash In-Reply-To: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> References: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> Message-ID: <051.1a3e06f6f9e6778c35072d22d744727b@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash ---------------------------+--------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: webM x64 crash | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by mrgenie): No, of course I tested other output formats. They work fine. Also the 32bit version of ffmpeg works fine. It only applies to the 64bit version -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 13:44:59 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 11:44:59 -0000 Subject: [FFmpeg-trac] #423(undetermined:open): ffmpeg.exe MOV to WebM x64 crash In-Reply-To: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> References: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> Message-ID: <051.7af6827465a455cf7d24ae8b14150928@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash ---------------------------+--------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: webM x64 crash | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by cehoyos): Backtrace missing, please see http://ffmpeg.org/bugreports.html Please provide a minimal command line, i.e. one that either contains -an or -vn (or confirm that it does not crash with either). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 13:51:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 11:51:33 -0000 Subject: [FFmpeg-trac] #423(undetermined:open): ffmpeg.exe MOV to WebM x64 crash In-Reply-To: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> References: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> Message-ID: <051.3410766544d22a0c3ff4f9537a2bef01@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash ---------------------------+--------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: webM x64 crash | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by mrgenie): ffmpeg64.exe -v 9 -loglevel 99 -i "2004-03-23_001.MOV" -acodec libvorbis -ac 2 -ab 96k -ar 44100 -strict experimental -b 400k -vn -f webm -vcodec libvpx "2004-03-23_001.WEBM" does NOT crash ffmpeg64.exe -v 9 -loglevel 99 -i "2004-03-23_001.MOV" -acodec libvorbis -ac 2 -ab 96k -ar 44100 -strict experimental -b 400k -an -f webm -vcodec libvpx "2004-03-23_001.WEBM" does crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 13:54:20 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 11:54:20 -0000 Subject: [FFmpeg-trac] #423(undetermined:open): ffmpeg.exe MOV to WebM x64 crash In-Reply-To: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> References: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> Message-ID: <051.b0c0f4a45815c7319d7d3448239fdb4c@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash ---------------------------+--------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: webM x64 crash | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by mrgenie): If you encounter a crash bug, please provide the gdb output, backtrace and disassembly using the the ffmpeg_g debug binary as follows: gdb ffmpeg_g In gdb, type 'r' for run, along with the rest of the ffmpeg command line: r When gdb encounters its problem, run the following commands and copy/paste the output into your bug report: bt disass $pc-32,$pc+32 info all-registers With older gdb versions, use disass $pc-32 $pc+32. I have no idea how to do this. I'm just using the ffmpeg.exe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 13:56:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 11:56:24 -0000 Subject: [FFmpeg-trac] #423(undetermined:open): ffmpeg.exe MOV to WebM x64 crash In-Reply-To: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> References: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> Message-ID: <051.3cfdfc0a852ab822958ac9e6e9243293@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash ---------------------------+--------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: webM x64 crash | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by cehoyos): Where does your ffmpeg.exe come from? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 13:59:27 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 11:59:27 -0000 Subject: [FFmpeg-trac] #423(undetermined:open): ffmpeg.exe MOV to WebM x64 crash In-Reply-To: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> References: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> Message-ID: <051.4d792cddc99789f1cc37e9d554def271@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash ---------------------------+--------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: webM x64 crash | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by mrgenie): from http://ffmpeg.zeranoe.com/builds/ as linked on the http://ffmpeg.org/download.html website I just googled some, found out people claim the vpxenc.exe of the original makers of the webm standard also crashes on x64.. I'll try this myself, maybe it's a bug from the webM guys -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 31 14:21:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Aug 2011 12:21:43 -0000 Subject: [FFmpeg-trac] #423(undetermined:open): ffmpeg.exe MOV to WebM x64 crash In-Reply-To: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> References: <036.0394495044cda6279b2f2d975be8b48e@avcodec.org> Message-ID: <051.eae1298b117118979f25d0e262462f82@avcodec.org> #423: ffmpeg.exe MOV to WebM x64 crash ---------------------------+--------------------------- Reporter: mrgenie | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: unspecified | Resolution: Keywords: webM x64 crash | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by mrgenie): vpxenc.exe x64 doesn't crash, But produces crappy output. Only snow, and video length is under 1 second.. guess something is wrong with their encoder under x64.. their x86 is working just fine.. -- Ticket URL: FFmpeg FFmpeg issue tracker