From trac at avcodec.org Fri Feb 1 01:09:40 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 00:09:40 -0000 Subject: [FFmpeg-trac] #2218(avformat:open): flv pcm_s16le decodes incorrectly In-Reply-To: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> References: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> Message-ID: <053.e9491d59dfa2d0a2dffd034e7049481c@avcodec.org> #2218: flv pcm_s16le decodes incorrectly ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => flv * status: new => open * version: unspecified => git-master * component: undetermined => avformat Comment: See [[http://git.videolan.org/?p=ffmpeg.git;a=commit;h=58293e57e158cd18a522df42ebc56611f94cae5e|r12184]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 01:10:27 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 00:10:27 -0000 Subject: [FFmpeg-trac] #2218(avformat:open): flv pcm_s16le decodes incorrectly In-Reply-To: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> References: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> Message-ID: <053.84a8b9987868f78baceba32b896b3340@avcodec.org> #2218: flv pcm_s16le decodes incorrectly -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement Comment: I think an option to invert "native" endian pcm_s16 format 0 audio is possible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 01:52:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 00:52:02 -0000 Subject: [FFmpeg-trac] #2217(avfilter:closed): amerge crashes with adpcm_ima_qt input In-Reply-To: <036.2d535b44296389487c5f9ffe4aeb4ed0@avcodec.org> References: <036.2d535b44296389487c5f9ffe4aeb4ed0@avcodec.org> Message-ID: <051.37a0a5646e4365631d9ccf55fac53639@avcodec.org> #2217: amerge crashes with adpcm_ima_qt input -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV amerge | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 05:08:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 04:08:48 -0000 Subject: [FFmpeg-trac] #2218(avformat:open): flv pcm_s16le decodes incorrectly In-Reply-To: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> References: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> Message-ID: <053.f64eb3020c7be769cf81d12055555db8@avcodec.org> #2218: flv pcm_s16le decodes incorrectly -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by DonMoir): As far as I can tell, you can't seek by audio stream with any flv even if it includes video. Since above file is audio only, it fails seeking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 05:09:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 04:09:08 -0000 Subject: [FFmpeg-trac] #2218(avformat:open): flv pcm_s16le decodes incorrectly In-Reply-To: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> References: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> Message-ID: <053.5572804dffc93534aeb7f26634471a31@avcodec.org> #2218: flv pcm_s16le decodes incorrectly -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by DonMoir): * cc: donmoir@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 06:40:23 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 05:40:23 -0000 Subject: [FFmpeg-trac] #275(avcodec:open): VC1 Interlaced libavcodec In-Reply-To: <037.fc78b9bd7ea1a519b3988f96d8a2dca9@avcodec.org> References: <037.fc78b9bd7ea1a519b3988f96d8a2dca9@avcodec.org> Message-ID: <052.87680f7259982d9540638c27e527a153@avcodec.org> #275: VC1 Interlaced libavcodec -------------------------------------+----------------------------------- Reporter: fc757346 | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: vc1 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by rogerdpack): it doesn't support this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 11:08:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 10:08:24 -0000 Subject: [FFmpeg-trac] #2218(avformat:open): flv pcm_s16le decodes incorrectly In-Reply-To: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> References: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> Message-ID: <053.4ac4ba81429f7094935e5fe39639a0d4@avcodec.org> #2218: flv pcm_s16le decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: flv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flv => flv regression * priority: wish => important * type: enhancement => defect * reproduced: 0 => 1 Comment: The obvious (and only possible) work-around to force the audio codec is broken since 86e107a. {{{ $ ffmpeg -acodec pcm_s16be -i seeking_fail.flv out.wav ffmpeg version N-42179-gaf392ef Copyright (c) 2000-2012 the FFmpeg developers built on Feb 1 2013 11:05:15 with gcc 4.7.1 20120723 [gcc-4_7-branch revision 189773] configuration: libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 32.100 / 54. 32.100 libavformat 54. 14.100 / 54. 14.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.101 / 3. 0.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [pcm_s16be @ 0x2a9f5a0] PCM channels out of bounds [flv @ 0x2a991c0] max_analyze_duration 5000000 reached at 5063000 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, flv, from 'seeking_fail.flv': Metadata: creationdate : Sun Jul 15 18:01:39 2012 dc_title : Land Down Under Artist : Men At Work Encoded_With : Sorenson Squeeze Encoded_By : Duration: 00:03:46.53, start: 0.000000, bitrate: 354 kb/s Stream #0:0: Audio: pcm_s16be, 22050 Hz, mono, s16, 352 kb/s [graph 0 input from stream 0:0 @ 0x2a9b420] tb:1/1000 samplefmt:s16 samplerate:22050 chlayout:0x4 Output #0, wav, to 'out.wav': Metadata: creationdate : Sun Jul 15 18:01:39 2012 dc_title : Land Down Under Artist : Men At Work Encoded_With : Sorenson Squeeze Encoded_By : encoder : Lavf54.14.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono, s16, 352 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16be -> pcm_s16le) Press [q] to stop, [?] for help size= 9756kB time=00:03:46.53 bitrate= 352.8kbits/s video:0kB audio:9756kB subtitle:0 global headers:0kB muxing overhead 0.000460% }}} (The test assumes the opposite case: flv file written on big-endian, played on little-endian.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 13:52:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 12:52:15 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:reopened): "codec not currently supported in container" should give a recommendation for 3gpp timed text subs In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.74ae4ed768eb27c9eb0332a5a983a0e6@avcodec.org> #1840: "codec not currently supported in container" should give a recommendation for 3gpp timed text subs -------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: enhancement | Status: reopened Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 compn]: > i think what the user wants is an idea how to convert to movtext aka "3gpp timed text" in mov. Since I am not sure I understand your suggestion: Could you add a PoC patch / hack that shows what you suggest? > the error message could return this info, since 3gpp timed text is the only supported mp4 subs anyhow. We do have dvdsub sample (that plays fine). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 15:17:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 14:17:02 -0000 Subject: [FFmpeg-trac] #2220(undetermined:new): FFMPEG unable to stream copy come H264 into mpegts Message-ID: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> #2220: FFMPEG unable to stream copy come H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: with some H264 files ffmpeg is able to stream copy the video stream perfectly fine, with other it's not able to. I've uploaded the file "H264 Copy Remux Fail.wtv" to the FTP server. How to reproduce: {{{ ffmpeg -i "H264 Copy Remux Fail.wtv" -vcodec copy -an test.ts ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) configuration: --enable-static --arch=x86 --target-os=mingw32 --cross- prefix=/home/rdp/dev/ffmpeg-windows-build-helper s/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth - -enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheo ra --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-lib vo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopenc ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable- libbluray --enable-libvpx --enable-runtime-cpudetect libavutil 52. 12.100 / 52. 12.100 libavcodec 54. 81.100 / 54. 81.100 libavformat 54. 49.102 / 54. 49.102 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 29.100 / 3. 29.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wtv @ 0033d420] reported file length (0x7d3ab468) exceeds number of available sectors (0x40000000) [aac_latm @ 0033ee40] initializing latmctx [aac_latm @ 0033e840] initializing latmctx [h264 @ 0033f440] mmco: unref short failure Last message repeated 2 times Input #0, wtv, from 'H264 Copy Remux Fail.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Great British Railway Journeys WM/SubTitle : Taunton to Minehead WM/SubTitleDescription: Michael Portillo explores a church that moves in mysterious ways and summons all his strengt h, to move a one hundred and ten tonne steam locomotive. genre : Documentary;Other WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Dave Minchin;Michael Portillo; service_provider: BBC HD service_name : BBC HD WM/MediaOriginalChannel: 102 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-01-30T00:00:00Z WM/MediaOriginalRunTime: 19711177116 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-01-30 18:30:08 WM/WMRVSeriesUID: !GenericSeries!Great British Railway Journeys WM/WMRVServiceID: !MCService!755567 WM/WMRVProgramID: !MCProgram!49381242 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 17918570369 WM/WMRVEndTime : 2013-01-30 19:00:00 WM/WMRVBitrate : 9.382929 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 291 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 19243776 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbTimeStamp: -4616189618054758400 Duration: 00:14:59.19, start: 1.691285, bitrate: 2798 kb/s Stream #0:0[0x38](eng): Subtitle: dvb_subtitle Stream #0:1[0x39](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (hearing impaired) Stream #0:2[0x3a](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp Stream #0:3[0x3b]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 10000k tbn, 50 tbc Output #0, mpegts, to 'test.ts': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Great British Railway Journeys WM/SubTitle : Taunton to Minehead WM/SubTitleDescription: Michael Portillo explores a church that moves in mysterious ways and summons all his strengt h, to move a one hundred and ten tonne steam locomotive. genre : Documentary;Other WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Dave Minchin;Michael Portillo; service_provider: BBC HD service_name : BBC HD WM/MediaOriginalChannel: 102 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-01-30T00:00:00Z WM/MediaOriginalRunTime: 19711177116 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-01-30 18:30:08 WM/WMRVSeriesUID: !GenericSeries!Great British Railway Journeys WM/WMRVServiceID: !MCService!755567 WM/WMRVProgramID: !MCProgram!49381242 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 17918570369 WM/WMRVEndTime : 2013-01-30 19:00:00 WM/WMRVBitrate : 9.382929 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 291 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 19243776 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbTimeStamp: -4616189618054758400 encoder : Lavf54.49.102 Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:3 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 03cb2720] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_ mp4toannexb) av_interleaved_write_frame(): Invalid argument }}} {{{ ffmpeg -i "H264 Copy Remux Fail.wtv" -vcodec copy -an -bsf:v h264_mp4toannexb test.ts ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) configuration: --enable-static --arch=x86 --target-os=mingw32 --cross- prefix=/home/rdp/dev/ffmpeg-windows-build-helper s/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth - -enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheo ra --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-lib vo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopenc ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable- libbluray --enable-libvpx --enable-runtime-cpudetect libavutil 52. 12.100 / 52. 12.100 libavcodec 54. 81.100 / 54. 81.100 libavformat 54. 49.102 / 54. 49.102 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 29.100 / 3. 29.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wtv @ 01f3d4e0] reported file length (0x7d3ab468) exceeds number of available sectors (0x40000000) [aac_latm @ 01f3eee0] initializing latmctx [aac_latm @ 01f3e8e0] initializing latmctx [h264 @ 01f3f4c0] mmco: unref short failure Last message repeated 2 times Input #0, wtv, from 'H264 Copy Remux Fail.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Great British Railway Journeys WM/SubTitle : Taunton to Minehead WM/SubTitleDescription: Michael Portillo explores a church that moves in mysterious ways and summons all his strengt h, to move a one hundred and ten tonne steam locomotive. genre : Documentary;Other WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Dave Minchin;Michael Portillo; service_provider: BBC HD service_name : BBC HD WM/MediaOriginalChannel: 102 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-01-30T00:00:00Z WM/MediaOriginalRunTime: 19711177116 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-01-30 18:30:08 WM/WMRVSeriesUID: !GenericSeries!Great British Railway Journeys WM/WMRVServiceID: !MCService!755567 WM/WMRVProgramID: !MCProgram!49381242 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 17918570369 WM/WMRVEndTime : 2013-01-30 19:00:00 WM/WMRVBitrate : 9.382929 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 291 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 19243776 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbTimeStamp: -4616189618054758400 Duration: 00:14:59.19, start: 1.691285, bitrate: 2798 kb/s Stream #0:0[0x38](eng): Subtitle: dvb_subtitle Stream #0:1[0x39](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (hearing impaired) Stream #0:2[0x3a](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp Stream #0:3[0x3b]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 10000k tbn, 50 tbc File 'test.ts' already exists. Overwrite ? [y/N] y Output #0, mpegts, to 'test.ts': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Great British Railway Journeys WM/SubTitle : Taunton to Minehead WM/SubTitleDescription: Michael Portillo explores a church that moves in mysterious ways and summons all his strengt h, to move a one hundred and ten tonne steam locomotive. genre : Documentary;Other WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Dave Minchin;Michael Portillo; service_provider: BBC HD service_name : BBC HD WM/MediaOriginalChannel: 102 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-01-30T00:00:00Z WM/MediaOriginalRunTime: 19711177116 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-01-30 18:30:08 WM/WMRVSeriesUID: !GenericSeries!Great British Railway Journeys WM/WMRVServiceID: !MCService!755567 WM/WMRVProgramID: !MCProgram!49381242 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 17918570369 WM/WMRVEndTime : 2013-01-30 19:00:00 WM/WMRVBitrate : 9.382929 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 291 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 19243776 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbTimeStamp: -4616189618054758400 encoder : Lavf54.49.102 Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:3 -> #0:0 (copy) Press [q] to stop, [?] for help [NULL @ 03b21d80] Warning: SPS NALU missing or invalid. The resulting stream may not play. [NULL @ 03b21d80] Warning: PPS NALU missing or invalid. The resulting stream may not play. Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument [mpegts @ 03d18a40] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_ mp4toannexb) av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 15:45:45 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 14:45:45 -0000 Subject: [FFmpeg-trac] #2221(undetermined:new): Adding cover art to MP3 issues Message-ID: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> #2221: Adding cover art to MP3 issues -------------------------------------+------------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- According ffmpeg.org documentation it should be possible to add cover art to .mp3 files. This does not works: ffmpeg -i input.mp3 -i cover.png -c copy -id3v2_version 3 -metadata:s:v title="Album cover" -metadata:s:v comment="Cover (Front)" out.mp3 However this works ffmpeg -i input.mp3 -i cover.png -map 0:0 -map 1:0 -c copy -id3v2_version 3 -metadata:s:v title="Album cover" -metadata:s:v comment="Cover (Front)" out.mp3 Is this suppose to work like this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 15:57:50 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 14:57:50 -0000 Subject: [FFmpeg-trac] #1571(avformat:closed): Make "concat" muxer/demuxer which will act like "image2" In-Reply-To: <034.796769330c6c98e9f97d93402641222c@avcodec.org> References: <034.796769330c6c98e9f97d93402641222c@avcodec.org> Message-ID: <049.c2038bb32720366a06f9fccd5c1445c5@avcodec.org> #1571: Make "concat" muxer/demuxer which will act like "image2" -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => concat * resolution: => fixed * status: reopened => closed * component: undetermined => avformat * version: unspecified => git-master Comment: The concat demuxer was implemented by Cl?ment B?sch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 16:06:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 15:06:39 -0000 Subject: [FFmpeg-trac] #2221(undetermined:closed): Adding cover art to MP3 issues In-Reply-To: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> References: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> Message-ID: <052.5fd44777de1b1b33dc10d0c185202750@avcodec.org> #2221: Adding cover art to MP3 issues -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mp3 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mp3 * status: new => closed * resolution: => invalid Comment: Yes, the relevant regression was fixed some time ago, see ticket #1408. For future tickets: Please always add the complete, uncut console output together with your failing command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 16:19:51 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 15:19:51 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy come H264 into mpegts In-Reply-To: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> References: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> Message-ID: <055.1b6697acd2e3a4eda3f04cc74af6c3c8@avcodec.org> #2220: FFMPEG unable to stream copy come H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wtv h264 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i H264\ Copy\ Remux\ Fail_cut.wtv -vcodec copy -an out.ts ffmpeg version N-49518-g911e270 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 1 2013 15:31:55 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wtv @ 0x2efd000] truncated file [wtv @ 0x2efd000] reported file length (0x7d3ab468) exceeds number of available sectors (0x40000000) [wtv @ 0x2efd000] truncated file Last message repeated 1 times [h264 @ 0x2f04da0] mmco: unref short failure Last message repeated 2 times Input #0, wtv, from 'H264 Copy Remux Fail_cut.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Great British Railway Journeys WM/SubTitle : Taunton to Minehead WM/SubTitleDescription: Michael Portillo explores a church that moves in mysterious ways and summons all his strength, to move a one hundred and ten tonne steam locomotive. genre : Documentary;Other WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Dave Minchin;Michael Portillo; service_provider: BBC HD service_name : BBC HD WM/MediaOriginalChannel: 102 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-01-30T00:00:00Z WM/MediaOriginalRunTime: 19711177116 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-01-30 18:30:08 WM/WMRVSeriesUID: !GenericSeries!Great British Railway Journeys WM/WMRVServiceID: !MCService!755567 WM/WMRVProgramID: !MCProgram!49381242 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 17918570369 WM/WMRVEndTime : 2013-01-30 19:00:00 WM/WMRVBitrate : 9.382929 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 291 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 19243776 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbTimeStamp: -4616189618054758400 Duration: 00:14:59.19, start: 1.691285, bitrate: 22 kb/s Stream #0:0[0x38](eng): Subtitle: dvb_subtitle Stream #0:1[0x39](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (hearing impaired) Stream #0:2[0x3a](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp Stream #0:3[0x3b]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 10000k tbn, 50 tbc Output #0, mpegts, to 'out.ts': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Great British Railway Journeys WM/SubTitle : Taunton to Minehead WM/SubTitleDescription: Michael Portillo explores a church that moves in mysterious ways and summons all his strength, to move a one hundred and ten tonne steam locomotive. genre : Documentary;Other WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Dave Minchin;Michael Portillo; service_provider: BBC HD service_name : BBC HD WM/MediaOriginalChannel: 102 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-01-30T00:00:00Z WM/MediaOriginalRunTime: 19711177116 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-01-30 18:30:08 WM/WMRVSeriesUID: !GenericSeries!Great British Railway Journeys WM/WMRVServiceID: !MCService!755567 WM/WMRVProgramID: !MCProgram!49381242 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 17918570369 WM/WMRVEndTime : 2013-01-30 19:00:00 WM/WMRVBitrate : 9.382929 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 291 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 19243776 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbTimeStamp: -4616189618054758400 encoder : Lavf54.61.104 Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:3 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x2fbca80] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 16:29:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 15:29:48 -0000 Subject: [FFmpeg-trac] #2222(avformat:new): Support KLFS files Message-ID: <036.899bb4a573cd7b7a2e260b076ef4910b@avcodec.org> #2222: Support KLFS files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avformat Priority: wish | Keywords: mjpeg klfs Version: git- | Blocking: master | Analyzed by developer: 0 Blocked By: | Reproduced by developer: 0 | -------------------------------------+------------------------------------- A user has uploaded a sample file that contains jpeg frames and starts with a short header starting with "KLFS". {{{ $ ffmpeg -f mjpeg -i Video ffmpeg version N-49518-g911e270 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 1 2013 16:26:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mjpeg @ 0x30eb560] Estimating duration from bitrate, this may be inaccurate Input #0, mjpeg, from 'Video': Duration: N/A, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 926x520 [SAR 1:1 DAR 463:260], 25 fps, 25 tbr, 1200k tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 16:30:36 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 15:30:36 -0000 Subject: [FFmpeg-trac] #2222(avformat:new): Support KLFS files In-Reply-To: <036.899bb4a573cd7b7a2e260b076ef4910b@avcodec.org> References: <036.899bb4a573cd7b7a2e260b076ef4910b@avcodec.org> Message-ID: <051.88ef13ba3508d4812b6e2234a5051524@avcodec.org> #2222: Support KLFS files -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mjpeg klfs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2222/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 16:33:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 15:33:09 -0000 Subject: [FFmpeg-trac] #2222(avformat:new): Support KLFS files In-Reply-To: <036.899bb4a573cd7b7a2e260b076ef4910b@avcodec.org> References: <036.899bb4a573cd7b7a2e260b076ef4910b@avcodec.org> Message-ID: <051.9358289337970ba5b3628228c566806b@avcodec.org> #2222: Support KLFS files -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mjpeg klfs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by compn): whats ffmpeg output say when you try encoding it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 16:48:37 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 15:48:37 -0000 Subject: [FFmpeg-trac] #2221(undetermined:closed): Adding cover art to MP3 issues In-Reply-To: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> References: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> Message-ID: <052.601c068e59a1f449d1516f34a991a7ad@avcodec.org> #2221: Adding cover art to MP3 issues -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mp3 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Atarikid): OK. But you have to update the ffmpeg help page for this. A lot of people cannot get cover art to work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 16:57:28 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 15:57:28 -0000 Subject: [FFmpeg-trac] #2221(undetermined:closed): Adding cover art to MP3 issues In-Reply-To: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> References: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> Message-ID: <052.cff5997b96dfd457ea84edf0a82adb26@avcodec.org> #2221: Adding cover art to MP3 issues -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mp3 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): What is the "ffmpeg help page"? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 17:14:04 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 16:14:04 -0000 Subject: [FFmpeg-trac] #2221(undetermined:closed): Adding cover art to MP3 issues In-Reply-To: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> References: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> Message-ID: <052.aafbb10611473ad719366312feffa73a@avcodec.org> #2221: Adding cover art to MP3 issues -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mp3 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Atarikid): http://ffmpeg.org/ffmpeg-formats.html 4.14 mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 17:58:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 16:58:41 -0000 Subject: [FFmpeg-trac] #2221(documentation:closed): Adding cover art to MP3 documentation outdated (was: Adding cover art to MP3 issues) In-Reply-To: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> References: <037.fbb567f575cdeb97e39cae10d3a52405@avcodec.org> Message-ID: <052.7b30a71af7dc444c0bbef2ce4b4db9d3@avcodec.org> #2221: Adding cover art to MP3 documentation outdated -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | documentation Keywords: mp3 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: invalid => fixed * version: unspecified => git-master * component: undetermined => documentation * reproduced: 0 => 1 Comment: Should be fixed, thank you for the useful bug report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 18:02:22 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 17:02:22 -0000 Subject: [FFmpeg-trac] #2218(avformat:open): Forcing input codec for flv broken (was: flv pcm_s16le decodes incorrectly) In-Reply-To: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> References: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> Message-ID: <053.77f5bc56f23ec83dfa61002c1f956e52@avcodec.org> #2218: Forcing input codec for flv broken -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: flv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 18:18:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 17:18:35 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:reopened): "codec not currently supported in container" should give a recommendation for 3gpp timed text subs In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.7b09cc6ed20f704bbe8ba4561db29e25@avcodec.org> #1840: "codec not currently supported in container" should give a recommendation for 3gpp timed text subs -------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: enhancement | Status: reopened Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by compn): well his bug is that , when using ffmpeg to create an mp4 file with text subs, the subs do not work in quicktime. i have just reproduced this with ffmpeg and quicktime. C:\>ffmpeg -i SAMPLE.AVI -i test.srt -c:s mov_text out.mp4 ffmpeg version N-47062-g26c531c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 25 2012 12:21:26 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enab le-avisynth --enable-bzlib --enable-frei0r --enable-libass --enable- libopencore-amrnb --enable-libop encore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libop enjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-lib vpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 9.100 / 52. 9.100 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.102 / 3. 23.102 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'SAMPLE.AVI': Duration: 00:00:07.00, start: 0.000000, bitrate: 1168 kb/s Stream #0:0: Video: cinepak (cvid / 0x64697663), yuv420p, 320x240, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 22050 Hz, mono, u8, 176 kb/s [srt @ 024f0140] Estimating duration from bitrate, this may be inaccurate Input #1, srt, from 'test.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip [libx264 @ 024f44c0] using cpu capabilities: MMX2 SSE2Slow SlowCTZ [libx264 @ 024f44c0] profile High, level 1.2 [libx264 @ 024f44c0] 264 - core 128 r2216 198a7ea - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - ht tp://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subm e=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21, 11 fast_pskip=1 chroma_qp_offset=-2 threads=1 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 i nterlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 we ightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=15 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 Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf54.37.100 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 320x240, q=-1--1, 500k tbn, 15 tbc Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 22050 Hz, mono, s16, 128 kb/s Stream #0:2: Subtitle: mov_text ([8][0][0][0] / 0x0008) Stream mapping: Stream #0:0 -> #0:0 (cinepak -> libx264) Stream #0:1 -> #0:1 (pcm_u8 -> libvo_aacenc) Stream #1:0 -> #0:2 (subrip -> mov_text) Press [q] to stop, [?] for help frame= 105 fps= 18 q=27.0 Lsize= 657kB time=00:00:07.03 bitrate= 765.6kbits/s video:541kB audio:111kB subtitle:0 global headers:0kB muxing overhead 0.748301% [libx264 @ 024f44c0] frame I:6 Avg QP:24.73 size: 8226 [libx264 @ 024f44c0] frame P:83 Avg QP:25.75 size: 5226 [libx264 @ 024f44c0] frame B:16 Avg QP:27.47 size: 4400 [libx264 @ 024f44c0] consecutive B-frames: 69.5% 30.5% 0.0% 0.0% [libx264 @ 024f44c0] mb I I16..4: 47.5% 3.6% 48.9% [libx264 @ 024f44c0] mb P I16..4: 32.6% 9.3% 26.0% P16..4: 16.1% 9.3% 4.5% 0.0% 0.0% skip: 2.2% [libx264 @ 024f44c0] mb B I16..4: 7.0% 1.4% 11.3% B16..8: 25.6% 17.0% 10.4% direct:24.5% skip: 2.9% L0:40.8% L1:36.2% BI:23.0% [libx264 @ 024f44c0] 8x8 transform intra:12.5% inter:10.2% [libx264 @ 024f44c0] coded y,uvDC,uvAC intra: 80.5% 90.2% 74.3% inter: 67.8% 55.6% 10.7% [libx264 @ 024f44c0] i16 v,h,dc,p: 17% 25% 41% 16% [libx264 @ 024f44c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 17% 54% 3% 1% 2% 2% 2% 4% [libx264 @ 024f44c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 27% 29% 3% 1% 1% 1% 2% 2% [libx264 @ 024f44c0] i8c dc,h,v,p: 61% 20% 15% 5% [libx264 @ 024f44c0] Weighted P-Frames: Y:8.4% UV:6.0% [libx264 @ 024f44c0] ref P L0: 64.0% 15.7% 15.1% 5.0% 0.1% [libx264 @ 024f44c0] ref B L0: 83.4% 16.6% [libx264 @ 024f44c0] kb/s:632.58 here is a mov file with closed captions that works in quicktime: http://www.cpcweb.com/webcasts/cpcdemo.mov i could not get these to work with ffplay. i'm not sure if they are '3gpp timed text' or something else. here is psuedo code for better error message: diff --git a/libavformat/movenc.c b/libavformat/movenc.c index f08aa7e..3258597 100644 --- a/libavformat/movenc.c +++ b/libavformat/movenc.c @@ -3586,6 +3586,9 @@ static int mov_write_header(AVFormatContext *s) if (!track->tag) { av_log(s, AV_LOG_ERROR, "track %d: could not find tag, " "codec not currently supported in container\n", i); + if (!track->subtitletag) { + av_log(s, AV_LOG_ERROR, "track %d: subtitle tag not standard in mov, " + "please try -c:s mov_text\n", i); goto error; } /* If hinting of this track is enabled by a later hint track, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 18:36:33 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 17:36:33 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.1b273663b602f38dc832bcf75b13cbd1@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mov => mov mov_text -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 18:50:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 17:50:58 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.cbbc5b7b97ed2960336e6711906de5bb@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): There is another (older) sample - http://samples.ffmpeg.org/mov/subtitles- embedded/BCDisassembly1RightSideTxt2.mov - that plays fine with QT 7.7.3 It works fine with QT if the subtitle stream is copied (-scodec copy), shows weird (enlarged, red, misplaced) subtitles on QT with -scodec mov_text -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 19:06:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 18:06:15 -0000 Subject: [FFmpeg-trac] #1840(avformat:closed): Error track 2: could not find tag, codec not currently supported in container (was: "codec not currently supported in container" should give a recommendation for 3gpp timed text subs) In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.f3fcc083fb017f51890607eeebf102f8@avcodec.org> #1840: Error track 2: could not find tag, codec not currently supported in container ------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: reopened => closed * type: enhancement => defect * component: FFmpeg => avformat * priority: wish => normal * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 19:11:43 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 18:11:43 -0000 Subject: [FFmpeg-trac] #1570(avdevice:open): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.b2bf0cd072902795a1a96ba75e21e3a5@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llarevo): ffplay -loglevel debug -f video4linux2 -probesize 32 /dev/video0 works very good. Its playing the channel previously tuned on the device with a perfec image. {{{ ffplay -loglevel debug -f video4linux2 -probesize 32 /dev/video0 ffplay version N-49520-gb868275 Copyright (c) 2003-2013 the FFmpeg developers built on Feb 1 2013 18:50:36 with gcc 4.7.2 (GCC) 20120921 (Red Hat 4.7.2-2) configuration: --prefix=/usr/local/ libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 [video4linux2,v4l2 @ 0x7fcce00008c0] fd:5 capabilities:5010015 [video4linux2,v4l2 @ 0x7fcce00008c0] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x7fcce00008c0] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x7fcce00008c0] Querying the device for the current frame size [video4linux2,v4l2 @ 0x7fcce00008c0] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x7fcce00008c0] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x7fcce00008c0] Current standard: PAL-BG, id: 7, frameperiod: 1/25 [video4linux2,v4l2 @ 0x7fcce00008c0] Probe buffer size limit of 32 bytes reached [video4linux2,v4l2 @ 0x7fcce00008c0] Stream #0: not enough frames to estimate rate; consider increasing probesize [video4linux2,v4l2 @ 0x7fcce00008c0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1359741406.842020, bitrate: 124416 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576, 1/1000000, 124416 kb/s, 25 fps, 1000k tbr, 1000k tbn, 1000k tbc Frame changed from size:0x0 to size:720x576 [buffer @ 0x7fccd8000e40] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x7fccd8000e40] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x7fccd8000e40] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x7fccd8000e40] Setting entry with key 'pixel_aspect' to value '0/1' [ffplay_buffer @ 0x7fccd8000d20] w:720 h:576 pixfmt:yuv420p tb:1/1000000 fr:0/1 sar:0/1 sws_param: [crop @ 0x7fccd8002000] Setting 'w' to value 'floor(in_w/2)*2' [crop @ 0x7fccd8002000] Setting 'h' to value 'floor(in_h/2)*2' [ffplay_crop @ 0x7fccd8001ee0] w:720 h:576 sar:0/1 -> w:720 h:576 sar:0/1 1359741423.22 A-V: 0.000 fd= 0 aq= 0KB vq= 2430KB sq= 0B f=0/0 B f=0/0 }}} ffmpeg -loglevel debug -t 300 -f v4l2 -s vga -r 25 -i /dev/video0 out-vga- 2M-5min.mpg gives now different errors than reported previously: {{{ ffmpeg -loglevel debug -t 300 -f v4l2 -s vga -r 25 -i /dev/video0 out-vga- 2M-5min.mpg ffmpeg version N-49520-gb868275 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 1 2013 18:50:36 with gcc 4.7.2 (GCC) 20120921 (Red Hat 4.7.2-2) configuration: --prefix=/usr/local/ libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '300'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '25'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out-vga-2M-5min.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option t (record or transcode "duration" seconds of audio/video) with argument 300. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Applying option r (set frame rate (Hz value, fraction or abbreviation)) with argument 25. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x29031e0] fd:3 capabilities:5010015 [video4linux2,v4l2 @ 0x29031e0] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x29031e0] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x29031e0] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x29031e0] Current standard: PAL-BG, id: 7, frameperiod: 1/25 [video4linux2,v4l2 @ 0x29031e0] The driver does not allow to change time per frame }}} here nothing more happens. On Strg+C (twice) ffmpeg reports {{{ ^Cinterrupted rfps: 1.000000 0.006400 rfps: 1.083333 0.007511 Last message repeated 1 times rfps: 1.166667 0.008711 Last message repeated 1 times rfps: 1.250000 0.010000 rfps: 1.333333 0.011378 rfps: 1.416667 0.012844 Last message repeated 1 times rfps: 1.500000 0.014400 rfps: 1.583333 0.016044 rfps: 1.666667 0.017778 rfps: 1.750000 0.019600 Last message repeated 1 times rfps: 23.250000 0.019602 Last message repeated 1 times rfps: 23.333333 0.017780 rfps: 23.416667 0.016046 rfps: 23.500000 0.014402 rfps: 23.583333 0.012846 Last message repeated 1 times rfps: 23.666667 0.011379 rfps: 23.750000 0.010001 rfps: 23.833333 0.008712 Last message repeated 1 times rfps: 23.916667 0.007512 Last message repeated 1 times rfps: 24.000000 0.006401 rfps: 24.083333 0.005379 rfps: 24.166667 0.004445 Last message repeated 1 times rfps: 24.250000 0.003601 Last message repeated 1 times rfps: 24.333333 0.002845 rfps: 24.416667 0.002178 Last message repeated 1 times rfps: 24.500000 0.001601 Last message repeated 1 times rfps: 24.583333 0.001112 Last message repeated 1 times rfps: 24.666667 0.000712 rfps: 24.750000 0.000400 Last message repeated 1 times rfps: 24.833333 0.000178 Last message repeated 1 times rfps: 24.916667 0.000045 Last message repeated 1 times rfps: 25.000000 0.000000 Last message repeated 1 times rfps: 25.083333 0.000044 Last message repeated 1 times rfps: 25.166667 0.000178 Last message repeated 1 times rfps: 25.250000 0.000400 Last message repeated 1 times rfps: 25.333333 0.000711 rfps: 25.416667 0.001111 Last message repeated 1 times rfps: 25.500000 0.001599 Last message repeated 1 times rfps: 25.583333 0.002177 Last message repeated 1 times rfps: 25.666667 0.002844 rfps: 25.750000 0.003599 Last message repeated 1 times rfps: 25.833333 0.004443 Last message repeated 1 times rfps: 25.916667 0.005376 rfps: 26.000000 0.006399 rfps: 26.083333 0.007510 Last message repeated 1 times rfps: 26.166667 0.008710 Last message repeated 1 times rfps: 26.250000 0.009998 rfps: 26.333333 0.011376 rfps: 26.416667 0.012843 Last message repeated 1 times rfps: 26.500000 0.014398 rfps: 26.583333 0.016042 rfps: 26.666667 0.017776 rfps: 26.750000 0.019598 Last message repeated 1 times rfps: 48.250000 0.019604 Last message repeated 1 times rfps: 48.333333 0.017782 rfps: 48.416667 0.016048 rfps: 48.500000 0.014404 rfps: 48.583333 0.012848 Last message repeated 1 times rfps: 48.666667 0.011381 rfps: 48.750000 0.010003 rfps: 48.833333 0.008714 Last message repeated 1 times rfps: 48.916667 0.007514 Last message repeated 1 times rfps: 49.000000 0.006403 rfps: 49.083333 0.005380 rfps: 49.166667 0.004446 Last message repeated 1 times rfps: 49.250000 0.003602 Last message repeated 1 times rfps: 49.333333 0.002846 rfps: 49.416667 0.002179 rfps: 49.500000 0.001601 Last message repeated 1 times rfps: 49.583333 0.001112 Last message repeated 1 times rfps: 49.666667 0.000712 Last message repeated 1 times rfps: 49.750000 0.000401 Last message repeated 1 times rfps: 49.833333 0.000178 Last message repeated 1 times rfps: 49.916667 0.000045 Last message repeated 1 times rfps: 50.000000 0.000000 Last message repeated 1 times rfps: 50.083333 0.000044 Last message repeated 1 times rfps: 50.166667 0.000177 Last message repeated 1 times rfps: 50.250000 0.000400 Last message repeated 1 times rfps: 50.333333 0.000710 rfps: 50.416667 0.001110 Last message repeated 1 times rfps: 50.500000 0.001599 Last message repeated 1 times rfps: 50.583333 0.002176 Last message repeated 1 times rfps: 50.666667 0.002843 rfps: 50.750000 0.003598 Last message repeated 1 times rfps: 50.833333 0.004442 Last message repeated 1 times rfps: 50.916667 0.005376 rfps: 51.000000 0.006397 rfps: 51.083333 0.007508 Last message repeated 1 times rfps: 51.166667 0.008708 Last message repeated 1 times rfps: 51.250000 0.009997 rfps: 51.333333 0.011374 rfps: 51.416667 0.012840 Last message repeated 1 times rfps: 51.500000 0.014396 Last message repeated 1 times rfps: 51.583333 0.016041 rfps: 51.666667 0.017773 rfps: 51.750000 0.019596 rfps: 23.976024 0.006712 Last message repeated 1 times [video4linux2,v4l2 @ 0x29031e0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1359741727.399337, bitrate: 92160 kb/s Stream #0:0, 8, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. -t is not an input option, keeping it for the next output; consider fixing your command line. Parsing a group of options: output file out-vga-2M-5min.mpg. Successfully parsed a group of options. Opening an output file: out-vga-2M-5min.mpg. File 'out-vga-2M-5min.mpg' already exists. Overwrite ? [y/N] }}} after choosing "y" ffmpeg reports the following {{{ Successfully opened the file. [buffer @ 0x2908f60] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x2908f60] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x2908f60] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x2908f60] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x2908f60] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x2908f60] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x29085c0] w:640 h:480 pixfmt:yuv420p tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [graph 0 input from stream 0:0 @ 0x29085c0] TB:0.040000 FRAME_RATE:25.000000 SAMPLE_RATE:nan [mpeg1video @ 0x2904ac0] detected 8 logical cores [mpeg1video @ 0x2904ac0] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x2904340] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out-vga-2M-5min.mpg': Metadata: encoder : Lavf54.61.104 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) Received signal 2: terminating. }}} The TV Card is tuned to a strong signal. Version 1.1.1 shows a slightly different behaviour: {{{ ffmpeg -loglevel debug -t 300 -f v4l2 -s vga -r 25 -i /dev/video0 out-vga- 2M-5min.mpg ffmpeg version 1.1.1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 1 2013 18:35:12 with gcc 4.7.2 (GCC) 20120921 (Red Hat 4.7.2-2) configuration: --prefix=/usr/local libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '300'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '25'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out-vga-2M-5min.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option t (record or transcode "duration" seconds of audio/video) with argument 300. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Applying option r (set frame rate (Hz value, fraction or abbreviation)) with argument 25. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x1cf4960] [3]Capabilities: 5010015 [video4linux2,v4l2 @ 0x1cf4960] The V4L2 driver using the interlaced modeThe V4L2 driver set input_id: 0, input: Television [video4linux2,v4l2 @ 0x1cf4960] Setting time per frame to 1/25 [video4linux2,v4l2 @ 0x1cf4960] ioctl set time per frame(1/25) failed /dev/video0: Input/output error }}} Without the switch -r the behavior of 1.1.1 is similar to the latest GIT- Version: {{{ Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '300'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out-vga-2M-5min.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option t (record or transcode "duration" seconds of audio/video) with argument 300. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x159e860] [3]Capabilities: 5010015 [video4linux2,v4l2 @ 0x159e860] The V4L2 driver using the interlaced modeThe V4L2 driver set input_id: 0, input: Television ^Cinterrupted rfps: 1.000000 0.006400 rfps: 1.083333 0.007511 rfps: 1.166667 0.008711 Last message repeated 1 times rfps: 1.250000 0.010000 rfps: 1.333333 0.011378 rfps: 1.416667 0.012844 Last message repeated 1 times rfps: 1.500000 0.014400 rfps: 1.583333 0.016044 rfps: 1.666667 0.017778 Last message repeated 1 times rfps: 1.750000 0.019600 rfps: 23.250000 0.019601 Last message repeated 1 times rfps: 23.333333 0.017779 rfps: 23.416667 0.016045 rfps: 23.500000 0.014401 Last message repeated 1 times rfps: 23.583333 0.012845 rfps: 23.666667 0.011379 rfps: 23.750000 0.010001 Last message repeated 1 times rfps: 23.833333 0.008712 Last message repeated 1 times rfps: 23.916667 0.007512 rfps: 24.000000 0.006401 Last message repeated 1 times rfps: 24.083333 0.005378 Last message repeated 1 times rfps: 24.166667 0.004445 rfps: 24.250000 0.003600 Last message repeated 1 times rfps: 24.333333 0.002845 Last message repeated 1 times rfps: 24.416667 0.002178 rfps: 24.500000 0.001600 Last message repeated 1 times rfps: 24.583333 0.001111 Last message repeated 1 times rfps: 24.666667 0.000711 Last message repeated 1 times rfps: 24.750000 0.000400 Last message repeated 1 times rfps: 24.833333 0.000178 Last message repeated 1 times rfps: 24.916667 0.000044 Last message repeated 1 times rfps: 25.000000 0.000000 Last message repeated 1 times rfps: 25.083333 0.000044 Last message repeated 1 times rfps: 25.166667 0.000178 Last message repeated 1 times rfps: 25.250000 0.000400 Last message repeated 1 times rfps: 25.333333 0.000711 Last message repeated 1 times rfps: 25.416667 0.001111 Last message repeated 1 times rfps: 25.500000 0.001600 rfps: 25.583333 0.002177 Last message repeated 1 times rfps: 25.666667 0.002844 Last message repeated 1 times rfps: 25.750000 0.003599 rfps: 25.833333 0.004444 Last message repeated 1 times rfps: 25.916667 0.005378 Last message repeated 1 times rfps: 26.000000 0.006399 rfps: 26.083333 0.007510 Last message repeated 1 times rfps: 26.166667 0.008710 Last message repeated 1 times rfps: 26.250000 0.009999 rfps: 26.333333 0.011376 rfps: 26.416667 0.012844 Last message repeated 1 times rfps: 26.500000 0.014399 rfps: 26.583333 0.016044 rfps: 26.666667 0.017776 Last message repeated 1 times rfps: 26.750000 0.019599 rfps: 48.250000 0.019602 rfps: 48.333333 0.017780 rfps: 48.416667 0.016047 rfps: 48.500000 0.014402 Last message repeated 1 times rfps: 48.583333 0.012846 rfps: 48.666667 0.011380 rfps: 48.750000 0.010002 Last message repeated 1 times rfps: 48.833333 0.008713 rfps: 48.916667 0.007513 rfps: 49.000000 0.006402 Last message repeated 1 times rfps: 49.083333 0.005379 rfps: 49.166667 0.004446 rfps: 49.250000 0.003601 Last message repeated 1 times rfps: 49.333333 0.002845 Last message repeated 1 times rfps: 49.416667 0.002179 rfps: 49.500000 0.001601 Last message repeated 1 times rfps: 49.583333 0.001112 Last message repeated 1 times rfps: 49.666667 0.000712 rfps: 49.750000 0.000400 Last message repeated 1 times rfps: 49.833333 0.000178 Last message repeated 1 times rfps: 49.916667 0.000045 Last message repeated 1 times rfps: 50.000000 0.000000 Last message repeated 1 times rfps: 50.083333 0.000044 Last message repeated 1 times rfps: 50.166667 0.000178 rfps: 50.250000 0.000400 Last message repeated 1 times rfps: 50.333333 0.000711 Last message repeated 1 times rfps: 50.416667 0.001111 rfps: 50.500000 0.001599 Last message repeated 1 times rfps: 50.583333 0.002177 Last message repeated 1 times rfps: 50.666667 0.002843 rfps: 50.750000 0.003599 Last message repeated 1 times rfps: 50.833333 0.004443 Last message repeated 1 times rfps: 50.916667 0.005376 rfps: 51.000000 0.006398 rfps: 51.083333 0.007510 Last message repeated 1 times rfps: 51.166667 0.008710 rfps: 51.250000 0.009999 rfps: 51.333333 0.011376 Last message repeated 1 times rfps: 51.416667 0.012843 rfps: 51.500000 0.014398 rfps: 51.583333 0.016043 Last message repeated 1 times rfps: 51.666667 0.017776 rfps: 51.750000 0.019598 rfps: 23.976024 0.006711 Last message repeated 1 times [video4linux2,v4l2 @ 0x159e860] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1359742077.916414, bitrate: N/A Stream #0:0, 8, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, -2147483 kb/s, 25 tbr, 1000k tbn, 1000k tbc Successfully openened the file. -t is not an input option, keeping it for the next output; consider fixing your command line. Parsing a group of options: output file out-vga-2M-5min.mpg. Successfully parsed a group of options. Opening an output file: out-vga-2M-5min.mpg. File 'out-vga-2M-5min.mpg' already exists. Overwrite ? [y/N] y Successfully openened the file. [buffer @ 0x15a4c80] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x15a4c80] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x15a4c80] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x15a4c80] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x15a4c80] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x15a4c80] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x15a4b80] w:640 h:480 pixfmt:yuv420p tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [mpeg1video @ 0x159ff20] detected 8 logical cores [mpeg1video @ 0x159ff20] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x159f7a0] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out-vga-2M-5min.mpg': Metadata: encoder : Lavf54.59.106 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 19:16:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 18:16:01 -0000 Subject: [FFmpeg-trac] #1570(avdevice:open): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.d64d8b2f570a1c5aecbb751d4eb3090c@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:13 llarevo]: > ffmpeg -loglevel debug -t 300 -f v4l2 -s vga -r 25 -i /dev/video0 out- vga-2M-5min.mpg Does it work without "-r 25"? Does ffplay work with "-r 25"? Please (re)move -t 300 - it (unfortunately) does not do what you (and I) hope. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 19:35:37 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 18:35:37 -0000 Subject: [FFmpeg-trac] #1636(avcodec:reopened): FRAPS Video Color Space In-Reply-To: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> References: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> Message-ID: <047.ff19150edc79a876360f6b5c9efc774a@avcodec.org> #1636: FRAPS Video Color Space ------------------------------------+------------------------------------ Reporter: DJX | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: FRAPS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by DJX): * status: closed => reopened * resolution: invalid => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 20:32:22 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 19:32:22 -0000 Subject: [FFmpeg-trac] #2223(undetermined:new): ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used Message-ID: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> #2223: ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: When ffmpeg is instructed to do "-c copy" on input stream, it unexpectedly converts one of the input streams of type dvb_teletext into dvb_subtitle. More info can be found here: http://ffmpeg.gusari.org/viewtopic.php?f=16&t=811&p=1527 How to reproduce: The original scenario, where the possible bug was discovered, used a command line like this: {{{ ffmpeg -i udp://234.5.245.105:20000 -map 0 -codec copy -f mpegts stream.ts ffmpeg version 1.1.1 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 21 2013 14:57:54 with gcc 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-filter=movie --enable-static --enable-shared --enable-libfreetype --enable-libaacplus libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x1b5c820] Unable to seek back to the start [mpeg2video @ 0x1ba2220] 0x0 is invalid Last message repeated 15 times [mpegts @ 0x1b5c820] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x1b5c820] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'udp://234.5.245.105:20000': Duration: N/A, start: 93705.929667, bitrate: 224 kb/s Program 140 Metadata: service_name : ANTENA 3 service_provider: EtherTV Stream #0:0[0x137](spa): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:1[0x130](und): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 96 kb/s Stream #0:2[0x12f](spa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:3[0x12e](spa): [b]Subtitle: dvb_teletext[/b] ([6][0][0][0] / 0x0006) Stream #0:4[0x12d]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 704x576 [SAR 16:11 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Output #0, mpegts, to 'stream.ts': Metadata: encoder : Lavf54.59.106 Stream #0:0(spa): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:1(und): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 96 kb/s Stream #0:2(spa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 128 kb/s Stream #0:3(spa): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:4: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 704x576 [SAR 16:11 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Press [q] to stop, [?] for help frame= 914 fps= 29 q=-1.0 Lsize= 17315kB time=00:00:37.79 bitrate=3753.4kbits/s video:13770kB audio:1013kB subtitle:1173 global headers:0kB muxing overhead 8.519125% Received signal 2: terminating. }}} but when checked with ffprobe, the result was: {{{ ffprobe -i stream.ts ffprobe version 1.1.1 Copyright (c) 2007-2013 the FFmpeg developers built on Jan 21 2013 14:57:54 with gcc 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-filter=movie --enable-static --enable-shared --enable-libfreetype --enable-libaacplus libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0xac2ca0] max_analyze_duration 5000000 reached at 5016000 [NULL @ 0xac6e60] start time is not set in estimate_timings_from_pts [NULL @ 0xac8be0] start time is not set in estimate_timings_from_pts Input #0, mpegts, from 'stream.ts': Duration: 00:00:37.47, start: 1.760378, bitrate: 3785 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100](spa): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:1[0x101](und): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 96 kb/s Stream #0:2[0x102](spa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:3[0x103](spa): [b]Subtitle: dvb_subtitle[/b] ([6][0][0][0] / 0x0006) Stream #0:4[0x104]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 704x576 [SAR 16:11 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 20:42:22 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 19:42:22 -0000 Subject: [FFmpeg-trac] #2223(undetermined:new): ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used In-Reply-To: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> References: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> Message-ID: <049.956b47b8a6fe33f9276a21c947c313b4@avcodec.org> #2223: ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is this only reproducible with a network input stream or also with file input? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 23:10:03 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 22:10:03 -0000 Subject: [FFmpeg-trac] #2163(FFmpeg:closed): Option channel_layout does not work anymore In-Reply-To: <036.55b763327a635c45e5637db12abbb314@avcodec.org> References: <036.55b763327a635c45e5637db12abbb314@avcodec.org> Message-ID: <051.9caf065c8fb9094fd15f147ef258efbe@avcodec.org> #2163: Option channel_layout does not work anymore ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Matthieu Bouron. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 23:35:14 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 22:35:14 -0000 Subject: [FFmpeg-trac] #2218(avformat:closed): Forcing input codec for flv broken In-Reply-To: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> References: <038.37065a4dc6d0699c5a197337e5bddd4d@avcodec.org> Message-ID: <053.3f4d559b1aa16599455059538b32bee8@avcodec.org> #2218: Forcing input codec for flv broken -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: flv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The following should work fine now on big-endian: $ ffmpeg -acodec pcm_s16le -i seeking_fail.flv out.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 1 23:48:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 22:48:30 -0000 Subject: [FFmpeg-trac] #2224(undetermined:new): HLS output using main or high profile has crazy initial timestamps In-Reply-To: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> References: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> Message-ID: <053.67d8225d082e79eaae9632841e184ba5@avcodec.org> #2224: HLS output using main or high profile has crazy initial timestamps -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => libx264 mpegts * component: FFmpeg => undetermined Comment: Is there any specification that clarifies that timestamp wraps are not allowed in HLS streams? And could you confirm that there are no problems with the validator if you disable B-frames? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 00:10:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 23:10:30 -0000 Subject: [FFmpeg-trac] #2224(undetermined:new): HLS output using main or high profile has crazy initial timestamps In-Reply-To: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> References: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> Message-ID: <053.044a3d55986c801335d31b150eb2473d@avcodec.org> #2224: HLS output using main or high profile has crazy initial timestamps -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by nealzebub): Replying to [comment:1 cehoyos]: > Is there any specification that clarifies that timestamp wraps are not allowed in HLS streams? > > And could you confirm that there are no problems with the validator if you disable B-frames? Spec. I'm not exactly sure what you mean by timestamp wrap, but I think this is what you mean: [http://tools.ietf.org/html/draft-pantos-http-live- streaming-10#section-3.4.11] It basically says that if the timestamps do not increment between segments, that tag they mention needs to be stuck in the playlist before the next segment to warn the player. I just encoded main with no b-frame(same command with that one addition): ''./ffmpeg.20130129 -report -i ./source_media/bigbuckbunny_1500.mp4 -frames:v 480 -vsync -1 -c:v libx264 -crf 23 -profile:v main -bf 0 -g 48 -sc_threshold 0 -flags +cgop -c:a aac -strict -2 -b:a 112k -map 0:v:0 -map 0:a:0 -f ssegment -segment_time 10 -segment_list hls_main.m3u8 -segment_list_flags +live -segment_format mpegts "hlsAV_main_%04d.ts"'' When I do a comparison of the ffprobe -show_packets output from baseline and main minus bframes, the only difference are position and size. That means that the timestamps are identical. I suppose the ticket title should change to "b-frames" from "main or high profile"! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 00:11:36 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Feb 2013 23:11:36 -0000 Subject: [FFmpeg-trac] #2224(undetermined:new): HLS output using b-frames has crazy initial timestamps (was: HLS output using main or high profile has crazy initial timestamps) In-Reply-To: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> References: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> Message-ID: <053.30bce4cd3fdaa662e27801e32d36bddc@avcodec.org> #2224: HLS output using b-frames has crazy initial timestamps -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: mpegts hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by nealzebub): * keywords: libx264 mpegts => libx264 mpegts hls -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 02:15:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 01:15:39 -0000 Subject: [FFmpeg-trac] #2190(avformat:open): yuv4mpegpipe does not preserve interlaced settings In-Reply-To: <036.c7338f092b2ec213177ba98be04dd192@avcodec.org> References: <036.c7338f092b2ec213177ba98be04dd192@avcodec.org> Message-ID: <051.54a3a0b06e43a1de21bfba71d92752ff@avcodec.org> #2190: yuv4mpegpipe does not preserve interlaced settings ------------------------------------+------------------------------------ Reporter: ulatekh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: yuv4mpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ulatekh): I've been using this patch for a week and it seems to be fine. I think it should be committed! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 10:31:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 09:31:41 -0000 Subject: [FFmpeg-trac] #2002(avformat:closed): mms streaming always requests all streams In-Reply-To: <035.3f4ef5bc7df568c110cfde0735d70464@avcodec.org> References: <035.3f4ef5bc7df568c110cfde0735d70464@avcodec.org> Message-ID: <050.72f0de9f6d2810619d5a901adaaa6e73@avcodec.org> #2002: mms streaming always requests all streams -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mms | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 10:32:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 09:32:17 -0000 Subject: [FFmpeg-trac] #2010(undetermined:closed): ffplay can't seek in file that vlc and mplayer -demuxer mov can seek In-Reply-To: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> References: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> Message-ID: <050.05c992464c8d13bfa00c2eed0e8af803@avcodec.org> #2010: ffplay can't seek in file that vlc and mplayer -demuxer mov can seek -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: seek mov | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 10:33:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 09:33:31 -0000 Subject: [FFmpeg-trac] #2001(avformat:closed): ffmpeg can't handle mms streaming using http:// prefix In-Reply-To: <035.eddbfe8c24ba2cfa791af950dbf03318@avcodec.org> References: <035.eddbfe8c24ba2cfa791af950dbf03318@avcodec.org> Message-ID: <050.80b4f1b43bf122d6a6ad1c2966f52eea@avcodec.org> #2001: ffmpeg can't handle mms streaming using http:// prefix -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mms | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => needs_more_info Comment: Please reopen if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 11:28:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 10:28:04 -0000 Subject: [FFmpeg-trac] #2010(undetermined:reopened): ffplay can't seek in file that vlc and mplayer -demuxer mov can seek In-Reply-To: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> References: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> Message-ID: <050.c0aa10021bb0079902002a13a69da68a@avcodec.org> #2010: ffplay can't seek in file that vlc and mplayer -demuxer mov can seek -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: seek mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by gjdfgh): * status: closed => reopened * resolution: needs_more_info => Comment: {{{ # ffplay quicktime.mov ffplay version 1.0.3 Copyright (c) 2003-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'quicktime.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-10-23 08:59:57 Duration: 01:07:41.43, start: 0.039000, bitrate: 599 kb/s Stream #0:0(eng): Video: png (png / 0x20676E70), rgb24, 1020x553, 4149 kb/s, 15 fps, 15 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 125 kb/s Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:2(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 318x240, 381 kb/s, 25 fps, 25 tbr, 1k tbn, 2k tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:3(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1024x768, 86 kb/s, 12 fps, 12 tbr, 600 tbn, 1200 tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Frame changed from size:0x0 to size:318x240 quicktime.mov: error while seeking14KB vq= 0KB sq= 0B f=0/0 f=0/0 1.94 A-V: 0.232 fd= 2 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} Immediately after start, I pressed on the curesor left key, which resulted in the "error while seeking" message. You can repeat this multiple times, and it will always print the message. The file is from the URL mentioned above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 11:47:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 10:47:30 -0000 Subject: [FFmpeg-trac] #2010(undetermined:reopened): ffplay can't seek in file that vlc and mplayer -demuxer mov can seek In-Reply-To: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> References: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> Message-ID: <050.5471a11a75e365e30dda4690f20f83e1@avcodec.org> #2010: ffplay can't seek in file that vlc and mplayer -demuxer mov can seek -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: seek mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does seeking work for you with ffmpeg? It fails horribly here, but perhaps you tested differently? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 11:50:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 10:50:51 -0000 Subject: [FFmpeg-trac] #2010(undetermined:reopened): ffplay can't seek in file that vlc and mplayer -demuxer mov can seek In-Reply-To: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> References: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> Message-ID: <050.1803b588261eb1c2e15642bdc6254988@avcodec.org> #2010: ffplay can't seek in file that vlc and mplayer -demuxer mov can seek -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: seek mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): This seems to work fine, but maybe it's because it somehow selects different streams: {{{ ffmpeg -i quicktime.mov -ss 30 out.mov }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 11:54:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 10:54:45 -0000 Subject: [FFmpeg-trac] #2010(undetermined:reopened): ffplay can't seek in file that vlc and mplayer -demuxer mov can seek In-Reply-To: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> References: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> Message-ID: <050.74f97dbdab6ef85dcb435fcd0d50dabe@avcodec.org> #2010: ffplay can't seek in file that vlc and mplayer -demuxer mov can seek -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: seek mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Your command line does no seeking... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 11:55:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 10:55:40 -0000 Subject: [FFmpeg-trac] #2001(avformat:reopened): ffmpeg can't handle mms streaming using http:// prefix In-Reply-To: <035.eddbfe8c24ba2cfa791af950dbf03318@avcodec.org> References: <035.eddbfe8c24ba2cfa791af950dbf03318@avcodec.org> Message-ID: <050.144304a7c677c7084c02a27c0a1e33c4@avcodec.org> #2001: ffmpeg can't handle mms streaming using http:// prefix -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mms | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by gjdfgh): * status: closed => reopened * resolution: needs_more_info => Comment: {{{ $ ffmpeg -i http://direct.francetv.fr/regions/evt/medit-nice- direct.wsx?MSWMExt=.asf out.asf ffmpeg version 1.0.3 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 http://direct.francetv.fr/regions/evt/medit-nice-direct.wsx?MSWMExt=.asf: Invalid data found when processing input }}} Changing to mssh makes it work: {{{ $ ffmpeg -i mmsh://direct.francetv.fr/regions/evt/medit-nice- direct.wsx?MSWMExt=.asf out.asf ffmpeg version 1.0.3 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 0x8091a60] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, asf, from 'mmsh://direct.francetv.fr/regions/evt/medit-nice- direct.wsx?MSWMExt=.asf': Metadata: WMFSDKVersion : 10.00.00.3646 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: N/A, start: 839911.317000, bitrate: 618 kb/s Stream #0:0(fre): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 384x216, 377 kb/s, 25 tbr, 1k tbn, 1k tbc Stream #0:1(fre): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, s16, 64 kb/s Stream #0:2(fre): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 320x180, 176 kb/s, 25 tbr, 1k tbn, 1k tbc Output #0, asf, to 'out.asf': Metadata: WMFSDKVersion : 10.00.00.3646 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 WM/EncodingSettings: Lavf54.29.104 Stream #0:0(fre): Video: msmpeg4v3 (MP43 / 0x3334504D), yuv420p, 384x216, q=2-31, 200 kb/s, 1k tbn, 25 tbc Stream #0:1(fre): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (wmv3 -> msmpeg4) Stream #0:1 -> #0:1 (wmav2 -> wmav2) Press [q] to stop, [?] for help frame= 79 fps=0.0 q=4.0 size= 204kB time=00:00:03.16 bitrate= 528.7kbits/sframe= 89 fps= 75 q=4.3 size= 229kB time=00:00:03.56 bitrate= 526.8kbits/sframe= 109 fps= 47 q=4.8 Lsize= 313kB time=00:00:04.36 bitrate= 588.9kbits/s dup=7 drop=0 video:232kB audio:67kB subtitle:0 global headers:0kB muxing overhead 4.907578% Received signal 2: terminating. }}} However, mplayer handles http:// just fine: {{{ $ mplayer1 http://direct.francetv.fr/regions/evt/medit-nice- direct.wsx?MSWMExt=.asf Failed to read /etc/mplayer/mplayer.conf.local: No such file or directory Warning unknown option include at line 177 Warning unknown option screenshot-template at line 20 Warning unknown option screenshot-filetype at line 21 Warning unknown option screenshot-jpeg-quality at line 22 MPlayer 1.1-4.7 (C) 2000-2012 MPlayer Team Unknown key 'Shift+Right' Can't open joystick device /dev/input/js0: No such file or directory Can't init input joystick mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing http://direct.francetv.fr/regions/evt/medit-nice- direct.wsx?MSWMExt=.asf. Resolving direct.francetv.fr for AF_INET... Connecting to server direct.francetv.fr[80.154.79.231]: 80... STREAM_ASF, URL: http://direct.francetv.fr/regions/evt/medit-nice- direct.wsx?MSWMExt=.asf Resolving direct.francetv.fr for AF_INET... Connecting to server direct.francetv.fr[80.154.79.230]: 80... Resolving direct.francetv.fr for AF_INET... Connecting to server direct.francetv.fr[80.154.79.230]: 80... Cache size set to 785 KBytes Cache fill: 19.04% (152875 bytes) ASF file format detected. [asfheader] Video stream found, -vid 2 [asfheader] Audio stream found, -aid 1 [asfheader] Video stream found, -vid 3 VIDEO: [WMV3] 384x216 24bpp 1000.000 fps 377.0 kbps (46.0 kbyte/s) [gl] using extended formats. Use -vo gl:nomanyfmts if playback fails. ========================================================================== Opening video decoder: [dmo] DMO video codecs DMO dll supports VO Optimizations 0 1 DMO dll might use previous sample when requested Decoder supports the following formats: YV12 YUY2 UYVY YVYU RGB8 RGB555 RGB565 RGB24 RGB32 Decoder is capable of YUV output (flags 0x1b) Movie-Aspect is undefined - no prescaling applied. VO: [gl] 384x216 => 384x216 Planar YV12 Selected video codec: [wmv9dmo] vfm: dmo (Windows Media Video 9 DMO) ========================================================================== ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders libavcodec version 54.23.100 (internal) AUDIO: 44100 Hz, 2 ch, s16le, 64.0 kbit/4.54% (ratio: 8005->176400) Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg)) ========================================================================== AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... A:839977.9 V:839978.4 A-V: -0.460 ct: -0.132 34/ 34 1% 1% 1.2% 0 0 21% }}} btw., this is exactly what I posted first, except I didn't paste the output, which can be trivially obtained by just trying to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 11:57:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 10:57:56 -0000 Subject: [FFmpeg-trac] #2010(undetermined:open): ffplay can't seek in file that vlc and mplayer -demuxer mov can seek In-Reply-To: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> References: <035.d47fb413ba36d0044314b518c92c5786@avcodec.org> Message-ID: <050.e74da1c8b68030d5d631d38fea78cf11@avcodec.org> #2010: ffplay can't seek in file that vlc and mplayer -demuxer mov can seek -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: seek mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => open * reproduced: 0 => 1 Comment: The following command lines produce output files that are horribly out-of- sync (video starts correctly at ~0:60, audio starts from 0:00) {{{ $ ffmpeg -ss 60 -i quicktime.mov -map 0:1 -map 0:2 -qscale 2 -t 30 out.avi ffmpeg version N-49527-g985e93a Copyright (c) 2000-2013 the FFmpeg developers built on Feb 2 2013 00:17:41 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'quicktime.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-10-23 08:59:57 Duration: 01:07:41.43, start: 0.039000, bitrate: 599 kb/s Stream #0:0(eng): Video: png (png / 0x20676E70), rgb24, 1020x553 [SAR 72:72 DAR 1020:553], 4149 kb/s, 15 fps, 15 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:2(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 318x240, 381 kb/s, 25 fps, 25 tbr, 1k tbn, 2k tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:3(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1024x768, 86 kb/s, 12 fps, 12 tbr, 600 tbn, 1200 tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt ISFT : Lavf54.61.104 Stream #0:0(eng): Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, fltp, 192 kb/s Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 318x240, q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (aac -> ac3) Stream #0:2 -> #0:1 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 750 fps=0.0 q=2.0 Lsize= 4443kB time=00:00:30.02 bitrate=1212.2kbits/s dup=0 drop=1496 video:2245kB audio:2109kB subtitle:0 global headers:0kB muxing overhead 2.025536% }}} {{{ $ ffmpeg -ss 60 -i quicktime.mov -map 0:1 -map 0:3 -qscale 2 -t 30 out.avi ffmpeg version N-49527-g985e93a Copyright (c) 2000-2013 the FFmpeg developers built on Feb 2 2013 00:17:41 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'quicktime.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-10-23 08:59:57 Duration: 01:07:41.43, start: 0.039000, bitrate: 599 kb/s Stream #0:0(eng): Video: png (png / 0x20676E70), rgb24, 1020x553 [SAR 72:72 DAR 1020:553], 4149 kb/s, 15 fps, 15 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:2(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 318x240, 381 kb/s, 25 fps, 25 tbr, 1k tbn, 2k tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:3(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1024x768, 86 kb/s, 12 fps, 12 tbr, 600 tbn, 1200 tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt ISFT : Lavf54.61.104 Stream #0:0(eng): Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, fltp, 192 kb/s Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1024x768, q=2-31, 200 kb/s, 12 tbn, 12 tbc Metadata: creation_time : 2012-10-23 08:59:57 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (aac -> ac3) Stream #0:3 -> #0:1 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 360 fps=0.0 q=2.0 Lsize= 3093kB time=00:00:30.02 bitrate= 844.0kbits/s dup=0 drop=719 video:905kB audio:2109kB subtitle:0 global headers:0kB muxing overhead 2.618949% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 12:10:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 11:10:41 -0000 Subject: [FFmpeg-trac] #2001(avformat:open): ffmpeg can't handle mms streaming using http:// prefix In-Reply-To: <035.eddbfe8c24ba2cfa791af950dbf03318@avcodec.org> References: <035.eddbfe8c24ba2cfa791af950dbf03318@avcodec.org> Message-ID: <050.f450b4ee98ee8b26133a7f62578026ce@avcodec.org> #2001: ffmpeg can't handle mms streaming using http:// prefix -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mms http | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mms => mms http * status: reopened => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 12:35:06 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 11:35:06 -0000 Subject: [FFmpeg-trac] #2181(avformat:new): AVIO should provide a way to reconnect broken network streams In-Reply-To: <035.a2a7ac32d5ef7389690fb623d43a81af@avcodec.org> References: <035.a2a7ac32d5ef7389690fb623d43a81af@avcodec.org> Message-ID: <050.70a6daacfc9f629c6821d0ec0ee80871@avcodec.org> #2181: AVIO should provide a way to reconnect broken network streams -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): {{{ $ ffmpeg -i http://localhost:12004/test.mkv out.mkv ffmpeg version 1.0.3 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, matroska,webm, from 'http://localhost:12004/test.mkv': Metadata: ENCODER : Lavf54.29.104 Duration: 00:01:49.12, start: 0.000000, bitrate: 7810 kb/s Stream #0:0: Video: h264 (High), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) [libx264 @ 0x808f7a0] using SAR=1/1 [libx264 @ 0x808f7a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x808f7a0] profile High, level 3.0 [libx264 @ 0x808f7a0] 264 - core 129 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 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 Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf54.29.104 Stream #0:0: Video: h264, yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=-1--1, 1k tbn, 25 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Press [q] to stop, [?] for help frame= 56 fps=0.0 q=28.0 size= 33kB time=00:00:00.28 bitrate= 952.7kbits/frame= 74 fps= 71 q=28.0 size= 161kB time=00:00:01.00 bitrate=1315.3kbits/frame= 91 fps= 59 q=28.0 size= 321kB time=00:00:01.68 bitrate=1563.1kbits/frame= 108 fps= 52 q=28.0 size= 481kB time=00:00:02.36 bitrate=1668.1kbits/frame= 124 fps= 47 q=28.0 size= 641kB time=00:00:03.00 bitrate=1749.2kbits/frame= 139 fps= 45 q=28.0 size= 833kB time=00:00:03.60 bitrate=1894.5kbits/frame= 155 fps= 42 q=28.0 size= 1025kB time=00:00:04.24 bitrate=1979.5kbits/frame= 171 fps= 41 q=28.0 size= 1185kB time=00:00:04.88 bitrate=1988.5kbits/frame= 187 fps= 40 q=28.0 size= 1334kB time=00:00:05.52 bitrate=1979.6kbits/frame= 202 fps= 39 q=28.0 size= 1526kB time=00:00:06.12 bitrate=2042.5kbits/Read error frame= 215 fps= 31 q=18195026.0 Lsize= 2268kB time=00:00:08.52 bitrate=2181.1kbits/s video:2266kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.092124% [libx264 @ 0x808f7a0] frame I:1 Avg QP:20.34 size: 24459 [libx264 @ 0x808f7a0] frame P:66 Avg QP:23.09 size: 16142 [libx264 @ 0x808f7a0] frame B:148 Avg QP:30.85 size: 8312 [libx264 @ 0x808f7a0] consecutive B-frames: 0.5% 0.0% 69.8% 29.8% [libx264 @ 0x808f7a0] mb I I16..4: 40.1% 44.1% 15.8% [libx264 @ 0x808f7a0] mb P I16..4: 0.6% 0.1% 0.0% P16..4: 48.6% 13.3% 8.8% 0.0% 0.0% skip:28.6% [libx264 @ 0x808f7a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 22.6% 4.9% 2.4% direct: 4.4% skip:65.7% L0:46.0% L1:43.9% BI:10.1% [libx264 @ 0x808f7a0] 8x8 transform intra:34.2% inter:20.0% [libx264 @ 0x808f7a0] coded y,uvDC,uvAC intra: 24.0% 74.4% 27.4% inter: 12.3% 25.0% 19.3% [libx264 @ 0x808f7a0] i16 v,h,dc,p: 20% 9% 8% 63% [libx264 @ 0x808f7a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 12% 26% 10% 13% 5% 11% 6% 3% [libx264 @ 0x808f7a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 14% 12% 10% 11% 9% 10% 10% 9% [libx264 @ 0x808f7a0] i8c dc,h,v,p: 31% 10% 15% 44% [libx264 @ 0x808f7a0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x808f7a0] ref P L0: 53.2% 5.3% 29.4% 12.0% [libx264 @ 0x808f7a0] ref B L0: 67.3% 26.7% 6.0% [libx264 @ 0x808f7a0] ref B L1: 82.5% 17.5% [libx264 @ 0x808f7a0] kb/s:2158.20 }}} I killed and restarted the local webserver some time into the encode (roughly at frame 202). The time between killing and fully restarting the server is very short (shell script that restart the server in a loop if it exists). For my test, I tried the program webfsd (it supports seeking). Obviously ffmpeg exits after receiving the error, instead of retrying. Compare this to mplayer, which can transparently restart. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 13:17:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 12:17:09 -0000 Subject: [FFmpeg-trac] #2180(avformat:new): http: cookie bugs In-Reply-To: <035.3b687932288c09b84368150f5fe60ba3@avcodec.org> References: <035.3b687932288c09b84368150f5fe60ba3@avcodec.org> Message-ID: <050.dacee36343dd51d415d2048aef7312a8@avcodec.org> #2180: http: cookie bugs ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): {{{ $ ffmpeg -cookies "NAME=VALUE; path=/; domain=localhost; secure " -i http://localhost:10000/test.mkv ffmpeg version N-49529-gb45a3e1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 2 2013 13:06:37 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/tmp/fftemp libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 }}} Receiving side: {{{ $ nc -l -p 10000 GET /test.mkv HTTP/1.1 User-Agent: Lavf54.61.104 Accept: */* Range: bytes=0- Connection: close Host: localhost:10000 Cookie: (null) }}} "(null)" is obviously not a valid cookie value. This demonstrates the two issues I pointed out. Also, I've noticed an unrelated cookie issue: with some sites, ffmpeg seems to accumulate "bad cookies". You can try with [https://github.com /mpv-player/mpv mpv] and vimeo links. On every seek (http reconnect), ffmpeg prints an additional warning reading "[http @ 0x8a43da0]Invalid cookie found, no value, path or domain specified" (e.g. the 10th seek will print 10 such messages). However, I'm far too lazy to analyze this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 14:52:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 13:52:41 -0000 Subject: [FFmpeg-trac] #2002(avformat:closed): mms streaming always requests all streams In-Reply-To: <035.3f4ef5bc7df568c110cfde0735d70464@avcodec.org> References: <035.3f4ef5bc7df568c110cfde0735d70464@avcodec.org> Message-ID: <050.540ad9fe3065762eace32c1277e39d4c@avcodec.org> #2002: mms streaming always requests all streams -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mms | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): {{{ $ ffmpeg -i mmsh://wm.microsoft.com/ms/evnet/Vista_Diagnostics_s_ch9.wmv out.mkv ffmpeg version 1.0.3 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 0x8091a60] max_analyze_duration 5000000 reached at 5184000 Guessed Channel Layout for Input Stream #0.0 : stereo Guessed Channel Layout for Input Stream #0.1 : stereo Guessed Channel Layout for Input Stream #0.4 : stereo Input #0, asf, from 'mmsh://wm.microsoft.com/ms/evnet/Vista_Diagnostics_s_ch9.wmv': Metadata: title : Title artist : Author comment : Description WMFSDKVersion : 10.00.00.3708 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:57:44.92, start: 0.000000, bitrate: N/A Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 32000 Hz, stereo, s16, 40 kb/s Stream #0:1(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, stereo, s16, 16 kb/s Stream #0:2(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 320x240, 291 kb/s, 30 tbr, 1k tbn, 1k tbc Stream #0:3(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 240x180, 86 kb/s, 30 tbr, 1k tbn, 1k tbc Stream #0:4(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 8000 Hz, stereo, s16, 12 kb/s Stream #0:5(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 160x120, 40 kb/s, 30 tbr, 1k tbn, 1k tbc [libx264 @ 0x8090300] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x8090300] profile High, level 1.3 [libx264 @ 0x8090300] 264 - core 129 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 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 Output #0, matroska, to 'out.mkv': Metadata: title : Title artist : Author comment : Description WMFSDKVersion : 10.00.00.3708 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf54.29.104 Stream #0:0(eng): Video: h264, yuv420p, 320x240, q=-1--1, 1k tbn, 30 tbc Stream #0:1(eng): Audio: vorbis, 32000 Hz, stereo, flt Stream mapping: Stream #0:2 -> #0:0 (wmv3 -> libx264) Stream #0:0 -> #0:1 (wmav2 -> libvorbis) Press [q] to stop, [?] for help [libvorbis @ 0x8077be0] Que input is backward in time [matroska @ 0x808fc40] st:0 PTS: 146 DTS: 146 < 178 invalid, clipping [output stream 0:1 @ 0x80796a0] 100 buffers queued in output stream 0:1, something may be wrong. [libvorbis @ 0x8077be0] Que input is backward in time Last message repeated 7 times Que input is backward in timeze= 43kB time=00:00:05.66 bitrate= 62.5kbits/s [libvorbis @ 0x8077be0] Que input is backward in time Last message repeated 1 times Que input is backward in timeze= 107kB time=00:00:07.69 bitrate= 114.2kbits/s Que input is backward in timeze= 139kB time=00:00:08.54 bitrate= 133.5kbits/s [libvorbis @ 0x8077be0] Que input is backward in time Que input is backward in timeze= 203kB time=00:00:10.16 bitrate= 163.7kbits/s Que input is backward in timeze= 247kB time=00:00:10.59 bitrate= 191.0kbits/s Que input is backward in timeze= 279kB time=00:00:11.43 bitrate= 199.8kbits/s [matroska @ 0x808fc40] st:0 PTS: 11519 DTS: 11519 < 11543 invalid, clipping [matroska @ 0x808fc40] st:0 PTS: 11537 DTS: 11537 < 11543 invalid, clipping [libvorbis @ 0x8077be0] Que input is backward in time [matroska @ 0x808fc40] st:0 PTS: 11903 DTS: 11903 < 11927 invalid, clipping [matroska @ 0x808fc40] st:0 PTS: 11907 DTS: 11907 < 11927 invalid, clipping [matroska @ 0x808fc40] st:0 PTS: 11911 DTS: 11911 < 11927 invalid, clipping [matroska @ 0x808fc40] st:0 PTS: 11915 DTS: 11915 < 11927 invalid, clipping [matroska @ 0x808fc40] st:0 PTS: 11919 DTS: 11919 < 11927 invalid, clipping [matroska @ 0x808fc40] st:0 PTS: 11923 DTS: 11923 < 11927 invalid, clipping Que input is backward in timeze= 279kB time=00:00:12.34 bitrate= 185.1kbits/s Que input is backward in timeze= 279kB time=00:00:12.51 bitrate= 182.6kbits/s Que input is backward in timeze= 311kB time=00:00:13.10 bitrate= 194.4kbits/s [libvorbis @ 0x8077be0] Que input is backward in time Que input is backward in timeze= 399kB time=00:00:14.00 bitrate= 233.4kbits/s [libvorbis @ 0x8077be0] Que input is backward in time Que input is backward in timeze= 431kB time=00:00:14.91 bitrate= 236.6kbits/s frame= 359 fps= 34 q=18194992.0 Lsize= 510kB time=00:00:15.90 bitrate= 262.8kbits/s video:345kB audio:154kB subtitle:0 global headers:4kB muxing overhead 1.551715% [libx264 @ 0x8090300] frame I:2 Avg QP:21.32 size: 19023 [libx264 @ 0x8090300] frame P:174 Avg QP:24.51 size: 1680 [libx264 @ 0x8090300] frame B:183 Avg QP:31.61 size: 119 [libx264 @ 0x8090300] consecutive B-frames: 25.9% 9.5% 26.7% 37.9% [libx264 @ 0x8090300] mb I I16..4: 1.7% 69.2% 29.2% [libx264 @ 0x8090300] mb P I16..4: 0.4% 1.2% 0.1% P16..4: 44.3% 7.7% 6.3% 0.0% 0.0% skip:40.1% [libx264 @ 0x8090300] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 27.1% 0.7% 0.2% direct: 0.2% skip:71.8% L0:36.9% L1:55.4% BI: 7.7% [libx264 @ 0x8090300] 8x8 transform intra:71.4% inter:71.6% [libx264 @ 0x8090300] coded y,uvDC,uvAC intra: 76.5% 84.6% 35.1% inter: 13.6% 8.0% 0.8% [libx264 @ 0x8090300] i16 v,h,dc,p: 28% 24% 27% 21% [libx264 @ 0x8090300] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 26% 29% 3% 2% 3% 3% 9% 5% [libx264 @ 0x8090300] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 23% 11% 7% 6% 6% 7% 13% 8% [libx264 @ 0x8090300] i8c dc,h,v,p: 53% 24% 17% 6% [libx264 @ 0x8090300] Weighted P-Frames: Y:0.6% UV:0.0% [libx264 @ 0x8090300] ref P L0: 73.8% 17.8% 6.9% 1.5% 0.0% [libx264 @ 0x8090300] ref B L0: 92.5% 7.0% 0.5% [libx264 @ 0x8090300] ref B L1: 93.5% 6.5% [libx264 @ 0x8090300] kb/s:235.45 Received signal 2: terminating. }}} You can see there are 3 pairs of video and audio streams. They contain the same video/audio in different quality, and I suppose the reason for this is saving bandwidth and getting realtime playback depending on the user's connection. libavformat should disable the streams that are not selected by the application. At least I think it doesn't do that, judging from the code. Demonstrating how mplayer actually saves bandwidth by disabling the other streams is hard. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 16:03:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 15:03:23 -0000 Subject: [FFmpeg-trac] #2225(undetermined:new): iff rgb8: negate does not work correctly with hflip on big-endian Message-ID: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> #2225: iff rgb8: negate does not work correctly with hflip on big-endian -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- works ok with "-vf hflip,negate" http://samples.ffmpeg.org/image-samples/iff-rgbx/1.rgb8 {{{ ffplay -vf negate,hflip 1.rgb8 ffplay version 1.1.git-05340be Copyright (c) 2003-2013 the FFmpeg developers built on Jan 22 2013 04:21:12 with gcc 4.5.0 (GCC) libavutil 52. 15.100 / 52. 15.100 libavcodec 54. 90.100 / 54. 90.100 libavformat 54. 61.102 / 54. 61.102 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 33.100 / 3. 33.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [iff @ 0x117131e0] Estimating duration from bitrate, this may be inaccurate Input #0, iff, from '1.rgb8': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_ilbm (RGB8 / 0x38424752), argb, 1024x768, SAR 22:22 DAR 4:3, 90k tbr, 90k tbn, 90k tbc Frame changed from size:0x0 to size:1024x768aq= 0KB vq= 0KB sq= 0B f=0/0 0.63 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 = 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 16:32:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 15:32:39 -0000 Subject: [FFmpeg-trac] #2226(FFprobe:new): FFprobe should output to stdout Message-ID: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> #2226: FFprobe should output to stdout -------------------------------------+------------------------------------- Reporter: evilsoup | Type: Status: new | enhancement Component: FFprobe | Priority: wish Keywords: | Version: ffprobe,stdout,stderr | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- At the moment, all the tools output the text information to stderr. Obviously, for ffmpeg this is necessary; but ffprobe doesn't output A/V data, only text, so this behaviour doesn't serve any purpose. The current workaround (for regexing the output etc) is to use `ffprobe input.file 2>&1`. This isn't particularly onerous, but it would be nicer to have ffprobe output to stdout by default. Changing it also wouldn't break any pre-existing scripts that people are using with the current workaround, either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 16:34:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 15:34:03 -0000 Subject: [FFmpeg-trac] #2226(FFprobe:new): FFprobe should output to stdout In-Reply-To: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> References: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> Message-ID: <052.eb708c225097cad84d32b4c0eaf2e698@avcodec.org> #2226: FFprobe should output to stdout -------------------------------------+------------------------------------- Reporter: evilsoup | Owner: Type: enhancement | Status: new Priority: wish | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: ffprobe,stdout,stderr | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): AFAICS, the output of ffprobe goes to stdout. The licence boilerplate and input format dump are to stderr, but they are not meant to be parseable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 16:37:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 15:37:38 -0000 Subject: [FFmpeg-trac] #2226(FFprobe:closed): FFprobe should output to stdout In-Reply-To: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> References: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> Message-ID: <052.025a1a66fb8226297818d669a0f7c3d7@avcodec.org> #2226: FFprobe should output to stdout -------------------------------------+------------------------------------- Reporter: evilsoup | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFprobe Version: unspecified | Resolution: wontfix Keywords: | Blocked By: ffprobe,stdout,stderr | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => wontfix * reproduced: 0 => 1 Comment: Replying to [comment:1 Cigaes]: > AFAICS, the output of ffprobe goes to stdout. The licence boilerplate and input format dump are to stderr, but they are not meant to be parseable. Closing as WONTFIX, for the exact reason explained above (parsing output which is not meant to be parseable defeats the whole design purpose of ffprobe). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 18:57:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 17:57:56 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.21d75f03c2bab9f95b55a399b74a1598@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 18:58:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 17:58:37 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.17500582d65f86880d815f991f078377@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a failing command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 19:00:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 18:00:33 -0000 Subject: [FFmpeg-trac] #2226(FFprobe:closed): FFprobe should output to stdout In-Reply-To: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> References: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> Message-ID: <052.d9727dff1cdda89b60bdc16a9c9d17fe@avcodec.org> #2226: FFprobe should output to stdout -------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFprobe Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: ffprobe,stdout,stderr => * resolution: wontfix => fixed Comment: Do I understand correctly that this actually is not "wontfix" but "worksforme"? (I did not test.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 19:25:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 18:25:30 -0000 Subject: [FFmpeg-trac] #2225(avfilter:open): negate filter is broken on big-endian (was: iff rgb8: negate does not work correctly with hflip on big-endian) In-Reply-To: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> References: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> Message-ID: <053.687e866dda956f4f937f01cc777fa85f@avcodec.org> #2225: negate filter is broken on big-endian ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: negate lut | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avfilter * version: unspecified => git-master * keywords: => negate lut -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 20:22:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 19:22:27 -0000 Subject: [FFmpeg-trac] #2161(undetermined:new): Only one of two dvbsub streams decoded In-Reply-To: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> References: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> Message-ID: <051.d2202a98915fe776b450f7d2ddc96bd6@avcodec.org> #2161: Only one of two dvbsub streams decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): {{{mplayer -demuxer lavf}}} shows a lot of video artifacts too, while {{{mplayer -demuxer mpegts}}} does not, so there is definitely something fishy with the demuxer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 20:27:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 19:27:45 -0000 Subject: [FFmpeg-trac] #2161(undetermined:new): Only one of two dvbsub streams decoded In-Reply-To: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> References: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> Message-ID: <051.ede178a85d17c5e9244159abea99bfc7@avcodec.org> #2161: Only one of two dvbsub streams decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I see the same artefacts at 74538 with mplayer -demuxer mpegts and mplayer -demuxer lavf - which other artefacts do you see? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 20:39:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 19:39:50 -0000 Subject: [FFmpeg-trac] #2161(undetermined:new): Only one of two dvbsub streams decoded In-Reply-To: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> References: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> Message-ID: <051.76c1c6c385ab7aedc0b85eefb6da5a69@avcodec.org> #2161: Only one of two dvbsub streams decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): With {{{-demuxer lavf}}}, I see nothing but artifacts. The first line of macroblocks keeps blinking, and that is only the least of them. All parts with motion are blured as if error concealment happens. I am surprised you do not see them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 20:56:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 19:56:01 -0000 Subject: [FFmpeg-trac] #2161(undetermined:new): Only one of two dvbsub streams decoded In-Reply-To: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> References: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> Message-ID: <051.c25b6fb223f1caedc8a002c1f18b8191@avcodec.org> #2161: Only one of two dvbsub streams decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): No additional artefacts here with -demuxer lavf (you are not on vdpau, are you?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 21:15:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 20:15:04 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.66c3e0f8e521706e2a91f59f4063dde5@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): BTW this is not just 1 file, roughly about 20% of all my videos which worked fine with the 21st dec release are breaking due to this issue. (mjpeg being identified as a video stream) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 21:19:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 20:19:00 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.5a69d24ea7ebe2fdfae71cfe076bf5db@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): You cannot mux mjpeg into mpegts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 21:23:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 20:23:39 -0000 Subject: [FFmpeg-trac] #2225(avfilter:open): negate filter is broken on big-endian In-Reply-To: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> References: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> Message-ID: <053.d3f366d21f73ef21ce798fbdb6f7c42c@avcodec.org> #2225: negate filter is broken on big-endian ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: negate lut | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): out.mov is broken {{{ $ ffmpeg -i tests/lena.pnm -vf format=argb,negate -vcodec qtrle out.mov ffmpeg version N-49546-g0e9b9a6 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 2 2013 21:05:09 with gcc 4.2.1 (GCC) (Apple Inc. build 5577) configuration: --cc=gcc-4.2 libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 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 Output #0, mov, to 'out.mov': Metadata: encoder : Lavf54.61.104 Stream #0:0: Video: qtrle (rle / 0x20656C72), argb, 256x256, q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> qtrle) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 258kB time=00:00:00.04 bitrate=52753.0kbits/s video:257kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.276005% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 21:33:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 20:33:11 -0000 Subject: [FFmpeg-trac] #2226(FFprobe:closed): FFprobe should output to stdout In-Reply-To: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> References: <037.ba13dfe74c0eeab2e2c3774a3300cc5a@avcodec.org> Message-ID: <052.50a82b44debfb992c378adbc9efc0f76@avcodec.org> #2226: FFprobe should output to stdout -------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFprobe Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * resolution: fixed => wontfix Comment: Replying to [comment:3 cehoyos]: > Do I understand correctly that this actually is not "wontfix" but "worksforme"? > (I did not test.) It is WONTFIX, with a slight declination towards INVALID, since the proposal was to implement an anti-feature (e.g. you don't want to parse unparsable output when parsing the regular - parser friendly - output which goes to stdout), and yes it would break all the scripts which parse the current output. Note that the title of the ticket is misleading, since ffprobe output currently *goes* to stdout, but for the configuration/version blurb which goes to stderr (and is not meant to be parsable). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 21:36:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 20:36:40 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.6eba88220397df6ad58a376bf78d8b0d@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): That's what I said - mjpeg were identified as attachment in the Dec 21st build and everything was fine. Now its being identified as video which is causing everything to go nuts. Don't get me wrong, I love ffmpeg and think you guys are FAB. But I'm afraid of updating ffmpeg - I need to start testing over because one tiny change breaks everything. if mjpeg can't be transcoded into more standard video forms perhaps the earlier method of identifying it as attachment was the best strategy. This is just very complicated to figure out. How many conditions can I put to see what can and can't be converted? Why I loved ffmpeg is that it keep that stuff internal, I can stick to simple commands like vcodec and map without having to worry about the intricacies of the interoperability which ffmpeg takes care of beautifully. I don't understand why you decided to make mjpeg a video instead of attachment? I'm sorry but this is a deal breaker since everything has stopped working and I don't see any way around it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 21:40:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 20:40:28 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.cd05682354fac8868dade55b6f284587@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): I mean when one says -map 0:v one is expecting video streams, and that's typically for the most 1 video stream. I can't control what Microsoft is putting in it's WTV container but I'm pretty sure the mjpeg is NOT a video stream and that's was messing things up, ffmpeg thinking it's a video stream. Ican't change microsoft, I konw ffmpeg was wrong fine hence my poorly worded frustration here. there's no way to say hey ffmpeg take only video streams but NOT mjpeg. all I can say is -map 0:v I hope you see where I'm coming from. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 21:50:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 20:50:13 -0000 Subject: [FFmpeg-trac] #2055(avformat:open): FFMPEG unable to copy attachment metadata in WTV files In-Reply-To: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> References: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> Message-ID: <055.5d05c8819ee655548ebc66477ec75f7b@avcodec.org> #2055: FFMPEG unable to copy attachment metadata in WTV files -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: wtv cc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: wtv => wtv cc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 22:55:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 21:55:34 -0000 Subject: [FFmpeg-trac] #2228(undetermined:new): EXT-X-ALLOWCACHE tag written to m3u8 playlist needs minor corrections In-Reply-To: <038.03a9ca32c8a454a65d01772f4471dd0a@avcodec.org> References: <038.03a9ca32c8a454a65d01772f4471dd0a@avcodec.org> Message-ID: <053.3287ee2a4334c6d30293aa71c58b0c4b@avcodec.org> #2228: EXT-X-ALLOWCACHE tag written to m3u8 playlist needs minor corrections -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: playlist | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test attached patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 2 23:44:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 22:44:50 -0000 Subject: [FFmpeg-trac] #2161(undetermined:new): Only one of two dvbsub streams decoded In-Reply-To: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> References: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> Message-ID: <051.643e57d986f14ef5310e99a5d9f0a44c@avcodec.org> #2161: Only one of two dvbsub streams decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): I was about to ask the same question; no, pure {{{[ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)}}}, and I get a lot of artifacts. If I add the following line in {{{vd_ffmpeg.c}}} after the call to {{{avcodec_decode_video2}}}: {{{ printf("decode packet size %d/%d\n", ret, pkt.size); }}} I get very different results depending on whether I use {{{-demuxer lavf}}} or {{{-demuxer mpegts}}}: 4553/4553, 4185/4185, 14116/14116, vs. 38035/38035, 2345/2345, 33803/33803, etc. OTOH, the video decodes fines with avplay, so maybe this is a problem in MPlayer's use of the demuxer and here would not be the place to talk about it, but this whole thing is highly confusing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 00:05:06 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 23:05:06 -0000 Subject: [FFmpeg-trac] #2161(undetermined:new): Only one of two dvbsub streams decoded In-Reply-To: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> References: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> Message-ID: <051.3c7d595238e672b6944936118ab0c3fe@avcodec.org> #2161: Only one of two dvbsub streams decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Still works fine here with mplayer -demuxer lavf - could you confirm which MPlayer version you are using and that you are calling it with "-noconfig all"? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 00:11:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 23:11:27 -0000 Subject: [FFmpeg-trac] #2161(undetermined:new): Only one of two dvbsub streams decoded In-Reply-To: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> References: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> Message-ID: <051.0d5bfea6f1dcb3702487f0eebcf61ae0@avcodec.org> #2161: Only one of two dvbsub streams decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): It is a fresh build of the SVN head + ffmpeg Git head. But I forgot the {{{-noconfig all}}}, I do not have anything in it that usually causes problems. But in this particular case {{{-vf pp=hb:c/vb:c}}} seems to be getting completely mad. This is one problem solved, although I am still curious about the different packet sizes between the demuxers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 00:25:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 23:25:00 -0000 Subject: [FFmpeg-trac] #2161(undetermined:new): Only one of two dvbsub streams decoded In-Reply-To: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> References: <036.e6461439949b42a7ac6d7e18f60632d7@avcodec.org> Message-ID: <051.4376e4c068032fe6ffbeb750b05958eb@avcodec.org> #2161: Only one of two dvbsub streams decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I should add that the artefact at 74538 that can be seen with -vc mpeg12 and -vc ffmpeg12 is not visible with vdpau although the hardware decoder usually is bad with error concealment, so there might still be something interesting about the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 00:33:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 23:33:18 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.b2609df482f43668477d68467b3668c0@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wtv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 00:51:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 23:51:09 -0000 Subject: [FFmpeg-trac] #2229(build system:new): memalign_hack is not auto-detected anymore for ppc OSX Message-ID: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> #2229: memalign_hack is not auto-detected anymore for ppc OSX -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git- | system master | Keywords: regression Blocked By: | ppc Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- Current FFmpeg outputs a warning message from free() on ppc OSX, this is a regression since 27744fe / 77cfb2 {{{ $ ffmpeg -i tests/lena.pnm -vf format=rgba out.png ffmpeg version N-49548-ga60530e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 3 2013 00:48:44 with gcc 4.2.1 (GCC) (Apple Inc. build 5577) configuration: --cc=gcc-4.2 --enable-gpl libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 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 Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.61.104 Stream #0:0: Video: png, rgba, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:191kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.011248% ffmpeg(42660) malloc: *** error for object 0x197d011: Non-aligned pointer being freed *** set a breakpoint in malloc_error_break to debug }}} {{{ (gdb) r -i tests/lena.pnm -vf format=rgba out.png Starting program: ffmpeg_g -i tests/lena.pnm -vf format=rgba out.png Reading symbols for shared libraries . done ffmpeg version N-49548-ga60530e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 3 2013 00:48:44 with gcc 4.2.1 (GCC) (Apple Inc. build 5577) configuration: --cc=gcc-4.2 --enable-gpl libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 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 Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.61.104 Stream #0:0: Video: png, rgba, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:191kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.011248% ffmpeg_g(42676) malloc: *** error for object 0x1186011: Non-aligned pointer being freed *** set a breakpoint in malloc_error_break to debug Breakpoint 1, 0x96da3e68 in malloc_error_break () (gdb) bt #0 0x96da3e68 in malloc_error_break () #1 0x96d9ead0 in szone_error () #2 0x0068ddb8 in av_freep (arg=0x100b5f0) at libavutil/mem.c:181 #3 0x00034c74 in ff_free_pool (pool=0x100b550) at libavfilter/buffer.c:107 #4 0x0003206c in avfilter_free (filter=0x100ab10) at libavfilter/avfilter.c:162 #5 0x00032a04 in avfilter_graph_free (graph=0x100a128) at libavfilter/avfiltergraph.c:67 #6 0x0000c354 in exit_program () at ffmpeg.c:412 #7 0x96ca6968 in __cxa_finalize () #8 0x96ca6828 in exit () #9 0x00016b98 in main (argc=, argv=) at ffmpeg.c:3319 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 00:52:26 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 23:52:26 -0000 Subject: [FFmpeg-trac] #2055(avformat:open): FFMPEG unable to copy attachment metadata in WTV files In-Reply-To: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> References: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> Message-ID: <055.fb74a40c319825a21a8816546f9b9a33@avcodec.org> #2055: FFMPEG unable to copy attachment metadata in WTV files -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: wtv cc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): Err... was the the fix that messed up ffmpeg in ticket #2227? In that case please don't fix this :) #2227 is far more important and impactful than this - we can live without copying attachment streams, can't live with a broken video stream :) tx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 00:54:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 23:54:02 -0000 Subject: [FFmpeg-trac] #2002(avformat:reopened): mms streaming always requests all streams In-Reply-To: <035.3f4ef5bc7df568c110cfde0735d70464@avcodec.org> References: <035.3f4ef5bc7df568c110cfde0735d70464@avcodec.org> Message-ID: <050.b4635214388e47d9a816b4b28be56d5c@avcodec.org> #2002: mms streaming always requests all streams ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mms | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 00:56:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Feb 2013 23:56:47 -0000 Subject: [FFmpeg-trac] #2055(avformat:open): FFMPEG unable to copy attachment metadata in WTV files In-Reply-To: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> References: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> Message-ID: <055.34ecd067a8d4587800b468712682e7c6@avcodec.org> #2055: FFMPEG unable to copy attachment metadata in WTV files -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: wtv cc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:9 ramitbhalla]: > Err... was the the fix that messed up ffmpeg in ticket #2227? I expected you to do the regression test and answer this question (although I thought it was another ticket by you). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 02:07:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 01:07:50 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.ff1b9387cdfbd4f27116436ab3297f42@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): a patch that fixes this is on the ffmpeg-devel ML -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 02:12:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 01:12:32 -0000 Subject: [FFmpeg-trac] #2228(undetermined:new): EXT-X-ALLOWCACHE tag written to m3u8 playlist needs minor corrections In-Reply-To: <038.03a9ca32c8a454a65d01772f4471dd0a@avcodec.org> References: <038.03a9ca32c8a454a65d01772f4471dd0a@avcodec.org> Message-ID: <053.9728e90ffd032ec18dd3999dfcc3ff34@avcodec.org> #2228: EXT-X-ALLOWCACHE tag written to m3u8 playlist needs minor corrections -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: playlist | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by nealzebub): Replying to [comment:1 cehoyos]: > Could you test attached patch? I won't be able to test the patch soon, as I have been using pre-compiled static builds. I will need to setup my machine for compiling locally. Thank you for the quick response, by the way. In the meantime, I will not be offended in the least if somebody else verifies the patch's validity. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 03:36:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 02:36:38 -0000 Subject: [FFmpeg-trac] #2229(build system:new): memalign_hack is not auto-detected anymore for ppc OSX In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.7bfd4474122f617ec304ed22e6dddbfc@avcodec.org> #2229: memalign_hack is not auto-detected anymore for ppc OSX -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: regression | Resolution: ppc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Please post the alloc related stuff from config.h (HAVE_POSIX_MEMALIGN, HAVE_ALIGNED_MALLOC, HAVE_MEMALIGN) i suspect this is caused by malloc(0) somewhere -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 08:37:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 07:37:59 -0000 Subject: [FFmpeg-trac] #2055(avformat:open): FFMPEG unable to copy attachment metadata in WTV files In-Reply-To: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> References: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> Message-ID: <055.ae1b8eb1f784ba32bbb1516bf827bf79@avcodec.org> #2055: FFMPEG unable to copy attachment metadata in WTV files -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: wtv cc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): will test it and let you know, didn't know it was fixed. But again like I said I'd rather the other be fixed than this :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 08:38:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 07:38:52 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.3382f6926c9de2e09b6bf4d8afa582a4@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): tx, i.e. it will go back to identifying this as a attachment (non video) stream right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 08:49:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 07:49:00 -0000 Subject: [FFmpeg-trac] #2055(avformat:open): FFMPEG unable to copy attachment metadata in WTV files In-Reply-To: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> References: <040.2ecad8bde83415e9e86ddf85c0329fda@avcodec.org> Message-ID: <055.0e0ce9945b6c829ace527f81b933e9b1@avcodec.org> #2055: FFMPEG unable to copy attachment metadata in WTV files -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: wtv cc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): Not yet working, but I'm VERY concerned, it's reporting the same issue here which is in ticket #2227 now it's reporting the mjpeg attachment as a video stream - VERY disturbing. {{{ ffmpeg -i "..\Corrupted Audio and Sync Guys With Kids_KNBC_2012_11_21_20_28_00.wtv" -codec copy -map 0 test.wtv ffmpeg version N-49527-g985e93a Copyright (c) 2000-2013 the FFmpeg developers built on Feb 1 2013 18:41:39 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libopenjpeg --enable-libopus --ena ble-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --en able-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wtv @ 0325e9a0] truncated file Last message repeated 3 times [mpeg2video @ 003e31a0] 0x0 is invalid Last message repeated 12 times [wtv @ 0325e9a0] max_analyze_duration 5000000 reached at 5024000 microseconds Input #0, wtv, from '..\Corrupted Audio and Sync Guys With Kids_KNBC_2012_11_21_20_28_00.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Guys With Kids WM/SubTitle : Thanksgiving WM/SubTitleDescription: Sheila tries to win the gang over with a traditional Thanksgiving dinner; Gary decides to sp end the holiday waiting in line for a TV that's on sale. genre : Comedy;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Anthony Anderson/Zach Cregger/Jesse Bradford/Jamie- Lynn Sigler/Tempestt Bledsoe;;;Emmitt Smith/Eri nn Hayes service_provider: KNBC service_name : KNBC WM/MediaNetworkAffiliation: NBC Affiliate WM/MediaOriginalChannel: 4 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-11-21T08:00:00Z WM/MediaOriginalRunTime: 20974292466 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2012-11-22 04:28:02 WM/WMRVSeriesUID: !MCSeries!274690485 WM/WMRVServiceID: !MCService!28455445 WM/WMRVProgramID: !MCProgram!282437030 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 20992941505 WM/WMRVEndTime : 2012-11-22 05:03:01 WM/WMRVBitrate : 3.975938 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 417 WM/WMRVActualSoftPostPadding: 181 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : true WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 320 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 4 WM/MediaThumbAspectRatioY: 3 WM/MediaThumbTimeStamp: 4643601142938852099 Duration: 00:34:57.15, start: 2.880931, bitrate: 3980 kb/s Stream #0:0[0x29](eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:1[0x2a](eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x2b]: Video: mpeg2video (Main), yuv420p, 528x480 [SAR 40:33 DAR 4:3], 29.97 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:3[0x2c]: Subtitle: eia_608 Stream #0:4[0x0]: Video: mjpeg, yuvj420p, 200x182 [SAR 96:96 DAR 100:91], 90k tbr, 90k tbn, 90k tbc Metadata: title : TV Thumbnail File 'test.wtv' already exists. Overwrite ? [y/N] y unknown codec_type (0x3) [wtv @ 03c58080] write stream codec info failed codec_type(0x3) [wtv @ 03c58080] write stream codec failed codec_type(0x3) Output #0, wtv, to 'test.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Guys With Kids WM/SubTitle : Thanksgiving WM/SubTitleDescription: Sheila tries to win the gang over with a traditional Thanksgiving dinner; Gary decides to sp end the holiday waiting in line for a TV that's on sale. genre : Comedy;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Anthony Anderson/Zach Cregger/Jesse Bradford/Jamie- Lynn Sigler/Tempestt Bledsoe;;;Emmitt Smith/Eri nn Hayes service_provider: KNBC service_name : KNBC WM/MediaNetworkAffiliation: NBC Affiliate WM/MediaOriginalChannel: 4 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-11-21T08:00:00Z WM/MediaOriginalRunTime: 20974292466 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2012-11-22 04:28:02 WM/WMRVSeriesUID: !MCSeries!274690485 WM/WMRVServiceID: !MCService!28455445 WM/WMRVProgramID: !MCProgram!282437030 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 20992941505 WM/WMRVEndTime : 2012-11-22 05:03:01 WM/WMRVBitrate : 3.975938 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 417 WM/WMRVActualSoftPostPadding: 181 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : true WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 320 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 4 WM/MediaThumbAspectRatioY: 3 WM/MediaThumbTimeStamp: 4643601142938852099 encoder : Lavf54.61.104 Stream #0:0(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 192 kb/s Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 192 kb/s Stream #0:2: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 528x480 [SAR 40:33 DAR 4:3], q=2-31, 29.97 fps, 90k tbn , 29.97 tbc Stream #0:3: Subtitle: eia_608 Stream #0:4: Video: mjpeg (MJPG / 0x47504A4D), yuvj420p, 200x182 [SAR 96:96 DAR 100:91], q=2-31, 90k tbn, 90k tbc Metadata: title : TV Thumbnail Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted }}} At the risk of repeating myslef, I'd rather this not be fixed than the mjpeg be reported a video stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 09:15:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 08:15:04 -0000 Subject: [FFmpeg-trac] #2229(build system:new): memalign_hack is not auto-detected anymore for ppc OSX In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.e7973c14f170255c933714befb263e16@avcodec.org> #2229: memalign_hack is not auto-detected anymore for ppc OSX -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: regression | Resolution: ppc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ $ grep -i alloc config.h #define HAVE_ALIGNED_MALLOC 0 #define HAVE_MALLOC_H 0 #define HAVE_VIRTUALALLOC 0 $ grep -i align config.h #define HAVE_FAST_UNALIGNED 1 #define HAVE_ALIGNED_MALLOC 0 #define HAVE_ALIGNED_STACK 1 #define HAVE_LOCAL_ALIGNED_16 1 #define HAVE_LOCAL_ALIGNED_8 1 #define HAVE_MEMALIGN 0 #define HAVE_POSIX_MEMALIGN 0 #define CONFIG_FAST_UNALIGNED 1 #define CONFIG_MEMALIGN_HACK 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 11:21:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 10:21:49 -0000 Subject: [FFmpeg-trac] #2228(avformat:closed): EXT-X-ALLOWCACHE tag written to m3u8 playlist needs minor corrections In-Reply-To: <038.03a9ca32c8a454a65d01772f4471dd0a@avcodec.org> References: <038.03a9ca32c8a454a65d01772f4471dd0a@avcodec.org> Message-ID: <053.ab10e64db47b399a15232120a0bd37e8@avcodec.org> #2228: EXT-X-ALLOWCACHE tag written to m3u8 playlist needs minor corrections -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: hls | Blocked By: playlist segment m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avformat * keywords: hls playlist => hls playlist segment m3u8 * analyzed: 0 => 1 * resolution: => fixed Comment: Replying to [comment:2 nealzebub]: > Replying to [comment:1 cehoyos]: > > Could you test attached patch? > I won't be able to test the patch soon, as I have been using pre- compiled static builds. > I will need to setup my machine for compiling locally. > Thank you for the quick response, by the way. > > In the meantime, I will not be offended in the least if somebody else verifies the patch's validity. Patch pushed in: {{{ commit 90020d7f4bf2f0f18fca6ba731152886d8c923fd Author: Carl Eugen Hoyos Date: Sun Feb 3 11:12:49 2013 +0100 lavf/segment: use correct spelling and value for EXT-X-ALLOW-CACHE tag Replace wrong "EXT-X-ALLOWCACHE" with "EXT-X-ALLOW-CACHE", and value 1/0 with YES/NO, as per spec. Fix trac ticket #2228. Signed-off-by: Stefano Sabatini }}} Thanks for the report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 11:41:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 10:41:52 -0000 Subject: [FFmpeg-trac] #2230(avformat:open): Specified MPEG-TS metadata is not written to HLS(-ssegment) segments In-Reply-To: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> References: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> Message-ID: <053.7352f2e06921bf3bd2b562c1f7754748@avcodec.org> #2230: Specified MPEG-TS metadata is not written to HLS(-ssegment) segments -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls | Blocked By: metadata segment | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: hls metadata => hls metadata segment * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Replying to [ticket:2230 nealzebub]: [...] > I am attempting to encode from file(mainly MP4) to HTTP Live Streaming(HLS) compatible streams. I'd like to encode segments with metadata, just like I can with single-file mpegts files. > > > I obtained a source file, so I could enter this report, from: > http://www.wowzamedia.com/_h264/bigbuckbunny_1500.mp4 > > > The problem I encountered is when I specify metadata for the HLS segments, the metadata is confirmed in the console, but when I check the segments with FFprobe, it shows the default metadata. When I specify to output "mpegts" instead of "ssegment", the output file contains the metadata I specified. > > '''What I want:''' > > {{{ > service_name : Some Channel Name > service_provider: Some Provider > }}} > > '''What I get:''' > > {{{ > service_name : Service01 > service_provider: FFmpeg > }}} Hi, this is a known issue. The problem is that you here specify the metadata for the segment muxer, which does not propagate them to the chained muxer (TS in this case). I'll see if there is some way to fix it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 11:55:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 10:55:50 -0000 Subject: [FFmpeg-trac] #2223(undetermined:new): ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used In-Reply-To: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> References: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> Message-ID: <049.7183e3f3afde2419ae7a758f4149ab99@avcodec.org> #2223: ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): AFAICS, this is reproducible with the sample you uploaded for ticket 2086 [http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2086/]. {{{ Input #0, mpegts, from '/tmp/teletextsubtitles.ts.part': Duration: 00:00:15.36, start: 0.091256, bitrate: 15069 kb/s Program 137 Stream #0:0[0x30]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x40](ita): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x41](und): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:3[0x6a](ita): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Output #0, mpegts, to '/tmp/out.ts': Metadata: encoder : Lavf54.61.104 Stream #0:0(ita): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream mapping: Stream #0:3 -> #0:0 (copy) }}} {{{ Input #0, mpegts, from '/tmp/out.ts': Duration: N/A, bitrate: N/A Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100](ita): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) }}} I suspect this is a muxer problem: ffmpeg does not recode the subtitle packets, it only incorrectly writes the nature of the stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 14:32:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 13:32:41 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.b45fe6661cacbd4962d8bb4d795e9607@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JohnGalt): I found a way to get an m4v file that has AAC, AC-3 and DTS-MA or TrueHD in it! You can use Handbreak to do this. On the audio tab, tell it to transcode to AAC, and/or AC-3 and then add another track of the original DTS-MA or TrueHD and tell it to do a paththrough. This will successfully generate the m4v file with all 3 tracks and I've been able to confirm that it works fine by playing back the DTS-MA track in VLC with bitstreamed 7.1 audio that my receiver correctly identified as DTS-MA. Incidently, unlike the same file created in ffmpeg, Windows 8's Video app played the AAC track correctly. It would be HUGE to have FFPMEG do this. Then there would be no need for m2ts! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 14:41:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 13:41:12 -0000 Subject: [FFmpeg-trac] #2107(undetermined:closed): m2ts encoding fails with H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument In-Reply-To: <037.28c4769773f48ce17aedd1a1128cafd5@avcodec.org> References: <037.28c4769773f48ce17aedd1a1128cafd5@avcodec.org> Message-ID: <052.35887a4be7bf43645494b28d7d8949c9@avcodec.org> #2107: m2ts encoding fails with H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JohnGalt): I should update this to say that the above command line works ... sometimes. Other times the resulting video stutters like crazy. Oddly if you then do another of video and audio into mp4 the resulting video plays fine. Also if you use h264info on the video it will also play fine. It would be nice if ffmpeg could detect whatever is causing this and fix it in the file if necessary. Suggestions? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 14:43:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 13:43:05 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.a8cf7def063d39ecb9d95455bf6f6bf7@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:43 JohnGalt]: > I found a way to get an m4v file that has AAC, AC-3 and DTS-MA or TrueHD in it! Please provide a sample and please explain how the TrueHD track in the file can be played back. Ideally, you would explain how TrueHD can be played back with a Dolby- certified playback software. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 14:53:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 13:53:53 -0000 Subject: [FFmpeg-trac] #2107(undetermined:closed): m2ts encoding fails with H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument In-Reply-To: <037.28c4769773f48ce17aedd1a1128cafd5@avcodec.org> References: <037.28c4769773f48ce17aedd1a1128cafd5@avcodec.org> Message-ID: <052.c92be79a0e50df11c5934986f1d3a00a@avcodec.org> #2107: m2ts encoding fails with H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 JohnGalt]: > Suggestions? If you have a problem with ffmpeg (the command line application), please do not hesitate to ask for support on the user mailing list, see http://ffmpeg.org/contact.html If you believe that you found a bug in FFmpeg, please open a ticket on this bug tracker. In both cases, please do not forget to post your failing command line together with complete, uncut console output and provide an input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 15:00:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 14:00:37 -0000 Subject: [FFmpeg-trac] #2223(avformat:open): ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used In-Reply-To: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> References: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> Message-ID: <049.081c9f6168a216c90678f0f84461536d@avcodec.org> #2223: ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpegts dvb_teletext * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Attached patch does not really help. {{{ $ ffmpeg -i teletextsubtitles.ts -vn -an -scodec copy out.ts ffmpeg version N-49553-g13eb9fc Copyright (c) 2000-2013 the FFmpeg developers built on Feb 3 2013 14:58:47 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [h264 @ 0x286dee0] non-existing SPS 0 referenced in buffering period [h264 @ 0x286dee0] non-existing PPS referenced [h264 @ 0x286dee0] non-existing SPS 0 referenced in buffering period [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] no frame! ... [h264 @ 0x286dee0] non-existing SPS 0 referenced in buffering period [h264 @ 0x286dee0] non-existing PPS referenced [h264 @ 0x286dee0] non-existing SPS 0 referenced in buffering period [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] non-existing PPS 0 referenced [h264 @ 0x286dee0] decode_slice_header error [h264 @ 0x286dee0] no frame! [mpegts @ 0x2869fc0] Stream #3: not enough frames to estimate rate; consider increasing probesize [NULL @ 0x286fc60] start time is not set in estimate_timings_from_pts [mpegts @ 0x2869fc0] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'teletextsubtitles.ts': Duration: 00:00:55.32, start: 0.091256, bitrate: 14610 kb/s Program 137 Stream #0:0[0x30]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x40](ita): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x41](und): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:3[0x6a](ita): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf54.61.104 Stream #0:0(ita): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream mapping: Stream #0:3 -> #0:0 (copy) Press [q] to stop, [?] for help size= 264kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:185 global headers:0kB muxing overhead 42.903811% }}} {{{ $ ffmpeg -i out.ts ffmpeg version N-49553-g13eb9fc Copyright (c) 2000-2013 the FFmpeg developers built on Feb 3 2013 14:58:47 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [NULL @ 0x1e98720] start time is not set in estimate_timings_from_pts Input #0, mpegts, from 'out.ts': Duration: N/A, bitrate: N/A Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100](ita): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 16:45:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 15:45:31 -0000 Subject: [FFmpeg-trac] #2086(avcodec:open): Teletext subtitles In-Reply-To: <036.59e1c5656cfaff6e09921817a5660c2a@avcodec.org> References: <036.59e1c5656cfaff6e09921817a5660c2a@avcodec.org> Message-ID: <051.b191ff806aa26f49b4190e2b8eea4f5a@avcodec.org> #2086: Teletext subtitles --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: dvb_teletext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: teletext => dvb_teletext -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 18:58:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 17:58:35 -0000 Subject: [FFmpeg-trac] #2231(undetermined:new): Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages In-Reply-To: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> References: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> Message-ID: <055.6a40279d041e3f0725eb206fb4758ce9@avcodec.org> #2231: Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Unrelated to this ticket: Please stop uploading 300MB samples for issues that can be described with smaller samples! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 19:27:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 18:27:37 -0000 Subject: [FFmpeg-trac] #2232(undetermined:new): ffplay: audio plays too fast / incorrectly after audio stream cycle Message-ID: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> #2232: ffplay: audio plays too fast / incorrectly after audio stream cycle -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- when I cycle audio stream three times with "a" key (to track 24) then audio plays too fast / incorrectly http://www.cccp- project.net/beta/test_files/%5bCCCP%5d_Mega_Weird_Audio_Test.mkv {{{ C:\>ffplay -ast 21 [CCCP]_Mega_Weird_Audio_Test.mkv ffplay version N-49268-ge9d443c Copyright (c) 2003-2013 the FFmpeg developers built on Jan 24 2013 23:27:01 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --e nable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo- aacenc --en able-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable -libxavs --enable-libxvid --enable-zlib libavutil 52. 15.103 / 52. 15.103 libavcodec 54. 90.100 / 54. 90.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 33.100 / 3. 33.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wmalossless @ 026f36e0] Bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. [wmalossless @ 026f99c0] Bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. [mpeg4 @ 02660be0] Invalid and inefficient vfw-avi packed B frames detected [wmalossless @ 026f36e0] Bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. [wmalossless @ 026f99c0] Bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. Input #0, matroska,webm, from '[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test creation_time : 2006-08-07 03:59:51 Duration: 00:01:03.71, start: 0.000000, bitrate: 6167 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658) , yuv420p, 656x464 [SAR 1:1 DAR 41:29], SAR 116:123 DAR 4:3, 23.98 fps, 23.98 tb r, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: mp3, 48000 Hz, stereo, s16p, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0:4(eng): Audio: mp3, 48000 Hz, mono, s16p, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0:5(jpn): Audio: sipr (0[1][0][0] / 0x0130), 16000 Hz, mono, flt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0:6(jpn): Audio: adpcm_ms ([2][0][0][0] / 0x0002), 11025 Hz, 2 chann els, s16, 88 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0:7(jpn): Audio: adpcm_ima_wav ([17][0][0][0] / 0x0011), 11025 Hz, 2 channels, s16p, 88 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0:8(jpn): Audio: adpcm_yamaha ( [0][0][0] / 0x0020), 16000 Hz, 1 cha nnels, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0:9(jpn): Audio: adpcm_g726 (E[0][0][0] / 0x0045), 8000 Hz, mono, s1 6, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0:10(jpn): Audio: pcm_mulaw ([7][0][0][0] / 0x0007), 8000 Hz, 2 chan nels, s16, 128 kb/s Metadata: title : ??-Law 2ch Audio Stream #0:11(jpn): Audio: pcm_alaw ([6][0][0][0] / 0x0006), 8000 Hz, 2 chann els, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0:12(jpn): Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, mono, s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0:13(jpn): Audio: truespeech ([34][0][0][0] / 0x0022), 8000 Hz, mono , s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0:14(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, fltp, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0:15(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, fltp, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0:16(jpn): Audio: wmavoice ([10][0][0][0] / 0x000A), 22050 Hz, mono, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0:17(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, 2 channels, fltp, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0:18(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, fltp, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0:19(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fl tp, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0:20(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, fltp, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0:21(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fl tp, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0:22(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 6 cha nnels, s32p, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0:23(jpn): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 2 cha nnels, s32p, 774 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0:24(jpn): Audio: cook, 44100 Hz, stereo, fltp Metadata: title : RA6 G2 Cook 2ch Audio Stream #0:25(jpn): Audio: atrac3, 44100 Hz, 2 channels, fltp Metadata: title : RA8 ATRC 2ch Audio Stream #0:26(eng): Audio: cook, 44100 Hz, 5.1, fltp Metadata: title : RA8 Cook 6ch Audio Stream #0:27(jpn): Audio: cook, 44100 Hz, stereo, fltp Metadata: title : RA8 Cook 2ch Audio Stream #0:28(jpn): Audio: cook, 44100 Hz, mono, fltp Metadata: title : RA8 Cook Mono Audio Stream #0:29(jpn): Audio: aac, 32000 Hz, stereo, fltp Metadata: title : RA10 RAAC 2ch Audio Stream #0:30(jpn): Audio: aac, 44100 Hz, stereo, fltp Metadata: title : RA10 RACP 2ch Audio [mpeg4 @ 02660be0] Invalid and inefficient vfw-avi packed B frames detected Frame changed from size:0x0 to size:656x464 3KB sq= 0B f=0/0 [wmalossless @ 026f36e0] Bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. [wmalossless @ 026f99c0] Bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. 19.54 A-V: 0.088 fd= 30 aq= 1KB vq= 36KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 19:34:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 18:34:56 -0000 Subject: [FFmpeg-trac] #2231(undetermined:new): Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages In-Reply-To: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> References: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> Message-ID: <055.ed8cf5eb84e04313c7619f82721788c8@avcodec.org> #2231: Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Do you have any indication that WMP supports playback of LATM in transport streams? Ie, do you have a sample containing LATM in a transport stream that can be played by WMP? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 20:16:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 19:16:57 -0000 Subject: [FFmpeg-trac] #2232(undetermined:new): ffplay: audio plays too fast / incorrectly after audio stream cycle In-Reply-To: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> References: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> Message-ID: <053.125affe350be22ea0bc879f9d6866b07@avcodec.org> #2232: ffplay: audio plays too fast / incorrectly after audio stream cycle -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you confirm that the same problem is also reproducible with the following command lines? $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:24 out24.wav $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:25 out25.wav $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:26 out26.wav $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:27 out27.wav $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:28 out28.wav But not for other map values? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 20:52:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 19:52:25 -0000 Subject: [FFmpeg-trac] #2232(undetermined:new): ffplay: audio plays too fast / incorrectly after audio stream cycle In-Reply-To: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> References: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> Message-ID: <053.72615a4eedfabd8f64502f0ac27e47a2@avcodec.org> #2232: ffplay: audio plays too fast / incorrectly after audio stream cycle -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > Could you confirm that the same problem is also reproducible with the following command lines? > $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:24 out24.wav > $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:25 out25.wav > $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:26 out26.wav > $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:27 out27.wav > $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:28 out28.wav > > But not for other map values? Yes I can reproduce this with ffmpeg as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 21:23:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 20:23:38 -0000 Subject: [FFmpeg-trac] #2232(undetermined:open): Seeking in atrac3 breaks decoding (was: ffplay: audio plays too fast / incorrectly after audio stream cycle) In-Reply-To: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> References: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> Message-ID: <053.97da7e02a90b76f7662f050dc6c82417@avcodec.org> #2232: Seeking in atrac3 breaks decoding -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: atrac3 seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => atrac3 seek * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Afaict, the bug with cook is a duplicate of ticket #1605 {{{ $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:25 out.wav ffmpeg version N-49553-g13eb9fc Copyright (c) 2000-2013 the FFmpeg developers built on Feb 3 2013 14:58:47 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wmalossless @ 0x338cda0] Bit-depth higher than 16 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [wmalossless @ 0x33932c0] Bit-depth higher than 16 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpeg4 @ 0x32f3dc0] Invalid and inefficient vfw-avi packed B frames detected [wmalossless @ 0x338cda0] Bit-depth higher than 16 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [wmalossless @ 0x33932c0] Bit-depth higher than 16 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. Guessed Channel Layout for Input Stream #0.6 : stereo Guessed Channel Layout for Input Stream #0.7 : stereo Guessed Channel Layout for Input Stream #0.8 : mono Guessed Channel Layout for Input Stream #0.10 : stereo Guessed Channel Layout for Input Stream #0.11 : stereo Guessed Channel Layout for Input Stream #0.14 : stereo Guessed Channel Layout for Input Stream #0.15 : stereo Guessed Channel Layout for Input Stream #0.17 : stereo Guessed Channel Layout for Input Stream #0.22 : 5.1 Guessed Channel Layout for Input Stream #0.23 : stereo Guessed Channel Layout for Input Stream #0.25 : stereo Input #0, matroska,webm, from '[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test creation_time : 2006-08-07 03:59:51 Duration: 00:01:03.71, start: 0.000000, bitrate: 6167 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 656x464 [SAR 1:1 DAR 41:29], SAR 116:123 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: mp3, 48000 Hz, stereo, s16p, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0:4(eng): Audio: mp3, 48000 Hz, mono, s16p, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0:5(jpn): Audio: sipr (0[1][0][0] / 0x0130), 16000 Hz, mono, flt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0:6(jpn): Audio: adpcm_ms ([2][0][0][0] / 0x0002), 11025 Hz, stereo, s16, 88 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0:7(jpn): Audio: adpcm_ima_wav ([17][0][0][0] / 0x0011), 11025 Hz, stereo, s16p, 88 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0:8(jpn): Audio: adpcm_yamaha ( [0][0][0] / 0x0020), 16000 Hz, mono, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0:9(jpn): Audio: adpcm_g726 (E[0][0][0] / 0x0045), 8000 Hz, mono, s16, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0:10(jpn): Audio: pcm_mulaw ([7][0][0][0] / 0x0007), 8000 Hz, stereo, s16, 128 kb/s Metadata: title : ?-Law 2ch Audio Stream #0:11(jpn): Audio: pcm_alaw ([6][0][0][0] / 0x0006), 8000 Hz, stereo, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0:12(jpn): Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, mono, s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0:13(jpn): Audio: truespeech ([34][0][0][0] / 0x0022), 8000 Hz, mono, s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0:14(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0:15(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0:16(jpn): Audio: wmavoice ([10][0][0][0] / 0x000A), 22050 Hz, mono, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0:17(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0:18(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, fltp, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0:19(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fltp, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0:20(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, fltp, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0:21(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fltp, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0:22(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 5.1, s32p, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0:23(jpn): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, stereo, s32p, 774 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0:24(jpn): Audio: cook, 44100 Hz, stereo, fltp Metadata: title : RA6 G2 Cook 2ch Audio Stream #0:25(jpn): Audio: atrac3, 44100 Hz, stereo, fltp Metadata: title : RA8 ATRC 2ch Audio Stream #0:26(eng): Audio: cook, 44100 Hz, 5.1, fltp Metadata: title : RA8 Cook 6ch Audio Stream #0:27(jpn): Audio: cook, 44100 Hz, stereo, fltp Metadata: title : RA8 Cook 2ch Audio Stream #0:28(jpn): Audio: cook, 44100 Hz, mono, fltp Metadata: title : RA8 Cook Mono Audio Stream #0:29(jpn): Audio: aac, 32000 Hz, stereo, fltp Metadata: title : RA10 RAAC 2ch Audio Stream #0:30(jpn): Audio: aac, 44100 Hz, stereo, fltp Metadata: title : RA10 RACP 2ch Audio Output #0, wav, to 'out.wav': Metadata: INAM : Macross Plus - First Simulator Test ISFT : Lavf54.61.104 Stream #0:0(jpn): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Metadata: title : RA8 ATRC 2ch Audio Stream mapping: Stream #0:25 -> #0:0 (atrac3 -> pcm_s16le) Press [q] to stop, [?] for help [matroska,webm @ 0x32effc0] File is broken, keyframes not correctly marked! size= 7040kB time=00:00:38.76 bitrate=1487.6kbits/s video:0kB audio:7040kB subtitle:0 global headers:0kB muxing overhead 0.001720% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 21:26:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 20:26:51 -0000 Subject: [FFmpeg-trac] #1605(undetermined:open): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.a434da5e5459db38aef837f58b9613c9@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: cook | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Ticket #2232 contains a test-case that is easier to reproduce: {{{ $ ffmpeg -ss 24 -i \[CCCP\]_Mega_Weird_Audio_Test.mkv -map 0:26 out.wav ffmpeg version N-49553-g13eb9fc Copyright (c) 2000-2013 the FFmpeg developers built on Feb 3 2013 14:58:47 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wmalossless @ 0x361dda0] Bit-depth higher than 16 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [wmalossless @ 0x36242c0] Bit-depth higher than 16 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpeg4 @ 0x3584dc0] Invalid and inefficient vfw-avi packed B frames detected [wmalossless @ 0x361dda0] Bit-depth higher than 16 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [wmalossless @ 0x36242c0] Bit-depth higher than 16 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. Guessed Channel Layout for Input Stream #0.6 : stereo Guessed Channel Layout for Input Stream #0.7 : stereo Guessed Channel Layout for Input Stream #0.8 : mono Guessed Channel Layout for Input Stream #0.10 : stereo Guessed Channel Layout for Input Stream #0.11 : stereo Guessed Channel Layout for Input Stream #0.14 : stereo Guessed Channel Layout for Input Stream #0.15 : stereo Guessed Channel Layout for Input Stream #0.17 : stereo Guessed Channel Layout for Input Stream #0.22 : 5.1 Guessed Channel Layout for Input Stream #0.23 : stereo Guessed Channel Layout for Input Stream #0.25 : stereo Input #0, matroska,webm, from '[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test creation_time : 2006-08-07 03:59:51 Duration: 00:01:03.71, start: 0.000000, bitrate: 6167 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 656x464 [SAR 1:1 DAR 41:29], SAR 116:123 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: mp3, 48000 Hz, stereo, s16p, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0:4(eng): Audio: mp3, 48000 Hz, mono, s16p, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0:5(jpn): Audio: sipr (0[1][0][0] / 0x0130), 16000 Hz, mono, flt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0:6(jpn): Audio: adpcm_ms ([2][0][0][0] / 0x0002), 11025 Hz, stereo, s16, 88 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0:7(jpn): Audio: adpcm_ima_wav ([17][0][0][0] / 0x0011), 11025 Hz, stereo, s16p, 88 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0:8(jpn): Audio: adpcm_yamaha ( [0][0][0] / 0x0020), 16000 Hz, mono, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0:9(jpn): Audio: adpcm_g726 (E[0][0][0] / 0x0045), 8000 Hz, mono, s16, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0:10(jpn): Audio: pcm_mulaw ([7][0][0][0] / 0x0007), 8000 Hz, stereo, s16, 128 kb/s Metadata: title : ?-Law 2ch Audio Stream #0:11(jpn): Audio: pcm_alaw ([6][0][0][0] / 0x0006), 8000 Hz, stereo, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0:12(jpn): Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, mono, s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0:13(jpn): Audio: truespeech ([34][0][0][0] / 0x0022), 8000 Hz, mono, s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0:14(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0:15(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0:16(jpn): Audio: wmavoice ([10][0][0][0] / 0x000A), 22050 Hz, mono, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0:17(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0:18(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, fltp, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0:19(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fltp, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0:20(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, fltp, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0:21(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fltp, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0:22(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 5.1, s32p, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0:23(jpn): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, stereo, s32p, 774 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0:24(jpn): Audio: cook, 44100 Hz, stereo, fltp Metadata: title : RA6 G2 Cook 2ch Audio Stream #0:25(jpn): Audio: atrac3, 44100 Hz, stereo, fltp Metadata: title : RA8 ATRC 2ch Audio Stream #0:26(eng): Audio: cook, 44100 Hz, 5.1, fltp Metadata: title : RA8 Cook 6ch Audio Stream #0:27(jpn): Audio: cook, 44100 Hz, stereo, fltp Metadata: title : RA8 Cook 2ch Audio Stream #0:28(jpn): Audio: cook, 44100 Hz, mono, fltp Metadata: title : RA8 Cook Mono Audio Stream #0:29(jpn): Audio: aac, 32000 Hz, stereo, fltp Metadata: title : RA10 RAAC 2ch Audio Stream #0:30(jpn): Audio: aac, 44100 Hz, stereo, fltp Metadata: title : RA10 RACP 2ch Audio Output #0, wav, to 'out.wav': Metadata: INAM : Macross Plus - First Simulator Test ISFT : Lavf54.61.104 Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, s16, 4233 kb/s Metadata: title : RA8 Cook 6ch Audio Stream mapping: Stream #0:26 -> #0:0 (cook -> pcm_s16le) Press [q] to stop, [?] for help [matroska,webm @ 0x3580fc0] File is broken, keyframes not correctly marked! size= 20616kB time=00:00:37.50 bitrate=4503.3kbits/s video:0kB audio:20616kB subtitle:0 global headers:0kB muxing overhead 0.000692% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 3 21:50:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Feb 2013 20:50:44 -0000 Subject: [FFmpeg-trac] #2191(FFplay:closed): ffplay: iff 8svx regression with time counter In-Reply-To: <038.6b502725a400b7a6d73c93a35d89d3ba@avcodec.org> References: <038.6b502725a400b7a6d73c93a35d89d3ba@avcodec.org> Message-ID: <053.2d844ac9df88a4217898a05dcddddbf4@avcodec.org> #2191: ffplay: iff 8svx regression with time counter -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: fixed Keywords: 8svx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * status: open => closed * resolution: => fixed Comment: Fixed in git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 02:15:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 01:15:06 -0000 Subject: [FFmpeg-trac] #2231(undetermined:new): Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages In-Reply-To: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> References: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> Message-ID: <055.26273fc9e7be28ef74725411d091a774@avcodec.org> #2231: Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): I'll upload smaller videos. the original video plays fine on WMP, so if I'm copying the audio it should play right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 02:51:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 01:51:57 -0000 Subject: [FFmpeg-trac] #2231(undetermined:closed): Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages In-Reply-To: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> References: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> Message-ID: <055.95946c840472ecf8bab28c71b25492b7@avcodec.org> #2231: Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [comment:3 ramitbhalla]: > the original video plays fine on WMP, so if I'm copying the audio it should play right? Why do you think so? Or to say it differently: Afaict, WMP does not support latm in mpeg-ts. I may of course be wrong, so if you have a transport stream containing latm that does not play silent in WMP, please reopen this ticket (and please provide the sample, it is absolutely ok if it is larger than 10MB, but please do not upload 300MB samples just to show they are not playing silent). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 02:58:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 01:58:11 -0000 Subject: [FFmpeg-trac] #2231(undetermined:closed): Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages In-Reply-To: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> References: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> Message-ID: <055.cf0268c2ab1e42cba1ab5802cf9ebd36@avcodec.org> #2231: Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 cehoyos]: > Replying to [comment:3 ramitbhalla]: > > the original video plays fine on WMP, so if I'm copying the audio it should play right? > > Why do you think so? To elaborate a bit in case this is unclear: I hope you agree that this command cannot produce an output file that plays with WMP: $ ffmpeg -i latm_input -acodec copy -vn out.mkv because WMP does not support matroska files So assuming that WMP does not support latm in mpeg-ts (this may be wrong, but it fails for a random sample I tried and for FFmpeg-produced files as you tested, so it is at least possible that it is unsupported), why should the following command produce a non-silent file for WMP? $ ffmpeg -i latm_input -acodec copy -vn out.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 03:19:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 02:19:21 -0000 Subject: [FFmpeg-trac] #2231(undetermined:closed): Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages In-Reply-To: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> References: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> Message-ID: <055.1e1322c6f24da15b708112988bc1e979@avcodec.org> #2231: Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Replying to [comment:5 cehoyos]: > Replying to [comment:4 cehoyos]: > > Replying to [comment:3 ramitbhalla]: > > > the original video plays fine on WMP, so if I'm copying the audio it should play right? > > > > Why do you think so? > > To elaborate a bit in case this is unclear: > I hope you agree that this command cannot produce an output file that plays with WMP: > $ ffmpeg -i latm_input -acodec copy -vn out.mkv > because WMP does not support matroska files 1. This DOES work, I have Haali media splitter installed and the audio is playing back perfectly, no issues. > > So assuming that WMP does not support latm in mpeg-ts (this may be wrong, but it fails for a random sample I tried and for FFmpeg-produced files as you tested, so it is at least possible that it is unsupported), why should the following command produce a non-silent file for WMP? > $ ffmpeg -i latm_input -acodec copy -vn out.ts 2. I am unable to play the TS files in WMP, don't know why since the MKV is playing. 3. Why are there so many clipping messages? Is that normal? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 03:48:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 02:48:46 -0000 Subject: [FFmpeg-trac] #2205(FFserver:open): Can't streaming for H.264/AAC In-Reply-To: <036.5be1f046608a67265890c12c6b95fe01@avcodec.org> References: <036.5be1f046608a67265890c12c6b95fe01@avcodec.org> Message-ID: <051.a6563d2f2234399af57621e1c7c374c9@avcodec.org> #2205: Can't streaming for H.264/AAC -------------------------------------+------------------------------------- Reporter: EricAhn | Owner: EricAhn Type: defect | Status: open Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: rtsp rtp | Blocked By: aac ffserver | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by EricAhn): It's rtsp flow of galaxy u <--> wowza RTSP flow for reference. *default player //client galaxy u => wowza server // OPTIONS command ?? // OPTIONS rtsp://10.10.10.99/livetv/stream RTSP/1.0 CSeq: 0 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) ClientChallenge: 9e26d33f2984236010ef6253fb1887f7 PlayerStarttime: [28/03/2003:22:50:23 00:00] CompanyID: KnKV4M4I/B2FjJ1TToLycw== GUID: 00000000-0000-0000-0000-000000000000 *wowza(10.10.10.99) => client galaxy u(10.10.10.34) RTSP/1.0 200 OK Supported: play.basic, con.persistent Cseq: 0 Server: Wowza Media Server 3.1.2 build1624 Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECORD, GET_PARAMETER Cache-Control: no-cache *client galaxy u(10.10.10.34) => wowza(10.10.10.99) DESCRIBE rtsp://10.10.10.99/livetv/stream RTSP/1.0 CSeq: 1 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) Accept: application/sdp x-wap-profile: http://wap.samsungmobile.com/uaprof/SHW-M130L.xml Accept-Encoding: *wowza(10.10.10.99) => client galaxy u(10.10.10.34) RTSP/1.0 200 OK Content-Base: rtsp://10.10.10.99/livetv/stream/ Date: Tue, 29 Jan 2013 17:58:56 KST Content-Length: 561 Session: 1247550419;timeout=60 Expires: Tue, 29 Jan 2013 17:58:56 KST Cseq: 1 Content-Type: application/sdp Server: Wowza Media Server 3.1.2 build1624 Cache-Control: no-cache v=0 o=- 1247550419 1247550419 IN IP4 127.0.0.1 s=stream c=IN IP4 0.0.0.0 t=0 0 a=sdplang:en a=range:npt=now- a=control:* m=audio 0 RTP/AVP 96 a=rtpmap:96 mpeg4-generic/44100/2 a=fmtp:96 profile-level-id=1;mode=AAC- hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1210 a=control:trackID=1 m=video 0 RTP/AVP 97 a=rtpmap:97 H264/90000 a=fmtp:97 packetization-mode=1;profile-level-id=42C00D;sprop-parameter- sets=Z0LADfQFoe2AiAAAAwAIAAADAeB4oVU=,aM48gA== a=cliprect:0,0,480,720 a=framesize:97 720-480 a=framerate:30.0 a=control:trackID=2 *client galaxy u(10.10.10.34) => wowza(10.10.10.99) SETUP rtsp://10.10.10.99/livetv/stream/trackID=1 RTSP/1.0 CSeq: 2 Session: 1247550419 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) Transport: RTP/AVP/UDP;unicast;client_port=13090-13091 Blocksize: 1400 *wowza(10.10.10.99) => client galaxy u(10.10.10.34) RTSP/1.0 200 OK Date: Tue, 29 Jan 2013 17:58:56 KST Transport: RTP/AVP/UDP;unicast;client_port=13090-13091;source=121.254.247.99;server_port=6978-6979;ssrc=706A7E29 Session: 1247550419;timeout=60 Expires: Tue, 29 Jan 2013 17:58:56 KST Cseq: 2 Server: Wowza Media Server 3.1.2 build1624 Cache-Control: no-cache *client galaxy u(10.10.10.34) => wowza(10.10.10.99) SETUP rtsp://10.10.10.99/livetv/stream/trackID=2 RTSP/1.0 CSeq: 3 Session: 1247550419 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) Transport: RTP/AVP/UDP;unicast;client_port=13092-13093 Blocksize: 1400 *wowza(10.10.10.99) => client galaxy u(10.10.10.34) RTSP/1.0 200 OK Date: Tue, 29 Jan 2013 17:58:56 KST Transport: RTP/AVP/UDP;unicast;client_port=13092-13093;source=10.10.10.99;server_port=6976-6977;ssrc=6C443A85 Session: 1247550419;timeout=60 Expires: Tue, 29 Jan 2013 17:58:56 KST Cseq: 3 Server: Wowza Media Server 3.1.2 build1624 Cache-Control: no-cache *client galaxy u(10.10.10.34) => wowza(10.10.10.99) PLAY rtsp://10.10.10.99/livetv/stream RTSP/1.0 CSeq: 4 Session: 1247550419 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) Range: npt=now- *wowza(10.10.10.99) => client galaxy u(10.10.10.34) RTSP/1.0 200 OK Range: npt=now- Session: 1247550419;timeout=60 Cseq: 4 RTP-Info: url=rtsp://10.10.10.99/livetv/stream/trackID=1;seq=1;rtptime=180706894,url=rtsp://10.10.10.99/livetv/stream/trackID=2;seq=1;rtptime=368789580 Server: Wowza Media Server 3.1.2 build1624 Cache-Control: no-cache PT=DynamicRTP-Type-96,SSRC=0x706A7E29, Seq=1, Time=180708967, Mark .. PT=DynamicRTP-Type-97,SSRC=0x6C443A85, Seq=1, Time=368820000 .. .. .. OPTIONS rtsp://10.10.10.99/livetv/stream RTSP/1.0 CSeq: 5 Session: 1247550419 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) RTSP/1.0 200 OK Session: 1247550419;timeout=60 Supported: play.basic, con.persistent Cseq: 5 Server: Wowza Media Server 3.1.2 build1624 Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECORD, GET_PARAMETER Cache-Control: no-cache *client galaxy u(10.10.10.34) => wowza(10.10.10.99) ( "Stop" button pressed on Galaxy U player) TEARDOWN rtsp://10.10.10.99/livetv/stream RTSP/1.0 CSeq: 6 Session: 1247550419 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) Connection: close RTSP/1.0 200 OK Session: 1247550419;timeout=60 Cseq: 6 Server: Wowza Media Server 3.1.2 build1624 Cache-Control: no-cache -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 03:53:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 02:53:53 -0000 Subject: [FFmpeg-trac] #2231(undetermined:closed): Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages In-Reply-To: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> References: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> Message-ID: <055.b239c1ba184c7a0d1270b78244775aa8@avcodec.org> #2231: Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 ramitbhalla]: > Replying to [comment:5 cehoyos]: > > To elaborate a bit in case this is unclear: > > I hope you agree that this command cannot produce an output file that plays with WMP: > > $ ffmpeg -i latm_input -acodec copy -vn out.mkv > > because WMP does not support matroska files > 1. This DOES work, I have Haali media splitter installed and the audio is playing back perfectly, no issues. Only vanilla WMP is relevant for this discussion, I am sure if you install the right FFmpeg-based splitter, your file test.ts plays fine with WMP (but let me repeat: this is completely irrelevant for this ticket) > 3. Why are there so many clipping messages? Is that normal? I assumed the important part of this ticket (from your point of you) is the audio problem. Please feel free to open a ticket concerning the excessive warnings printed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 04:01:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 03:01:33 -0000 Subject: [FFmpeg-trac] #2205(FFserver:open): It does not be streaming a RTSP(H.264/AAC) using ffserver. (was: Can't streaming for H.264/AAC) In-Reply-To: <036.5be1f046608a67265890c12c6b95fe01@avcodec.org> References: <036.5be1f046608a67265890c12c6b95fe01@avcodec.org> Message-ID: <051.ab500f0045a638bf2a227fe1c541c794@avcodec.org> #2205: It does not be streaming a RTSP(H.264/AAC) using ffserver. -------------------------------------+------------------------------------- Reporter: EricAhn | Owner: EricAhn Type: defect | Status: open Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: rtsp rtp | Blocked By: aac ffserver | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 04:07:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 03:07:37 -0000 Subject: [FFmpeg-trac] #2205(FFserver:open): It does not be streaming a RTSP(H.264/AAC) using ffserver. In-Reply-To: <036.5be1f046608a67265890c12c6b95fe01@avcodec.org> References: <036.5be1f046608a67265890c12c6b95fe01@avcodec.org> Message-ID: <051.a19d5b7ca971c84aa597893940e0d9b0@avcodec.org> #2205: It does not be streaming a RTSP(H.264/AAC) using ffserver. -------------------------------------+------------------------------------- Reporter: EricAhn | Owner: EricAhn Type: defect | Status: open Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: rtsp rtp | Blocked By: aac ffserver | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by EricAhn): I captured rtsp flow between ffserver and galaxy u. It did not generate media info as follows : {{{ RTSP/1.0 200 OK Content-Base: rtsp://10.10.10.99/livetv/stream/ Date: Tue, 29 Jan 2013 17:58:56 KST Content-Length: 561 Session: 1247550419;timeout=60 Expires: Tue, 29 Jan 2013 17:58:56 KST Cseq: 1 Content-Type: application/sdp Server: Wowza Media Server 3.1.2 build1624 Cache-Control: no-cache v=0 o=- 1247550419 1247550419 IN IP4 127.0.0.1 s=stream c=IN IP4 0.0.0.0 t=0 0 a=sdplang:en a=range:npt=now- a=control:* m=audio 0 RTP/AVP 96 a=rtpmap:96 mpeg4-generic/44100/2 a=fmtp:96 profile-level-id=1;mode=AAC- hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1210 a=control:trackID=1 m=video 0 RTP/AVP 97 a=rtpmap:97 H264/90000 a=fmtp:97 packetization-mode=1;profile-level-id=42C00D;sprop-parameter- sets=Z0LADfQFoe2AiAAAAwAIAAADAeB4oVU=,aM48gA== a=cliprect:0,0,480,720 a=framesize:97 720-480 a=framerate:30.0 a=control:trackID=2 }}} * default player OPTIONS rtsp://10.10.250.122:5454/live.H.264 RTSP/1.0 CSeq: 0 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) ClientChallenge: 9e26d33f2984236010ef6253fb1887f7 PlayerStarttime: [28/03/2003:22:50:23 00:00] CompanyID: KnKV4M4I/B2FjJ1TToLycw== GUID: 00000000-0000-0000-0000-000000000000 * ffserver(10.10.250.122) => client galaxy u(10.10.253.73) RTSP/1.0 200 OK CSeq: 0 Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE *client galaxy u(10.10.253.73) => ffserver(10.10.250.122) DESCRIBE rtsp://10.10.250.122:5454/live.H.264 RTSP/1.0 CSeq: 1 User-Agent: Samsung SHW-M130L PVPlayer CORE/6.506.4.1 OpenCORE/2.02 (Linux;Android 2.2.1) Accept: application/sdp x-wap-profile: http://wap.samsungmobile.com/uaprof/SHW-M130L.xml Accept-Encoding: * ffserver(10.10.250.122) => client galaxy u(10.10.253.73) RTSP/1.0 503 Service Unavailable CSeq: 1 Date: Fri, 01 Feb 2013 02:07:58 GMT and displayed "AAC with no global headers is currently not supported." in ffserver. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 05:04:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 04:04:13 -0000 Subject: [FFmpeg-trac] #2233(undetermined:open): H264 remuxing generated excessive warning messages (was: H264 remuxing generated excessive warning messages while remuxing to TS) In-Reply-To: <040.5df612ff1589f8eab34bce09465546d0@avcodec.org> References: <040.5df612ff1589f8eab34bce09465546d0@avcodec.org> Message-ID: <055.7b1148a39fdca2e5bcce740cef082838@avcodec.org> #2233: H264 remuxing generated excessive warning messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => minor * version: unspecified => git-master * keywords: => wtv h264 Comment: {{{ $ ffmpeg -i Great\ British\ Railway\ Journeys_BBC\ HD_2013_01_29_18_31_49_cut.wtv -an -vcodec copy out.h264 ffmpeg version N-49553-g13eb9fc Copyright (c) 2000-2013 the FFmpeg developers built on Feb 3 2013 14:58:47 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wtv @ 0x1a2f000] truncated file [wtv @ 0x1a2f000] reported file length (0x7146c2e3) exceeds number of available sectors (0x40000000) [wtv @ 0x1a2f000] truncated file Last message repeated 1 times [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS referenced [h264 @ 0x1a365e0] non-existing SPS 0 referenced in buffering period [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] non-existing PPS 0 referenced [h264 @ 0x1a365e0] decode_slice_header error [h264 @ 0x1a365e0] no frame! [h264 @ 0x1a365e0] mmco: unref short failure Last message repeated 3 times [h264 @ 0x1a365e0] Missing reference picture, default is 65592 Last message repeated 5 times [h264 @ 0x1a365e0] reference picture missing during reorder Last message repeated 1 times [h264 @ 0x1a365e0] Missing reference picture, default is 65593 Last message repeated 2 times [h264 @ 0x1a365e0] reference picture missing during reorder Last message repeated 1 times [h264 @ 0x1a365e0] Missing reference picture, default is 65593 Last message repeated 2 times [h264 @ 0x1a365e0] reference picture missing during reorder Last message repeated 1 times [h264 @ 0x1a365e0] Missing reference picture, default is 65593 Last message repeated 2 times [h264 @ 0x1a365e0] reference picture missing during reorder Last message repeated 1 times [h264 @ 0x1a365e0] Missing reference picture, default is 65593 Last message repeated 2 times [h264 @ 0x1a365e0] reference picture missing during reorder Last message repeated 1 times [h264 @ 0x1a365e0] Missing reference picture, default is 65593 Last message repeated 2 times [h264 @ 0x1a365e0] reference picture missing during reorder Last message repeated 1 times [h264 @ 0x1a365e0] Missing reference picture, default is 65593 Last message repeated 2 times [h264 @ 0x1a365e0] mmco: unref short failure Last message repeated 1 times Input #0, wtv, from 'Great British Railway Journeys_BBC HD_2013_01_29_18_31_49_cut.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Great British Railway Journeys WM/SubTitle : Salisbury to Castle Cary WM/SubTitleDescription: Michael Portillo visits a world famous tourist hotspot that's been captivating visitors since the Victorian era, takes to the air in Yeovil. genre : Documentary;Other WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Dave Minchin;Michael Portillo; service_provider: BBC HD service_name : BBC HD WM/MediaOriginalChannel: 102 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-01-29T00:00:00Z WM/MediaOriginalRunTime: 18681609860 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-01-29 18:31:51 WM/WMRVSeriesUID: !GenericSeries!Great British Railway Journeys WM/WMRVServiceID: !MCService!755567 WM/WMRVProgramID: !MCProgram!49380966 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 16888185949 WM/WMRVEndTime : 2013-01-29 19:00:00 WM/WMRVBitrate : 9.005435 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 188 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 17115008 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbTimeStamp: -4616189618054758400 Duration: 00:14:55.50, start: 1.812991, bitrate: 22 kb/s Stream #0:0[0x3d](eng): Subtitle: dvb_subtitle Stream #0:1[0x3e](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp Stream #0:2[0x3f]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25.50 fps, 25 tbr, 10000k tbn, 50 tbc Stream #0:3[0x40](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (hearing impaired) Output #0, h264, to 'out.h264': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Great British Railway Journeys WM/SubTitle : Salisbury to Castle Cary WM/SubTitleDescription: Michael Portillo visits a world famous tourist hotspot that's been captivating visitors since the Victorian era, takes to the air in Yeovil. genre : Documentary;Other WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Dave Minchin;Michael Portillo; service_provider: BBC HD service_name : BBC HD WM/MediaOriginalChannel: 102 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-01-29T00:00:00Z WM/MediaOriginalRunTime: 18681609860 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-01-29 18:31:51 WM/WMRVSeriesUID: !GenericSeries!Great British Railway Journeys WM/WMRVServiceID: !MCService!755567 WM/WMRVProgramID: !MCProgram!49380966 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 16888185949 WM/WMRVEndTime : 2013-01-29 19:00:00 WM/WMRVBitrate : 9.005435 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 188 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 17115008 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbTimeStamp: -4616189618054758400 encoder : Lavf54.61.104 Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25.50 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:2 -> #0:0 (copy) Press [q] to stop, [?] for help [h264 @ 0x1af9780] st:0 PTS: 143713 DTS: 143713 < 149114 invalid, clipping [h264 @ 0x1af9780] st:0 PTS: 145513 DTS: 145513 < 149115 invalid, clipping [h264 @ 0x1af9780] st:0 PTS: 158113 DTS: 158113 < 163514 invalid, clipping [h264 @ 0x1af9780] st:0 PTS: 159913 DTS: 159913 < 163515 invalid, clipping [h264 @ 0x1af9780] st:0 PTS: 179713 DTS: 179713 < 183314 invalid, clipping [h264 @ 0x1af9780] st:0 PTS: 186913 DTS: 179713 < 183315 invalid, clipping [h264 @ 0x1af9780] st:0 PTS: 197713 DTS: 183313 < 183316 invalid, clipping [h264 @ 0x1af9780] st:0 PTS: 208513 DTS: 208513 < 212114 invalid, clipping frame= 37 fps=0.0 q=-1.0 Lsize= 1157kB time=00:00:02.63 bitrate=3595.2kbits/s video:1157kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 05:17:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 04:17:13 -0000 Subject: [FFmpeg-trac] #2231(undetermined:closed): Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages In-Reply-To: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> References: <040.3a198827d2f2c56670d2f092ff970469@avcodec.org> Message-ID: <055.e1be966fa003a1d0faaffd2957e29ba1@avcodec.org> #2231: Remuxing some H264 WTV file to TS files generates no audio and excessive clipping messages -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: latm mpegts | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => latm mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 10:28:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 09:28:05 -0000 Subject: [FFmpeg-trac] #2234(avcodec:new): FFMPEG crashes when trying to convert from PIX_FMT_YUV420P for specfic size of images Message-ID: <048.f615f28837a3e7e45e5834dd06409b3a@avcodec.org> #2234: FFMPEG crashes when trying to convert from PIX_FMT_YUV420P for specfic size of images -------------------------------------+------------------------------------- Reporter: | Type: defect kirankumarcelestial | Priority: normal Status: new | Version: Component: avcodec | unspecified Keywords: Crash, | Blocked By: PIX_FMT_YUV420P | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hi I am trying to convert frames from PIX_FMT_YUYV422 to PIX_FMT_YUV420P, for some resolution it crashes, but works for other resolutions of frame. We have compiled Windows Version using instruction from http://ffmpeg.zeranoe.com, and are using the latest build. I managed to debug with windows using MinGW and used GDB, & below isthe stack when it crashes. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1792.0x14fc] (gdb) bt #0 0x6ab246f7 in extract_odd2avg_MMXEXT (count=-44, dst1=0x1c5c502c
, dst0=0x1c5af10c "", src1=0x1db90761 "}"%"\200"\210"|c+c|"+?{?+"\200"+?~???x?,?{?,?{?+?{?,-\177??-|-??\177?\200r |r?- xr?_{r,r|-,-|?,-|?,?{r,_{-._vr._{_,_}?,_}r??{_,_{r._|_\200_\177??_}?,r}_.r~r\201_|??_{_?_{_._|?._~r.- {r\201-|_\200_{r,-}_,r~-.rzr?-y-,-{-\201-}?\200?{?,?z?.c{?,?"..., src0=0x1db90411 "~".?~c,c}c+"xc,c}?+?\177?+c\177?+?{-,-}-,?|r+rx-?-{r.-|_,r}-?_|r.-{_,_|_.-zr.?}?,-|?,?|-\201_{_,_{_?_|r,?\177???{?.?{?._}?,_}?\200?z_,_{_,_|??_\200?,?~???~??r|_\201r|_,r\200r,r{r\ 201r{r\200-zr,r\177_\200-~?,-{_,r{-\201ry-?-y???{?,?z?+?|?+?"...) at libswscale/x86/rgb2rgb_template.c:2348 #1 yuyvtoyuv420_MMXEXT (ydst=, udst=0x1c5af038 "|||z}|\177|~}x{}|{y{z||{{zy}{y{}{{}\177}~|{\177{z{~}{{zxzz|{yzzy{zy|zxzzyzzy~z||}zz{|}|xx{ywwxzzxxuyyzwxxxwxvyywzyyxwyzyxxzzzzy{y~wwzyx}yxyxzy}vxzwxyy{|wzyxy{{xy{yzz{}{|}xxyxwwy{" , vdst=0x1c5c4f58 ".,+,+++,?,?+,,.,.,,?\201\201,,?,,\201\200,?,???,\201\201\201\201,,,\201,,?,.,,.....,,+.,.,?,?,\201..++++\210, src=, width=424, height=240, lumStride=424, chromStride=212, srcStride=848) at libswscale/x86/rgb2rgb_template.c:2363 #2 0x6ab1c25a in yuyvToYuv420Wrapper (c=0x9f3a470, src=0x1d99fb60, srcStride=0x1d99fb80, srcSliceY=0, srcSliceH=240, dstParam=0x1d99fb70, dstStride=0x1d99fb90) at libswscale/swscale_unscaled.c:235 #3 0x6ab192f7 in sws_scale (c=0x9f3a470, srcSlice=0x1d99fbf4, srcStride=0x1d99fbfc, srcSliceY=0, srcSliceH=240, dst=0x1d99fbe8, dstStride=0x1d99fbdc) at libswscale/swscale.c:928 How to reproduce: {{{ Code to reproduce the issue is : BOOL ConvertFromYUY2ToI420(BYTE* dataIn, DWORD inWidth, DWORD inHeight, DWORD InLen) { struct SwsContext *img_convert_ctx = NULL; uint8_t *downSample = new BYTE[InLen]; //new BYTE[InLen]; if (!downSample) { return FALSE; } memset(downSample, 0 , InLen); int outstride[3]; int instride[2] ; instride[0] = inWidth *2; instride[1] = 0; uint8_t *buf[2]; uint8_t *out[2]; out[0] = (uint8_t *) downSample; out[1] = (uint8_t *) (downSample + (inWidth * inWidth)/2); out[2] = (uint8_t *) (out[1] + ((inWidth * inWidth)/2)); //Strides outstride[0] = inWidth; outstride[1] = inWidth/2; //outstride[2] = inWidth/4; buf[0] = (uint8_t *) dataIn; if(img_convert_ctx == NULL) { img_convert_ctx = sws_getContext(inWidth, inHeight, PIX_FMT_YUYV422, inWidth, inHeight, PIX_FMT_YUV420P, SWS_BICUBIC, NULL, NULL, NULL); } if(img_convert_ctx == NULL) { return FALSE; } sws_scale(img_convert_ctx, buf, instride, 0, inHeight, out, outstride); memset(dataIn, 0, InLen); CopyMemory(dataIn, out[0], inWidth *inHeight); CopyMemory((dataIn + (inWidth *inHeight)), out[1], (inWidth *inHeight/4)); CopyMemory( (dataIn + (inWidth *inHeight) + ((inWidth * inHeight)/4) ) , out[2], ((inWidth * inHeight)/4) ); sws_freeContext(img_convert_ctx); img_convert_ctx = NULL; if (downSample) { delete[] downSample; downSample = NULL; } return TRUE; } The above code works for all Width X Height expect when the input resoultion is the fallowing combinaton : 424 x 240 800 x 448 960 x 544 1280 x 720 ffmpeg version : 0.11.0 built on: Windows }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 11:39:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 10:39:07 -0000 Subject: [FFmpeg-trac] #2235(undetermined:new): Subtitles do not seek Message-ID: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> #2235: Subtitles do not seek -------------------------------------+------------------------------------- Reporter: SubJunk | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When using the subtitles filter, the subtitle doesn't seek. For example using the following cmd: ffmpeg -ss 100 -i input.mkv -vf subtitles=input.srt -c:a ac3 -c:v mpeg2video output.mpeg The video and audio will skip 100 seconds like normal, but the subtitles will start from the beginning. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 12:43:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 11:43:09 -0000 Subject: [FFmpeg-trac] #2235(undetermined:new): Subtitles do not seek In-Reply-To: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> References: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> Message-ID: <051.40904994a788a339d7a149d1c9fdbd6e@avcodec.org> #2235: Subtitles do not seek -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 14:19:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 13:19:55 -0000 Subject: [FFmpeg-trac] #1745(undetermined:closed): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.a33ee6b68fa8ef216f3036974da0d0a2@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression mpegps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 15:15:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 14:15:30 -0000 Subject: [FFmpeg-trac] #2174(FFplay:open): ffplay: eliminate possible resize of the window for first frame In-Reply-To: <038.c086e77769aa3180a0a130fccca8cd50@avcodec.org> References: <038.c086e77769aa3180a0a130fccca8cd50@avcodec.org> Message-ID: <053.a3c04347febe815ef679af63e777122d@avcodec.org> #2174: ffplay: eliminate possible resize of the window for first frame -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: open Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Is this problem still reproducible? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 15:23:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 14:23:10 -0000 Subject: [FFmpeg-trac] #2208(avformat:open): Unable to extract PGS subtitles (*.sup) from Bluray m2ts In-Reply-To: <036.a258a60c4758182daaab7c59bca2a613@avcodec.org> References: <036.a258a60c4758182daaab7c59bca2a613@avcodec.org> Message-ID: <051.5babd9b8de7458486d04261234bc43ad@avcodec.org> #2208: Unable to extract PGS subtitles (*.sup) from Bluray m2ts -------------------------------------+------------------------------------ Reporter: moropus | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: pgssub sup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: pgssub => pgssub sup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 4 18:26:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 17:26:51 -0000 Subject: [FFmpeg-trac] #2236(undetermined:new): Default stream selection does not work with HLS output Message-ID: <038.3ca4aa86c6e26266850e140fb44e7390@avcodec.org> #2236: Default stream selection does not work with HLS output -------------------------------------+------------------------------------- Reporter: nealzebub | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''OS:''' CentOS 6.3 64-bit '''Build:''' ffmpeg version N-49571-gb5f544a '''Type:''' Burek static build, 64-bit, 20130204 '''Obtained from:''' http://ffmpeg.gusari.org/static/64bit/ I am attempting to encode from file(mainly MP4) to HTTP Live Streaming(HLS) compatible streams. According to the FFmpeg documentation, [http://ffmpeg.org/ffmpeg.html #Stream-selection]: ''By default ffmpeg includes only one stream of each type (video, audio, subtitle) present in the input files and adds them to each output file. It picks the "best" of each based upon the following criteria; for video it is the stream with the highest resolution, for audio the stream with the most channels, for subtitle it?s the first subtitle stream. In the case where several streams of the same type rate equally, the lowest numbered stream is chosen.'' I should not have to map audio and videos streams when outputting to HLS. I obtained a source file, so I could enter this report, from: http://www.wowzamedia.com/_h264/bigbuckbunny_1500.mp4 The problem I encountered is when attempting to encode to HLS, without mapping audio and video streams, a message appears: {{{ Output file #0 does not contain any stream }}} If I set the output to mpegts or MP4, I receive no such message, and encode completes normally, which means that auto stream selection functioned as described in the documentation for those outputs. '''Here is the exact command used:''' {{{ ./ffmpeg.20130204 -report -i ./source_media/bigbuckbunny_1500.mp4 -frames:v 480 -c:v libx264 -crf 25 -profile:v baseline -g 48 -sc_threshold 0 -flags +cgop -c:a aac -strict -2 -b:a 112k -f ssegment -segment_time 10 -segment_format mpegts "hls_%02d.ts" }}} '''Here is the report:''' {{{ ffmpeg started on 2013-02-04 at 12:08:21 Report written to "ffmpeg-20130204-120821.log" Command line: ./ffmpeg.20130204 -report -i ./source_media/bigbuckbunny_1500.mp4 -frames:v 480 -c:v libx264 -crf 25 -profile:v baseline -g 48 -sc_threshold 0 -flags +cgop -c:a aac -strict -2 -b:a 112k -f ssegment -segment_time 10 -segment_format mpegts "hls_%02d.ts" ffmpeg version N-49571-gb5f544a Copyright (c) 2000-2013 the FFmpeg developers built on Feb 4 2013 05:23:01 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/64bit --extra- cflags='-I/root/ffmpeg-static/64bit/include -static' --extra- ldflags='-L/root/ffmpeg-static/64bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable- runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument './source_media/bigbuckbunny_1500.mp4'. Reading option '-frames:v' ... matched as option 'frames' (set the number of frames to record) with argument '480'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'libx264'. Reading option '-crf' ... matched as AVOption 'crf' with argument '25'. Reading option '-profile:v' ... matched as option 'profile' (set profile) with argument 'baseline'. Reading option '-g' ... matched as AVOption 'g' with argument '48'. Reading option '-sc_threshold' ... matched as AVOption 'sc_threshold' with argument '0'. Reading option '-flags' ... matched as AVOption 'flags' with argument '+cgop'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'aac'. Reading option '-strict' ... matched as AVOption 'strict' with argument '-2'. Reading option '-b:a' ... matched as option 'b' (video bitrate (please use -b:v)) with argument '112k'. Reading option '-f' ... matched as option 'f' (force format) with argument 'ssegment'. Reading option '-segment_time' ... matched as AVOption 'segment_time' with argument '10'. Reading option '-segment_format' ... matched as AVOption 'segment_format' with argument 'mpegts'. Reading option 'hls_%02d.ts' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file ./source_media/bigbuckbunny_1500.mp4. Successfully parsed a group of options. Opening an input file: ./source_media/bigbuckbunny_1500.mp4. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2ad0a20] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2ad0a20] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2ad0a20] File position before avformat_find_stream_info() is 114213748 [h264 @ 0x2ad7260] Increasing reorder buffer to 1 [h264 @ 0x2ad7260] no picture ooo [h264 @ 0x2ad7260] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2ad0a20] All info found rfps: 23.416667 0.019644 rfps: 23.416667 0.019644 rfps: 23.500000 0.014433 rfps: 23.500000 0.014433 rfps: 23.583333 0.010023 rfps: 23.583333 0.010023 rfps: 23.666667 0.006415 rfps: 23.666667 0.006415 rfps: 23.750000 0.003608 rfps: 23.750000 0.003608 rfps: 23.833333 0.001604 rfps: 23.833333 0.001604 rfps: 23.916667 0.000401 rfps: 23.916667 0.000401 rfps: 24.000000 0.000000 rfps: 24.083333 0.000401 rfps: 24.083333 0.000401 rfps: 24.166667 0.001603 rfps: 24.166667 0.001603 rfps: 24.250000 0.003607 rfps: 24.250000 0.003607 rfps: 24.333333 0.006413 rfps: 24.333333 0.006413 rfps: 24.416667 0.010021 rfps: 24.416667 0.010021 rfps: 24.500000 0.014430 rfps: 24.500000 0.014430 rfps: 24.583333 0.019641 rfps: 24.583333 0.019641 rfps: 47.416667 0.019645 rfps: 47.416667 0.019645 rfps: 47.500000 0.014434 rfps: 47.500000 0.014434 rfps: 47.583333 0.010024 rfps: 47.583333 0.010024 rfps: 47.666667 0.006416 rfps: 47.666667 0.006416 rfps: 47.750000 0.003609 rfps: 47.750000 0.003609 rfps: 47.833333 0.001604 rfps: 47.833333 0.001604 rfps: 47.916667 0.000401 rfps: 47.916667 0.000401 rfps: 48.000000 0.000000 rfps: 48.083333 0.000401 rfps: 48.083333 0.000401 rfps: 48.166667 0.001603 rfps: 48.166667 0.001603 rfps: 48.250000 0.003607 rfps: 48.250000 0.003607 rfps: 48.333333 0.006412 rfps: 48.333333 0.006412 rfps: 48.416667 0.010020 rfps: 48.416667 0.010020 rfps: 48.500000 0.014429 rfps: 48.500000 0.014429 rfps: 48.583333 0.019640 rfps: 48.583333 0.019640 rfps: 23.976024 0.000033 rfps: 23.976024 0.000033 rfps: 47.952048 0.000133 rfps: 47.952048 0.000133 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2ad0a20] File position after avformat_find_stream_info() is 27957 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './source_media/bigbuckbunny_1500.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isomavc1mp42isom Duration: 00:09:56.46, start: 0.000000, bitrate: 1531 kb/s Stream #0:0(eng), 21, 1/100000: Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1080x608, 1393 kb/s, 24 fps, 24 tbr, 100k tbn, 200k tbc Metadata: handler_name : VideoHandler Stream #0:1(eng), 40, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 131 kb/s Metadata: handler_name : SoundHandler Successfully opened the file. Parsing a group of options: output file hls_%02d.ts. Applying option frames:v (set the number of frames to record) with argument 480. Applying option c:v (codec name) with argument libx264. Applying option profile:v (set profile) with argument baseline. Applying option c:a (codec name) with argument aac. Applying option b:a (video bitrate (please use -b:v)) with argument 112k. Applying option f (force format) with argument ssegment. Successfully parsed a group of options. Opening an output file: hls_%02d.ts. Successfully opened the file. Output #0, stream_segment,ssegment, to 'hls_%02d.ts': Metadata: major_brand : isom minor_version : 0 compatible_brands: isomavc1mp42isom Output file #0 does not contain any stream Statistics: 595406 bytes read, 2 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 00:01:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 23:01:55 -0000 Subject: [FFmpeg-trac] #1964(avformat:open): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.b5866c8c77c8a74c97ef65322ac614b9@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): Since there has been no further response to this, I have forked ubitux's repository and started working on the hds branch at: https://github.com/ottomatic/ffmpeg/tree/hds I have reached a state where the entire bootstrap structure, with its segment run tables and fragment run tables, is properly parsed. The progress is a bit slow, but it's progress all the same. Next, I shall start working on the actual demuxing - if no one else would like to take over? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 00:08:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Feb 2013 23:08:15 -0000 Subject: [FFmpeg-trac] #2002(avformat:reopened): mms streaming always requests all streams In-Reply-To: <035.3f4ef5bc7df568c110cfde0735d70464@avcodec.org> References: <035.3f4ef5bc7df568c110cfde0735d70464@avcodec.org> Message-ID: <050.ab1d82761064cdf3731e2800108abc51@avcodec.org> #2002: mms streaming always requests all streams ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mms | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DJX): Yes, the reason this stream has multiple streams is because WMS allows multi-encoding for different bitrates depending on client connection speed. This is implemented correctly, on the client side, in WMP as you can see by playing a stream and then selecting View-->Statistics. This should probably be changed to a "wish" because proper implementation is most like difficult to obtain. For now, you will probably just have to manually select which stream you wish to play. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 01:00:50 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 00:00:50 -0000 Subject: [FFmpeg-trac] #2174(FFplay:closed): ffplay: eliminate possible resize of the window for first frame In-Reply-To: <038.c086e77769aa3180a0a130fccca8cd50@avcodec.org> References: <038.c086e77769aa3180a0a130fccca8cd50@avcodec.org> Message-ID: <053.b4b97c52d5dcc7cd4319422b98a284db@avcodec.org> #2174: ffplay: eliminate possible resize of the window for first frame -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by ami_stuff): * status: open => closed * resolution: => fixed Comment: Replying to [comment:5 cehoyos]: > Is this problem still reproducible? I belive it's fixed by 4fd6e5af1e334875eca4f803bbcfac9219b0524a. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 01:05:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 00:05:49 -0000 Subject: [FFmpeg-trac] #2237(undetermined:new): ffplay: do not increase get_master_clock(is) when audio/video decoding is blocked (can't process) Message-ID: <038.30726c1763f0462a0e8ce0b54f8801d3@avcodec.org> #2237: ffplay: do not increase get_master_clock(is) when audio/video decoding is blocked (can't process) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- when I seek (for example) in this file: http://samples.mplayerhq.hu/game-formats/interplay-mve/baldursgate- camp.mve then audio/video decoding is blocked, but get_master_clock(is) still increases (time counter). I think it should be blocked (it was like that in the past /at least with git-a52f598 from 2011/) {{{ C:\>ffplay baldursgate-camp.mve ffplay version N-49268-ge9d443c Copyright (c) 2003-2013 the FFmpeg developers built on Jan 24 2013 23:27:01 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --e nable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo- aacenc --en able-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable -libxavs --enable-libxvid --enable-zlib libavutil 52. 15.103 / 52. 15.103 libavcodec 54. 90.100 / 54. 90.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 33.100 / 3. 33.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [ipmovie @ 026588e0] Estimating duration from bitrate, this may be inaccurate Input #0, ipmovie, from 'baldursgate-camp.mve': Duration: 00:01:14.91, start: 0.000000, bitrate: 352 kb/s Stream #0:0: Video: interplayvideo, pal8, 640x272, 14.99 tbr, 1000k tbn, 100 0k tbc Stream #0:1: Audio: interplay_dpcm, 22050 Hz, stereo, s16, 352 kb/s 0.02 A-V: -0.422 fd= 0 aq= Frame changed from size:0x0 to size:640x272 Seek to 45% ( 0:00:33) of total duration ( 0:01:14) B f=0/0 6.50 A-V: -0.019 fd= 2 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 01:09:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 00:09:32 -0000 Subject: [FFmpeg-trac] #2235(undetermined:new): Subtitles do not seek In-Reply-To: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> References: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> Message-ID: <051.8c2bde1692f5f85273ed5abada662f5f@avcodec.org> #2235: Subtitles do not seek -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): Hi cehoyos, thanks for the quick reply :) Here's the complete output: ffmpeg -ss 100 -i input.mp4 -vf "subtitles=input.srt" -an -f mpeg2video output.mpeg ffmpeg version N-49527-g985e93a Copyright (c) 2000-2013 the FFmpeg developers built on Feb 1 2013 18:41:39 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.100 / 3. 35.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2011-01-27 13:06:05 Duration: 01:54:43.95, start: 0.000000, bitrate: 1715 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x384 [SAR 1:1 DAR 15:8], 1583 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 2011-01-26 23:52:45 handler_name : GPAC ISO Video Handler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s Metadata: creation_time : 2011-01-27 13:08:22 handler_name : GPAC ISO Audio Handler [srt @ 0556d140] Estimating duration from bitrate, this may be inaccurate Output #0, mpeg2video, to 'output.mpeg': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom encoder : Lavf54.61.104 Stream #0:0(und): Video: mpeg2video, yuv420p, 720x384 [SAR 1:1 DAR 15:8], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Metadata: creation_time : 2011-01-26 23:52:45 handler_name : GPAC ISO Video Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Press [q] to stop, [?] for help [h264 @ 05552380] mmco: unref short failure [h264 @ 05552380] Missing reference picture, default is 65508 Last Last messa message repeated 1 times [h264 @ 055527a0] mmco: unref short failure [h264 @ 05552380] Missing reference picture, default is 65508 [h264 @ 05552fa0] mmco: unref short failure [Parsed_subtitles_0 @ 00308780] Neither PlayResX nor PlayResY defined. Assuming 384x288 frame=203315 fps=1170 q=31.0 Lsize= 434006kB time=01:53:03.91 bitrate= 524.1kbits/s dup=0 drop=1 video:434006kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% I've tried it with a few different files (mp4 and mkv, all with srt subtitles) and got the same result each time. If there's any more info that would be helpful please let me know :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 01:14:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 00:14:35 -0000 Subject: [FFmpeg-trac] #2238(undetermined:new): ffplay: add SDL_AUDIO_FREQUENCY variable Message-ID: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> #2238: ffplay: add SDL_AUDIO_FREQUENCY variable -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- for some reason (maybe hardware drive or some bug in libsdl) audio frequencies > than 48000 does not play correctly on my system with ffplay, so I would like to request env variable where I could set max freq which would be allowed for ffplay to use (for example 48000). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 04:07:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 03:07:45 -0000 Subject: [FFmpeg-trac] #2239(undetermined:new): "100 buffers queued in output stream" when decoding APE files (Insane profile) Message-ID: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> #2239: "100 buffers queued in output stream" when decoding APE files (Insane profile) -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: minor | Component: Version: git- | undetermined master | Keywords: ape Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: {{{ $ ./ffmpeg -i /d/Music/Nine\ Inch\ Nails/The\ Slip\ -\ 96-24\ HQ/01\ 999\,999.ape -c:a pcm_s24le 01 999,999.wav ffmpeg version N-49584-g5a83115 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 4 2013 22:03:05 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-memory-poisoning --disable-ffprobe --disable-doc --enable-cross-compile --cross-prefix=i686-w64-mingw32- --target-os=mingw32 --arch=x86 --cpu=i686 --prefix=/mingw32 libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, ape, from 'd:/Music/Nine Inch Nails/The Slip - 96-24 HQ/01 999,999.ape': Duration: 00:01:27.04, start: 0.000000, bitrate: 2422 kb/s Stream #0:0: Audio: ape (APE / 0x20455041), 96000 Hz, stereo, s32p Output #0, wav, to '01 999,999.wav': Metadata: ISFT : Lavf54.61.104 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 96000 Hz, stereo, s32, 4608 kb/s Stream mapping: Stream #0:0 -> #0:0 (ape -> pcm_s24le) Press [q] to stop, [?] for help [output stream 0:0 @ 035BBE80] 100 buffers queued in output stream 0:0, something may be wrong. size= 48961kB time=00:01:27.04 bitrate=4608.0kbits/s video:0kB audio:48961kB subtitle:0 global headers:0kB muxing overhead 0.000203% }}} This apparently only happens when using files compressed with the "Insane" profile (Official tools), regardless of bit depth and sample rate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 09:20:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 08:20:00 -0000 Subject: [FFmpeg-trac] #2239(undetermined:new): "100 buffers queued in output stream" when decoding APE files (Insane profile) In-Reply-To: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> References: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> Message-ID: <049.c42dec326bdc21e95319dee648fa2cbf@avcodec.org> #2239: "100 buffers queued in output stream" when decoding APE files (Insane profile) -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: ape | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 09:22:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 08:22:03 -0000 Subject: [FFmpeg-trac] #2237(FFplay:open): ffplay: do not increase get_master_clock(is) when audio/video decoding is blocked (can't process) In-Reply-To: <038.30726c1763f0462a0e8ce0b54f8801d3@avcodec.org> References: <038.30726c1763f0462a0e8ce0b54f8801d3@avcodec.org> Message-ID: <053.9440984286a9b3664e5d71c0cdb937d5@avcodec.org> #2237: ffplay: do not increase get_master_clock(is) when audio/video decoding is blocked (can't process) ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: minor | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * version: unspecified => git-master * component: undetermined => FFplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 09:33:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 08:33:52 -0000 Subject: [FFmpeg-trac] #2239(undetermined:new): "100 buffers queued in output stream" when decoding APE files (Insane profile) In-Reply-To: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> References: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> Message-ID: <049.a705794f9bd8e5c1ee83fd4af33ecfca@avcodec.org> #2239: "100 buffers queued in output stream" when decoding APE files (Insane profile) -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: ape | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jamal): I uploaded a cut down version of the file i used for the log output above, but as i said any ape file created using the official encoder with the Insane profile works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 09:57:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 08:57:20 -0000 Subject: [FFmpeg-trac] #2239(undetermined:new): "100 buffers queued in output stream" when decoding APE files (Insane profile) In-Reply-To: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> References: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> Message-ID: <049.229113eb67050b89561e8f4ceba936a0@avcodec.org> #2239: "100 buffers queued in output stream" when decoding APE files (Insane profile) -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: ape | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the file decoded correctly? (I was unable to test myself because the official decoder does not like your file.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 10:03:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 09:03:22 -0000 Subject: [FFmpeg-trac] #2239(undetermined:new): "100 buffers queued in output stream" when decoding APE files (Insane profile) In-Reply-To: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> References: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> Message-ID: <049.8839f65b7b8378b2475fde7d4a20ae20@avcodec.org> #2239: "100 buffers queued in output stream" when decoding APE files (Insane profile) -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: ape | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jamal): Not the one i posted since i used dd to cut it down (as instructed in https://ffmpeg.org/bugreports.html), so i suppose that breaks it. FFmpeg still processes it, though, and gives the "100 buffers" warning before aborting because it finds the file is incomplete. The uncut version weighs 25mb, so i'm going to upload a different sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 11:00:31 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 10:00:31 -0000 Subject: [FFmpeg-trac] #2239(undetermined:closed): "100 buffers queued in output stream" when decoding APE files (Insane profile) In-Reply-To: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> References: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> Message-ID: <049.283018c9d1dc490bbe59154cb85eeb01@avcodec.org> #2239: "100 buffers queued in output stream" when decoding APE files (Insane profile) -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: ape | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => wontfix Comment: This is intentional. APE compress insane number of samples in single frame, there is private option "-max_samples all" to decompress everything at once. See 37390d5cca3ec3556d9564ad9734643a9f525779. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 15:54:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 14:54:54 -0000 Subject: [FFmpeg-trac] #2240(undetermined:new): xvid: visible artefects Message-ID: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> #2240: xvid: visible artefects -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- there are visible artefacts on the car at the end of the video the file decodes ok with xvid codec attached patch "fixes" the problem http://samples.mplayerhq.hu/V-codecs/MPEG4/color16.avi {{{ C:\>ffmpeg -i color16.avi out.avi ffmpeg version N-48610-gb23aff6 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 8 2013 02:37:29 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) 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 -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, avi, from 'color16.avi': Duration: 00:00:04.68, start: 0.000000, bitrate: 2583 kb/s Stream #0:0: Video: mpeg4 (XVID / 0x44495658), yuv420p, 712x368 [SAR 1:1 DAR 89:46], 25 fps, 25 tbr, 25 tbn, 2 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.59.106 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 712x368 [SAR 1:1 DAR 89:46], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help [mpeg4 @ 0x1eff580] looks like this file was encoded with (divx4/(old)xvid/opend ivx) -> forcing low_delay flag frame= 39 fps=0.0 q=28.6 size= 123kB time=00:00:01.56 bitrate= 646.0kbits/ frame= 85 fps=0.0 q=19.2 size= 182kB time=00:00:03.40 bitrate= 439.5kbits/ frame= 117 fps= 86 q=21.6 Lsize= 229kB time=00:00:04.68 bitrate= 400.4kbits /s video:220kB audio:0kB subtitle:0 global headers:0kB muxing overhead 3.821809% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 15:55:26 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 14:55:26 -0000 Subject: [FFmpeg-trac] #2241(FFmpeg:new): ffmpeg/ffprobe: hangs on specific wav files Message-ID: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> #2241: ffmpeg/ffprobe: hangs on specific wav files ----------------------------------+--------------------------------------- Reporter: auphonic | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- ffprobe and ffmpeg hangs forever on specific wav input files - in other programs (e.g. audacity) they are loading fine! Tested with ffmpeg 1.1.1 on Ubuntu 12.10 - more details below. See also the attached file to reproduce the problem! How to reproduce: {{{ ffprobe -v 9 -loglevel 99 ice_chapel.wav }}} Output of ffprobe: {{{ ffprobe version 1.1.1 Copyright (c) 2007-2013 the FFmpeg developers built on Feb 5 2013 15:37:17 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffplay --disable-ffserver --disable-avdevice --enable-bzlib --enable-libopencore-amrnb --enable-libfreetype --enable-libopencore-amrwb --enable-libfaac --enable-libgsm --enable-libmp3lame --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libopus libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wav @ 0x975ce80] Format wav probed with size=2048 and score=99 }}} Here it just hangs forever ... Please let me know if you need more information, I have a few files with similar behaviour ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 16:46:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 15:46:52 -0000 Subject: [FFmpeg-trac] #2241(avformat:open): ffmpeg/ffprobe: hangs on specific wav files In-Reply-To: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> References: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> Message-ID: <052.f7ba2fab5964a93dd651c14fa3837222@avcodec.org> #2241: ffmpeg/ffprobe: hangs on specific wav files -------------------------------------+------------------------------------- Reporter: auphonic | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avformat * priority: normal => important * version: unspecified => git-master * keywords: => wav regression Comment: DoS regression since 1350dff (symptoms changed in 259d8c5), decoding regression since 1e19927 / 12bc205 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 16:53:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 15:53:35 -0000 Subject: [FFmpeg-trac] #2234(avcodec:new): FFMPEG crashes when trying to convert from PIX_FMT_YUV420P for specfic size of images In-Reply-To: <048.f615f28837a3e7e45e5834dd06409b3a@avcodec.org> References: <048.f615f28837a3e7e45e5834dd06409b3a@avcodec.org> Message-ID: <063.02c6daa0e4647e1ba7cce6d650e6bef6@avcodec.org> #2234: FFMPEG crashes when trying to convert from PIX_FMT_YUV420P for specfic size of images -------------------------------------+------------------------------------- Reporter: | Owner: kirankumarcelestial | Status: new Type: defect | Component: avcodec Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: Crash, | Reproduced by developer: 1 PIX_FMT_YUV420P | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pk_hariprasad): Tried to reproduce the issue using test application libswscale/swscale- test. It was executed as follows in Ubuntu: make libswscale/swscale-test ./libswscale/swscale-test -src yuyv422 -dst yuv420p Didnt see any crash for the above mentioned resolutions. Have you tried verifying the erroneous resolutions using swscale-test test app? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 16:54:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 15:54:29 -0000 Subject: [FFmpeg-trac] #2241(avformat:open): ffmpeg/ffprobe: hangs on specific wav files In-Reply-To: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> References: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> Message-ID: <052.63964b0624460038a5ae8594e7ccc699@avcodec.org> #2241: ffmpeg/ffprobe: hangs on specific wav files -------------------------------------+------------------------------------- Reporter: auphonic | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ (gdb) r -i ice_chapel.wav Starting program: ffmpeg_g -i ice_chapel.wav [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-49608-g2b20397 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 16:49:00 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Program received signal SIGINT, Interrupt. 0x00000000004dcd85 in fill_buffer (s=s at entry=0x15fcc00) at libavformat/aviobuf.c:393 393 { (gdb) bt #0 0x00000000004dcd85 in fill_buffer (s=s at entry=0x15fcc00) at libavformat/aviobuf.c:393 #1 0x00000000004e003d in avio_r8 (s=) at libavformat/aviobuf.c:471 #2 avio_rl16 (s=0x15fcc00) at libavformat/aviobuf.c:566 #3 avio_rl32 (s=s at entry=0x15fcc00) at libavformat/aviobuf.c:581 #4 0x0000000000561e5b in ff_read_riff_info (s=s at entry=0x15f4520, size=size at entry=382) at libavformat/riff.c:819 #5 0x00000000005a8ee9 in wav_read_header (s=0x15f4520) at libavformat/wavdec.c:352 #6 0x00000000005a3900 in avformat_open_input (ps=ps at entry=0x7fffffffd6a8, filename=filename at entry=0x7fffffffe2a0 "ice_chapel.wav", fmt=fmt at entry=0x0, options=0x15e4408) at libavformat/utils.c:626 #7 0x0000000000451bc1 in open_input_file (o=o at entry=0x7fffffffd7e0, filename=) at ffmpeg_opt.c:768 #8 0x0000000000450850 in open_files (inout=, inout at entry=0xc1b33f "input", open_file=open_file at entry=0x451950 , l=, l=) at ffmpeg_opt.c:2284 #9 0x0000000000456299 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0x7fffffffde28) at ffmpeg_opt.c:2321 #10 0x000000000044e6e8 in main (argc=3, argv=0x7fffffffde28) at ffmpeg.c:3289 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 16:55:46 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 15:55:46 -0000 Subject: [FFmpeg-trac] #2234(avcodec:new): FFMPEG crashes when trying to convert from PIX_FMT_YUV420P for specfic size of images In-Reply-To: <048.f615f28837a3e7e45e5834dd06409b3a@avcodec.org> References: <048.f615f28837a3e7e45e5834dd06409b3a@avcodec.org> Message-ID: <063.05cf0bcd0936c2221260fa9c8bf764ef@avcodec.org> #2234: FFMPEG crashes when trying to convert from PIX_FMT_YUV420P for specfic size of images -------------------------------------+------------------------------------- Reporter: | Owner: kirankumarcelestial | Status: new Type: defect | Component: avcodec Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: Crash, PIX_FMT_YUV420P => Comment: Your code does not compile here, please add a c file as attachment, ideally with compilation instructions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 17:00:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 16:00:18 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.37b4d2193ca6f404021c3e8a270ca28f@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by igorg): Replying to [comment:12 saste]: > Replying to [comment:11 igorg]: > [...] > > > Because there is no such feature. Question, why do you need frame count from 1? > > Well, because it is more comprehensible and people usually count starting from 1. Moreover, when I add the extra frame before the actual sequence (containing the info on that particular sequence), its number is also 0. Therefore, shifting all the frame numbers by a given number (in my case 1) would work perfectly fine. > > Try the new expansion function {{{%{expr\\:n+1}}}} (note the double escaping), it prints a double value, no formatting control is still provided. Not sure if I should create a new wish ticket... But will the simple formatting be supported? Something like displaying the frames as 1, 2, 3... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 17:36:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 16:36:54 -0000 Subject: [FFmpeg-trac] #2164(avcodec:closed): linking failure: undefined reference to `ff_pdw_80000000' In-Reply-To: <034.eb19a18bb73f926a88dbcadfd1e1a44a@avcodec.org> References: <034.eb19a18bb73f926a88dbcadfd1e1a44a@avcodec.org> Message-ID: <049.e6d50bd1f8a91937b39fbecfb8351ed0@avcodec.org> #2164: linking failure: undefined reference to `ff_pdw_80000000' -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vorbis | worksforme build mmx regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => worksforme Comment: i assume this has been fixed as its not reproduceable anymore -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 17:43:58 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 16:43:58 -0000 Subject: [FFmpeg-trac] #2229(build system:new): memalign_hack is not auto-detected anymore for ppc OSX In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.150335b92a2a87cfbb860abb46fba4d3@avcodec.org> #2229: memalign_hack is not auto-detected anymore for ppc OSX -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: regression | Resolution: ppc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): patch posted, please test -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 17:59:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 16:59:48 -0000 Subject: [FFmpeg-trac] #2186(avformat:open): program detection in transport stream broken In-Reply-To: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> References: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> Message-ID: <048.d214dbaa7db6c4a81795d8c319363b2c@avcodec.org> #2186: program detection in transport stream broken -------------------------------------+------------------------------------- Reporter: hugo | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): I have another sample file which has this problem, reverting 4c41fc8 fixes it, Michaels patch on the ML however does not. I tried cutting a small sample out of it, but that sample did not reproduce the problem anymore. If anyone is interested in the 1.2gb file, i can make it available. For the record, here are ffmpeg outputs, from "ffmpeg -v 9 -loglevel 99 -i file.ts" Broken (git master) {{{ ffmpeg version N-49608-g2b20397 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 17:52:45 with gcc 4.7.2 (GCC) configuration: --enable-gpl libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'd:/Downloads/Pirunpelto.ts'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file d:/Downloads/Pirunpelto.ts. Successfully parsed a group of options. Opening an input file: d:/Downloads/Pirunpelto.ts. [mpegts @ 02F69BC0] Format mpegts probed with size=2048 and score=100 [mpegts @ 02F69BC0] stream=0 stream_type=3 pid=44 prog_reg_desc= [mpegts @ 02F69BC0] stream=1 stream_type=2 pid=45 prog_reg_desc= [mpegts @ 02F69BC0] File position before avformat_find_stream_info() is 0 [mpegts @ 02F69BC0] max_analyze_duration 5000000 reached at 5016000 microseconds [mpegts @ 02F69BC0] stream=2 stream_type=0 pid=47 prog_reg_desc= [mpegts @ 02F69BC0] probing stream 2 pp:2500 [mpegts @ 02F69BC0] Probe with size=672, packets=1 detected mp3 with score=1 [mpegts @ 02F69BC0] probing stream 2 pp:2499 [mpegts @ 02F69BC0] Probe with size=1344, packets=2 detected mp3 with score=1 [mpegts @ 02F69BC0] probing stream 2 pp:2498 [mpegts @ 02F69BC0] probing stream 2 pp:2497 [mpegts @ 02F69BC0] Probe with size=2688, packets=4 detected mp3 with score=51 [mpegts @ 02F69BC0] probed stream 2 [mpegts @ 02F69BC0] stream=3 stream_type=6 pid=46 prog_reg_desc= [mpegts @ 02F69BC0] stream=2 stream_type=3 pid=47 prog_reg_desc= [mpegts @ 02F69BC0] PES packet size mismatch [mpegts @ 02F69BC0] File position after avformat_find_stream_info() is 0 Input #0, mpegts, from 'd:/Downloads/Pirunpelto.ts': Duration: 00:55:58.32, start: 17274.978278, bitrate: 3212 kb/s Program 1 Stream #0:1[0x45], 112, 1/90000: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/50, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:3[0x46](fin), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:2[0x47](eng), 0, 1/90000: Audio: mp3 ([3][0][0][0] / 0x0003), 0 channels No Program Stream #0:0[0x44](fin), 211, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s Successfully opened the file. At least one output file must be specified [AVIOContext @ 02F72240] Statistics: 2510992 bytes read, 2 seeks }}} Working (git master with 4c41fc8 reverted) {{{ ffmpeg version N-49609-g8af37e4 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 17:58:16 with gcc 4.7.2 (GCC) configuration: --enable-gpl libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'd:/Downloads/Pirunpelto.ts'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file d:/Downloads/Pirunpelto.ts. Successfully parsed a group of options. Opening an input file: d:/Downloads/Pirunpelto.ts. [mpegts @ 02E79BC0] Format mpegts probed with size=2048 and score=100 [mpegts @ 02E79BC0] stream=0 stream_type=3 pid=44 prog_reg_desc= [mpegts @ 02E79BC0] stream=1 stream_type=2 pid=45 prog_reg_desc= [mpegts @ 02E79BC0] File position before avformat_find_stream_info() is 0 [mpegts @ 02E79BC0] max_analyze_duration 5000000 reached at 5016000 microseconds [mpegts @ 02E79BC0] stream=2 stream_type=0 pid=47 prog_reg_desc= [mpegts @ 02E79BC0] probing stream 2 pp:2500 [mpegts @ 02E79BC0] Probe with size=672, packets=1 detected mp3 with score=1 [mpegts @ 02E79BC0] probing stream 2 pp:2499 [mpegts @ 02E79BC0] Probe with size=1344, packets=2 detected mp3 with score=1 [mpegts @ 02E79BC0] probing stream 2 pp:2498 [mpegts @ 02E79BC0] probing stream 2 pp:2497 [mpegts @ 02E79BC0] Probe with size=2688, packets=4 detected mp3 with score=51 [mpegts @ 02E79BC0] probed stream 2 [mpegts @ 02E79BC0] stream=3 stream_type=6 pid=46 prog_reg_desc= [mpegts @ 02E79BC0] stream=2 stream_type=3 pid=47 prog_reg_desc= [mpegts @ 02E79BC0] PES packet size mismatch [mpegts @ 02E79BC0] File position after avformat_find_stream_info() is 0 Input #0, mpegts, from 'd:/Downloads/Pirunpelto.ts': Duration: 00:55:58.97, start: 17274.978278, bitrate: 3211 kb/s Program 1 Stream #0:0[0x44](fin), 211, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s Stream #0:1[0x45], 112, 1/90000: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/50, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:3[0x46](fin), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:2[0x47](eng), 0, 1/90000: Audio: mp3 ([3][0][0][0] / 0x0003), 0 channels Successfully opened the file. At least one output file must be specified [AVIOContext @ 02E82240] Statistics: 2510992 bytes read, 2 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 18:32:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 17:32:06 -0000 Subject: [FFmpeg-trac] #2241(avformat:closed): ffmpeg/ffprobe: hangs on specific wav files In-Reply-To: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> References: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> Message-ID: <052.639222f85723886522dbac9c2b1a5ca7@avcodec.org> #2241: ffmpeg/ffprobe: hangs on specific wav files -------------------------------------+------------------------------------- Reporter: auphonic | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 18:53:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 17:53:09 -0000 Subject: [FFmpeg-trac] #2207(avcodec:closed): encoding bgra ljpeg crash In-Reply-To: <038.41198756104513ff3162f1bb54e292b6@avcodec.org> References: <038.41198756104513ff3162f1bb54e292b6@avcodec.org> Message-ID: <053.2df46cfc9b1b289e9ba64e62f327c540@avcodec.org> #2207: encoding bgra ljpeg crash -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: crash SIGSEGV ljpeg | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 18:59:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 17:59:53 -0000 Subject: [FFmpeg-trac] #2213(undetermined:open): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.47ea588d1ddc41e81f16a6e19163c954@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pk_hariprasad): Some debugging updates: Segmentation fault happens when invoking the function av_rescale_q to calculate delta_dts with i = 1 and ff_interleave_packet_per_dts is called 479th time starting from 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 20:19:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 19:19:36 -0000 Subject: [FFmpeg-trac] #2203(avcodec:new): libavcodec/vdpau.h is broken when used from C++ In-Reply-To: <037.caf14a3212dbed84980f673aad4a3d2c@avcodec.org> References: <037.caf14a3212dbed84980f673aad4a3d2c@avcodec.org> Message-ID: <052.678bf9ecdabf73cdec1bfa0640c75a02@avcodec.org> #2203: libavcodec/vdpau.h is broken when used from C++ ------------------------------------+----------------------------------- Reporter: aballier | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Patch on ML, author of problematic commit contacted -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 20:21:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 19:21:45 -0000 Subject: [FFmpeg-trac] #2140(avfilter:closed): Crash using mp=il=i on gray input In-Reply-To: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> References: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> Message-ID: <051.3c80fbcdbd58403411be3e2c6e28544b@avcodec.org> #2140: Crash using mp=il=i on gray input -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV mp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: was fixed by syncing libmpcodec from mplayer i think feel free to backport to releases -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 20:40:05 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 19:40:05 -0000 Subject: [FFmpeg-trac] #1135(avcodec:closed): ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon In-Reply-To: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> References: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> Message-ID: <050.2df007b4c84ed41fb3b87a588056e97c@avcodec.org> #1135: ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon -------------------------------------+------------------------------------- Reporter: yiwang | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: arm lowres | Blocked By: crash | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => duplicate Comment: Very likely a duplicate of Ticket #1227 dont hesitate to reopen if its still reproduceable, please provide a input video with which it can be reproduced in that case -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 20:41:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 19:41:16 -0000 Subject: [FFmpeg-trac] #2241(avformat:closed): ffmpeg/ffprobe: hangs on specific wav files In-Reply-To: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> References: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> Message-ID: <052.fc706d484c3066b710f60d8bb3498d27@avcodec.org> #2241: ffmpeg/ffprobe: hangs on specific wav files -------------------------------------+------------------------------------- Reporter: auphonic | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by auphonic): Thanks for the fast fix, I guess it's this commit? https://github.com/FFmpeg/FFmpeg/commit/a8343bfb6a3f00777943b94ff2969422f578f246 Just a question: I assume that this fix only affects WAV/AIFF etc. files - however, I had the same problems also with e.g. an Ogg Vorbis file. It's a very big file and should not be public, so I cannot attach it here (>90MB) ... However, I can send it to a developer privately, if you need it! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 21:31:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 20:31:20 -0000 Subject: [FFmpeg-trac] #2241(avformat:closed): ffmpeg/ffprobe: hangs on specific wav files In-Reply-To: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> References: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> Message-ID: <052.fa19dfca127e0b363c64e5124e089a93@avcodec.org> #2241: ffmpeg/ffprobe: hangs on specific wav files -------------------------------------+------------------------------------- Reporter: auphonic | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:4 auphonic]: > Just a question: > I assume that this fix only affects WAV/AIFF etc. files - however, I had the same problems also with e.g. an Ogg Vorbis file. > It's a very big file and should not be public, so I cannot attach it here (>90MB) ... > > However, I can send it to a developer privately, if you need it! We certainly will need the file, and please open a seperate ticket for it. You can either upload it to our ftp or send it to me per email, either way make sure the filename makes it clear that its suppsoed to be private/non public -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 21:56:31 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 20:56:31 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.df406a31d475485560e538d285048290@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 22:48:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 21:48:43 -0000 Subject: [FFmpeg-trac] #2241(avformat:closed): ffmpeg/ffprobe: hangs on specific wav files In-Reply-To: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> References: <037.8291d62d879e52aeb6ac1034165af933@avcodec.org> Message-ID: <052.b9c5136f60375fe904ad02bfaeb6e91c@avcodec.org> #2241: ffmpeg/ffprobe: hangs on specific wav files -------------------------------------+------------------------------------- Reporter: auphonic | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by auphonic): Ok sorry, it was another problem on my side - however, I will send further files if I detect some problems ;) Thanks a lot for fixing it! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 22:49:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 21:49:23 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.451aaed8388fc94a205a6b9ea85317b4@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): could you tell me the revision that fixed it? thanks for fixing it! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 23:05:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 22:05:06 -0000 Subject: [FFmpeg-trac] #2187(avformat:closed): Cannot create a raw DV file out of an AVI/DVSD file In-Reply-To: <035.1d1b215a8616552d8cf760693f7b2ec9@avcodec.org> References: <035.1d1b215a8616552d8cf760693f7b2ec9@avcodec.org> Message-ID: <050.bfd189c34aa32687fc489f0cb8f744c2@avcodec.org> #2187: Cannot create a raw DV file out of an AVI/DVSD file -------------------------------------+------------------------------------- Reporter: TeeAlk | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: dvvideo avi | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 23:10:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 22:10:56 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.8ccfa19035835c99440681a171464af4@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Fixed by: b0635e2fcf80717dd618ef75d3317d62ed85c300 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 23:17:05 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 22:17:05 -0000 Subject: [FFmpeg-trac] #2239(undetermined:closed): "100 buffers queued in output stream" when decoding APE files (Insane profile) In-Reply-To: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> References: <034.fb5def93436deb85f963b5ec8c5e2990@avcodec.org> Message-ID: <049.933f83686c3df1f965054e51fad0e0bb@avcodec.org> #2239: "100 buffers queued in output stream" when decoding APE files (Insane profile) -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: ape | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jamal): Good to know then. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 23:34:46 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 22:34:46 -0000 Subject: [FFmpeg-trac] #2164(avcodec:closed): linking failure: undefined reference to `ff_pdw_80000000' In-Reply-To: <034.eb19a18bb73f926a88dbcadfd1e1a44a@avcodec.org> References: <034.eb19a18bb73f926a88dbcadfd1e1a44a@avcodec.org> Message-ID: <049.ef38f5a121f2c00097a0bb1376fd2223@avcodec.org> #2164: linking failure: undefined reference to `ff_pdw_80000000' -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vorbis | Blocked By: build mmx regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: worksforme => fixed Comment: Fixed by Ronald in 2e4bb99 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 23:39:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 22:39:23 -0000 Subject: [FFmpeg-trac] #2140(avfilter:reopened): Crash using mp=il=i on gray input In-Reply-To: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> References: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> Message-ID: <051.08e3e8e05eaec4febfaf2b661d6d6caf@avcodec.org> #2140: Crash using mp=il=i on gray input -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV mp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: {{{ (gdb) r -i gray.png -vf mp=il=i gray2.png Starting program: ffmpeg_g -i gray.png -vf mp=il=i gray2.png [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-49616-gf0eacbc Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 23:36:50 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, image2, from 'gray.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray, 256x256, 25 tbr, 25 tbn, 25 tbc [Parsed_mp_0 @ 0x160f5c0] 'il' is a wrapped MPlayer filter (libmpcodecs). This filter may be removed once it has been ported to a native libavfilter. [New Thread 0x7ffff6563700 (LWP 23337)] [New Thread 0x7ffff5d62700 (LWP 23338)] [New Thread 0x7ffff5561700 (LWP 23339)] [New Thread 0x7ffff4d60700 (LWP 23340)] [New Thread 0x7fffe7fff700 (LWP 23341)] [New Thread 0x7fffe77fe700 (LWP 23342)] [New Thread 0x7fffe6ffd700 (LWP 23343)] [New Thread 0x7fffe67fc700 (LWP 23344)] Output #0, image2, to 'gray2.png': Metadata: encoder : Lavf54.61.104 Stream #0:0: Video: png, gray, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> png) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000bbdb60 in av_image_copy (dst_data=dst_data at entry=0x15e4288, dst_linesizes=dst_linesizes at entry=0x15e42d0, src_data=src_data at entry=0x15e32c8, src_linesizes=src_linesizes at entry=0x15e3310, pix_fmt=AV_PIX_FMT_GRAY8, width=256, height=256) at libavutil/imgutils.c:272 272 memcpy(dst_data[1], src_data[1], 4*256); (gdb) bt #0 0x0000000000bbdb60 in av_image_copy (dst_data=dst_data at entry=0x15e4288, dst_linesizes=dst_linesizes at entry=0x15e42d0, src_data=src_data at entry=0x15e32c8, src_linesizes=src_linesizes at entry=0x15e3310, pix_fmt=AV_PIX_FMT_GRAY8, width=256, height=256) at libavutil/imgutils.c:272 #1 0x000000000046e497 in ff_filter_frame_framed (link=link at entry=0x15fc960, frame=frame at entry=0x15e32c0) at libavfilter/avfilter.c:693 #2 0x000000000046e8a1 in ff_filter_frame (frame=0x15e32c0, link=0x15fc960) at libavfilter/avfilter.c:791 #3 default_filter_frame (link=, frame=0x15e32c0) at libavfilter/avfilter.c:638 #4 0x000000000046e606 in ff_filter_frame_framed (link=link at entry=0x15fc2a0, frame=frame at entry=0x15e32c0) at libavfilter/avfilter.c:719 #5 0x000000000047025b in ff_filter_frame (link=link at entry=0x15fc2a0, frame=frame at entry=0x15e32c0) at libavfilter/avfilter.c:791 #6 0x000000000048923c in ff_vf_next_put_image (vf=0x160f660, mpi=0x15e3110, pts=0) at libavfilter/vf_mp.c:588 #7 0x0000000000488ee2 in filter_frame (inlink=0x15fc880, inpic=0x15ff800) at libavfilter/vf_mp.c:824 #8 0x000000000046e606 in ff_filter_frame_framed (link=link at entry=0x15fc880, frame=frame at entry=0x15ff800) at libavfilter/avfilter.c:719 #9 0x000000000047025b in ff_filter_frame (link=link at entry=0x15fc880, frame=0x15ff800) at libavfilter/avfilter.c:791 #10 0x0000000000473242 in request_frame (link=0x15fc880) at libavfilter/buffersrc.c:396 #11 0x0000000000473694 in av_buffersrc_add_ref (s=0x160f4c0, buf=0x0, flags=flags at entry=7) at libavfilter/buffersrc.c:151 #12 0x000000000045b76d in decode_video (ist=ist at entry=0x1606ce0, pkt=pkt at entry=0x7fffffffdb00, got_output=got_output at entry=0x7fffffffd89c) at ffmpeg.c:1715 #13 0x000000000045e8bf in output_packet (pkt=0x7fffffffdaa0, ist=0x1606ce0) at ffmpeg.c:1835 #14 process_input (file_index=) at ffmpeg.c:2988 #15 0x000000000044ecc0 in transcode_step () at ffmpeg.c:3084 #16 transcode () at ffmpeg.c:3136 #17 main (argc=, argv=) at ffmpeg.c:3311 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xbbdb40 to 0xbbdb80: 0x0000000000bbdb40 : add %al,(%rax) 0x0000000000bbdb42 : add %al,-0xa(%rax) 0x0000000000bbdb45 : movl $0x10d850f,(%rdx) 0x0000000000bbdb4b : add %al,(%rax) 0x0000000000bbdb4d : test $0x4,%dil 0x0000000000bbdb51 : jne 0xbbdc46 0x0000000000bbdb57 : mov %eax,%ecx 0x0000000000bbdb59 : xor %edx,%edx 0x0000000000bbdb5b : shr $0x3,%ecx 0x0000000000bbdb5e : test $0x4,%al => 0x0000000000bbdb60 : rep movsq %ds:(%rsi),%es:(%rdi) 0x0000000000bbdb63 : je 0xbbdb6e 0x0000000000bbdb65 : mov (%rsi),%edx 0x0000000000bbdb67 : mov %edx,(%rdi) 0x0000000000bbdb69 : mov $0x4,%edx 0x0000000000bbdb6e : test $0x2,%al 0x0000000000bbdb70 : je 0xbbdb7e 0x0000000000bbdb72 : movzwl (%rsi,%rdx,1),%ecx 0x0000000000bbdb76 : mov %cx,(%rdi,%rdx,1) 0x0000000000bbdb7a : add $0x2,%rdx 0x0000000000bbdb7e : test $0x1,%al End of assembler dump. (gdb) info register rax 0x400 1024 rbx 0x100 256 rcx 0x80 128 rdx 0x0 0 rsi 0x0 0 rdi 0x1656c40 23424064 rbp 0x100 0x100 rsp 0x7fffffffd1f0 0x7fffffffd1f0 r8 0x1656c30 23424048 r9 0x0 0 r10 0x0 0 r11 0x7ffff68d1b20 140737329830688 r12 0x16469e0 23357920 r13 0x1656c40 23424064 r14 0x0 0 r15 0x100 256 rip 0xbbdb60 0xbbdb60 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 23:47:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 22:47:03 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.1ec7296f3960d86bfdda8b4392189cd0@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The sample currently also needs -fix_sub_duration so I will not delete it (at least for the moment). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 5 23:56:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 22:56:13 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.7a545158cd7db89859b2c85cc8a4c1d1@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): That is not true. Decoding from Matroska never requires {{{-fix_sub_duration}}}. Complex ASS can not be converted to mov_text, that is not a bug, that is a limitation of the format. {{{-fix_sub_duration}}} may make it seem to work, but it is only hiding the problems, not solving anything. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 00:01:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 23:01:52 -0000 Subject: [FFmpeg-trac] #2242(avcodec:new): Small memory leak when using -fix_sub_duration with ass -> mov_text Message-ID: <036.f52a06b7b83afc3665c156123eaef59e@avcodec.org> #2242: Small memory leak when using -fix_sub_duration with ass -> mov_text --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: ass leak Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- I originally reproduced the memleak with the sample from ticket #2213 {{{ $ valgrind --leak-check=full ffmpeg_g -fix_sub_duration -i ass.mkv -map 0 -scodec mov_text out.mp4 ==23764== Memcheck, a memory error detector ==23764== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==23764== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==23764== Command: ffmpeg_g -fix_sub_duration -i ass.mkv -map 0 -scodec mov_text out.mp4 ==23764== ffmpeg version N-49616-gf0eacbc Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 23:36:50 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'ass.mkv': Metadata: ENCODER : Lavf54.61.104 Duration: 00:24:20.02, start: 0.000000, bitrate: 1 kb/s Stream #0:0: Subtitle: ssa (default) Stream #0:1: Subtitle: ssa Stream #0:2: Subtitle: ssa Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf54.61.104 Stream #0:0: Subtitle: mov_text ([8][0][0][0] / 0x0008) (default) Stream #0:1: Subtitle: mov_text ([8][0][0][0] / 0x0008) Stream #0:2: Subtitle: mov_text ([8][0][0][0] / 0x0008) Stream mapping: Stream #0:0 -> #0:0 (ass -> mov_text) Stream #0:1 -> #0:1 (ass -> mov_text) Stream #0:2 -> #0:2 (ass -> mov_text) Press [q] to stop, [?] for help size= 140kB time=00:24:07.25 bitrate= 0.8kbits/s video:0kB audio:0kB subtitle:114 global headers:0kB muxing overhead 23.206204% ==23764== ==23764== HEAP SUMMARY: ==23764== in use at exit: 781 bytes in 9 blocks ==23764== total heap usage: 32,689 allocs, 32,680 frees, 9,646,724 bytes allocated ==23764== ==23764== 781 (24 direct, 757 indirect) bytes in 3 blocks are definitely lost in loss record 3 of 3 ==23764== at 0x4C2ABED: malloc (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==23764== by 0x4C2AD6F: realloc (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==23764== by 0xAAAD00: ff_ass_add_rect (ass.c:95) ==23764== by 0x5CE048: ass_decode_frame (assdec.c:56) ==23764== by 0x99D11E: avcodec_decode_subtitle2 (utils.c:1846) ==23764== by 0x45D50E: transcode_subtitles (ffmpeg.c:1734) ==23764== by 0x45EE89: process_input (ffmpeg.c:1855) ==23764== by 0x44ECBF: main (ffmpeg.c:3084) ==23764== ==23764== LEAK SUMMARY: ==23764== definitely lost: 24 bytes in 3 blocks ==23764== indirectly lost: 757 bytes in 6 blocks ==23764== possibly lost: 0 bytes in 0 blocks ==23764== still reachable: 0 bytes in 0 blocks ==23764== suppressed: 0 bytes in 0 blocks ==23764== ==23764== For counts of detected and suppressed errors, rerun with: -v ==23764== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 00:24:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 23:24:52 -0000 Subject: [FFmpeg-trac] #2140(avfilter:reopened): null ptr deref due to vf_mp not setting pseudo palette (was: Crash using mp=il=i on gray input) In-Reply-To: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> References: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> Message-ID: <051.0ab03237cfc1c544d69d74d015a3577d@avcodec.org> #2140: null ptr deref due to vf_mp not setting pseudo palette -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV mp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * analyzed: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 00:38:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 23:38:59 -0000 Subject: [FFmpeg-trac] #2223(avformat:open): Muxing dvb_teletext in mpegts does not work (was: ffmpeg converts dvb_teletext to dvb_subtitle when -c copy is used) In-Reply-To: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> References: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> Message-ID: <049.3a4d298df4ca9755eed5776ae188cce2@avcodec.org> #2223: Muxing dvb_teletext in mpegts does not work -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 00:40:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Feb 2013 23:40:06 -0000 Subject: [FFmpeg-trac] #2223(avformat:open): Muxing dvb_teletext in mpegts does not work In-Reply-To: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> References: <034.9ee991181a1495ed062e82ea1edbce82@avcodec.org> Message-ID: <049.44abccb5640e764b0e690e61ab3db97c@avcodec.org> #2223: Muxing dvb_teletext in mpegts does not work -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please tell the "true" OP that mplayer -dumpstream is the recommended way of recording a transport stream from dvb (imo), it allows to save all wanted streams / pids. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 01:26:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 00:26:46 -0000 Subject: [FFmpeg-trac] #2154(FFmpeg:closed): IF '-flags:v gray' THEN '-pass' is ignored In-Reply-To: <034.75bacc06bc8a851448ec1fe1ff7fdb14@avcodec.org> References: <034.75bacc06bc8a851448ec1fe1ff7fdb14@avcodec.org> Message-ID: <049.126ec881e57b687a0aed63df2cf4e82f@avcodec.org> #2154: IF '-flags:v gray' THEN '-pass' is ignored -------------------------------------+------------------------------------- Reporter: Bizup | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: gray | Blocked By: ratecontrol regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 02:06:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 01:06:12 -0000 Subject: [FFmpeg-trac] #2203(avcodec:closed): libavcodec/vdpau.h is broken when used from C++ In-Reply-To: <037.caf14a3212dbed84980f673aad4a3d2c@avcodec.org> References: <037.caf14a3212dbed84980f673aad4a3d2c@avcodec.org> Message-ID: <052.d8bf1609b77fe5ba95971d70a9e4d8c8@avcodec.org> #2203: libavcodec/vdpau.h is broken when used from C++ ------------------------------------+----------------------------------- Reporter: aballier | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: patch applied, we can change the solution later if something better is found -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 04:15:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 03:15:28 -0000 Subject: [FFmpeg-trac] #2116(FFmpeg:closed): Pressing Ctrl-C while running FFMPEG on Windows causes it to crash In-Reply-To: <040.4daa49378e6d5c78f7530db4b8862ce5@avcodec.org> References: <040.4daa49378e6d5c78f7530db4b8862ce5@avcodec.org> Message-ID: <055.08c0922f0fa1422b50c123c357f3e787@avcodec.org> #2116: Pressing Ctrl-C while running FFMPEG on Windows causes it to crash -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: crash | Blocked By: regression win | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 08:29:02 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 07:29:02 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.258114b053303a37fda50e1410157ac6@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): any updates? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 10:40:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 09:40:57 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.1c2f8fa8098557839d1a3227927ced13@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I believe it is acceptable (and expected) that the conversion from ass to mov_text will damage some and drop other subtitles and that the resulting file does not show all effects that the original ass track encoded. Not acceptable imo is ffmpeg producing unusable output files without any warning. With -fix_sub_duration, the resulting file is watchable (with subtitles). I am neither claiming this is expected behaviour, nor that it works perfectly but it is nonetheless currently needed to produce a useful output file. I'd like to keep the file so it is possible to test once the re-encoding without -fix_sub_duration is possible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 10:46:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 09:46:33 -0000 Subject: [FFmpeg-trac] #2240(avcodec:open): xvid: visible artefects In-Reply-To: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> References: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> Message-ID: <053.5c163e433fbbd446ac631bea1e95ed87@avcodec.org> #2240: xvid: visible artefects ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => asp * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 11:08:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 10:08:40 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.12cbbdb0f09127c7c93a763910cc487c@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:8 cehoyos]: > I believe it is acceptable '''(and expected)''' I think you overestimate the users. > that the conversion from ass to mov_text will damage some and drop other subtitles and that the resulting file does not show all effects that the original ass track encoded. That may be acceptable, but that is what happens when {{{-fix_sub_durations}}} is '''not''' used. > Not acceptable imo is ffmpeg producing unusable output files without any warning. Under what circumstances do you get that? > With -fix_sub_duration, the resulting file is watchable (with subtitles). Let me correct you: the parts of the resulting file that you looked at are watchable. Most of it will be, but the parts with overlapping subtitles will not. > I am neither claiming this is expected behaviour, nor that it works perfectly but it is nonetheless currently needed to produce a useful output file. It is currently useful for ignoring errors, but that does not make the output file useful. Advocating its use will only let the users produce damaged files and delay a proper solution. > I'd like to keep the file I am 100% in favor of keeping all files, but please stop suggesting using {{{-fix_sub_duration}}} in this circumstance, it is 100% wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 11:25:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 10:25:15 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.48a4e2cf44847e31e899e446d4b7d16b@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 Cigaes]: > > Not acceptable imo is ffmpeg producing unusable output files without any warning. > > Under what circumstances do you get that? I get that with the sample from this ticket and the sample from #2212. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 11:31:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 10:31:46 -0000 Subject: [FFmpeg-trac] #2213(undetermined:closed): subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 In-Reply-To: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> References: <035.c3fd4b8bd03c3a6f4adc52b4695fbe71@avcodec.org> Message-ID: <050.159172803cce5a47255c33e29dd2c36c@avcodec.org> #2213: subtitle crash: malloc: *** error [...] incorrect checksum for freed object [...] Abort trap: 6 -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV ass mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): For #2212, it was an A-V desync, IIRC, was it not? If so, it was a bug in the MOV+mov_text muxer, nothing more. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 21:12:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 20:12:22 -0000 Subject: [FFmpeg-trac] #2243(documentation:new): documentation bug Message-ID: <041.c104e1a5c8137cd9bd7754bccc77f4c4@avcodec.org> #2243: documentation bug -------------------------------------+------------------------------------- Reporter: | Type: defect the_wanderer | Priority: normal Status: new | Version: 1.1.1 Component: | Blocked By: documentation | Reproduced by developer: 1 Keywords: --enable- | manpages | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: --enable-doc --enable-manpages How to reproduce: {{{ configure --prefix=/usr/local --enable-manpages ffmpeg version 1.1.1 osx 10.8 perl revision 5 version 14 subversion 3 gcc 4.2.1 and gcc 4.8.0 UTF-8 }}} there are errors in pod document files with strange unrecognized symbols 1. doc/ffmpeg.pod around line 1642: Non-ASCII character seen before =encoding in '720?576'. Assuming UTF-8 POD document had syntax errors at /usr/local/ActivePerl-5.14/site/bin/pod2man line 69. make: *** [doc/ffmpeg.1] Error 255 2. doc/ffmpeg-filters.pod around line 6428: Non-ASCII character seen before =encoding in '8?8'. Assuming UTF-8 POD document had syntax errors at /usr/local/ActivePerl-5.14/site/bin/pod2man line 69. make: *** [doc/ffmpeg-filters.1] Error 255 the error is a funny "x" symbol, i replay this with a lower case x and it compiles the manpages ok -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 22:58:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 21:58:05 -0000 Subject: [FFmpeg-trac] #2243(documentation:closed): documentation bug In-Reply-To: <041.c104e1a5c8137cd9bd7754bccc77f4c4@avcodec.org> References: <041.c104e1a5c8137cd9bd7754bccc77f4c4@avcodec.org> Message-ID: <056.aac9005b2af6a802f430df4cdcf88edc@avcodec.org> #2243: documentation bug -------------------------------------+------------------------------------- Reporter: | Owner: the_wanderer | Status: closed Type: defect | Component: Priority: normal | documentation Version: 1.1.1 | Resolution: fixed Keywords: --enable- | Blocked By: manpages | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed Comment: Fixed in: {{{ commit d11ac64ecf03f7896ebc5e776e078fdc1f0543a4 Author: Stefano Sabatini Date: Wed Feb 6 22:40:18 2013 +0100 doc: replace '?' symbol with 'x' Non-ascii chars are not correctly rendered in both MAN and HTML output or may even cause compilation failure. Thus avoid to use them until we find a satisfying way to deal with them. Fix trac ticket #2243. }}} Thanks for the report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 23:13:24 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 22:13:24 -0000 Subject: [FFmpeg-trac] #1764(undetermined:closed): Wrong channel layout for files with uncommon audio In-Reply-To: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> References: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> Message-ID: <051.617d5410e1a4e8d080a75520fcef9edc@avcodec.org> #1764: Wrong channel layout for files with uncommon audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed mov chan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression mov chan * status: open => closed * resolution: => fixed Comment: Fixed by Matthieu Bouron. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 23:13:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 22:13:33 -0000 Subject: [FFmpeg-trac] #1764(avformat:closed): Wrong channel layout for files with uncommon audio In-Reply-To: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> References: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> Message-ID: <051.4274c0ed24f8a09d169cac85d93fdf02@avcodec.org> #1764: Wrong channel layout for files with uncommon audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: mov chan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 6 23:18:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 22:18:49 -0000 Subject: [FFmpeg-trac] #2243(documentation:closed): documentation bug In-Reply-To: <041.c104e1a5c8137cd9bd7754bccc77f4c4@avcodec.org> References: <041.c104e1a5c8137cd9bd7754bccc77f4c4@avcodec.org> Message-ID: <056.f4159bc781905cb9e84904917c88dc27@avcodec.org> #2243: documentation bug -------------------------------------+------------------------------------- Reporter: | Owner: the_wanderer | Status: closed Type: defect | Component: Priority: normal | documentation Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: --enable-manpages => * version: 1.1.1 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 00:03:19 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Feb 2013 23:03:19 -0000 Subject: [FFmpeg-trac] #2229(build system:new): sws_scale overwrites out[0][-1] on ppc (was: memalign_hack is not auto-detected anymore for ppc OSX) In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.269037da7a66da8fbc2618e1848d2153@avcodec.org> #2229: sws_scale overwrites out[0][-1] on ppc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: regression | Resolution: ppc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The problem is that before sws_scale() gets called from scale_slice(), out[0][-1] contains the offset for mem_align_hack from the aligned to the originally allocated position. This value gets overwritten in sws_scale() leading to an invalid address being used later for free(). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 04:55:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 03:55:18 -0000 Subject: [FFmpeg-trac] #2244(avformat:new): ffmpeg creates invalid odd-byte length wav files Message-ID: <036.536bd74b95954353488a015fad574e3b@avcodec.org> #2244: ffmpeg creates invalid odd-byte length wav files --------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: wav Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Summary of the bug: When I copy the audio data with ffmpeg from wav to wav and the source has an odd-byte-length data chunk then the resulting file is invalid because the output file is missing the required padding byte. In the command below this results in a 144,485 byte wav file (odd length RIFF chunks are not allowed). I can manually make the output valid by appending a padding byte to the end. I'm attaching a sample source file: a valid wav file with mono 24 bit audio. The file has an odd-byte data length (this happens about half the time when recording 24 bit mono). How to reproduce: {{{ ffmpeg -i oddbytedatalength.wav -c copy copied.wav ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Feb 6 2013 22:00:51 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --cc=cc --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-libxvid --enable-ffplay --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1/include/openjpeg-1.5 ' libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.101 / 54. 91.101 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, wav, from 'oddbytedatalength.wav': Metadata: encoder : Lavf54.61.104 Duration: 00:00:01.00, bitrate: 1153 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s Output #0, wav, to 'copied.wav': Metadata: ISFT : Lavf54.61.104 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, 1152 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 141kB time=00:00:01.00 bitrate=1152.8kbits/s video:0kB audio:141kB subtitle:0 global headers:0kB muxing overhead 0.070645% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 09:05:02 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 08:05:02 -0000 Subject: [FFmpeg-trac] #2229(swscale:new): sws_scale overwrites out[0][-1] on ppc In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.faf880e4d360d0f3b8e554950ec38879@avcodec.org> #2229: sws_scale overwrites out[0][-1] on ppc ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: ppc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: regression ppc => ppc * component: build system => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 10:36:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 09:36:43 -0000 Subject: [FFmpeg-trac] #2245(undetermined:new): Speed difference when using -ss on similar MKVs when extracting frame image Message-ID: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> #2245: Speed difference when using -ss on similar MKVs when extracting frame image -------------------------------------+------------------------------------- Reporter: eelco | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using -ss on the input file, some MKVs are significantly slower than others, while they?re the same resolution. I would expect a small speed difference due to encoding differences, but in this case it?s about 6-8 times. How to reproduce: {{{ > time ./ffmpeg "-ss" "10" "-i" ~/Desktop/ffmpeg-ss-bug/slow-ss.mkv "-f" "image2" "-vframes" "1" /dev/null ffmpeg version N-49666-g4745194 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 7 2013 10:22:14 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build --enable-gpl --enable-version3 --enable-libx264 --disable-shared --enable- static --enable-libtheora --enable-libvorbis --enable-libvo-aacenc --disable-doc --extra-cflags='-DMACOSX_DEPLOYMENT_TARGET=10.6 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -I/Users/eelco/Projects/Beamer/FFmpeg/build/include' --extra- ldflags='-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -L/Users/eelco/Projects/Beamer/FFmpeg/build/lib' libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.101 / 54. 91.101 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from '/Users/eelco/Desktop/ffmpeg-ss-bug/slow- ss.mkv': Metadata: ENCODER : Lavf54.59.106 Duration: 00:00:11.22, start: 0.000000, bitrate: 9890 kb/s Chapter #0.0: start 0.000000, end 11.000000 Metadata: title : 00:00:00.000 Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: truehd, 48000 Hz, 7.1, s32 (default) Metadata: title : English TRUE-HD LANGUAGE : eng Output #0, image2, to '/dev/null': Metadata: encoder : Lavf54.61.104 Chapter #0.0: start 0.000000, end 1.000000 Metadata: title : 00:00:00.000 Stream #0:0(eng): Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.4 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=236 video:50kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.043320% 2.41 real 5.94 user 0.10 sys }}} VS. {{{ > time ./ffmpeg "-ss" "10" "-i" ~/Desktop/ffmpeg-ss-bug/fast-ss.mkv "-f" "image2" "-vframes" "1" /dev/null ffmpeg version N-49666-g4745194 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 7 2013 10:22:14 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build --enable-gpl --enable-version3 --enable-libx264 --disable-shared --enable- static --enable-libtheora --enable-libvorbis --enable-libvo-aacenc --disable-doc --extra-cflags='-DMACOSX_DEPLOYMENT_TARGET=10.6 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -I/Users/eelco/Projects/Beamer/FFmpeg/build/include' --extra- ldflags='-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -L/Users/eelco/Projects/Beamer/FFmpeg/build/lib' libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.101 / 54. 91.101 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from '/Users/eelco/Desktop/ffmpeg-ss-bug/fast- ss.mkv': Metadata: MAJOR_BRAND : qt MINOR_VERSION : 537199360 COMPATIBLE_BRANDS: qt TIMECODE : 00:00:00:00 ENCODER : Lavf54.59.106 Duration: 00:00:11.08, start: 0.000000, bitrate: 14054 kb/s Stream #0:0(eng): Video: h264 (Main), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 2k tbc (default) Metadata: CREATION_TIME : 2008-05-27 18:40:35 LANGUAGE : eng HANDLER_NAME : Apple Alias Data Handler Stream #0:1(eng): Audio: aac, 48000 Hz, 5.1, fltp (default) Metadata: CREATION_TIME : 2008-05-27 18:40:35 LANGUAGE : eng HANDLER_NAME : Apple Alias Data Handler Output #0, image2, to '/dev/null': Metadata: MAJOR_BRAND : qt MINOR_VERSION : 537199360 COMPATIBLE_BRANDS: qt TIMECODE : 00:00:00:00 encoder : Lavf54.61.104 Stream #0:0(eng): Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 24 tbc (default) Metadata: CREATION_TIME : 2008-05-27 18:40:35 LANGUAGE : eng HANDLER_NAME : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=21 video:205kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.010488% 0.42 real 0.70 user 0.07 sys }}} I?ll upload the sample files to the FTP server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 10:39:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 09:39:28 -0000 Subject: [FFmpeg-trac] #2245(undetermined:new): Speed difference when using -ss on similar MKVs when extracting frame image In-Reply-To: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> References: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> Message-ID: <049.8e0a7700a89177fd3ca8d6010d492e9b@avcodec.org> #2245: Speed difference when using -ss on similar MKVs when extracting frame image -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): Uploaded as 2245-slow-ss.mkv and 2245-fast-ss.mkv to ftp://upload.ffmpeg.org/incoming. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 11:16:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 10:16:39 -0000 Subject: [FFmpeg-trac] #2246(avcodec:new): ffmpeg freezes and eats 100% CPU Message-ID: <034.59db3c2528c7d1ec2fd7bc93604918fe@avcodec.org> #2246: ffmpeg freezes and eats 100% CPU -------------------------------------+------------------------------------- Reporter: divan | Type: defect Status: new | Priority: important Component: avcodec | Version: git- Keywords: freeze, | master avcodec, aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Trying to convert images+wav file into the 3gp video, ffmpeg freezes and eats 100% CPU. With some *.wav files it works correctly, but some causes this problem. Latest git HEAD, 1.0 version are affected. Earlier versions process these files correctly. How to reproduce: {{{ % ./ffmpeg -v 9 -loglevel 99 -i ./audio.wav -f image2 -r 2 -i ./picture%d.jpg -acodec aac -ac 1 -ar 11025 -ab 64k -vcodec h263 -s qcif -r 2 -fs 307200 -strict -2 -y .pictures.3gp ffmpeg version 1.1.git-d11ac64 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 6 2012 16:30:17 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-44) configuration: --enable-static --extra-libs=-static --extra- cflags=--static --enable-libvpx libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.101 / 54. 91.101 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 }}} Full log attached. If run the above command in gdb with ffmpeg_g and interrupt, backtrace shows that it freezes somewhere in aac_encode_frame function. Full bt: {{{ rogram received signal SIGINT, Interrupt. quantize_and_encode_band_cost_ESC (s=0x9183d40, pb=0x9183d4c, in=0xb7f7b330, scaled=0x0, size=20, scale_idx=216, cb=11, lambda=1.40129846e-45, uplim=92, bits=0x0) at libavcodec/aaccoder.c:172 172 curbits++; (gdb) bt #0 quantize_and_encode_band_cost_ESC (s=0x9183d40, pb=0x9183d4c, in=0xb7f7b330, scaled=0x0, size=20, scale_idx=216, cb=11, lambda=1.40129846e-45, uplim=92, bits=0x0) at libavcodec/aaccoder.c:172 #1 0x087137d9 in quantize_and_encode_band (s=0x9183d40, pb=0x9183d4c, in=0xb7f7b330, size=20, scale_idx=216, cb=11, lambda=1.40129846e-45) at libavcodec/aaccoder.c:270 #2 0x086658d4 in aac_encode_frame (avctx=0x915ffa0, avpkt=0xbfc2654c, frame=0x91d5fa0, got_packet_ptr=0xbfc26690) at libavcodec/aacenc.c:430 #3 0x0855061b in avcodec_encode_audio2 (avctx=0x915ffa0, avpkt=0xbfc2654c, frame=0x91d5fa0, got_packet_ptr=0xbfc26690) at libavcodec/utils.c:1227 #4 0x08058e11 in reap_filters () at ffmpeg.c:640 #5 0x08059861 in transcode_step () at ffmpeg.c:2991 #6 0x0805c74b in transcode () at ffmpeg.c:3034 #7 0x0805d6db in main (argc=Cannot access memory at address 0x8 ) at ffmpeg.c:3209 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 12:06:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 11:06:04 -0000 Subject: [FFmpeg-trac] #2246(avcodec:open): ffmpeg freezes and eats 100% CPU In-Reply-To: <034.59db3c2528c7d1ec2fd7bc93604918fe@avcodec.org> References: <034.59db3c2528c7d1ec2fd7bc93604918fe@avcodec.org> Message-ID: <049.fb7089a1fe4ee01ff43c68a343afec6c@avcodec.org> #2246: ffmpeg freezes and eats 100% CPU -------------------------------------+------------------------------------- Reporter: divan | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: freeze, avcodec, aac => aac regression * status: new => open * reproduced: 0 => 1 Comment: Regression since 72dabdf {{{ $ /ffmpeg -i audio.wav -ar 11025 -ab 32k -strict -2 -y out.aac ffmpeg version N-49671-g199683c Copyright (c) 2000-2013 the FFmpeg developers built on Feb 7 2013 12:02:55 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.101 / 54. 91.101 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'audio.wav': Duration: 00:00:03.05, bitrate: 132 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 8000 Hz, mono, s16, 128 kb/s Output #0, adts, to 'out.aac': Metadata: encoder : Lavf54.61.104 Stream #0:0: Audio: aac, 11025 Hz, mono, fltp, 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> aac) Press [q] to stop, [?] for help }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 12:29:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 11:29:27 -0000 Subject: [FFmpeg-trac] #2245(undetermined:closed): Speed difference when using -ss on similar MKVs when extracting frame image In-Reply-To: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> References: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> Message-ID: <049.5b66b8abf315aa8f8bcb1d0144b94043@avcodec.org> #2245: Speed difference when using -ss on similar MKVs when extracting frame image -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mkv | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 mkv * status: new => closed * resolution: => invalid Comment: The "slow" sample has one keyframe (at 0:00) before your desired seeking end-point, the "fast" sample has eleven, one of them less than half a second before your seeking destination. In both cases, frames have to be decoded to be able to decode the frame that you want to seek to, in one case ~10, in the other ~250. I don't think this can be "fixed". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 12:50:07 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 11:50:07 -0000 Subject: [FFmpeg-trac] #2229(swscale:new): sws_scale overwrites out[0][-1] on ppc In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.7275979e88dc4887ba4ed2ebc68cc4cd@avcodec.org> #2229: sws_scale overwrites out[0][-1] on ppc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: swscale Version: git-master | Resolution: Keywords: ppc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ppc => ppc regression * priority: normal => important Comment: The invalid write in sws_scale() on big-endian is a regression since 82e5f86 - reproducible with the following command line: $ ffmpeg -i tests/lena.pnm -pix_fmt rgba -f null - -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 13:49:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 12:49:48 -0000 Subject: [FFmpeg-trac] #2229(swscale:new): sws_scale overwrites out[0][-1] on ppc In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.77be4441bddc6bc7e8d8cbcc81c63bd5@avcodec.org> #2229: sws_scale overwrites out[0][-1] on ppc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: swscale Version: git-master | Resolution: Keywords: ppc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Using attached patch, I get the following output: {{{ $ ffmpeg -i tests/lena.pnm -pix_fmt rgba -f null - ffmpeg version N-49673-gb5884db Copyright (c) 2000-2013 the FFmpeg developers built on Feb 7 2013 13:35:12 with gcc 4.2.1 (GCC) (Apple Inc. build 5577) configuration: --cc=gcc-4.2 --enable-memalign-hack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.101 / 54. 91.101 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 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 Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.61.104 Stream #0:0: Video: rawvideo (RGBA / 0x41424752), rgba, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> rawvideo) Press [q] to stop, [?] for help sws_scale() begin - dst: 0x194c010, dst[-1]: 16 sws_scale() end - dst: 0x194c010, dst[-1]: 255 [null @ 0x1009e10] Encoder did not produce proper pts, making some up. frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -134.375000% ffmpeg(33692) malloc: *** error for object 0x194c011: Non-aligned pointer being freed *** set a breakpoint in malloc_error_break to debug }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 14:23:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 13:23:53 -0000 Subject: [FFmpeg-trac] #2229(swscale:new): sws_scale overwrites out[0][-1] on big endian (was: sws_scale overwrites out[0][-1] on ppc) In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.202c6b67b931d75eb384096e7b756f8e@avcodec.org> #2229: sws_scale overwrites out[0][-1] on big endian -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: swscale Version: git-master | Resolution: Keywords: ppc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 14:44:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 13:44:22 -0000 Subject: [FFmpeg-trac] #2245(undetermined:closed): Speed difference when using -ss on similar MKVs when extracting frame image In-Reply-To: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> References: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> Message-ID: <049.5cc54b9ac561e68e4edd5c7adc7a46b1@avcodec.org> #2245: Speed difference when using -ss on similar MKVs when extracting frame image -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mkv | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): Interesting. I hadn?t looked at that yet. I saw that the ?slow? sample also has a keyframe at ~10.5 seconds and seeking to 11 seconds is indeed fast. However, when I try the same on the original file, it is still slow. (I created the slow file using the -t option and using the copy codec.) I?ve created a new sample with dd that ''does'' have the same problem as the original file though. This is the keyframe information: {{{ > ./ffprobe -of compact -show_frames ~/Desktop/ffmpeg-ss-bug/2245-slow-ss- dd.mkv | grep 'video|key_frame=1' ... (still the same ffmpeg version) frame|media_type=video|key_frame=1|pkt_pts=0|pkt_pts_time=0.000000|pkt_dts=0|pkt_dts_time=0.000000|pkt_duration=N/A|pkt_duration_time=N/A|pkt_pos=6670|pkt_size=148182|width=1920|height=1080|pix_fmt=yuv420p|sample_aspect_ratio=1:1|pict_type=I|coded_picture_number=0|display_picture_number=0|interlaced_frame=0|top_field_first=0|repeat_pict=0|reference=3 frame|media_type=video|key_frame=1|pkt_pts=10427|pkt_pts_time=10.427000|pkt_dts=10427|pkt_dts_time=10.427000|pkt_duration=41|pkt_duration_time=0.041000|pkt_pos=13743718|pkt_size=99527|width=1920|height=1080|pix_fmt=yuv420p|sample_aspect_ratio=1:1|pict_type=I|coded_picture_number=250|display_picture_number=0|interlaced_frame=0|top_field_first=0|repeat_pict=0|reference=3 }}} Since there is a keyframe at 10.427, I?d expect getting the image at 11 seconds would be pretty fast, but it isn?t: {{{ time ./ffmpeg "-ss" "11" "-i" ~/Desktop/ffmpeg-ss-bug/2245-slow-ss-dd.mkv "-f" "image2" "-vframes" "1" /dev/null ffmpeg version N-49666-g4745194 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 7 2013 10:22:14 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build --enable-gpl --enable-version3 --enable-libx264 --disable-shared --enable- static --enable-libtheora --enable-libvorbis --enable-libvo-aacenc --disable-doc --extra-cflags='-DMACOSX_DEPLOYMENT_TARGET=10.6 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -I/Users/eelco/Projects/Beamer/FFmpeg/build/include' --extra- ldflags='-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -L/Users/eelco/Projects/Beamer/FFmpeg/build/lib' libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.101 / 54. 91.101 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from '/Users/eelco/Desktop/ffmpeg-ss-bug/2245 -slow-ss-dd.mkv': Metadata: creation_time : 2012-12-09 16:32:15 Duration: 01:33:24.19, start: 0.000000, bitrate: 21 kb/s Chapter #0.0: start 0.000000, end 316.316000 Metadata: title : 00:00:00.000 Chapter #0.1: start 316.316000, end 651.985000 Metadata: title : 00:05:16.316 Chapter #0.2: start 651.985000, end 1186.310000 Metadata: title : 00:10:51.985 Chapter #0.3: start 1186.310000, end 1669.835000 Metadata: title : 00:19:46.310 Chapter #0.4: start 1669.835000, end 1970.552000 Metadata: title : 00:27:49.835 Chapter #0.5: start 1970.552000, end 2434.974000 Metadata: title : 00:32:50.552 Chapter #0.6: start 2434.974000, end 2811.976000 Metadata: title : 00:40:34.974 Chapter #0.7: start 2811.976000, end 3120.534000 Metadata: title : 00:46:51.976 Chapter #0.8: start 3120.534000, end 3535.157000 Metadata: title : 00:52:00.534 Chapter #0.9: start 3535.157000, end 3623.411000 Metadata: title : 00:58:55.157 Chapter #0.10: start 3623.411000, end 3859.314000 Metadata: title : 01:00:23.411 Chapter #0.11: start 3859.314000, end 4259.672000 Metadata: title : 01:04:19.314 Chapter #0.12: start 4259.672000, end 4530.317000 Metadata: title : 01:10:59.672 Chapter #0.13: start 4530.317000, end 4869.782000 Metadata: title : 01:15:30.317 Chapter #0.14: start 4869.782000, end 4968.630000 Metadata: title : 01:21:09.782 Chapter #0.15: start 4968.630000, end 5604.192000 Metadata: title : 01:22:48.630 Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: truehd, 48000 Hz, 7.1, s32 Metadata: title : English TRUE-HD Stream #0:2(swe): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s (default) Metadata: title : Swedish AC3 Stream #0:3(swe): Subtitle: dvd_subtitle (default) Metadata: title : Swedish Stream #0:4(eng): Subtitle: dvd_subtitle Metadata: title : English Output #0, image2, to '/dev/null': Metadata: encoder : Lavf54.61.104 Chapter #0.0: start 0.000000, end 305.316000 Metadata: title : 00:00:00.000 Chapter #0.1: start 305.316000, end 640.985000 Metadata: title : 00:05:16.316 Chapter #0.2: start 640.985000, end 1175.310000 Metadata: title : 00:10:51.985 Chapter #0.3: start 1175.310000, end 1658.835000 Metadata: title : 00:19:46.310 Chapter #0.4: start 1658.835000, end 1959.552000 Metadata: title : 00:27:49.835 Chapter #0.5: start 1959.552000, end 2423.974000 Metadata: title : 00:32:50.552 Chapter #0.6: start 2423.974000, end 2800.976000 Metadata: title : 00:40:34.974 Chapter #0.7: start 2800.976000, end 3109.534000 Metadata: title : 00:46:51.976 Chapter #0.8: start 3109.534000, end 3524.157000 Metadata: title : 00:52:00.534 Chapter #0.9: start 3524.157000, end 3612.411000 Metadata: title : 00:58:55.157 Chapter #0.10: start 3612.411000, end 3848.314000 Metadata: title : 01:00:23.411 Chapter #0.11: start 3848.314000, end 4248.672000 Metadata: title : 01:04:19.314 Chapter #0.12: start 4248.672000, end 4519.317000 Metadata: title : 01:10:59.672 Chapter #0.13: start 4519.317000, end 4858.782000 Metadata: title : 01:15:30.317 Chapter #0.14: start 4858.782000, end 4957.630000 Metadata: title : 01:21:09.782 Chapter #0.15: start 4957.630000, end 5593.192000 Metadata: title : 01:22:48.630 Stream #0:0(eng): Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.5 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=262 video:47kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.045473% 2.14 real 6.04 user 0.10 sys }}} I?ve uploaded the file to the FTP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 14:44:37 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 13:44:37 -0000 Subject: [FFmpeg-trac] #2245(undetermined:reopened): Speed difference when using -ss on similar MKVs when extracting frame image In-Reply-To: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> References: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> Message-ID: <049.4f45b21ba5ea8f922c390f9e5e603abd@avcodec.org> #2245: Speed difference when using -ss on similar MKVs when extracting frame image -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by eelco): * status: closed => reopened * resolution: invalid => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 17:13:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 16:13:39 -0000 Subject: [FFmpeg-trac] #2247(documentation:new): building doc fails Message-ID: <041.f60144fc53b68a76fce0a3ba49b1a5de@avcodec.org> #2247: building doc fails ----------------------------------------+---------------------------------- Reporter: the_wanderer | Type: defect Status: new | Priority: normal Component: documentation | Version: 1.1.2 Keywords: unknown symbol | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Summary of the bug: How to reproduce: version 1.1.1 --enable-doc doc/ffmpeg-filters.pod around line 6428: Non-ASCII character seen before =encoding in '8?8'. Assuming UTF-8 POD document had syntax errors at /usr/local/ActivePerl-5.14/site/bin/pod2man line 69. - For example, produce 8?8 PNG tiles of all keyframes (B<-skip_frame +For example, produce 8x8 PNG tiles of all keyframes (B<-skip_frame change symbol ? to lowercase x -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 19:13:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 18:13:46 -0000 Subject: [FFmpeg-trac] #2248(avfilter:new): select filter does not correctly set prev_pts Message-ID: <035.5e382680aceea2f1286537a3ac1aa2c6@avcodec.org> #2248: select filter does not correctly set prev_pts -------------------------------------+------------------------------------- Reporter: schmod | Type: defect Status: new | Priority: normal Component: avfilter | Version: git- Keywords: select | master aselect filter avfilter | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When using the select filter, the filter's internal `pts` variable is always equal to `prev_pts`. This is presumably not the intended (or a useful) behavior. One would expect that `prev_pts` should always be equal to the pts of the last frame that was processed (but not necessarily chosen) by the select filter. For instance, if I filter a video for frames where the `pts` is equal to `prev_pts`: {{{ ffmpeg -i big_buck_bunny_480p_surround-fix.avi -vf select='eq(prev_pts\,pts)',showinfo -frames:v 50 out.avi ffmpeg version N-49610-gc2dd5a1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 13:26:02 with gcc 4.7.2 (GCC) }}} I get back the original video, rather than nothing at all (which is what you would expect). Poking around in the source (f_select.c), I see that the values for `PTS` and `PREV_PTS` are both set in (basically) the same place. Presumably, `PREV_PTS` should only be set *after* the filter has decided whether to select or discard the current frame? {{{ 273 select->var_values[VAR_PTS] = TS2D(ref->pts); 274 select->var_values[VAR_T ] = TS2D(ref->pts) * av_q2d(inlink->time_base); 275 select->var_values[VAR_POS] = ref->pos == -1 ? NAN : ref->pos; 276 select->var_values[VAR_PREV_PTS] = TS2D(ref ->pts); }}} [http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavfilter/f_select.c;h=4881a85ece8717d49d592a21699cfa1f2ded2b4e;hb=HEAD#l273] Note that I'm running ffmpeg on Windows, although this does not appear to be a platform-specific bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 20:21:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 19:21:01 -0000 Subject: [FFmpeg-trac] #2238(undetermined:new): ffplay: add SDL_AUDIO_FREQUENCY variable In-Reply-To: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> References: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> Message-ID: <053.707e4cb0d638c03f7892cde621e3dd4c@avcodec.org> #2238: ffplay: add SDL_AUDIO_FREQUENCY variable -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Adding a feature to work around an unknown problem, possibly in other software, does not seem like a sane idea. You should at the very least make sure whether this is a hardware, driver, SDL or ffmpeg bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 20:34:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 19:34:09 -0000 Subject: [FFmpeg-trac] #2247(documentation:closed): building doc fails In-Reply-To: <041.f60144fc53b68a76fce0a3ba49b1a5de@avcodec.org> References: <041.f60144fc53b68a76fce0a3ba49b1a5de@avcodec.org> Message-ID: <056.40e4316a67a205961266b6eec5d3404a@avcodec.org> #2247: building doc fails -------------------------------------+------------------------------------- Reporter: | Owner: the_wanderer | Status: closed Type: defect | Component: Priority: normal | documentation Version: 1.1.2 | Resolution: fixed Keywords: unknown | Blocked By: symbol | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed Comment: Should be fixed in: {{{ commit 1afbb4c226203c1a0853c9ad469cd9ef337080e4 Author: Stefano Sabatini Date: Thu Feb 7 20:28:30 2013 +0100 doc/filters: remove another instance of '?' Fix trac ticket #2247. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 21:33:31 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 20:33:31 -0000 Subject: [FFmpeg-trac] #2248(avfilter:closed): select filter does not correctly set prev_pts In-Reply-To: <035.5e382680aceea2f1286537a3ac1aa2c6@avcodec.org> References: <035.5e382680aceea2f1286537a3ac1aa2c6@avcodec.org> Message-ID: <050.9b8c8a0066bfcb941c1613917d05fd9f@avcodec.org> #2248: select filter does not correctly set prev_pts -------------------------------------+------------------------------------- Reporter: schmod | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: select | Blocked By: aselect filter avfilter | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit c0a4871c1687279c5fbe6d5d7f475a393c645b05 Author: Stefano Sabatini Date: Thu Feb 7 21:16:11 2013 +0100 lavfi/select: correctly set prev_t and prev_pts In particular, fix trac ticket #2248. }}} Bug was present since first filter commit, thanks for reporting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 21:42:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 20:42:49 -0000 Subject: [FFmpeg-trac] #2238(undetermined:new): ffplay: add SDL_AUDIO_FREQUENCY variable In-Reply-To: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> References: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> Message-ID: <053.f66fee6dcaab4ca8d5b50231244677c9@avcodec.org> #2238: ffplay: add SDL_AUDIO_FREQUENCY variable -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 Cigaes]: > Adding a feature to work around an unknown problem, possibly in other software, does not seem like a sane idea. You should at the very least make sure whether this is a hardware, driver, SDL or ffmpeg bug. since I have AC'97 (integrated) sound card then I'm probably limited to 96kHz, so mentioned variable would fix a problem for me (I can reproduce the same problem with WinAMP as well with selected DirectSound output) http://en.wikipedia.org/wiki/AC%2797 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 22:23:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 21:23:28 -0000 Subject: [FFmpeg-trac] #2238(undetermined:new): ffplay: add SDL_AUDIO_FREQUENCY variable In-Reply-To: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> References: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> Message-ID: <053.82746c83327351b5d0c279f3fcbf946c@avcodec.org> #2238: ffplay: add SDL_AUDIO_FREQUENCY variable -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:2 ami_stuff]: > since I have AC'97 (integrated) sound card then I'm probably I do not feel that "probably" is enough to warrant work on such a feature. > limited to 96kHz, so mentioned variable would fix a problem for me I just tried: here, ffplay can perfectly well play audio beyond the capabilities of the hardware. > (I can reproduce the same problem with WinAMP as well with selected DirectSound output) That confirms that it is not a ffplay bug. Until you can confirm what exactly is the problem, implementing anything would be shooting in the dark, that is not a proper way of maintaining software. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 22:37:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 21:37:30 -0000 Subject: [FFmpeg-trac] #2238(undetermined:new): ffplay: add SDL_AUDIO_FREQUENCY variable In-Reply-To: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> References: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> Message-ID: <053.52a459723a23bb8839490155981fc3c7@avcodec.org> #2238: ffplay: add SDL_AUDIO_FREQUENCY variable -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:3 Cigaes]: > I just tried: here, ffplay can perfectly well play audio beyond the capabilities of the hardware. Did you test on Windows (DirectSound)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 7 23:27:08 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 22:27:08 -0000 Subject: [FFmpeg-trac] #2247(documentation:closed): building doc fails In-Reply-To: <041.f60144fc53b68a76fce0a3ba49b1a5de@avcodec.org> References: <041.f60144fc53b68a76fce0a3ba49b1a5de@avcodec.org> Message-ID: <056.36984d57cab7865a733c2cc5888a860b@avcodec.org> #2247: building doc fails -------------------------------------+------------------------------------- Reporter: | Owner: the_wanderer | Status: closed Type: defect | Component: Priority: normal | documentation Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: unknown symbol => * version: 1.1.2 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 00:18:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 23:18:41 -0000 Subject: [FFmpeg-trac] #2245(avformat:closed): Speed difference when using -ss on similar MKVs when extracting frame image In-Reply-To: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> References: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> Message-ID: <049.bba3763bdf046bc4dfbdc4aa272f7110@avcodec.org> #2245: Speed difference when using -ss on similar MKVs when extracting frame image -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: h264 mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * resolution: => fixed * status: reopened => closed * component: undetermined => avformat * type: defect => enhancement Comment: Concerning your original request, you can now use "-seek2any 1" to speed up the seeking (please do not report that this is not what you wanted). If there still is a problem (with the second sample), please explain what does not work the way you expect, if it is unrelated to the new option, please consider opening a new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 00:27:29 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 23:27:29 -0000 Subject: [FFmpeg-trac] #2238(undetermined:closed): ffplay: add SDL_AUDIO_FREQUENCY variable In-Reply-To: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> References: <038.9f90c55db64aabe9d63b41107108d89e@avcodec.org> Message-ID: <053.79eb3ec00e4bce5008c779bdf958a5a2@avcodec.org> #2238: ffplay: add SDL_AUDIO_FREQUENCY variable -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ami_stuff): * status: new => closed * resolution: => invalid Comment: I can get a correct audio output for freq > 48kHz when I browse in Window's explorer (after running FFplay), so there is a sound of "click" generated by Windows and this releases playback in FFplay :/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 00:30:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Feb 2013 23:30:49 -0000 Subject: [FFmpeg-trac] #2229(swscale:closed): sws_scale overwrites out[0][-1] on big endian In-Reply-To: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> References: <036.b8e73b5570ecf44d8a15cbb6fde76686@avcodec.org> Message-ID: <051.46f6b1efc0c55c7cd927d81f297e23f0@avcodec.org> #2229: sws_scale overwrites out[0][-1] on big endian -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: ppc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 01:50:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 00:50:56 -0000 Subject: [FFmpeg-trac] #2249(avcodec:new): AAC avcodec_decode_audio4 sound Message-ID: <038.03ebed5c7705a00b2a7c0b8f1c05f2e3@avcodec.org> #2249: AAC avcodec_decode_audio4 sound -----------------------------------+------------------------------------- Reporter: Gibraltar | Type: defect Status: new | Priority: important Component: avcodec | Version: 1.1.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ The following code using avcodec_decode_audio4 decodes aac incorrectly: https://github.com/mpenkov/ffmpeg-tutorial/blob/master/tutorial03.c On versions <= 1.0.3, it works great. On 1.1.1 and now 1.1.2 it places static with fail repeating audio. }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 01:51:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 00:51:59 -0000 Subject: [FFmpeg-trac] #2250(avcodec:new): AAC avcodec_decode_audio4 sound Message-ID: <038.f9ee9a46fe0b099fe1b468952093c7f7@avcodec.org> #2250: AAC avcodec_decode_audio4 sound -----------------------------------+------------------------------------- Reporter: Gibraltar | Type: defect Status: new | Priority: important Component: avcodec | Version: 1.1.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ The following code using avcodec_decode_audio4 decodes aac incorrectly: https://github.com/mpenkov/ffmpeg-tutorial/blob/master/tutorial03.c On versions <= 1.0.3, it works great. On 1.1.1 and now 1.1.2 it plays static with faint repeating audio. }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 03:11:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 02:11:24 -0000 Subject: [FFmpeg-trac] #2251(FFmpeg:new): avconv ignores "-q" argument Message-ID: <039.3f8771e8dd2f7131d9e0e349f1a126a7@avcodec.org> #2251: avconv ignores "-q" argument -------------------------------------+------------------------------------- Reporter: illumilore | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- When converting to webm with a "-q 9" argument, avconv instead uses the lowest quality conversion. As it is encoding, it says "q=0.0" and the resulting file is small in size and has bad quality. "avconv -i vid.mkv -q 9 vid.webm" avconv version 0.8.5-6:0.8.5-0ubuntu0.12.10.1, Copyright (c) 2000-2012 the Libav developers built on Jan 24 2013 14:49:20 with gcc 4.7.2 avconv 0.8.5-6:0.8.5-0ubuntu0.12.10.1 libavutil 51. 22. 1 / 51. 22. 1 libavcodec 53. 35. 0 / 53. 35. 0 libavformat 53. 21. 1 / 53. 21. 1 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 52. 0. 0 / 52. 0. 0 Summary of the bug: How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 03:26:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 02:26:39 -0000 Subject: [FFmpeg-trac] #2235(undetermined:new): Subtitles do not seek In-Reply-To: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> References: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> Message-ID: <051.20ba5677972857bbbbae953d6af2d121@avcodec.org> #2235: Subtitles do not seek -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): I can attach some files to test if it would make it easier? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 03:58:42 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 02:58:42 -0000 Subject: [FFmpeg-trac] #2251(undetermined:closed): avconv ignores "-q" argument In-Reply-To: <039.3f8771e8dd2f7131d9e0e349f1a126a7@avcodec.org> References: <039.3f8771e8dd2f7131d9e0e349f1a126a7@avcodec.org> Message-ID: <054.a9a81df1118d8c6982b83fbb228df2b3@avcodec.org> #2251: avconv ignores "-q" argument -------------------------------------+------------------------------------- Reporter: illumilore | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => invalid * component: FFmpeg => undetermined Old description: > When converting to webm with a "-q 9" argument, avconv instead uses the > lowest quality conversion. As it is encoding, it says "q=0.0" and the > resulting file is small in size and has bad quality. > > "avconv -i vid.mkv -q 9 vid.webm" > > avconv version 0.8.5-6:0.8.5-0ubuntu0.12.10.1, Copyright (c) 2000-2012 > the Libav developers > built on Jan 24 2013 14:49:20 with gcc 4.7.2 > avconv 0.8.5-6:0.8.5-0ubuntu0.12.10.1 > libavutil 51. 22. 1 / 51. 22. 1 > libavcodec 53. 35. 0 / 53. 35. 0 > libavformat 53. 21. 1 / 53. 21. 1 > libavdevice 53. 2. 0 / 53. 2. 0 > libavfilter 2. 15. 0 / 2. 15. 0 > libswscale 2. 1. 0 / 2. 1. 0 > libpostproc 52. 0. 0 / 52. 0. 0 > > Summary of the bug: > How to reproduce: > {{{ > % ffmpeg -i input ... output > ffmpeg version > built on ... > }}} > Patches should be submitted to the ffmpeg-devel mailing list and not this > bug tracker. New description: When converting to webm with a "-q 9" argument, avconv instead uses the lowest quality conversion. As it is encoding, it says "q=0.0" and the resulting file is small in size and has bad quality. {{{ avconv -i vid.mkv -q 9 vid.webm avconv version 0.8.5-6:0.8.5-0ubuntu0.12.10.1, Copyright (c) 2000-2012 the Libav developers built on Jan 24 2013 14:49:20 with gcc 4.7.2 avconv 0.8.5-6:0.8.5-0ubuntu0.12.10.1 libavutil 51. 22. 1 / 51. 22. 1 libavcodec 53. 35. 0 / 53. 35. 0 libavformat 53. 21. 1 / 53. 21. 1 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 52. 0. 0 / 52. 0. 0 }}} -- Comment: You are at the wrong bug tracker. avconv is not from FFmpeg. See http://stackoverflow.com/a/9477756/1109017 If you believe there is a bug in ffmpeg from FFmpeg (using git head) then please re-open this bug report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 10:56:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 09:56:56 -0000 Subject: [FFmpeg-trac] #2245(avformat:closed): Speed difference when using -ss on similar MKVs when extracting frame image In-Reply-To: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> References: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> Message-ID: <049.730ebee2329ebd339d179dbbab499bc4@avcodec.org> #2245: Speed difference when using -ss on similar MKVs when extracting frame image -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: h264 mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by eelco): I indeed want to speed up the seeking, but the output should still be correct ;) When I try with the new option added (with git-master) on the 2245-slow- ss-dd.mkv sample it is indeed very fast, but generates a bunch of warnings and an completely empty output picture. {{{ ... matroska,webm @ 0x101806600] File is broken, keyframes not correctly marked! [h264 @ 0x10281ea00] reference picture missing during reorder Last message repeated 3 times [h264 @ 0x10281ea00] Missing reference picture, default is 0 [h264 @ 0x10281ea00] decode_slice_header error [h264 @ 0x10281f600] reference picture missing during reorder Last message repeated 2 times [h264 @ 0x10281f600] Missing reference picture, default is 65564 Last message repeated 2 times [h264 @ 0x10281fc00] mmco: unref short failure Last message repeated 1 times [h264 @ 0x102820200] reference picture missing during reorder [h264 @ 0x102820200] Missing reference picture, default is 65568 [h264 @ 0x102820800] reference picture missing during reorder [h264 @ 0x102820800] Missing reference picture, default is 65570 [h264 @ 0x10281ea00] mmco: unref short failure [matroska,webm @ 0x101806600] Read error frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=1 video:393kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.005461% }}} Regarding the second sample (2245-slow-ss-dd.mkv), can you explain why the second keyframe (at 10.427s) was not used to generate the image at 11s? In the output is says {{{ frame= 1 fps=0.5 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=262 }}} It seems to me that it dropped 262 frames. When using it on the first ?slow? file (2245-slow-ss.mkv) however, it does seem to detect the keyframe and only drops 15 frames: {{{ frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=15 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 11:04:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 10:04:32 -0000 Subject: [FFmpeg-trac] #2250(undetermined:closed): AAC avcodec_decode_audio4 sound In-Reply-To: <038.f9ee9a46fe0b099fe1b468952093c7f7@avcodec.org> References: <038.f9ee9a46fe0b099fe1b468952093c7f7@avcodec.org> Message-ID: <053.0b794bca3efee893dfa636d4c253841c@avcodec.org> #2250: AAC avcodec_decode_audio4 sound -------------------------------------+------------------------------------- Reporter: Gibraltar | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 1.1.2 | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * resolution: => invalid * status: new => closed * component: avcodec => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 11:10:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 10:10:47 -0000 Subject: [FFmpeg-trac] #2249(undetermined:closed): AAC avcodec_decode_audio4 sound In-Reply-To: <038.03ebed5c7705a00b2a7c0b8f1c05f2e3@avcodec.org> References: <038.03ebed5c7705a00b2a7c0b8f1c05f2e3@avcodec.org> Message-ID: <053.7639e66fc90c72d28e1f1d8be902222f@avcodec.org> #2249: AAC avcodec_decode_audio4 sound -------------------------------------+------------------------------------- Reporter: Gibraltar | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 1.1.2 | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * resolution: => invalid * status: new => closed * component: avcodec => undetermined Comment: The AAC decoder now returns AV_SAMPLE_FMT_FLTP, if you have to use AUDIO_S16SYS, first convert audio with the aconvert filter (or use libswresample directly). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 11:28:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 10:28:09 -0000 Subject: [FFmpeg-trac] #1570(avdevice:open): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.f1a8791a315ca643793ca84fc14cbcbe@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by holden): * analyzed: 0 => 1 * reproduced: 0 => 1 Comment: To llarevo: thanks for testing, I believe I know what causes this bug and I have just posted a patch on ffmpeg-devel mailing list for discussion. As Carl suggested, please do not use "-t 300". Also using "-r 25" or not will not make any difference since you are capturing from a TV card using the PAL standard for which the framerate is fixed at 25fps and cannot be changed (you will only get a warning). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 12:59:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 11:59:18 -0000 Subject: [FFmpeg-trac] #1970(FFserver:open): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.188eea0dcb15705a2983c36a0811277d@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rickvanderzwet): Whould a workaround be to filter first and then pipe the output to the ffmpeg instance which does the 'distribution' to ffserver? Like this: ./bin/ffmpeg -y -i rtsp://172.17.20.5/live/ch01_0 -vf "$FILTER" -f avi pipe:1 | ./bin/ffmpeg -y -i pipe:0 foo.mp4 foo.webm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 14:44:10 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 13:44:10 -0000 Subject: [FFmpeg-trac] #2189(undetermined:open): ffmpeg -i http://url doesn't exit with absent server in windows In-Reply-To: <039.22d9600645329120271ee6c6242c633d@avcodec.org> References: <039.22d9600645329120271ee6c6242c633d@avcodec.org> Message-ID: <054.3465f36bc939c13fbaee726f69f24631@avcodec.org> #2189: ffmpeg -i http://url doesn't exit with absent server in windows -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): The crash on Ctrl-C should be fixed, can you try again to get a useful backtrace? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 15:27:28 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 14:27:28 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender Message-ID: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: WTV files created by ffmpeg do not play back on X360 extender. It gives an error: " Files needed to display video are not installed..." However it plays back fine on WMP and MCE. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 15:51:19 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 14:51:19 -0000 Subject: [FFmpeg-trac] #2170(undetermined:new): problem using av_packet_merge_side_data In-Reply-To: <038.60cc94af1edc3429f7ee006e3cb022bd@avcodec.org> References: <038.60cc94af1edc3429f7ee006e3cb022bd@avcodec.org> Message-ID: <053.8576cd024d9b18c25660bd6f8556a345@avcodec.org> #2170: problem using av_packet_merge_side_data -------------------------------------+------------------------------------- Reporter: trynitron | Owner: Type: defect | Status: new Priority: important | Component: Version: 1.1.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): What you try to store in the file / mux does not seem valid to me. Can you elaborate what kind of container this is and what you are trying to do ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 17:16:14 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 16:16:14 -0000 Subject: [FFmpeg-trac] #2170(undetermined:new): problem using av_packet_merge_side_data In-Reply-To: <038.60cc94af1edc3429f7ee006e3cb022bd@avcodec.org> References: <038.60cc94af1edc3429f7ee006e3cb022bd@avcodec.org> Message-ID: <053.6e3236d128507046e374e0cd35d4a61d@avcodec.org> #2170: problem using av_packet_merge_side_data -------------------------------------+------------------------------------- Reporter: trynitron | Owner: Type: defect | Status: new Priority: important | Component: Version: 1.1.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by trynitron): I will take the time to explain you in detail, with some working code, probably next week. Thanks to take care. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 17:52:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 16:52:06 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.7ebdf59ee351ea02ea2da2d25bdc62f2@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): To clarify the ffmpeg created WTV file has mpeg2video and AC3 audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 18:17:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 17:17:39 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.b4ac273cffb6b4785b162e495a4a4931@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wtv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 8 19:08:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Feb 2013 18:08:08 -0000 Subject: [FFmpeg-trac] #2253(undetermined:new): make fails with ./configure --disable-everything --enable-encoder=ac3 Message-ID: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> #2253: make fails with ./configure --disable-everything --enable-encoder=ac3 -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This may be expected, but thought I'd report it in case it isn't: How to reproduce: {{{ % ./configure --disable-everything --enable-encoder=ac3 && make clean && make libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_avg_pixels16_mmxext': /home/rogerdpack/dev/downloads/ffmpeg_git/libavcodec/x86/dsputil_avg_template.c:54: undefined reference to `ff_avg_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_put_pixels16_mmxext': /home/rogerdpack/dev/downloads/ffmpeg_git/libavcodec/x86/dsputil_mmx.c:153: undefined reference to `ff_put_pixels8_mmxext' /home/rogerdpack/dev/downloads/ffmpeg_git/libavcodec/x86/dsputil_mmx.c:153: undefined reference to `ff_put_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel8_mc30_mmxext': /home/rogerdpack/dev/downloads/ffmpeg_git/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel8_mc10_mmxext': /home/rogerdpack/dev/downloads/ffmpeg_git/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels8_l2_mmxext' ... }}} Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 01:32:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 00:32:32 -0000 Subject: [FFmpeg-trac] #2253(avcodec:open): make fails with ./configure --disable-everything (was: make fails with ./configure --disable-everything --enable-encoder=ac3) In-Reply-To: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> References: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> Message-ID: <054.bf51b4e91d2a70cebd2b97f90179a18c@avcodec.org> #2253: make fails with ./configure --disable-everything ------------------------------------+----------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 01:36:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 00:36:24 -0000 Subject: [FFmpeg-trac] #2244(avformat:closed): ffmpeg creates invalid odd-byte length wav files In-Reply-To: <036.536bd74b95954353488a015fad574e3b@avcodec.org> References: <036.536bd74b95954353488a015fad574e3b@avcodec.org> Message-ID: <051.ff6af1cb91eebcd567a0cbf4cb1c5227@avcodec.org> #2244: ffmpeg creates invalid odd-byte length wav files ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 01:37:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 00:37:38 -0000 Subject: [FFmpeg-trac] #2244(avformat:closed): ffmpeg creates invalid odd-byte length wav files In-Reply-To: <036.536bd74b95954353488a015fad574e3b@avcodec.org> References: <036.536bd74b95954353488a015fad574e3b@avcodec.org> Message-ID: <051.5811d226e0147c93a59f957fb9f52392@avcodec.org> #2244: ffmpeg creates invalid odd-byte length wav files ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Interestingly, FFmpeg (still) claims that the original file is invalid: {{{ $ ffmpeg -i oddbytedatalength.wav -f null - ffmpeg version N-49708-ga92816c Copyright (c) 2000-2013 the FFmpeg developers built on Feb 9 2013 01:34:27 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, wav, from 'oddbytedatalength.wav': Metadata: encoder : Lavf54.61.104 Duration: 00:00:01.00, bitrate: 1153 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.61.104 Stream #0:0: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s24le -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 [pcm_s24le @ 0x2c713e0] Invalid PCM packet, data has size 2 but at least a size of 3 was expected Error while decoding stream #0:0: Invalid data found when processing input size=N/A time=00:00:01.00 bitrate=N/A video:0kB audio:94kB subtitle:0 global headers:0kB muxing overhead -100.022856% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 01:52:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 00:52:03 -0000 Subject: [FFmpeg-trac] #2244(avformat:closed): ffmpeg creates invalid odd-byte length wav files In-Reply-To: <036.536bd74b95954353488a015fad574e3b@avcodec.org> References: <036.536bd74b95954353488a015fad574e3b@avcodec.org> Message-ID: <051.0c81eab5ed6a99dc7efa602cddf801a6@avcodec.org> #2244: ffmpeg creates invalid odd-byte length wav files ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dericed): @cehoyos. I see the invalid error is a fault with my sample and that ffmpeg's warning is correct. I was replicating a odd-byte-length 24 bit mono file with a hex editor rather than send the 2 gig original and I made an error. I'm going to upload a proper odd-byte-length data chunk wav if anyone is someday interested. Thanks for the fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 01:52:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 00:52:08 -0000 Subject: [FFmpeg-trac] #2254(undetermined:new): Unsupported h264 file Message-ID: <036.834a2fa22b982996354bd3fd80259f21@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: h264 mpegts Blocked By: | videolan Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- (videolan ticket 8145) A vlc user uploaded a DVB recording from TTV HD (Taiwan) explaining that when this broadcast station went on-air, set-top-box provider had to update their firmware to support decoding. FFmpeg only decodes the first frame, WMP plays the stream recognizable but with heavy motion artefacts. {{{ $ ffmpeg -vsync 0 -i ttvHD_vlc_sample.ts -vframes 2 out%2d.png ffmpeg version N-49708-ga92816c Copyright (c) 2000-2013 the FFmpeg developers built on Feb 9 2013 01:34:27 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [h264 @ 0x183a3c0] Missing reference picture, default is 65536 Last message repeated 4 times [mpegts @ 0x1834fc0] max_analyze_duration 5000000 reached at 5034667 microseconds [mpegts @ 0x1834fc0] decoding for stream 2 failed Input #0, mpegts, from 'ttvHD_vlc_sample.ts': Duration: 00:00:59.92, start: 36071.669144, bitrate: 4373 kb/s Program 1 Stream #0:0[0x44](): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 96 kb/s Stream #0:1[0x45](): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 96 kb/s Stream #0:2[0x46](): Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 30 tbr, 90k tbn, 59.94 tbc Output #0, image2, to 'out%2d.png': Metadata: encoder : Lavf54.61.104 Stream #0:0(): Video: png, rgb24, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0:2 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help [h264 @ 0x18703c0] Missing reference picture, default is 65536 [h264 @ 0x1871680] Missing reference picture, default is 65536 [h264 @ 0x186fe20] Missing reference picture, default is 65536 Missing reference picture, default is 6553600:00.00 bitrate=N/A [h264 @ 0x186ee60] Missing reference picture, default is 65536 [h264 @ 0x186fe20] Missing reference picture, default is 65536 [h264 @ 0x1871040] Missing reference picture, default is 65536 Missing reference picture, default is 6553600:00.00 bitrate=N/A [h264 @ 0x186fe20] Missing reference picture, default is 65536 [h264 @ 0x1871040] Missing reference picture, default is 65536 [h264 @ 0x186e080] Missing reference picture, default is 65536 Missing reference picture, default is 6553600:00.00 bitrate=N/A [h264 @ 0x1870a00] Missing reference picture, default is 65536 [h264 @ 0x186e080] Missing reference picture, default is 65536 [h264 @ 0x1871680] Missing reference picture, default is 65536 Last message repeated 1 times Missing reference picture, default is 6553600:00.00 bitrate=N/A [h264 @ 0x186fe20] Missing reference picture, default is 65536 [h264 @ 0x186f880] Missing reference picture, default is 65536 Missing reference picture, default is 6553600:00.00 bitrate=N/A [h264 @ 0x18703c0] Missing reference picture, default is 65536 [h264 @ 0x186f2e0] Missing reference picture, default is 65536 [h264 @ 0x18703c0] Missing reference picture, default is 65536 [h264 @ 0x1871680] Missing reference picture, default is 65536 Missing reference picture, default is 6553600:00.00 bitrate=N/A [h264 @ 0x18703c0] Missing reference picture, default is 65536 [h264 @ 0x1871680] Missing reference picture, default is 65536 frame= 1 fps=0.3 q=0.0 Lsize=N/A time=00:00:00.06 bitrate=N/A video:3191kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000673% }}} (early exit, FFmpeg would search the whole stream for a second frame) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 02:00:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 01:00:48 -0000 Subject: [FFmpeg-trac] #2254(undetermined:new): Unsupported h264 file In-Reply-To: <036.834a2fa22b982996354bd3fd80259f21@avcodec.org> References: <036.834a2fa22b982996354bd3fd80259f21@avcodec.org> Message-ID: <051.168f870213c1d94457f2d390d56b305f@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mpegts | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2254/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 02:50:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 01:50:14 -0000 Subject: [FFmpeg-trac] #2189(undetermined:open): ffmpeg -i http://url doesn't exit with absent server in windows In-Reply-To: <039.22d9600645329120271ee6c6242c633d@avcodec.org> References: <039.22d9600645329120271ee6c6242c633d@avcodec.org> Message-ID: <054.7ad3ddeaa29fa9ba54c55b01a2b85043@avcodec.org> #2189: ffmpeg -i http://url doesn't exit with absent server in windows -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by rogerdpack): Ctrl+C does seem fixed, thank you! Ok running what I believe to be git master... https://gist.github.com/rdp/4743454 has all the backtraces, not super helful unfortunately. The most relevant one seems to be thread 1, which appears to possibly be stuck in "poll"? Thanks! {{{ Thread 1 (Thread 1616.0x168c): #0 0x7735f8b1 in ntdll!RtlUpdateClonedSRWLock () from C:\Windows\system32\ntdll.dll #1 0x7735f8b1 in ntdll!RtlUpdateClonedSRWLock () from C:\Windows\system32\ntdll.dll #2 0x741f17cd in ?? () from C:\Windows\SysWOW64\mswsock.dll #3 0x741f6d30 in ?? () from C:\Windows\SysWOW64\mswsock.dll #4 0x75ac6a28 in WSAAsyncGetHostByAddr () from C:\Windows\syswow64\ws2_32.dll #5 0x00000149 in ?? () #6 0x0028a204 in ?? () #7 0x00581fde in ff_poll (fds=0x28a588, numfds=1, timeout=100) at libavformat/os_support.c:351 #8 0x5115aa27 in ?? () #9 0x06a65ba0 in ?? () #10 0xba010101 in ?? () #11 0x08cd4d08 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 12:34:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 11:34:12 -0000 Subject: [FFmpeg-trac] #2253(avcodec:open): make fails with ./configure --disable-everything In-Reply-To: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> References: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> Message-ID: <054.cb232a9b3da7093d75d028acdaa8acc1@avcodec.org> #2253: make fails with ./configure --disable-everything ------------------------------------+----------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Regression since 91c8921 / 71155d7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 13:01:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 12:01:09 -0000 Subject: [FFmpeg-trac] #2253(avcodec:open): make fails with ./configure --disable-everything In-Reply-To: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> References: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> Message-ID: <054.d878eaf3e97c2614cfc31c496c55ecfb@avcodec.org> #2253: make fails with ./configure --disable-everything ------------------------------------+----------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ./configure --disable-everything ... $ make V=1 ffmpeg gcc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavresample -Llibavutil -Llibpostproc -Llibswscale -Llibswresample -Wl,--as-needed -Wl ,--warn-common -Wl,-rpath- link=libpostproc:libswresample:libswscale:libavfilter:libavdevice:libavformat:libavcodec:libavutil:libavresample -o ffmpeg_g ffmpeg_opt.o ffmpeg_filter.o ffmpeg.o cmdutils.o -lavdevice -lavfilter -lavformat -lavcodec -lswresample -lswscale -lavutil -lva -lSDL -lpthread -lm -pthread -lbz2 -lz -lrt libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_avg_pixels16_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_avg_template.c:54: undefined reference to `ff_avg_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel8_mc30_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel8_mc10_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel8_mc33_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels8_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel8_mc23_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o):/home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: more undefined references to `ff_put_pixels8_l2_mmxext' follow libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel16_mc30_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel16_mc10_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel16_mc33_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels16_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel16_mc23_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o):/home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: more undefined references to `ff_put_pixels16_l2_mmxext' follow libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc33_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels8_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc23_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc13_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels8_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc03_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc31_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels8_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc21_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc11_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels8_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc01_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc30_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc10_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc32_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc12_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels8_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc33_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels16_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc23_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc13_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels16_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc03_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc31_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels16_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc21_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc11_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels16_l2_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc01_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc30_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc10_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc32_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel16_mc12_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_put_pixels16_l2_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_put_pixels16_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:153: undefined reference to `ff_put_pixels8_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:153: undefined reference to `ff_put_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_avg_pixels16_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_avg_template.c:54: undefined reference to `ff_avg_pixels8_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_avg_template.c:55: undefined reference to `ff_avg_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `avg_qpel8_mc00_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1169: undefined reference to `ff_avg_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_no_rnd_qpel8_mc00_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1170: undefined reference to `ff_put_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `put_qpel8_mc00_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1168: undefined reference to `ff_put_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_put_pixels16_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:154: undefined reference to `ff_put_pixels8_mmxext' /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:154: undefined reference to `ff_put_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_avg_pixels16_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_avg_template.c:55: undefined reference to `ff_avg_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_put_vc1_mspel_mc00_mmx': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1390: undefined reference to `ff_put_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `ff_avg_vc1_mspel_mc00_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1396: undefined reference to `ff_avg_pixels8_mmxext' libavcodec/libavcodec.a(dsputil_mmx.o): In function `dsputil_init_mmxext': /home/cehoyos/test/cehoyos/FFmpeg/libavcodec/x86/dsputil_mmx.c:1681: undefined reference to `ff_avg_pixels8_mmxext' libavcodec/libavcodec.a(dsputil.o): In function `ff_h263_v_loop_filter_mmx': /home/cehoyos/test/cehoyos/FFmpeg//libavcodec/x86/dsputil.asm:735: undefined reference to `ff_h263_loop_filter_strength' libavcodec/libavcodec.a(dsputil.o): In function `ff_h263_h_loop_filter_mmx': /home/cehoyos/test/cehoyos/FFmpeg//libavcodec/x86/dsputil.asm:777: undefined reference to `ff_h263_loop_filter_strength' collect2: error: ld returned 1 exit status make: *** [ffmpeg_g] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 13:09:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 12:09:30 -0000 Subject: [FFmpeg-trac] #175(avcodec:closed): Strange increase of the size of dsputil.o In-Reply-To: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> References: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> Message-ID: <053.c2d206732c7b688bc8e51df09788f162@avcodec.org> #175: Strange increase of the size of dsputil.o ------------------------------------+----------------------------------- Reporter: xhpohanka | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * status: reopened => closed * resolution: => fixed Comment: I think this have been fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 13:12:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 12:12:53 -0000 Subject: [FFmpeg-trac] #1832(avcodec:open): TrueHD Encoder? In-Reply-To: <040.d24e016573edf4b7911dff5bb558f89a@avcodec.org> References: <040.d24e016573edf4b7911dff5bb558f89a@avcodec.org> Message-ID: <055.097aa634604e78bb47806f526e479933@avcodec.org> #1832: TrueHD Encoder? -------------------------------------+----------------------------------- Reporter: marcusj0015 | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: thd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): There is already abandoned mlp[ encoder (truehd is just variant of it) around. And, no it is far from naive and trivial task..... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 13:35:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 12:35:58 -0000 Subject: [FFmpeg-trac] #2225(avfilter:open): negate filter is broken on big-endian In-Reply-To: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> References: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> Message-ID: <053.dea01c85705463477192a9d1e4e31bb0@avcodec.org> #2225: negate filter is broken on big-endian ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: negate lut | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): This actually happens for any input video? If yes than also lutrgb or lutyuv filter is broken? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 13:41:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 12:41:38 -0000 Subject: [FFmpeg-trac] #1624(avfilter:open): add waveform filter for video In-Reply-To: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> References: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> Message-ID: <051.47773e9a9d9dd68ffaf135b9ba046971@avcodec.org> #1624: add waveform filter for video -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Implemented as histogram filter: "-vf histogram=mode=waveform:step=2:waveform_mode=column" gives same output as yuvdiag. Do you really need u & v component in waveform mode? How should it be done? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 13:50:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 12:50:45 -0000 Subject: [FFmpeg-trac] #1624(avfilter:open): add waveform filter for video In-Reply-To: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> References: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> Message-ID: <051.834e507a9858e0a725708e8232375030@avcodec.org> #1624: add waveform filter for video -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Ignore, I found far more useful explanation here http://documentation.apple.com/en/color/usermanual/index.html#chapter=8%26section=3%26tasks=true Some stuff is done slightly different and some others are missing. I will work on missing stuff and than close this bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 14:13:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 13:13:08 -0000 Subject: [FFmpeg-trac] #2100(avfilter:new): No burned in subtitles visible on Mac OSX In-Reply-To: <038.3f33d78339fc975986887dc2b18ff3f5@avcodec.org> References: <038.3f33d78339fc975986887dc2b18ff3f5@avcodec.org> Message-ID: <053.68801e03677c5bee47010135ceb308be@avcodec.org> #2100: No burned in subtitles visible on Mac OSX ------------------------------------+------------------------------------ Reporter: raptor399 | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by raptor399): Sorry for posting this ticket just before my holiday and only getting back so late! Thanks for all the useful feedback, it helped me greatly on my search for a solution. As it turns out, FFmpeg is working just fine. Fontconfig could not find a configuration file and when it did, that file did not contain any real font paths. I have verified this with the ffmpegexperts OSX build and the latest snapshot build. I did two things to get fontconfig working properly on my system: - export FONTCONFIG_PATH=/opt/X11/lib/X11/fontconfig - edit the /opt/X11/lib/X11/fontconfig/fonts.conf and added the directory "/Library/Fonts" to the font directory list After this subtitles are burned in as expected, with both "-vf subtitles=..." and "-vf ass=...". Even if fonts are reported missing by fontconfig, a substitute is used and the subtitles are still being burned. Please close the ticket, as the problem is indeed caused by fontconfig configuration as people suspected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 14:27:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 13:27:38 -0000 Subject: [FFmpeg-trac] #2100(avfilter:closed): No burned in subtitles visible on Mac OSX In-Reply-To: <038.3f33d78339fc975986887dc2b18ff3f5@avcodec.org> References: <038.3f33d78339fc975986887dc2b18ff3f5@avcodec.org> Message-ID: <053.da5c44dac32500fd1a11b2cbd5b3039b@avcodec.org> #2100: No burned in subtitles visible on Mac OSX ------------------------------------+------------------------------------ Reporter: raptor399 | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 18:43:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 17:43:14 -0000 Subject: [FFmpeg-trac] #2194(avformat:open): ffplay: iff ilbm output changes after seeking with the mouse In-Reply-To: <038.feeb47aa2ab9b8b0d165df956ef0c2fe@avcodec.org> References: <038.feeb47aa2ab9b8b0d165df956ef0c2fe@avcodec.org> Message-ID: <053.fba22119173a2e2ed4edebc64832d68c@avcodec.org> #2194: ffplay: iff ilbm output changes after seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: iff | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): This is single frame, so seeking should not do this. Except seeking with mouse triggers byte seek and than unthinkable happens. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 18:47:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 17:47:39 -0000 Subject: [FFmpeg-trac] #138(avformat:closed): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.febc0a8ba32aafbdac2fbfaa5d2dbe83@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: closed Priority: minor | Component: avformat Version: unspecified | Resolution: fixed Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: reopened => closed * resolution: => fixed Comment: Thanks, feel free to reopen ticket that if you found it still does not work with latest release/git. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 18:50:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 17:50:22 -0000 Subject: [FFmpeg-trac] #814(swscale:closed): rgb24 -> yuv420p conversion is not precise? In-Reply-To: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> References: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> Message-ID: <053.ef34e9eb7686a41cb7e604d43e620bad@avcodec.org> #814: rgb24 -> yuv420p conversion is not precise? -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * status: new => closed * resolution: => wontfix Comment: I really do not see how this could be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 18:52:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 17:52:13 -0000 Subject: [FFmpeg-trac] #964(avcodec:open): No h263 Mode B support? In-Reply-To: <035.914ef4e8a8369e7b85f36b3203e08159@avcodec.org> References: <035.914ef4e8a8369e7b85f36b3203e08159@avcodec.org> Message-ID: <050.60c22849287226abe9e7609e236990bb@avcodec.org> #964: No h263 Mode B support? ------------------------------------+----------------------------------- Reporter: walker | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h263 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 18:53:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 17:53:31 -0000 Subject: [FFmpeg-trac] #1095(avcodec:open): libxavs: encoded file doesn't decode with built-in decoder In-Reply-To: <038.5a37d379fbb9c0fb8d008e3baea79edd@avcodec.org> References: <038.5a37d379fbb9c0fb8d008e3baea79edd@avcodec.org> Message-ID: <053.22b05a9569a62a082c5f59bda3854e4c@avcodec.org> #1095: libxavs: encoded file doesn't decode with built-in decoder ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libxavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 18:55:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 17:55:47 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.6d04e0324f4389138a1d6d038823b16b@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): To make this a useful and valid ticket please: Find a wtv file that plays on "XBox 360 extender" (between 2 and 10 MB, slightly bigger if you only have HD sapmles). Provide the sample. Try "ffmpeg -i yoursample -acodec copy -vcodec copy out1.wtv" and test if the output file plays as expected. If it does not, please provide the complete, uncut console output. If out1.wtv plays fine, try to only reencode the audio: "ffmpeg -i yoursample -vcodec copy -acodec ac3 -ac 2 -ab 128k out2.wtv", test the output file and provide complete, uncut console output if it does not play. If out1.wtv and out2.wtv play fine, try to only reencode the video: "ffmpeg -i yoursample -acodec copy -vcodec copy -qscale 10 out3.wtv", test out3.wtv and if it does not play, provide the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 18:56:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 17:56:20 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> References: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> Message-ID: <051.5f04d5001757041a950355c0ba801e21@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: DTS mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 18:57:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 17:57:56 -0000 Subject: [FFmpeg-trac] #1410(undetermined:closed): Need Help Using FFMPEG with AVISYNTH In-Reply-To: <034.3e6e61cc3ab72f387337f6bc395596ad@avcodec.org> References: <034.3e6e61cc3ab72f387337f6bc395596ad@avcodec.org> Message-ID: <049.da796d36fe07f1bc342735a6e48ed5d5@avcodec.org> #1410: Need Help Using FFMPEG with AVISYNTH -------------------------------------+------------------------------------- Reporter: baoky | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: avisynth | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: open => closed * resolution: => needs_more_info Comment: Please reopen if bug is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:02:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:02:11 -0000 Subject: [FFmpeg-trac] #1611(undetermined:closed): The colors change when converting bgr24 to yuv420p In-Reply-To: <038.f4bffd59c3c423e169f252196f106136@avcodec.org> References: <038.f4bffd59c3c423e169f252196f106136@avcodec.org> Message-ID: <053.6d53f8fcf74c6a3e8eb74c1d54c5a5e2@avcodec.org> #1611: The colors change when converting bgr24 to yuv420p -------------------------------------+------------------------------------- Reporter: fftest800 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: colors,bgr24,yuv | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => needs_more_info Comment: Conversion from rgb->yuv changes colors and can not be lossless. Also 4 months passed and no feedback received. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:03:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:03:40 -0000 Subject: [FFmpeg-trac] #1937(avformat:open): cdxl: wrong duration In-Reply-To: <038.76e39beabc707ba6ff0dc76ce105ed48@avcodec.org> References: <038.76e39beabc707ba6ff0dc76ce105ed48@avcodec.org> Message-ID: <053.a7c6e1b21caabf5c39ba664809a84667@avcodec.org> #1937: cdxl: wrong duration -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: cdxl | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * priority: normal => wish * type: defect => enhancement * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:04:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:04:49 -0000 Subject: [FFmpeg-trac] #2134(undetermined:closed): libavcodec and AC3 audio crash XBMC In-Reply-To: <037.3e37279b6245abcc2837ed215081fba4@avcodec.org> References: <037.3e37279b6245abcc2837ed215081fba4@avcodec.org> Message-ID: <052.6ca3770eff49f99cceeca83554eee734@avcodec.org> #2134: libavcodec and AC3 audio crash XBMC ----------------------------------+---------------------------------------- Reporter: marillat | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 1.1 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:07:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:07:43 -0000 Subject: [FFmpeg-trac] #296(undetermined:open): support seeking by decoding from the begin In-Reply-To: <038.3ae18397d049f3ec14f16364ecb645e0@avcodec.org> References: <038.3ae18397d049f3ec14f16364ecb645e0@avcodec.org> Message-ID: <053.b1392bb41d1a55edea3ded666dd35d06@avcodec.org> #296: support seeking by decoding from the begin -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: msvideo1 | Resolution: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:08:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:08:54 -0000 Subject: [FFmpeg-trac] #2016(avcodec:open): Support libopenjpeg 2.0.0 In-Reply-To: <038.68b153e3b9ba784ade544aad3174de23@avcodec.org> References: <038.68b153e3b9ba784ade544aad3174de23@avcodec.org> Message-ID: <053.d2a3b797513831bb33d508f1ae07666c@avcodec.org> #2016: Support libopenjpeg 2.0.0 -------------------------------------+----------------------------------- Reporter: KSHawkEye | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:09:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:09:12 -0000 Subject: [FFmpeg-trac] #2119(avformat:open): Support for Playstation 2 Audio file format In-Reply-To: <034.5c7ac2fc72e05c3fbfbca89fbf1bacb0@avcodec.org> References: <034.5c7ac2fc72e05c3fbfbca89fbf1bacb0@avcodec.org> Message-ID: <049.54c4b7c720919fe631af3bfbf3b6e9be@avcodec.org> #2119: Support for Playstation 2 Audio file format -------------------------------------+------------------------------------ Reporter: DX099 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: psf2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:09:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:09:52 -0000 Subject: [FFmpeg-trac] #2214(avcodec:new): h264 output video stream with yuv444p In-Reply-To: <034.36242dd1087f0f73f74170c3f538b262@avcodec.org> References: <034.36242dd1087f0f73f74170c3f538b262@avcodec.org> Message-ID: <049.65ca6358e2ee87a0bfc28762115cff6f@avcodec.org> #2214: h264 output video stream with yuv444p -------------------------------------+----------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:14:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:14:23 -0000 Subject: [FFmpeg-trac] #1248(avformat:open): shorten: add duration info In-Reply-To: <038.1234389a7e726c1aa72241ca47702f23@avcodec.org> References: <038.1234389a7e726c1aa72241ca47702f23@avcodec.org> Message-ID: <053.d37576c3fcc54560e8cf8db91c432c01@avcodec.org> #1248: shorten: add duration info -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: shorten | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat Comment: Not sure if libavcodec needs to be changed too... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:17:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:17:15 -0000 Subject: [FFmpeg-trac] #1333(avformat:new): Seeking in voc In-Reply-To: <036.aff145acaba11bd41906eac9a8e0cf91@avcodec.org> References: <036.aff145acaba11bd41906eac9a8e0cf91@avcodec.org> Message-ID: <051.f1e4be7da8968c1fab2972ad1c277cc7@avcodec.org> #1333: Seeking in voc -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: voc roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:17:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:17:57 -0000 Subject: [FFmpeg-trac] #2150(avfilter:open): scale video filter improvement In-Reply-To: <034.aff46cc0207dc0aa164010e3fd009bec@avcodec.org> References: <034.aff46cc0207dc0aa164010e3fd009bec@avcodec.org> Message-ID: <049.e49b3f8f33d4623d0a030e5fa0b4043c@avcodec.org> #2150: scale video filter improvement -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:44:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:44:44 -0000 Subject: [FFmpeg-trac] #814(swscale:closed): rgb24 -> yuv420p conversion is not precise? In-Reply-To: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> References: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> Message-ID: <053.d556f0fd8dc548fd4aa992e6235a1cc3@avcodec.org> #814: rgb24 -> yuv420p conversion is not precise? -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): Try this: ffmpeg -i tetest.tif -sws_flags lanczos+accurate_rnd+full_chroma_int+full_chroma_inp -pix_fmt yuv420p out.y4m ffmpeg -i out.y4m -sws_flags lanczos+accurate_rnd+full_chroma_int+full_chroma_inp out.bmp and view the bmp with something not based on SDL (that is something not converting to YUV420 again) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 19:51:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 18:51:31 -0000 Subject: [FFmpeg-trac] #814(swscale:closed): rgb24 -> yuv420p conversion is not precise? In-Reply-To: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> References: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> Message-ID: <053.652ade60be564f335ac66465a28a2c3f@avcodec.org> #814: rgb24 -> yuv420p conversion is not precise? -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by gjdfgh): It would be nice if these magical flags would be documented anywhere. Especially how to get highest quality output. (Maybe even add a #define for this.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 21:10:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 20:10:23 -0000 Subject: [FFmpeg-trac] #1756(undetermined:closed): 2013 Winter Website Banner Contest In-Reply-To: <035.0b53302787816b666870597d32ab45af@avcodec.org> References: <035.0b53302787816b666870597d32ab45af@avcodec.org> Message-ID: <050.bb9b184d725355f23911511859ac8f6e@avcodec.org> #1756: 2013 Winter Website Banner Contest -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: art | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: completed Blocking: | (art) Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => completed (art) Comment: ffmpeg-winter-logo_muxsonV2.png by Muxon was chosen: http://ffmpeg.org/pipermail/ffmpeg-devel/2012-December/135705.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 9 21:18:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Feb 2013 20:18:02 -0000 Subject: [FFmpeg-trac] #2255(undetermined:new): 2013 Spring Website Art Contest Message-ID: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> #2255: 2013 Spring Website Art Contest -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: art | Status: new Priority: minor | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- We are now accepting designs for the website banner. This is a spring theme, and the deadline is March 15. We will then vote on the designs, and the winner's art will be uploaded to the site! See our logo wiki page for more information: https://ffmpeg.org/trac/ffmpeg/wiki/SubmitALogo Please submit your entries to this ticket including artwork files. Here's how: 1. Register to this ticket tracker: https://ffmpeg.org/trac/ffmpeg/register 2. Return to this ticket. 3. Click the "Attach file" button (it is under the "Attachments" section) and upload your artwork (size limit is 2.5 MB). Give it a unique name such as "2013-spring-llogan.png". You may submit more than one design. If your file is too large then provide a link to your art or use a file service such as datafilehost, mediafire, or dropbox. 4. Under "Add a comment" let us know which file you uploaded and whatever else you want to tell us about your design. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 01:57:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 00:57:30 -0000 Subject: [FFmpeg-trac] #2256(undetermined:new): FFmpeg caused php starup error Message-ID: <037.c1a9098ccb085010dcabb296e2858adc@avcodec.org> #2256: FFmpeg caused php starup error -------------------------------------+------------------------------------- Reporter: abdul202 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: PHP Startup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: i have installed the FFmpeg using the following tutorial http://ffmpeg.org/trac/ffmpeg/wiki/CentosCompilationGuide?version=14 to install it with all the extensions on that tutorila the ffmpeg is working fine but i got this php error PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20090626/ffmpeg.so' - libswscale.so.0: cannot open shared object file: No such file or directory in Unknown on line 0 my FFmpeg details ffmpeg version N-49359-g6512405 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 27 2013 01:15:56 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-zlib --enable-version3 libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 34.101 / 3. 34.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 i searched my server i found that ffmpeg.so located at /usr/local/lib/php/extensions/no-debug-non-zts-20090626/ffmpeg.so so the path is correct but the libswscale.so.0 is missing how can i fix this best regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 08:02:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 07:02:14 -0000 Subject: [FFmpeg-trac] #2257(undetermined:new): make ffmpeg option order like mencoder Message-ID: <034.25b2175bfec2df45384e6b434f647d07@avcodec.org> #2257: make ffmpeg option order like mencoder -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- implement aliases for input and output options so command lines can be written out of order mencoder -vc inputcodec -oac outputcodec -ovc outputcodec -of outputformat ffmpeg -f forceinputformat -vcodec input file -vcodec output -f outputformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 08:09:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 07:09:54 -0000 Subject: [FFmpeg-trac] #2258(FFmpeg:new): allow -ss 30:00 instead of -ss 00:30:00 Message-ID: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> #2258: allow -ss 30:00 instead of -ss 00:30:00 ---------------------------------------+-------------------------------- Reporter: compn | Owner: Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+-------------------------------- ffmpeg -ss 00:30:00 to seek 30 minutes be nice to just do ffmpeg -ss 30:00 same with -t -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 09:22:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 08:22:09 -0000 Subject: [FFmpeg-trac] #2257(FFmpeg:closed): make ffmpeg option order like mencoder In-Reply-To: <034.25b2175bfec2df45384e6b434f647d07@avcodec.org> References: <034.25b2175bfec2df45384e6b434f647d07@avcodec.org> Message-ID: <049.500ab02c8ff01bad0d7dc9072e109a60@avcodec.org> #2257: make ffmpeg option order like mencoder -------------------------------------+----------------------------------- Reporter: compn | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid * component: undetermined => FFmpeg Comment: This does not look like a valid ticket (and I don't think it would be a good idea to implement it). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 09:22:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 08:22:55 -0000 Subject: [FFmpeg-trac] #2256(undetermined:closed): FFmpeg caused php starup error In-Reply-To: <037.c1a9098ccb085010dcabb296e2858adc@avcodec.org> References: <037.c1a9098ccb085010dcabb296e2858adc@avcodec.org> Message-ID: <052.4a43636795e3713c8ea73b74460910a8@avcodec.org> #2256: FFmpeg caused php starup error -------------------------------------+------------------------------------- Reporter: abdul202 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: PHP Startup => * status: new => closed * resolution: => invalid Comment: This is the FFmpeg bug tracker, not a support forum, please see http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 09:26:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 08:26:25 -0000 Subject: [FFmpeg-trac] #2258(FFmpeg:open): allow -ss 30:00 instead of -ss 00:30:00 In-Reply-To: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> References: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> Message-ID: <049.5ae030928343def048eddc88af04ecbe@avcodec.org> #2258: allow -ss 30:00 instead of -ss 00:30:00 -------------------------------------+---------------------------------- Reporter: compn | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -ss 1:00 -i fate-suite/svq3/Vertical400kbit.sorenson3.mov ffmpeg version N-49759-gcf8d9b7 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 10 2013 09:22:04 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Invalid duration specification for ss: 1:00 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 12:10:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 11:10:53 -0000 Subject: [FFmpeg-trac] #2140(avfilter:reopened): null ptr deref due to vf_mp not setting pseudo palette In-Reply-To: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> References: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> Message-ID: <051.5c222c72365a0584b45175068b743fc5@avcodec.org> #2140: null ptr deref due to vf_mp not setting pseudo palette -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV mp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): The mp=il filter was ported and removed by Paul B Mahol, the crash is still reproducible with mp=fspp. $ ffmpeg -i tests/lena.pnm -pix_fmt gray gray.png {{{ (gdb) r -i gray.png -vf mp=fspp -f null - Starting program: ffmpeg_g -i gray.png -vf mp=fspp -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version 1.1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 10 2013 11:46:21 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, image2, from 'gray.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray, 256x256, 25 tbr, 25 tbn, 25 tbc [Parsed_mp_0 @ 0x15de480] 'fspp' is a wrapped MPlayer filter (libmpcodecs). This filter may be removed once it has been ported to a native libavfilter. Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.59.106 Stream #0:0: Video: rawvideo (Y800 / 0x30303859), gray, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> rawvideo) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000bb8d60 in av_image_copy (dst_data=dst_data at entry=0x15dffc8, dst_linesizes=dst_linesizes at entry=0x15e0010, src_data=src_data at entry=0x15df708, src_linesizes=src_linesizes at entry=0x15df750, pix_fmt=AV_PIX_FMT_GRAY8, width=256, height=256) at libavutil/imgutils.c:272 272 memcpy(dst_data[1], src_data[1], 4*256); (gdb) bt #0 0x0000000000bb8d60 in av_image_copy (dst_data=dst_data at entry=0x15dffc8, dst_linesizes=dst_linesizes at entry=0x15e0010, src_data=src_data at entry=0x15df708, src_linesizes=src_linesizes at entry=0x15df750, pix_fmt=AV_PIX_FMT_GRAY8, width=256, height=256) at libavutil/imgutils.c:272 #1 0x00000000004713e6 in ff_filter_frame_framed (link=link at entry=0x15ded20, frame=frame at entry=0x15df700) at libavfilter/avfilter.c:693 #2 0x00000000004731ab in ff_filter_frame (link=link at entry=0x15ded20, frame=frame at entry=0x15df700) at libavfilter/avfilter.c:791 #3 0x000000000048bcac in ff_vf_next_put_image (vf=0x15de5a0, mpi=0x15df880, pts=0) at libavfilter/vf_mp.c:588 #4 0x000000000048b952 in filter_frame (inlink=0x15dfcc0, inpic=0x15dfac0) at libavfilter/vf_mp.c:824 #5 0x0000000000471555 in ff_filter_frame_framed (link=link at entry=0x15dfcc0, frame=frame at entry=0x15dfac0) at libavfilter/avfilter.c:719 #6 0x00000000004731ab in ff_filter_frame (link=link at entry=0x15dfcc0, frame=0x15dfac0) at libavfilter/avfilter.c:791 #7 0x0000000000475f02 in request_frame (link=0x15dfcc0) at libavfilter/buffersrc.c:372 #8 0x0000000000476334 in av_buffersrc_add_ref (s=0x15b9480, buf=0x0, flags=flags at entry=7) at libavfilter/buffersrc.c:150 #9 0x000000000045eafd in decode_video (ist=ist at entry=0x15d7540, pkt=pkt at entry=0x7fffffffdaf0, got_output=got_output at entry=0x7fffffffd88c) at ffmpeg.c:1672 #10 0x0000000000461b0f in output_packet (pkt=0x7fffffffda90, ist=0x15d7540) at ffmpeg.c:1792 #11 process_input (file_index=) at ffmpeg.c:2886 #12 0x00000000004521e0 in transcode_step () at ffmpeg.c:2982 #13 transcode () at ffmpeg.c:3034 #14 main (argc=, argv=) at ffmpeg.c:3209 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xbb8d40 to 0xbb8d80: 0x0000000000bb8d40 : add %al,(%rax) 0x0000000000bb8d42 : add %al,-0xa(%rax) 0x0000000000bb8d45 : movl $0x10d850f,(%rdx) 0x0000000000bb8d4b : add %al,(%rax) 0x0000000000bb8d4d : test $0x4,%dil 0x0000000000bb8d51 : jne 0xbb8e46 0x0000000000bb8d57 : mov %eax,%ecx 0x0000000000bb8d59 : xor %edx,%edx 0x0000000000bb8d5b : shr $0x3,%ecx 0x0000000000bb8d5e : test $0x4,%al => 0x0000000000bb8d60 : rep movsq %ds:(%rsi),%es:(%rdi) 0x0000000000bb8d63 : je 0xbb8d6e 0x0000000000bb8d65 : mov (%rsi),%edx 0x0000000000bb8d67 : mov %edx,(%rdi) 0x0000000000bb8d69 : mov $0x4,%edx 0x0000000000bb8d6e : test $0x2,%al 0x0000000000bb8d70 : je 0xbb8d7e 0x0000000000bb8d72 : movzwl (%rsi,%rdx,1),%ecx 0x0000000000bb8d76 : mov %cx,(%rdi,%rdx,1) 0x0000000000bb8d7a : add $0x2,%rdx 0x0000000000bb8d7e : test $0x1,%al End of assembler dump. (gdb) info register rax 0x400 1024 rbx 0x100 256 rcx 0x80 128 rdx 0x0 0 rsi 0x0 0 rdi 0x1627080 23228544 rbp 0x100 0x100 rsp 0x7fffffffd2e0 0x7fffffffd2e0 r8 0x1626f80 23228288 r9 0xf0 240 r10 0x0 0 r11 0x7ffff668dd60 140737327455584 r12 0x1616e20 23162400 r13 0x1627080 23228544 r14 0x0 0 r15 0x100 256 rip 0xbb8d60 0xbb8d60 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 12:29:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 11:29:44 -0000 Subject: [FFmpeg-trac] #2140(avfilter:reopened): null ptr deref due to vf_mp not setting pseudo palette In-Reply-To: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> References: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> Message-ID: <051.93a063afe8a661793d94b4984bb62444@avcodec.org> #2140: null ptr deref due to vf_mp not setting pseudo palette -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV mp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): The crash is a regression since 82541d8. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 19:52:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 18:52:31 -0000 Subject: [FFmpeg-trac] #1570(avdevice:open): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.a738ba1de80d7c1c1e938c7f003b46fe@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by llarevo): All requested testcases were broken with the current git, except the ffplay commands without -r 25. In other words: ffmpeg doesn't work neither with or without -r 25, while ffplay does work only without -r 25. In Detail: == 1. compiled without --enable-libv4l2 == '''1.1 ffmpeg -loglevel debug -f v4l2 -s vga -r 25 -i /dev/video0 out-vga- 2M-5min.mpg: BROKEN''' {{{ ffmpeg version N-49795-g478fc7f Copyright (c) 2000-2013 the FFmpeg developers built on Feb 10 2013 19:25:16 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '25'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out-vga-2M-5min.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Applying option r (set frame rate (Hz value, fraction or abbreviation)) with argument 25. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x2b101c0] fd:3 capabilities:5010015 [video4linux2,v4l2 @ 0x2b101c0] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x2b101c0] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x2b101c0] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x2b101c0] Current standard: PAL, id: 255, frameperiod: 1/25 [video4linux2,v4l2 @ 0x2b101c0] The driver does not allow to change time per frame ^Cinterrupted rfps: 1.000000 0.006400 rfps: 1.083333 0.007511 Last message repeated 1 times rfps: 1.166667 0.008711 Last message repeated 1 times rfps: 1.250000 0.010000 =====>(several dozends of lines like this)<===== rfps: 51.583333 0.016063 rfps: 51.666667 0.017798 rfps: 51.750000 0.019619 rfps: 23.976024 0.006705 Last message repeated 1 times [video4linux2,v4l2 @ 0x2b101c0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1360520755.820252, bitrate: 92160 kb/s Stream #0:0, 8, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file out-vga-2M-5min.mpg. Successfully parsed a group of options. Opening an output file: out-vga-2M-5min.mpg. Successfully opened the file. [buffer @ 0x2b16040] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x2b16040] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x2b16040] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x2b16040] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x2b16040] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x2b16040] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x2b10c80] w:640 h:480 pixfmt:yuv420p tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [graph 0 input from stream 0:0 @ 0x2b10c80] TB:0.040000 FRAME_RATE:25.000000 SAMPLE_RATE:nan [mpeg1video @ 0x2b11b80] detected 4 logical cores [mpeg1video @ 0x2b11b80] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x2b11400] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out-vga-2M-5min.mpg': Metadata: encoder : Lavf54.62.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) Received signal 2: terminating. }}} '''1.2 ffmpeg -loglevel debug -f v4l2 -s vga -i /dev/video0 out-vga-2M- 5min.mpg: BROKEN''' {{{ ffmpeg -loglevel debug -f v4l2 -s vga -i /dev/video0 out-vga-2M-5min.mpg ffmpeg version N-49795-g478fc7f Copyright (c) 2000-2013 the FFmpeg developers built on Feb 10 2013 19:25:16 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out-vga-2M-5min.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x222d0e0] fd:3 capabilities:5010015 [video4linux2,v4l2 @ 0x222d0e0] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x222d0e0] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x222d0e0] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x222d0e0] Current standard: PAL, id: 255, frameperiod: 1/25 ^Cinterrupted <========================Strg+c here rfps: 1.000000 0.006400 Last message repeated 1 times rfps: 1.083333 0.007511 Last message repeated 1 times rfps: 1.166667 0.008711 rfps: 1.250000 0.010000 rfps: 1.333333 0.011378 rfps: 1.416667 0.012845 Last message repeated 1 times rfps: 1.500000 0.014400 ====================lots more of this garbage=================== rfps: 51.416667 0.012857 rfps: 51.500000 0.014413 rfps: 51.583333 0.016057 rfps: 51.666667 0.017792 rfps: 51.750000 0.019614 Last message repeated 1 times rfps: 23.976024 0.006706 [video4linux2,v4l2 @ 0x222d0e0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1360520929.062198, bitrate: 92160 kb/s Stream #0:0, 8, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file out-vga-2M-5min.mpg. Successfully parsed a group of options. Opening an output file: out-vga-2M-5min.mpg. File 'out-vga-2M-5min.mpg' already exists. Overwrite ? [y/N] y Successfully opened the file. [buffer @ 0x2232ec0] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x2232ec0] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x2232ec0] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x2232ec0] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x2232ec0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x2232ec0] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x2232500] w:640 h:480 pixfmt:yuv420p tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [mpeg1video @ 0x222e800] detected 4 logical cores [mpeg1video @ 0x222e800] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x222e080] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out-vga-2M-5min.mpg': Metadata: encoder : Lavf54.62.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) Received signal 2: terminating. }}} '''1.3 ffplay -loglevel debug -f video4linux2 -r 25 -probesize 32 /dev/video0: BROKEN''' {{{ ffplay version N-49795-g478fc7f Copyright (c) 2003-2013 the FFmpeg developers built on Feb 10 2013 19:25:16 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Failed to set value '25' for option 'r' }}} '''1.4 ffplay -loglevel debug -f video4linux2 -probesize 32 /dev/video0: GOOD''' {{{ ffplay version N-49795-g478fc7f Copyright (c) 2003-2013 the FFmpeg developers built on Feb 10 2013 19:25:16 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused [video4linux2,v4l2 @ 0x7f643c000940] fd:5 capabilities:5010015 [video4linux2,v4l2 @ 0x7f643c000940] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x7f643c000940] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x7f643c000940] Querying the device for the current frame size [video4linux2,v4l2 @ 0x7f643c000940] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x7f643c000940] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x7f643c000940] Current standard: PAL, id: 255, frameperiod: 1/25 [video4linux2,v4l2 @ 0x7f643c000940] Probe buffer size limit of 32 bytes reached [video4linux2,v4l2 @ 0x7f643c000940] Stream #0: not enough frames to estimate rate; consider increasing probesize [video4linux2,v4l2 @ 0x7f643c000940] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1360521113.544285, bitrate: 124416 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576, 1/1000000, 124416 kb/s, 25 fps, 1000k tbr, 1000k tbn, 1000k tbc Video frame changed from size:0x0 format:none serial:-1 to size:720x576 format:yuv420p serial:1 [buffer @ 0x7f6434000e40] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x7f6434000e40] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x7f6434000e40] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x7f6434000e40] Setting entry with key 'pixel_aspect' to value '0/1' [ffplay_buffer @ 0x7f6434000d20] w:720 h:576 pixfmt:yuv420p tb:1/1000000 fr:0/1 sar:0/1 sws_param: [crop @ 0x7f6434002000] Setting 'w' to value 'floor(in_w/2)*2' [crop @ 0x7f6434002000] Setting 'h' to value 'floor(in_h/2)*2' [ffplay_crop @ 0x7f6434001ee0] w:720 h:576 sar:0/1 -> w:720 h:576 sar:0/1 -9223372036854775808.00 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/-9223372036854775808.00 A-V: 0.000 fd= 0 aq= 0KB vq= 3038KB sq= 0B f=0/1360521117.45 A-V: 0.000 fd= 0 aq= 0KB vq= 2430KB sq= 0B f=0/0 }}} == 2. compiled with --enable-libv4l2 == '''2.1 ffmpeg -loglevel debug -f v4l2 -s vga -r 25 -i /dev/video0 out-vga- 2M-5min.mpg: BROKEN''' {{{ libv4l2: error dequeuing buf: Resource temporarily unavailable =================lots more of this garbage=================== libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable^C <=============strg+c interrupted rfps: 1.000000 0.006400 Last message repeated 1 times rfps: 1.083333 0.007511 =================lots more of this garbage=================== rfps: 51.666667 0.017794 Last message repeated 1 times rfps: 51.750000 0.019617 rfps: 23.976024 0.006706 Last message repeated 1 times [video4linux2,v4l2 @ 0x289c1c0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1360521529.548964, bitrate: 92160 kb/s Stream #0:0, 8, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file out-vga-2M-5min.mpg. Successfully parsed a group of options. Opening an output file: out-vga-2M-5min.mpg. File 'out-vga-2M-5min.mpg' already exists. Overwrite ? [y/N] y Successfully opened the file. [buffer @ 0x28a2040] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x28a2040] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x28a2040] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x28a2040] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x28a2040] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x28a2040] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x289cc80] w:640 h:480 pixfmt:yuv420p tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [graph 0 input from stream 0:0 @ 0x289cc80] TB:0.040000 FRAME_RATE:25.000000 SAMPLE_RATE:nan [mpeg1video @ 0x289db80] detected 4 logical cores [mpeg1video @ 0x289db80] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x289d400] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out-vga-2M-5min.mpg': Metadata: encoder : Lavf54.62.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) Received signal 2: terminating. }}} '''2.2 ffmpeg -loglevel debug -f v4l2 -s vga -i /dev/video0 out-vga-2M- 5min.mpg: BROKEN''' {{{ libv4l2: error dequeuing buf: Resource temporarily unavailable ==============================much more of this garbage================= libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable ^Clibv4l2: error dequeuing buf: Resource temporarily unavailable ^Cinterrupted <=============================strg+c rfps: 1.000000 0.006401 Last message repeated 1 times rfps: 1.083333 0.007513 Last message repeated 1 times ==============================much more of this garbage================= rfps: 23.976024 0.006680 Last message repeated 1 times [video4linux2,v4l2 @ 0x327e0e0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1360521780.631799, bitrate: 92160 kb/s Stream #0:0, 8, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file out-vga-2M-5min.mpg. Successfully parsed a group of options. Opening an output file: out-vga-2M-5min.mpg. File 'out-vga-2M-5min.mpg' already exists. Overwrite ? [y/N] y Successfully opened the file. [buffer @ 0x32840a0] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x32840a0] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x32840a0] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x32840a0] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x32840a0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x32840a0] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x3283240] w:640 h:480 pixfmt:yuv420p tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [mpeg1video @ 0x327f8c0] detected 4 logical cores [mpeg1video @ 0x327f8c0] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x327f060] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out-vga-2M-5min.mpg': Metadata: encoder : Lavf54.62.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) Received signal 2: terminating. }}} '''2.3 ffplay -loglevel debug -f v4l2 -r 25 -probesize 32 /dev/video0: BROKEN''' {{{ ffplay version N-49795-g478fc7f Copyright (c) 2003-2013 the FFmpeg developers built on Feb 10 2013 19:36:45 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-libv4l2 libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Failed to set value '25' for option 'r' }}} '''2.4 ffplay -loglevel debug -f v4l2 -probesize 32 /dev/video0: GOOD''' {{{ ffplay version N-49795-g478fc7f Copyright (c) 2003-2013 the FFmpeg developers built on Feb 10 2013 19:36:45 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-libv4l2 libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused [video4linux2,v4l2 @ 0x7f3dc8000940] fd:5 capabilities:5010015 [video4linux2,v4l2 @ 0x7f3dc8000940] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x7f3dc8000940] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x7f3dc8000940] Querying the device for the current frame size [video4linux2,v4l2 @ 0x7f3dc8000940] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x7f3dc8000940] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x7f3dc8000940] Current standard: PAL, id: 255, frameperiod: 1/25 [video4linux2,v4l2 @ 0x7f3dc8000940] Probe buffer size limit of 32 bytes reached [video4linux2,v4l2 @ 0x7f3dc8000940] Stream #0: not enough frames to estimate rate; consider increasing probesize [video4linux2,v4l2 @ 0x7f3dc8000940] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1360522048.474854, bitrate: 124416 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576, 1/1000000, 124416 kb/s, 25 fps, 1000k tbr, 1000k tbn, 1000k tbc Video frame changed from size:0x0 format:none serial:-1 to size:720x576 format:yuv420p serial:1 [buffer @ 0x7f3dc0000e40] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x7f3dc0000e40] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x7f3dc0000e40] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x7f3dc0000e40] Setting entry with key 'pixel_aspect' to value '0/1' [ffplay_buffer @ 0x7f3dc0000d20] w:720 h:576 pixfmt:yuv420p tb:1/1000000 fr:0/1 sar:0/1 sws_param: [crop @ 0x7f3dc0002000] Setting 'w' to value 'floor(in_w/2)*2' [crop @ 0x7f3dc0002000] Setting 'h' to value 'floor(in_h/2)*2' [ffplay_crop @ 0x7f3dc0001ee0] w:720 h:576 sar:0/1 -> w:720 h:576 sar:0/1 ^C[tbastian at tbastian-server Downloads]$ 0KB vq= 3038KB sq= 0B f=0/0 B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 20:35:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 19:35:36 -0000 Subject: [FFmpeg-trac] #2259(avformat:new): http_proxy doesn't work Message-ID: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> #2259: http_proxy doesn't work ---------------------------------------+---------------------------------- Reporter: alexandru_mg3 | Type: defect Status: new | Priority: normal Component: avformat | Version: 1.1.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- http_proxy doesn't work for http streams -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 21:23:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 20:23:54 -0000 Subject: [FFmpeg-trac] #2260(FFmpeg:new): FFmpeg doesn't auto-select subtitle codec for MP4 Message-ID: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> #2260: FFmpeg doesn't auto-select subtitle codec for MP4 ----------------------------------------+---------------------------------- Reporter: slhck | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.1.2 Keywords: subtitles, mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- FFmpeg doesn't seem to be able to auto-select the proper subtitle codec for MP4, which would be {{{mov_text}}}. I expect FFmpeg to automatically choose the codec, similar to how it does with {{{libx264}}} and {{{libfaac}}}. {{{ ffmpeg -i in.mp4 -i subs.srt -c:v copy -c:a copy -map 0 -map 1 out.mp4 ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 8 2013 22:55:29 with Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.1.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --cc=cc --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-libxvid --enable-libfreetype --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libvo-aacenc --enable-ffplay --enable-libfdk-aac --enable- libopus --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1/include/openjpeg-1.5 ' libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2012-01-08 11:16:19 encoder : Lavf53.24.0 Duration: 00:03:31.58, start: 0.000000, bitrate: 2359 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2229 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Metadata: creation_time : 2012-01-08 11:16:19 handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 125 kb/s Metadata: creation_time : 2012-01-08 11:16:19 handler_name : SoundHandler [srt @ 0x7fb8ea843c00] Estimating duration from bitrate, this may be inaccurate Input #1, srt, from 'subs.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip File 'out.mp4' already exists. Overwrite ? [y/N] y Output #0, mp4, to 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf53.24.0 Stream #0:0(eng): Video: h264, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 2229 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: creation_time : 2012-01-08 11:16:19 handler_name : VideoHandler Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, 125 kb/s Metadata: creation_time : 2012-01-08 11:16:19 handler_name : SoundHandler Stream #0:2: Subtitle: none Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #1:0 -> #0:2 (subrip -> ?) Encoder (codec none) not found for output stream #0:2 }}} Encoding with {{{-c:s mov_text}}} works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 22:14:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 21:14:13 -0000 Subject: [FFmpeg-trac] #2260(FFmpeg:new): FFmpeg doesn't auto-select subtitle codec for MP4 In-Reply-To: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> References: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> Message-ID: <049.29fb10b720ed2df4a567bdb3c4066e60@avcodec.org> #2260: FFmpeg doesn't auto-select subtitle codec for MP4 ----------------------------------------+---------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: subtitles, mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Changes (by slhck): * version: 1.1.2 => git-master Comment: Also broken in Git Master (git-2013-02-10-3acaea2) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 22:54:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 21:54:51 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.403a7570284ec7a8417f652caabb39ca@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): None of the above 3 files created by ffmpeg work on the Xboc 360 Extender. while the original files does play. I've uploaded the original file WTV-Extender-Issue.wtv Here are the output logs of the conversions: {{{ ffmpeg -i WTV-Extender-Issue.wtv -acodec copy -vcodec copy out1.wtv ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) configuration: --enable-static --arch=x86 --target-os=mingw32 --cross- prefix=/home/rdp/dev/ffmpeg-windows-build-helper s/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth - -enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheo ra --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-lib vo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopenc ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable- libbluray --enable-libvpx --enable-runtime-cpudetect libavutil 52. 12.100 / 52. 12.100 libavcodec 54. 81.100 / 54. 81.100 libavformat 54. 49.102 / 54. 49.102 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 29.100 / 3. 29.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg2video @ 02ccb040] mpeg_decode_postinit() failure Last message repeated 36 times Input #0, wtv, from 'WTV-Extender-Issue.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Modern Family WM/SubTitle : A Slight at the Opera WM/SubTitleDescription: When the lead in the school's production of ``Phantom of the Opera'' gets sick, Manny is wil ling to do anything to land the lead; Phil and Jay wind up in a golf-off with Mitch and Pepper; Gloria and Alex visit a psychic. genre : Comedy;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Ed O'Neill/Julie Bowen/Ty Burrell/Sof??a Vergara/Jesse Tyler Ferguson/Eric Stonestreet/Sarah Hylan d/Nolan Gould/Ariel Winter/Rico Rodriguez/Aubrey Anderson-Emmons;Jim Bagdonas;;Nathan Lane/Fred Willard/Reid Ewing/Piper Mackenzie Harris/Norma Maldonado/Nic service_provider: WTVDDT service_name : WTVDDT (WTVD-DT) WM/MediaNetworkAffiliation: ABC Affiliate WM/MediaOriginalChannel: 1111 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-02-06T05:00:00Z WM/MediaOriginalRunTime: 20358938924 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2013-02-07 02:00:04 WM/WMRVSeriesUID: !MCSeries!218237259 WM/WMRVServiceID: !MCService!28457122 WM/WMRVProgramID: !MCProgram!285240212 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 18562084171 WM/WMRVEndTime : 2013-02-07 02:31:00 WM/WMRVBitrate : 7.753845 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 295 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:29:51.50, start: 2.374407, bitrate: 46 kb/s Stream #0:0[0x10](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x11](esl): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x12]: Video: mpeg2video (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 10000k tbn, 11 9.88 tbc Stream #0:3[0x13]: Subtitle: eia_608 Output #0, wtv, to 'out1.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Modern Family WM/SubTitle : A Slight at the Opera WM/SubTitleDescription: When the lead in the school's production of ``Phantom of the Opera'' gets sick, Manny is wil ling to do anything to land the lead; Phil and Jay wind up in a golf-off with Mitch and Pepper; Gloria and Alex visit a psychic. genre : Comedy;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Ed O'Neill/Julie Bowen/Ty Burrell/Sof??a Vergara/Jesse Tyler Ferguson/Eric Stonestreet/Sarah Hylan d/Nolan Gould/Ariel Winter/Rico Rodriguez/Aubrey Anderson-Emmons;Jim Bagdonas;;Nathan Lane/Fred Willard/Reid Ewing/Piper Mackenzie Harris/Norma Maldonado/Nic service_provider: WTVDDT service_name : WTVDDT (WTVD-DT) WM/MediaNetworkAffiliation: ABC Affiliate WM/MediaOriginalChannel: 1111 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-02-06T05:00:00Z WM/MediaOriginalRunTime: 20358938924 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2013-02-07 02:00:04 WM/WMRVSeriesUID: !MCSeries!218237259 WM/WMRVServiceID: !MCService!28457122 WM/WMRVProgramID: !MCProgram!285240212 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 18562084171 WM/WMRVEndTime : 2013-02-07 02:31:00 WM/WMRVBitrate : 7.753845 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 295 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false encoder : Lavf54.49.102 Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 59.94 fps, 10000k tbn, 59.94 tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), 384 kb/s Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 556 fps=0.0 q=-1.0 Lsize= 9252kB time=00:00:10.35 bitrate=7317.0kbits/s video:8657kB audio:442kB subtitle:0 global headers:0kB muxing overhead 1.676691% }}} {{{ ffmpeg -i WTV-Extender-Issue.wtv -vcodec copy -acodec ac3 -ac 2 -ab 128k out2.wtv ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) configuration: --enable-static --arch=x86 --target-os=mingw32 --cross- prefix=/home/rdp/dev/ffmpeg-windows-build-helper s/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth - -enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheo ra --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-lib vo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopenc ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable- libbluray --enable-libvpx --enable-runtime-cpudetect libavutil 52. 12.100 / 52. 12.100 libavcodec 54. 81.100 / 54. 81.100 libavformat 54. 49.102 / 54. 49.102 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 29.100 / 3. 29.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg2video @ 0334ae20] mpeg_decode_postinit() failure Last message repeated 36 times Input #0, wtv, from 'WTV-Extender-Issue.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Modern Family WM/SubTitle : A Slight at the Opera WM/SubTitleDescription: When the lead in the school's production of ``Phantom of the Opera'' gets sick, Manny is wil ling to do anything to land the lead; Phil and Jay wind up in a golf-off with Mitch and Pepper; Gloria and Alex visit a psychic. genre : Comedy;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Ed O'Neill/Julie Bowen/Ty Burrell/Sof??a Vergara/Jesse Tyler Ferguson/Eric Stonestreet/Sarah Hylan d/Nolan Gould/Ariel Winter/Rico Rodriguez/Aubrey Anderson-Emmons;Jim Bagdonas;;Nathan Lane/Fred Willard/Reid Ewing/Piper Mackenzie Harris/Norma Maldonado/Nic service_provider: WTVDDT service_name : WTVDDT (WTVD-DT) WM/MediaNetworkAffiliation: ABC Affiliate WM/MediaOriginalChannel: 1111 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-02-06T05:00:00Z WM/MediaOriginalRunTime: 20358938924 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2013-02-07 02:00:04 WM/WMRVSeriesUID: !MCSeries!218237259 WM/WMRVServiceID: !MCService!28457122 WM/WMRVProgramID: !MCProgram!285240212 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 18562084171 WM/WMRVEndTime : 2013-02-07 02:31:00 WM/WMRVBitrate : 7.753845 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 295 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:29:51.50, start: 2.374407, bitrate: 46 kb/s Stream #0:0[0x10](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x11](esl): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x12]: Video: mpeg2video (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 10000k tbn, 11 9.88 tbc Stream #0:3[0x13]: Subtitle: eia_608 Output #0, wtv, to 'out2.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Modern Family WM/SubTitle : A Slight at the Opera WM/SubTitleDescription: When the lead in the school's production of ``Phantom of the Opera'' gets sick, Manny is wil ling to do anything to land the lead; Phil and Jay wind up in a golf-off with Mitch and Pepper; Gloria and Alex visit a psychic. genre : Comedy;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Ed O'Neill/Julie Bowen/Ty Burrell/Sof??a Vergara/Jesse Tyler Ferguson/Eric Stonestreet/Sarah Hylan d/Nolan Gould/Ariel Winter/Rico Rodriguez/Aubrey Anderson-Emmons;Jim Bagdonas;;Nathan Lane/Fred Willard/Reid Ewing/Piper Mackenzie Harris/Norma Maldonado/Nic service_provider: WTVDDT service_name : WTVDDT (WTVD-DT) WM/MediaNetworkAffiliation: ABC Affiliate WM/MediaOriginalChannel: 1111 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-02-06T05:00:00Z WM/MediaOriginalRunTime: 20358938924 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2013-02-07 02:00:04 WM/WMRVSeriesUID: !MCSeries!218237259 WM/WMRVServiceID: !MCService!28457122 WM/WMRVProgramID: !MCProgram!285240212 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 18562084171 WM/WMRVEndTime : 2013-02-07 02:31:00 WM/WMRVBitrate : 7.753845 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 295 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false encoder : Lavf54.49.102 Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 59.94 fps, 10000k tbn, 59.94 tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:0 -> #0:1 (ac3 -> ac3) Press [q] to stop, [?] for help frame= 556 fps=0.0 q=-1.0 Lsize= 8996kB time=00:00:10.35 bitrate=7114.5kbits/s video:8657kB audio:148kB subtitle:0 global headers:0kB muxing overhead 2.175829% }}} {{{ ffmpeg -i WTV-Extender-Issue.wtv -acodec copy -vcodec mpeg2video -qscale 10 out3.wtv ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) configuration: --enable-static --arch=x86 --target-os=mingw32 --cross- prefix=/home/rdp/dev/ffmpeg-windows-build-helper s/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth - -enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheo ra --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-lib vo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopenc ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable- libbluray --enable-libvpx --enable-runtime-cpudetect libavutil 52. 12.100 / 52. 12.100 libavcodec 54. 81.100 / 54. 81.100 libavformat 54. 49.102 / 54. 49.102 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 29.100 / 3. 29.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg2video @ 020ab040] mpeg_decode_postinit() failure Last message repeated 36 times Input #0, wtv, from 'WTV-Extender-Issue.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Modern Family WM/SubTitle : A Slight at the Opera WM/SubTitleDescription: When the lead in the school's production of ``Phantom of the Opera'' gets sick, Manny is wil ling to do anything to land the lead; Phil and Jay wind up in a golf-off with Mitch and Pepper; Gloria and Alex visit a psychic. genre : Comedy;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Ed O'Neill/Julie Bowen/Ty Burrell/Sof??a Vergara/Jesse Tyler Ferguson/Eric Stonestreet/Sarah Hylan d/Nolan Gould/Ariel Winter/Rico Rodriguez/Aubrey Anderson-Emmons;Jim Bagdonas;;Nathan Lane/Fred Willard/Reid Ewing/Piper Mackenzie Harris/Norma Maldonado/Nic service_provider: WTVDDT service_name : WTVDDT (WTVD-DT) WM/MediaNetworkAffiliation: ABC Affiliate WM/MediaOriginalChannel: 1111 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-02-06T05:00:00Z WM/MediaOriginalRunTime: 20358938924 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2013-02-07 02:00:04 WM/WMRVSeriesUID: !MCSeries!218237259 WM/WMRVServiceID: !MCService!28457122 WM/WMRVProgramID: !MCProgram!285240212 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 18562084171 WM/WMRVEndTime : 2013-02-07 02:31:00 WM/WMRVBitrate : 7.753845 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 295 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:29:51.50, start: 2.374407, bitrate: 46 kb/s Stream #0:0[0x10](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x11](esl): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x12]: Video: mpeg2video (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 10000k tbn, 11 9.88 tbc Stream #0:3[0x13]: Subtitle: eia_608 Please use -q:a or -q:v, -qscale is ambiguous Output #0, wtv, to 'out3.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Modern Family WM/SubTitle : A Slight at the Opera WM/SubTitleDescription: When the lead in the school's production of ``Phantom of the Opera'' gets sick, Manny is wil ling to do anything to land the lead; Phil and Jay wind up in a golf-off with Mitch and Pepper; Gloria and Alex visit a psychic. genre : Comedy;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Ed O'Neill/Julie Bowen/Ty Burrell/Sof??a Vergara/Jesse Tyler Ferguson/Eric Stonestreet/Sarah Hylan d/Nolan Gould/Ariel Winter/Rico Rodriguez/Aubrey Anderson-Emmons;Jim Bagdonas;;Nathan Lane/Fred Willard/Reid Ewing/Piper Mackenzie Harris/Norma Maldonado/Nic service_provider: WTVDDT service_name : WTVDDT (WTVD-DT) WM/MediaNetworkAffiliation: ABC Affiliate WM/MediaOriginalChannel: 1111 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-02-06T05:00:00Z WM/MediaOriginalRunTime: 20358938924 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2013-02-07 02:00:04 WM/WMRVSeriesUID: !MCSeries!218237259 WM/WMRVServiceID: !MCService!28457122 WM/WMRVProgramID: !MCProgram!285240212 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 18562084171 WM/WMRVEndTime : 2013-02-07 02:31:00 WM/WMRVBitrate : 7.753845 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 295 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false encoder : Lavf54.49.102 Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 10000k t bn, 60 tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), 384 kb/s Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> mpeg2video) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help ac-tex damaged at 33 190.0 size= 2934kB time=00:00:09.55 bitrate=2516.9kbits/s dup=68 drop=0 [mpeg2video @ 020ab040] Warning MVs not available [mpeg2video @ 020ab040] concealing 2080 DC, 2080 AC, 2080 MV errors in P frame frame= 625 fps=125 q=10.0 Lsize= 3608kB time=00:00:10.40 bitrate=2842.0kbits/s dup=71 drop=0 video:3014kB audio:442kB subtitle:0 global headers:0kB muxing overhead 4.376411% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 10 22:57:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Feb 2013 21:57:24 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.26a703885804a23a6ffc402b3f317f26@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): I'm not sure if it's related, but the wtv files created by FFMPEG play on Windows 7 but don't play on Windows 8. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 01:34:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 00:34:42 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.6845815ed3b550eb87514976760eb474@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 08:56:47 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 07:56:47 -0000 Subject: [FFmpeg-trac] #2259(avformat:new): http_proxy doesn't work In-Reply-To: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> References: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> Message-ID: <057.aeff8d0f4c78b9902c0b1a97b0e92e67@avcodec.org> #2259: http_proxy doesn't work -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: http | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => http * version: 1.1.2 => unspecified Comment: Please test current git head and to make this a valid ticket, please paste your console log into the ticket, console screenshots are not welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 08:59:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 07:59:30 -0000 Subject: [FFmpeg-trac] #2260(FFmpeg:new): FFmpeg doesn't auto-select subtitle codec for MP4 In-Reply-To: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> References: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> Message-ID: <049.7d8425940eacf7e96c7bf894b3bba80e@avcodec.org> #2260: FFmpeg doesn't auto-select subtitle codec for MP4 ------------------------------------+---------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: subtitles, mp4 => mov Comment: Replying to [ticket:2260 slhck]: > Encoding with {{{-c:s mov_text}}} works fine. Are you sure? Ticket #1845 indicates it does not work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 09:27:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 08:27:22 -0000 Subject: [FFmpeg-trac] #2260(FFmpeg:new): FFmpeg doesn't auto-select subtitle codec for MP4 In-Reply-To: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> References: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> Message-ID: <049.fd4482bb355427a07cca76e04e231d06@avcodec.org> #2260: FFmpeg doesn't auto-select subtitle codec for MP4 ------------------------------------+---------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by slhck): Oh, you're correct. The subtitle file had at the beginning of the video, and playing the file resulted in a black screen in QuickTime player (and crashed VLC). Feel free to close this issue then. (Any workaround for subtitles in MP4?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 09:37:50 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 08:37:50 -0000 Subject: [FFmpeg-trac] #2259(avformat:new): http_proxy doesn't work In-Reply-To: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> References: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> Message-ID: <057.c8af5e7b99b161c8d7b20007493e4d1b@avcodec.org> #2259: http_proxy doesn't work -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: http | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by alexandru_mg3): C:\Windows\system32>set http_proxy=87.248.191.118:80 C:\Windows\system32>setx http_proxy 87.248.191.118:80 /m SUCCESS: Specified value was saved. C:\Windows\system32>c:\ffplay\ffplay -i http://web.tvbox.md/iptv/Ca nal3 1>1.txt ffplay version N-38938-ge01f478 Copyright (c) 2003-2012 the FFmpeg developers built on Mar 19 2012 23:16:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 42.100 / 51. 42.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 2.100 / 54. 2.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 65.101 / 2. 65.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 libpostproc 52. 0.100 / 52. 0.100 http://web.tvbox.md/iptv/Canal3: Input/output error C:\Windows\system32>pause Press any key to continue . . . -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 09:38:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 08:38:07 -0000 Subject: [FFmpeg-trac] #2259(avformat:new): http_proxy doesn't work In-Reply-To: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> References: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> Message-ID: <057.2063c86bc39759d46171d1651ea2d1ca@avcodec.org> #2259: http_proxy doesn't work -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: http | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by alexandru_mg3): the proxy works well in vlc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 09:38:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 08:38:17 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.2d164669f83a13d5936334ef30baf706@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 ramitbhalla]: > I'm not sure if it's related, but the wtv files created by FFMPEG play on Windows 7 but don't play on Windows 8. Audio plays fine here with WMP on Windows 8, which player did you test? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 10:00:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 09:00:38 -0000 Subject: [FFmpeg-trac] #2258(FFmpeg:open): allow -ss 30:00 instead of -ss 00:30:00 In-Reply-To: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> References: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> Message-ID: <049.9e730c253f73fb5f82c6ddda105434b3@avcodec.org> #2258: allow -ss 30:00 instead of -ss 00:30:00 -------------------------------------+---------------------------------- Reporter: compn | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by llogan): 30:00 could possibly be interpreted by a user as 30 hours as it may resemble "clock" time. Perhaps 30 is fairly obvious, but not so much with 1:00 as an example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 10:08:01 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 09:08:01 -0000 Subject: [FFmpeg-trac] #2258(FFmpeg:open): allow -ss 30:00 instead of -ss 00:30:00 In-Reply-To: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> References: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> Message-ID: <049.0baa03e106db43c28c47206628e1e67c@avcodec.org> #2258: allow -ss 30:00 instead of -ss 00:30:00 -------------------------------------+---------------------------------- Reporter: compn | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:2 llogan]: > 30:00 could possibly be interpreted by a user as 30 hours as it may resemble "clock" time. Perhaps 30 is fairly obvious, but not so much with 1:00 as an example. I don't disagree that it could be interpreted differently but 30 hour media files are at least unusual and since the syntax is currently not accepted at all I don't see how it could cause any (new) problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 13:13:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 12:13:00 -0000 Subject: [FFmpeg-trac] #2198(avformat:closed): support reporting UL of MXF tracks In-Reply-To: <036.24d4147c07e8b4ec53410d096bf86ce5@avcodec.org> References: <036.24d4147c07e8b4ec53410d096bf86ce5@avcodec.org> Message-ID: <051.166006814aa22c73d4c4a3474f12f3dd@avcodec.org> #2198: support reporting UL of MXF tracks -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch applied without "0x", see http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/158302 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 16:47:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 15:47:27 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.3e96e6e8d7a819ca89689514bf2d9e0a@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Win 8 Media Center. WMP works, MCE doesn't. I'll try the latest git today -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 17:00:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 16:00:10 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.40eb76ffcdc4647e4a21dd666f1b6d98@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Still not fixed in latest Git head {{{ ffmpeg -i "..\NCIS HD Small.wtv" ffmpeg version N-49757-g969039e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 9 2013 20:28:03 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libopenjpeg --enable-libopus --ena ble-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxv id --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wtv @ 0032b960] truncated file [wtv @ 0032b960] reported file length (0x15b2b2fd0) exceeds number of available sectors (0xb0000000) [wtv @ 0032b960] truncated file Last message repeated 2 times [mjpeg @ 00327ac0] overread 8 [mpeg2video @ 00322dc0] 0x0 is invalid Last message repeated 10 times [wtv @ 0032b960] Stream #3: not enough frames to estimate rate; consider increasing probesize [wtv @ 0032b960] Stream #4: not enough frames to estimate rate; consider increasing probesize Input #0, wtv, from '..\NCIS HD Small.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : NCIS: Los Angeles WM/SubTitle : Sacrifice WM/SubTitleDescription: The LAPD asks NCIS for help when a case exposes a link between a Mexican drug cartel and a t errorist. genre : Drama;General;Series;Action/Adventure WM/OriginalReleaseTime: 0 WM/MediaCredits : Chris O'Donnell/LL Cool J/Linda Hunt/Daniela Ruah/Eric Christian Olsen/Barrett Foa/Ren??e Felice S mith;John P. Kousakis;;America Olivo/Brant Cotton/Doug Rao/Danny Nucci/Gino Montesinos/Farshad Farahat/Carlos Arellano/C heryl Texiera/Brian Michael Jones/Jen service_provider: KPHODT service_name : KPHODT (KPHO-DT) WM/MediaNetworkAffiliation: CBS Affiliate WM/MediaOriginalChannel: 5 WM/MediaOriginalChannelSubNumber: 1 WM/MediaOriginalBroadcastDateTime: 2011-10-18T07:00:00Z WM/MediaOriginalRunTime: 38375940244 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-14 WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2011-10-19 03:00:02 WM/WMRVSeriesUID: !MCSeries!01158361 WM/WMRVServiceID: !MCService!28455624 WM/WMRVProgramID: !MCProgram!264522248 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 36582312388 WM/WMRVEndTime : 2011-10-19 04:01:00 WM/WMRVBitrate : 12.738619 WM/WMRVKeepUntil: 0 WM/WMRVActualSoftPrePadding: 297 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: 4634350287386204132 Duration: 00:31:59.53, start: 1.797444, bitrate: 874 kb/s Stream #0:0[0xe](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0xf](eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x10]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 10000k tbn , 59.94 tbc Stream #0:3[0x11]: Subtitle: eia_608 Stream #0:4[0x0]: Video: mjpeg, yuvj420p, 200x113 [SAR 120:120 DAR 200:113], 90k tbr, 90k tbn, 90k tbc Metadata: title : TV Thumbnail At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 17:01:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 16:01:41 -0000 Subject: [FFmpeg-trac] #1539(avcodec:closed): ModPlug compile bug In-Reply-To: <037.984aa52a056a1971936c00e43bccc0c5@avcodec.org> References: <037.984aa52a056a1971936c00e43bccc0c5@avcodec.org> Message-ID: <052.cb1d03c39f13e2eddfe667065c48642f@avcodec.org> #1539: ModPlug compile bug -------------------------------------+----------------------------------- Reporter: chinshou | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * status: new => closed * resolution: => wontfix Comment: I do not think this is ffmpeg fault. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 18:20:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 17:20:16 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.1832e049261e74f73b868be6957b7205@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Did you already find out which change caused your problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 18:25:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 17:25:37 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.41310f80ac94797863fb2bf9bc6e62b9@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): Keep in mind that attachments are meant to be streams, however they have a special flag in AVStream->disposition that identifys them as attachment streams (AV_DISPOSITION_ATTACHED_PIC). I don't know however if ffmpeg mentions such flags in that output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 18:28:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 17:28:24 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.f0e48102138cbe5a7e5db268ea42ffd2@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Sorry no idea - I thought you folks would know what changed between the 21st Dec build and the Jan Build which caused it to identify it as a video stream instead of an attachment stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 18:33:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 17:33:51 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.76ee91e442769f3f0b41158af3f516dc@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): Its this commit: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=508836932fcbc3c109fcc4df7a2f2b0bf21bbece However, the commit is correct. Its how attached pictures are meant to behave, and they do behave like this in other formats as well, and not just WTV. In fact, the commit updated WTV to behave in accordance to the thumbnail standard behaviour. In code, you can identify (and avoid) such streams by looking at AVStream->disposition, if ffmpeg (the application) doesn't handle such streams properly in some situations, thats another issue entirely. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:27:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:27:20 -0000 Subject: [FFmpeg-trac] #1410(undetermined:closed): Need Help Using FFMPEG with AVISYNTH In-Reply-To: <034.3e6e61cc3ab72f387337f6bc395596ad@avcodec.org> References: <034.3e6e61cc3ab72f387337f6bc395596ad@avcodec.org> Message-ID: <049.ea986a8f2fd184dbc78e4586d6f0b832@avcodec.org> #1410: Need Help Using FFMPEG with AVISYNTH -------------------------------------+------------------------------------- Reporter: baoky | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: avisynth | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by taur): I can confirm this bug still persists, I am using ffmpeg-20130209-git-969039e-win64-static on windows xp x64 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:47:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:47:51 -0000 Subject: [FFmpeg-trac] #2261(avformat:new): mpegts: PID switch breaks demuxing Message-ID: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> #2261: mpegts: PID switch breaks demuxing --------------------------------------+---------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Keywords: mpegts Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg -i http://www.cs.helsinki.fi/u/jeekstro/encoding/sample.ts -f null - ffmpeg version git-2013-02-11-c177f2e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 11 2013 16:20:21 with FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 configuration: --cc=clang --as=clang --extra-cflags=-fcolor-diagnostics --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --samples=../fate-suite --disable-debug --enable-static --disable-postproc --disable-indev=v4l2 --disable-indev=alsa --disable-indev=bktr --disable- indev=dshow --disable-indev=dv1394 --disable-indev=fbdev --disable- indev=jack --disable-indev=libcdio --disable-indev=libdc1394 --disable- indev=openal --disable-indev=pulse --disable-indev=sndio --disable- indev=vfwcap --disable-outdev=sndio --disable-outdev=alsa --disable- filter=mp --disable-doc --enable-nonfree --enable-openssl --enable-gpl --enable-x11grab --disable-shared libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 [mpeg2video @ 0x2948d400] 0x0 is invalid Last message repeated 8 times [mpegts @ 0x29444100] max_analyze_duration 5000000 reached at 5013333 microseconds [mpegts @ 0x29444100] PES packet size mismatch Input #0, mpegts, from '/tmp/sample.ts': Duration: 00:01:15.46, start: 75353.108289, bitrate: 8022 kb/s Program 23608 Metadata: service_name : ?~?????!!??? service_provider: Stream #0:2[0x111]: Video: mpeg2video ([2][0][0][0] / 0x0002), 90k tbn Stream #0:1[0x112]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 190 kb/s Program 23609 Metadata: service_name : ?~?????!!??? service_provider: Program 23615 Metadata: service_name : ?~?????!!??NW;~ service_provider: Program 23992 Metadata: service_name : ?~???|?????~? service_provider: Program 23993 Metadata: service_name : ?~???|?????~? service_provider: No Program Stream #0:0[0x121]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.62.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Stream #0:1 -> #0:1 (aac -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x29444600] Encoder did not produce proper pts, making some up. PES packet size mismatch0 size=N/A time=00:00:20.28 bitrate=N/A dup=15 drop=0 [aac @ 0x2948d800] channel element 0.3 is not allocated Error while decoding stream #0:1: Operation not permitted [aac @ 0x2948d800] Number of bands (4) exceeds limit (1). Error while decoding stream #0:1: Operation not permitted PES packet size mismatch0 size=N/A time=00:00:58.26 bitrate=N/A dup=15 drop=0 [mpeg2video @ 0x2948d400] ac-tex damaged at 16 8 [mpeg2video @ 0x2948d400] Warning MVs not available [mpeg2video @ 0x2948d400] concealing 990 DC, 990 AC, 990 MV errors in I frame [aac @ 0x2948d800] Input buffer exhausted before END element found Error while decoding stream #0:1: Operation not permitted frame= 802 fps=496 q=0.0 Lsize=N/A time=00:01:15.56 bitrate=N/A dup=17 drop=0 video:50kB audio:14160kB subtitle:0 global headers:0kB muxing overhead -100.000151% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:48:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:48:18 -0000 Subject: [FFmpeg-trac] #2261(avformat:open): mpegts: PID switch breaks demuxing In-Reply-To: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> References: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> Message-ID: <053.9b5b3e03702f10c3ff6a75df04787a88@avcodec.org> #2261: mpegts: PID switch breaks demuxing ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:49:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:49:14 -0000 Subject: [FFmpeg-trac] #2261(avformat:open): mpegts: PID switch breaks demuxing In-Reply-To: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> References: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> Message-ID: <053.6f6cfd9b8301f924e19c2b39f75cbdcc@avcodec.org> #2261: mpegts: PID switch breaks demuxing ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): vlc plays it fine -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:49:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:49:18 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.4b4b0a3a75ec1fbfe11f3dde68e9972e@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): So you're saying a attachment picture is a video stream and not an attachment? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:54:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:54:17 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.02994bf96c4b4a7daf29a85588fba588@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): libavformat pretends such attachments are video streams, even if they aren't. If such a stream is selected, libavformat will inject the picture as packet into the packet stream once on start, and after every seek (or something like this). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:55:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:55:24 -0000 Subject: [FFmpeg-trac] #1410(undetermined:closed): Need Help Using FFMPEG with AVISYNTH In-Reply-To: <034.3e6e61cc3ab72f387337f6bc395596ad@avcodec.org> References: <034.3e6e61cc3ab72f387337f6bc395596ad@avcodec.org> Message-ID: <049.5a66c1f98e92561fce2955cd41d3c3c0@avcodec.org> #1410: Need Help Using FFMPEG with AVISYNTH -------------------------------------+------------------------------------- Reporter: baoky | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: avisynth | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): And it happens in any directory? like your Desktop? It looks to me permission requested in demuxer are wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:57:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:57:51 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.fe6c642400bc3e7927c4117f3e8e2435@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): hmm, so libavformat is doing something which isn't technically correct, so the question is what's the best way to handle this to get ffmpeg work with WTV files (and now potentially any other file with a picture attachment) and not identify them as video streams. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 19:58:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 18:58:24 -0000 Subject: [FFmpeg-trac] #1624(avfilter:closed): add waveform filter for video In-Reply-To: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> References: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> Message-ID: <051.8f0a570742f097502a89e828ab270d6c@avcodec.org> #1624: add waveform filter for video -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: I do not consider separate/combination Y/U/V/R/G/B/A that important. I may eventually implement it anyway. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 20:08:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 19:08:07 -0000 Subject: [FFmpeg-trac] #2261(avformat:open): mpegts: PID switch breaks demuxing In-Reply-To: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> References: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> Message-ID: <053.fc452816fbd82061690b51ec402ed91d@avcodec.org> #2261: mpegts: PID switch breaks demuxing ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 20:10:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 19:10:35 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.4871b7203f360f519dd51d963bc8f5fe@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 ramitbhalla]: > Win 8 Media Center. WMP works I am sorry if I misunderstand: Does one of the output files work on Windows 8 Media Center? Here, video fails for all three files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 20:12:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 19:12:03 -0000 Subject: [FFmpeg-trac] #2261(avformat:open): mpegts: PID switch breaks demuxing In-Reply-To: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> References: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> Message-ID: <053.221c78353ebc826e0bc0c2632df39b37@avcodec.org> #2261: mpegts: PID switch breaks demuxing ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: critical | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * priority: normal => critical -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 20:17:45 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 19:17:45 -0000 Subject: [FFmpeg-trac] #2261(avformat:open): mpegts: PID switch breaks demuxing In-Reply-To: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> References: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> Message-ID: <053.5626b3d09e05defad2276b78fb94d36f@avcodec.org> #2261: mpegts: PID switch breaks demuxing ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: critical | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): By the way, VLC handles this fine with its own demuxer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 20:21:50 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 19:21:50 -0000 Subject: [FFmpeg-trac] #2261(avformat:open): mpegts: PID switch breaks demuxing In-Reply-To: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> References: <038.a72e70f44d2653d6bced9c5bafa3bd02@avcodec.org> Message-ID: <053.be4d247d582999c60f627bdeb925fe18@avcodec.org> #2261: mpegts: PID switch breaks demuxing ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: critical => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 20:34:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 19:34:00 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.87c8f3d69cc18f8c89d9c0586b951efc@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): What is correct or not is just a matter of definition. In this case, it was decided that this is the way attached pictures are being handled, so the behaviour of avformat is indeed correct in its context. You should shift your focus on figuring out what can be done in your workflow to deal with these attached picture video streams, and/or how ffmpeg (the application) should handle them when re-encoding/re-muxing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 22:14:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 21:14:34 -0000 Subject: [FFmpeg-trac] #2258(FFmpeg:open): allow -ss 30:00 instead of -ss 00:30:00 In-Reply-To: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> References: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> Message-ID: <049.3d612ac336921d6f8d4cf9dd110ca66e@avcodec.org> #2258: allow -ss 30:00 instead of -ss 00:30:00 -------------------------------------+---------------------------------- Reporter: compn | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by compn): no, -ss 30 is 30 seconds (and works in ffmpeg) you dont have to put -ss 00:00:30 to seek 30 seconds. -ss 30:00 would be 30 minutes clocks? we're talking about VCRs here... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 22:22:01 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 21:22:01 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.7a47308fcb9ac03bbe7f324359509810@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): I meant to say none of the 3 files work on Windows Media Center (it doesn't play it at all). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 22:23:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 21:23:34 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.c5de5e67e501d04b4df800878c6b9e29@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Okay - I can't argue with that. So the question is what does ffmpeg need to do to rebadge it as an attachment or ignore the picture streams when using -map 0:v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 11 23:53:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 22:53:29 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.1b67d4a50a2ee6e45eddb9dcdbfb3c8d@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JohnGalt): Take the sample from above that is an m2ts file. Load it into handbreak, and under audio, tell it to create an audio track with True HD passthrough. Set it to mp4 and large and web optimized. (it will create an m4v). Feel free to create a secondary ac3 downmix track as well so that there are 2 audio tracks in the file. Let it encode. Open up VLC and play the file. The audio tracks will both be listed. If you have a compatible audio receiver hooked up via HDMI or Displayport it will bitstream the truehd track directly to the receiver without issue and the receiver will decode it. On anything else, the secondary ac3 track will work just fine. Again, TrueHD is not certified on any software to be decoded. NONE. TrueHD can be bitstreamed to Digital receivers via HDMI or DisplayPort only, and the receiver that your computer his hooked into will decode it. (even Blueray software cannot decode TrueHD or DTS-MA, they can only bitstream the tracks to a receiver that can) This works exactly the same way as MKV, and since there is no Dolby certified playback software for MKVs and yet you support MKVs with TrueHD audio tracks that bitstream, there should be no reason why you don't with mp4s. (Same goes for DTS-HD since both are supported by the standard) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 00:10:44 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Feb 2013 23:10:44 -0000 Subject: [FFmpeg-trac] #2262(undetermined:new): Automatically choose rgb24 for gif Message-ID: <035.1ba8ac7c21005c389f0fcd18276dc31b@avcodec.org> #2262: Automatically choose rgb24 for gif -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: gif master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Despite the error message the current behaviour is confusing to some users. Having rgb24 automatically chosen may be more convenient, but perhaps I am missing something. {{{ $ ffmpeg -f lavfi -i color -vframes 1 output.gif ffmpeg version N-49812-g0aa1d84 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 11 2013 11:54:39 with gcc 4.7.2 (GCC) configuration: --prefix=/usr --enable-gpl libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 0x2beffc0] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'color': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc [gif @ 0x2bf1720] ERROR: gif only handles the rgb24 pixel format. Use -pix_fmt rgb24. Output #0, gif, to 'output.gif': Metadata: encoder : Lavf54.62.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Could not write header for output file #0 (incorrect codec parameters ?): Input/output error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 01:17:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 00:17:37 -0000 Subject: [FFmpeg-trac] #2262(undetermined:new): Automatically choose rgb24 for gif In-Reply-To: <035.1ba8ac7c21005c389f0fcd18276dc31b@avcodec.org> References: <035.1ba8ac7c21005c389f0fcd18276dc31b@avcodec.org> Message-ID: <050.58000fc7c78483a9b4c01dd7feda6d29@avcodec.org> #2262: Automatically choose rgb24 for gif -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: gif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The other users of the rawvideo encoder would be unhappy if rgb24 were auto-selected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 01:20:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 00:20:06 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.2ee4664c8f63894de988255e5d760a12@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:45 JohnGalt]: > Again, TrueHD is not certified on any software to be decoded. NONE. This sounds very unlikely. > TrueHD can be bitstreamed to Digital receivers via HDMI or DisplayPort only, and the receiver that your computer his hooked into will decode it. > (even Blueray software cannot decode TrueHD or DTS-MA, they can only bitstream the tracks to a receiver that can) This sounds plain wrong to me. But it doesn't matter: It is sufficient if you upload a sample because FFmpeg tries to decode all samples, valid or not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 10:21:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 09:21:54 -0000 Subject: [FFmpeg-trac] #2062(avcodec:new): Playback of HD-PVR recordings corrupted when using VDPAU In-Reply-To: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> References: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> Message-ID: <053.4fad705d118726f36b331cd1a4d5fea5@avcodec.org> #2062: Playback of HD-PVR recordings corrupted when using VDPAU -------------------------------------+----------------------------------- Reporter: jyavenard | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: vdpau h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Glidos): I have a fix for this. Like jyavenard, I have swapped away from Michael Niedermeyer's has_b_frames calculation to use the qatar version. I've then corrected the qatar algorithm so that it handles BBC HD recordings correctly. The two steps of that fix are on the fixes/0.26 branch of my mythtv github fork: https://github.com/Glidos/mythtv/commits/fixes/0.26 To be honest, I think Michael's algorithm is the superior: it is simpler, more logical and faster acting (if I understand it correctly), but I believe it is less resiliant to sudden long backward steps in poc (albeit that these happen only in samples that don't conform to the H264 spec). I need to confirm this, but it true, I may be able to add the same resiliance to Michael's algorithm. The correction to the qatar algorithm is based on its monitoring poc values coming OUT of the reordering process. Because of that, any required delay detected needs to be added to the current delay, not max'd. Also, to avoid multiple unnecessary delay increments, the recored of output pocs needs resetting each time has_b_frames increases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 11:49:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 10:49:24 -0000 Subject: [FFmpeg-trac] #2062(avcodec:new): Playback of HD-PVR recordings corrupted when using VDPAU In-Reply-To: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> References: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> Message-ID: <053.c8bdc8568488d48566621aad06161b85@avcodec.org> #2062: Playback of HD-PVR recordings corrupted when using VDPAU -------------------------------------+----------------------------------- Reporter: jyavenard | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: vdpau h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Glidos): Got it. I can see now why the qatar algorithm is more resilient to broken files than Michael's, and it wasn't hard to add an equivalent check to Michael's. It's on my hd_pvr_fix branch here: https://github.com/Glidos/mythtv/commit/86a14fb7a58fa96cbabbf99c23c450a79d8d885f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 15:13:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 14:13:20 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.92f2d278708a6fb63776b80c29e1f1a4@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JohnGalt): Again: Use the sample linked to above, use handbreak as instructed and create the file. Then you'll also see what they're doing so that you can do it exactly the same. TrueHD and DTS-MA must be bitstreamed. They cannot be decoded on PCs (legally) into PCM or any other format. It's the same as SACD required either analog out, or bitstreaming to play 5.1 audio from them back in the day. They don't want their tracks decrypted by anything other than closed boxes. That's why LAV has check boxes for bitstreaming them and NOTHING else will actually decode them to 7.1 sound at full definition and play back over analog speakers hooked into a sound card. In any event: I've demonstrated that Handbreak will create m4v files with TrueHD and DTS-MA, I've given you instructions on how to do it, and I've instructed you on how you can play them back properly which is everything you asked for. (you can use Windows Media Center to also play them back bitstream if you install LAV and check off the bitstreaming flags for the formats and hook into HDMI with a receiver that supports it) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 15:28:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 14:28:40 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.e3aa726055f179c7e644d8d945cbdfe1@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:47 JohnGalt]: > TrueHD and DTS-MA must be bitstreamed. They cannot be decoded on PCs (legally) into PCM or any other format. Sorry that I started this discussion, it has no relevance for this ticket. Please reopen the ticket if you can provide a sample that cannot be decoded with current FFmpeg (like TrueHD in mov/isom). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 15:33:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 14:33:59 -0000 Subject: [FFmpeg-trac] #2245(avformat:closed): Speed difference when using -ss on similar MKVs when extracting frame image In-Reply-To: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> References: <034.4fdfef482eca7d50e5416ea24ccb222e@avcodec.org> Message-ID: <049.b1dbf10a70b2f233ff3bf68b0a9b2dc1@avcodec.org> #2245: Speed difference when using -ss on similar MKVs when extracting frame image -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: h264 mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by eelco): Okay, okay, I?ll open up a new ticket ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 15:50:27 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 14:50:27 -0000 Subject: [FFmpeg-trac] #2263(undetermined:new): MKV: keyframe not used when using -ss on input? Message-ID: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> #2263: MKV: keyframe not used when using -ss on input? -------------------------------------+------------------------------------- Reporter: eelco | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: mkv h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have an MKV file for which using -ss is very slow. It plays fine in players like VLC and MplayerX. Normally, FFmpeg jumps to the keyframe before the seeking point and starts decoding from there. With this file, it seems to start at the beginning. The sample file included is the first 15MB of a larger file. Seeking to a later point in the file is even slower. ffprobe information (note there is a keyframe at 10.427) {{{ > ./ffprobe -of compact -show_frames ~/Desktop/ffmpeg-ss-bug/slow-ss.mkv | grep 'video|key_frame=1' ffprobe version N-49823-g7ff1a4b Copyright (c) 2007-2013 the FFmpeg developers built on Feb 12 2013 15:45:24 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build --enable-gpl --enable-version3 --enable-libx264 --disable-shared --enable- static --enable-libtheora --enable-libvorbis --enable-libvo-aacenc --disable-doc --extra-cflags='-DMACOSX_DEPLOYMENT_TARGET=10.6 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -I/Users/eelco/Projects/Beamer/FFmpeg/build/include' --extra- ldflags='-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -L/Users/eelco/Projects/Beamer/FFmpeg/build/lib' libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from '/Users/eelco/Desktop/ffmpeg-ss-bug/slow- ss.mkv': Metadata: creation_time : 2012-12-09 16:32:15 Duration: 01:33:24.19, start: 0.000000, bitrate: 21 kb/s Chapter #0.0: start 0.000000, end 316.316000 Metadata: title : 00:00:00.000 Chapter #0.1: start 316.316000, end 651.985000 Metadata: title : 00:05:16.316 Chapter #0.2: start 651.985000, end 1186.310000 Metadata: title : 00:10:51.985 Chapter #0.3: start 1186.310000, end 1669.835000 Metadata: title : 00:19:46.310 Chapter #0.4: start 1669.835000, end 1970.552000 Metadata: title : 00:27:49.835 Chapter #0.5: start 1970.552000, end 2434.974000 Metadata: title : 00:32:50.552 Chapter #0.6: start 2434.974000, end 2811.976000 Metadata: title : 00:40:34.974 Chapter #0.7: start 2811.976000, end 3120.534000 Metadata: title : 00:46:51.976 Chapter #0.8: start 3120.534000, end 3535.157000 Metadata: title : 00:52:00.534 Chapter #0.9: start 3535.157000, end 3623.411000 Metadata: title : 00:58:55.157 Chapter #0.10: start 3623.411000, end 3859.314000 Metadata: title : 01:00:23.411 Chapter #0.11: start 3859.314000, end 4259.672000 Metadata: title : 01:04:19.314 Chapter #0.12: start 4259.672000, end 4530.317000 Metadata: title : 01:10:59.672 Chapter #0.13: start 4530.317000, end 4869.782000 Metadata: title : 01:15:30.317 Chapter #0.14: start 4869.782000, end 4968.630000 Metadata: title : 01:21:09.782 Chapter #0.15: start 4968.630000, end 5604.192000 Metadata: title : 01:22:48.630 Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: truehd, 48000 Hz, 7.1, s32 Metadata: title : English TRUE-HD Stream #0:2(swe): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s (default) Metadata: title : Swedish AC3 Stream #0:3(swe): Subtitle: dvd_subtitle (default) Metadata: title : Swedish Stream #0:4(eng): Subtitle: dvd_subtitle Metadata: title : English frame|media_type=video|key_frame=1|pkt_pts=0|pkt_pts_time=0.000000|pkt_dts=0|pkt_dts_time=0.000000|pkt_duration=N/A|pkt_duration_time=N/A|pkt_pos=6670|pkt_size=148182|width=1920|height=1080|pix_fmt=yuv420p|sample_aspect_ratio=1:1|pict_type=I|coded_picture_number=0|display_picture_number=0|interlaced_frame=0|top_field_first=0|repeat_pict=0|reference=3 frame|media_type=video|key_frame=1|pkt_pts=10427|pkt_pts_time=10.427000|pkt_dts=10427|pkt_dts_time=10.427000|pkt_duration=41|pkt_duration_time=0.041000|pkt_pos=13743718|pkt_size=99527|width=1920|height=1080|pix_fmt=yuv420p|sample_aspect_ratio=1:1|pict_type=I|coded_picture_number=250|display_picture_number=0|interlaced_frame=0|top_field_first=0|repeat_pict=0|reference=3 [matroska,webm @ 0x101806600] Read error }}} timing of -ss (about 6-8x slower than other MKVs) {{{ > time ./ffmpeg "-ss" "11" "-i" ~/Desktop/ffmpeg-ss-bug/slow-ss.mkv "-f" "image2" "-vframes" "1" /dev/null ffmpeg version N-49823-g7ff1a4b Copyright (c) 2000-2013 the FFmpeg developers built on Feb 12 2013 15:45:24 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build --enable-gpl --enable-version3 --enable-libx264 --disable-shared --enable- static --enable-libtheora --enable-libvorbis --enable-libvo-aacenc --disable-doc --extra-cflags='-DMACOSX_DEPLOYMENT_TARGET=10.6 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -I/Users/eelco/Projects/Beamer/FFmpeg/build/include' --extra- ldflags='-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.6 -L/Users/eelco/Projects/Beamer/FFmpeg/build/lib' libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from '/Users/eelco/Desktop/ffmpeg-ss-bug/slow- ss.mkv': Metadata: creation_time : 2012-12-09 16:32:15 Duration: 01:33:24.19, start: 0.000000, bitrate: 21 kb/s Chapter #0.0: start 0.000000, end 316.316000 Metadata: title : 00:00:00.000 Chapter #0.1: start 316.316000, end 651.985000 Metadata: title : 00:05:16.316 Chapter #0.2: start 651.985000, end 1186.310000 Metadata: title : 00:10:51.985 Chapter #0.3: start 1186.310000, end 1669.835000 Metadata: title : 00:19:46.310 Chapter #0.4: start 1669.835000, end 1970.552000 Metadata: title : 00:27:49.835 Chapter #0.5: start 1970.552000, end 2434.974000 Metadata: title : 00:32:50.552 Chapter #0.6: start 2434.974000, end 2811.976000 Metadata: title : 00:40:34.974 Chapter #0.7: start 2811.976000, end 3120.534000 Metadata: title : 00:46:51.976 Chapter #0.8: start 3120.534000, end 3535.157000 Metadata: title : 00:52:00.534 Chapter #0.9: start 3535.157000, end 3623.411000 Metadata: title : 00:58:55.157 Chapter #0.10: start 3623.411000, end 3859.314000 Metadata: title : 01:00:23.411 Chapter #0.11: start 3859.314000, end 4259.672000 Metadata: title : 01:04:19.314 Chapter #0.12: start 4259.672000, end 4530.317000 Metadata: title : 01:10:59.672 Chapter #0.13: start 4530.317000, end 4869.782000 Metadata: title : 01:15:30.317 Chapter #0.14: start 4869.782000, end 4968.630000 Metadata: title : 01:21:09.782 Chapter #0.15: start 4968.630000, end 5604.192000 Metadata: title : 01:22:48.630 Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: truehd, 48000 Hz, 7.1, s32 Metadata: title : English TRUE-HD Stream #0:2(swe): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s (default) Metadata: title : Swedish AC3 Stream #0:3(swe): Subtitle: dvd_subtitle (default) Metadata: title : Swedish Stream #0:4(eng): Subtitle: dvd_subtitle Metadata: title : English Output #0, image2, to '/dev/null': Metadata: encoder : Lavf54.62.100 Chapter #0.0: start 0.000000, end 305.316000 Metadata: title : 00:00:00.000 Chapter #0.1: start 305.316000, end 640.985000 Metadata: title : 00:05:16.316 Chapter #0.2: start 640.985000, end 1175.310000 Metadata: title : 00:10:51.985 Chapter #0.3: start 1175.310000, end 1658.835000 Metadata: title : 00:19:46.310 Chapter #0.4: start 1658.835000, end 1959.552000 Metadata: title : 00:27:49.835 Chapter #0.5: start 1959.552000, end 2423.974000 Metadata: title : 00:32:50.552 Chapter #0.6: start 2423.974000, end 2800.976000 Metadata: title : 00:40:34.974 Chapter #0.7: start 2800.976000, end 3109.534000 Metadata: title : 00:46:51.976 Chapter #0.8: start 3109.534000, end 3524.157000 Metadata: title : 00:52:00.534 Chapter #0.9: start 3524.157000, end 3612.411000 Metadata: title : 00:58:55.157 Chapter #0.10: start 3612.411000, end 3848.314000 Metadata: title : 01:00:23.411 Chapter #0.11: start 3848.314000, end 4248.672000 Metadata: title : 01:04:19.314 Chapter #0.12: start 4248.672000, end 4519.317000 Metadata: title : 01:10:59.672 Chapter #0.13: start 4519.317000, end 4858.782000 Metadata: title : 01:15:30.317 Chapter #0.14: start 4858.782000, end 4957.630000 Metadata: title : 01:21:09.782 Chapter #0.15: start 4957.630000, end 5593.192000 Metadata: title : 01:22:48.630 Stream #0:0(eng): Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.5 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=262 video:47kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.045473% 2.20 real 6.15 user 0.13 sys }}} See also #2245. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 15:50:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 14:50:36 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.c779ac54dd8613305a3fb7bcca00a6bb@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JohnGalt): The ticket isn't about not being able to decode the file. The ticket is about not being able to encode the file! FFMPEG cannot create (from all documentation, and all comments in here and all comments online) an m4v file with TRUEHD OR DTS-MA tracks in it even though the standard allows it, and even though Handbreak can do it and the resulting files play just fine. Thus FFMPEG needs to fix support for encoding M4V with TRUEHD AND DTS-MA. That's the point. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 15:52:31 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 14:52:31 -0000 Subject: [FFmpeg-trac] #2263(undetermined:new): MKV: keyframe not used when using -ss on input? In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.47ab8038b620c813bace7d7cc68fb62e@avcodec.org> #2263: MKV: keyframe not used when using -ss on input? -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mkv h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): Example file uploaded to ftp://upload.ffmpeg.org/incoming as 2263-slow- ss.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 16:09:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 15:09:51 -0000 Subject: [FFmpeg-trac] #2263(undetermined:new): MKV: keyframe not used when using -ss on input? In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.084001d9b90621d6230f2c5eaa192efb@avcodec.org> #2263: MKV: keyframe not used when using -ss on input? -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mkv h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Iiuc, the sample you used is not complete but was cut with "dd". Is the same problem also reproducible with the uncut (complete) mkv file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 16:18:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 15:18:13 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.42568972dcc2a31fd64297375a15e084@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:49 JohnGalt]: > The ticket isn't about not being able to decode the file. The ticket is about not being able to encode the file! I understand that, please read the following: I originally asked for "proof" that it makes sense to allow muxing TrueHD mov/isom. (I expected that this is would not be possible but otoh I couldn't know if you have access to Dolby reference software - that quite certainly allows to test and verify - or not.) You did not present any such hint that it makes sense if FFmpeg allows muxing TrueHD into mov (on the contrary imo). But please read on because from your point of you, this does not matter! The mov/isom muxer/demuxer is written in a way that makes sure that every format that can be read automatically can also be written (in a possibly wrong way but still). So if you provide a sample with TrueHD in mov/isom that cannot be read by FFmpeg and it will be fixed, the fix automatically / unintentionally will also bring muxing. (One could argue that we should strongly avoid that because the world already knows enough invalid media files, but this is not relevant for this ticket.) > Thus FFMPEG needs to fix support for encoding M4V with TRUEHD AND DTS- MA. That's the point. Are you sure that writing DTS-MA in isom does not work? I thought it works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 16:48:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 15:48:09 -0000 Subject: [FFmpeg-trac] #2264(avfilter:new): subtitles filter does not accept ass files with Comment events Message-ID: <036.9aa880074053428580db075b8b211e7d@avcodec.org> #2264: subtitles filter does not accept ass files with Comment events --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: subtitles Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+----------------------------------- I will upload an ass file made with mkvextract from a sample uploaded to demonstrate vlc ticket 8147. The ass file works fine with (mplayer and) -vf ass but cannot be opened by -vf subtitles because it contains "Comment" events. {{{ $ ffmpeg -f lavfi -i testsrc -vf "subtitles=\[sage\]_Bakuman_S3_- _18_\[720p\]\[9689D178\].ass" -qscale 2 -t 30 out.avi ffmpeg version N-49841-ga63dc84 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 12 2013 16:33:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libmp3lame --enable-libass libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 0x2518000] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Please use -q:a or -q:v, -qscale is ambiguous [ass @ 0x252f280] Estimating duration from bitrate, this may be inaccurate [AVFilterGraph @ 0x24fc460] Error initializing filter 'subtitles' with args '[sage]_Bakuman_S3_-_18_[720p][9689D178].ass' Error opening filters! }}} {{{ $ ffmpeg -f lavfi -i testsrc -vf "ass=\[sage\]_Bakuman_S3_- _18_\[720p\]\[9689D178\].ass" -qscale 2 -t 30 out.avi ffmpeg version N-49841-ga63dc84 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 12 2013 16:33:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libmp3lame --enable-libass libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 0x340d000] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Please use -q:a or -q:v, -qscale is ambiguous [Parsed_ass_0 @ 0x3412900] [0x33f0da0]: Warning: no style named 'Sign' found, using 'Default' [Parsed_ass_0 @ 0x3412900] Added subtitle file: '[sage]_Bakuman_S3_- _18_[720p][9689D178].ass' (24 styles, 1165 events) Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.62.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help [Parsed_ass_0 @ 0x3412900] fontconfig: Selected font is not the requested one: 'DejaVu Sans Bold' != 'PT Sans' [Parsed_ass_0 @ 0x3412900] fontconfig: Selected font is not the requested one: 'DejaVu Sans' != 'Sketchbook Nasty' [Parsed_ass_0 @ 0x3412900] fontconfig: Selected font is not the requested one: 'DejaVu Sans' != 'The Great Escape' [Parsed_ass_0 @ 0x3412900] fontconfig: Selected font is not the requested one: 'DejaVu Sans Bold Oblique' != 'PT Sans' frame= 750 fps=0.0 q=2.0 Lsize= 1734kB time=00:00:30.00 bitrate= 473.5kbits/s video:1710kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.376683% }}} Encoding with -vf subtitles works fine if I remove all "Comment" events (or rename them to "Dialogue"). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 17:57:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 16:57:32 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.fa97cbd317947ddb68a59b39e23cde50@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JohnGalt): See Handbreak example. DTS-MA fails with error on write. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 18:54:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 17:54:48 -0000 Subject: [FFmpeg-trac] #2263(undetermined:new): MKV: keyframe not used when using -ss on input? In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.fd7059126458517b5bf365406b1295cc@avcodec.org> #2263: MKV: keyframe not used when using -ss on input? -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mkv h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): Yes. I originally noticed the problem because I was trying to make a frame image at about 30 minutes, which took several minutes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 21:26:41 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 20:26:41 -0000 Subject: [FFmpeg-trac] #2263(undetermined:new): MKV: keyframe not used when using -ss on input? In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.70f9d891889e3949ed56e0526b68d609@avcodec.org> #2263: MKV: keyframe not used when using -ss on input? -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mkv h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Can I get the original file somehow? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 23:24:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 22:24:18 -0000 Subject: [FFmpeg-trac] #2078(undetermined:new): FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center In-Reply-To: <040.53c48e6ea6f73c4cafeca58a7b9ad408@avcodec.org> References: <040.53c48e6ea6f73c4cafeca58a7b9ad408@avcodec.org> Message-ID: <055.0a65ab928a63a445ae5d470a6a3a2ff7@avcodec.org> #2078: FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Wonder if anyone's noticed the votes this issue is getting ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 23:31:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 22:31:01 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.3a197d1cad4b2017746373488efa3fa1@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Run with the 9th Feb zeronae build, still not working with the Extender. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 23:47:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 22:47:03 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.a202577dd053116840b287301b15a9b6@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): So you get no audio on Windows Media Player on Windows 8? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 12 23:53:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Feb 2013 22:53:52 -0000 Subject: [FFmpeg-trac] #2265(undetermined:new): Some http addresses cannot be opened Message-ID: <036.8788f66e08323551494ca4ac45b1aee5@avcodec.org> #2265: Some http addresses cannot be opened -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: videolan Blocked By: | http Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- (vlc ticket 8155) The following two addresses play fine with firefox: http://translate.google.com/translate_tts?tl=fr&q=l%E8vres http://translate.google.com/translate_tts?tl=fr&q=l%E8vresa FFmpeg only decodes the second: {{{ $ ffmpeg -loglevel 99 -i "http://translate.google.com/translate_tts?tl=fr&q=l%E8vres" ffmpeg version N-49844-g1ac0fa5 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 12 2013 23:51:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'http://translate.google.com/translate_tts?tl=fr&q=l%E8vres'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file http://translate.google.com/translate_tts?tl=fr&q=l%E8vres. Successfully parsed a group of options. Opening an input file: http://translate.google.com/translate_tts?tl=fr&q=l%E8vres. [AVIOContext @ 0x2113460] Statistics: 0 bytes read, 0 seeks http://translate.google.com/translate_tts?tl=fr&q=l%E8vres: Invalid data found when processing input }}} {{{ $ ffmpeg -loglevel 99 -i "http://translate.google.com/translate_tts?tl=fr&q=l%E8vresa" ffmpeg version N-49844-g1ac0fa5 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 12 2013 23:51:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'http://translate.google.com/translate_tts?tl=fr&q=l%E8vresa'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file http://translate.google.com/translate_tts?tl=fr&q=l%E8vresa. Successfully parsed a group of options. Opening an input file: http://translate.google.com/translate_tts?tl=fr&q=l%E8vresa. [mp3 @ 0x1ba1520] Format mp3 probed with size=2048 and score=51 [mp3 @ 0x1ba1520] File position before avformat_find_stream_info() is 0 [mp3 @ 0x1ba1520] Estimating duration from bitrate, this may be inaccurate [mp3 @ 0x1ba1520] File position after avformat_find_stream_info() is 4752 Input #0, mp3, from 'http://translate.google.com/translate_tts?tl=fr&q=l%E8vresa': Duration: 00:00:01.19, start: 0.000000, bitrate: 32 kb/s Stream #0:0, 33, 1/14112000: Audio: mp3, 16000 Hz, mono, s16p, 32 kb/s Successfully opened the file. At least one output file must be specified Statistics: 4752 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 07:20:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 06:20:28 -0000 Subject: [FFmpeg-trac] #2266(undetermined:new): support flac crcchecks Message-ID: <036.5ec82004bbf1bff38bd2ec0d9eecfdf7@avcodec.org> #2266: support flac crcchecks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: | Keywords: flac, crc unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FLAC uses an md5 in the header to verify that the audio data is correct. It also uses crcs to allow any damage to be identified more precisely. FFmpeg has a -err_detect crccheck option but it doesn't work on flac. How to reproduce: Apply a data fuzzer to a valid flac file. {{{ ffmpeg -i test.flac -f null -err_detect crccheck - ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Feb 12 2013 19:07:29 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --cc=cc --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-libxvid --enable-ffplay --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1/include/openjpeg-1.5 ' libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [flac @ 0x7f932a836e00] max_analyze_duration 5000000 reached at 5088000 microseconds Input #0, flac, from 'test.flac': Metadata: MAJOR_BRAND : isom MINOR_VERSION : 1 COMPATIBLE_BRANDS: isom ENCODER : Lavf54.63.100 Duration: 00:00:30.05, bitrate: 996 kb/s Stream #0:0: Audio: flac, 48000 Hz, stereo, s32 Output #0, null, to 'pipe:': Metadata: MAJOR_BRAND : isom MINOR_VERSION : 1 COMPATIBLE_BRANDS: isom encoder : Lavf54.63.100 Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (flac -> pcm_s16le) Press [q] to stop, [?] for help size=N/A time=00:00:30.04 bitrate=N/A video:0kB audio:5634kB subtitle:0 global headers:0kB muxing overhead -100.000381% }}} No error is provided, although the file is damaged with a crc mismatch. Via the flac utility the same file is assessed like this: {{{ flac -d -V test.flac flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Type `flac' for details. test.flac: 20% completetest.flac: *** Got error code 2:FLAC__STREAM_DECODER_ERROR_STATUS_FRAME_CRC_MISMATCH test.flac: ERROR while decoding data state = FLAC__STREAM_DECODER_READ_FRAME }}} Although flac acknowledges the presence of an error it only notes that it occurs ~20% into the decoding. I would recommend ffmpeg report the pts of where the error is identified, similar to how the crccheck is reported in ffv1.3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 09:55:11 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 08:55:11 -0000 Subject: [FFmpeg-trac] #2263(undetermined:new): MKV: keyframe not used when using -ss on input? In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.0380c24e8c002f962917bc9ffb9e29e2@avcodec.org> #2263: MKV: keyframe not used when using -ss on input? -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mkv h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): I?m uploading it now as 2263-slow-ss-full.mkv but it?s 11GB, so it will take a while :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 11:28:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 10:28:51 -0000 Subject: [FFmpeg-trac] #2267(FFmpeg:new): contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p Message-ID: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> #2267: contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p -------------------------------------+------------------------------------- Reporter: sperate | Type: defect Status: new | Priority: important Component: FFmpeg | Version: 1.1.2 Keywords: contrast | Blocked By: loss | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- When trying to encode from ".mov" files from a camera to avi (mpeg4 or libxvid) the output movie colors seemed dull. I figured out it was a catrast loss. How to reproduce: {{{ % ffmpeg -i input.MOV -b:v4000k output.AVI or % ffmeg -i input.MOV -b:v4000k -vcodec libxvid output.AVI ffmpeg version N-49610-gc2dd5a1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 13:20:59 with gcc 4.7.2 (GCC) running on Windows XP }}} I get rid of the problem by trying to enhance the contrast with {{{ -vf mp=eq=0:5 }}} then figured out that just using the mplayer filter without modifing the contrast gave the best result {{{ -vf mp=eq=0:0 }}} It seems to be a color space problem fixed with this filter but there must be a better way of getting rid of this contrast loss ??? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 11:31:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 10:31:22 -0000 Subject: [FFmpeg-trac] #2267(FFmpeg:new): contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p In-Reply-To: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> References: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> Message-ID: <051.261dfb44065240edf6af65835d77f5b2@avcodec.org> #2267: contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p ---------------------------------------+---------------------------------- Reporter: sperate | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: contrast loss | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Changes (by sperate): * cc: sperate@? (added) * version: 1.1.2 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 11:34:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 10:34:05 -0000 Subject: [FFmpeg-trac] #2267(undetermined:new): contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p In-Reply-To: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> References: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> Message-ID: <051.3d97f7ee12748c65b2c8f3e71f2e3f62@avcodec.org> #2267: contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p -------------------------------------+------------------------------------- Reporter: sperate | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: sperate@? (removed) * keywords: contrast loss => * component: FFmpeg => undetermined * priority: important => normal Comment: Please provide your failing command line together with complete, uncut console output (if the problem is reproducible without using external libraries, please do not use them) and please provide (or point to) a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:14:37 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:14:37 -0000 Subject: [FFmpeg-trac] #2268(FFprobe:new): ffprobe reporting incorrect dimension in xml format Message-ID: <036.c6ea93b78b6a0c917f6245f9fce72f77@avcodec.org> #2268: ffprobe reporting incorrect dimension in xml format ---------------------------------+-------------------------------------- Reporter: smblr75 | Type: defect Status: new | Priority: important Component: FFprobe | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: ffprobe reports a dimension of 640x360 in non-xml output while reporting 640x368 in xml output in stream tag for the attached file. How to reproduce: {{{ % ffprobe -print_format xml -show_format -show_streams incorrect- dimension.flv ffprobe version 1.1.git-864fdfa Copyright (c) 2007-2013 the FFmpeg developers built on Feb 13 2013 10:08:48 with Apple clang version 3.0 (tags/Apple/clang-211.10.1) (based on LLVM 3.0svn) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable- postproc --enable-libx264 --enable-libxvid --enable-nonfree --enable- libfaac libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.101 / 54. 91.101 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, flv, from 'incorrect-dimension.flv': Metadata: audiodelay : 0 canSeekToEnd : true encoder : Lavf54.61.104 Duration: 00:00:01.02, start: 0.000000, bitrate: 1329 kb/s Stream #0:0: Video: vp6f, yuv420p, 640x360, 1097 kb/s, 25 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:21:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:21:55 -0000 Subject: [FFmpeg-trac] #2266(undetermined:new): support flac crcchecks In-Reply-To: <036.5ec82004bbf1bff38bd2ec0d9eecfdf7@avcodec.org> References: <036.5ec82004bbf1bff38bd2ec0d9eecfdf7@avcodec.org> Message-ID: <051.cd541be5997c8915ef4c425d3499e7fd@avcodec.org> #2266: support flac crcchecks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: flac, crc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): flac crc checks are mostly useless. flac could have error and crc check would just not report it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:23:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:23:55 -0000 Subject: [FFmpeg-trac] #2099(avformat:closed): FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it In-Reply-To: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> References: <037.a891d215d593e9a9510216253b0a137c@avcodec.org> Message-ID: <052.a008cc8f8c43276ed17b283e07a27f41@avcodec.org> #2099: FFMPEG Does not allow TrueHD, DTS-Master Audio or DTS in .M4V even though format supports it -------------------------------------+------------------------------------- Reporter: JohnGalt | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dca thd | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): I don't have Handbreak and are not willing to install it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:29:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:29:01 -0000 Subject: [FFmpeg-trac] #1615(avfilter:open): video diff filter In-Reply-To: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> References: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> Message-ID: <054.6b17c842566568304d961069b0ad1c2f@avcodec.org> #1615: video diff filter -------------------------------------+------------------------------------ Reporter: ylluminate | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): The compare filters does something completely different and does not looks proper to use it for extending with diff stuff. diff filter could be just be subset of blend filter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:31:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:31:04 -0000 Subject: [FFmpeg-trac] #2268(undetermined:new): ffprobe reporting incorrect dimension in xml format In-Reply-To: <036.c6ea93b78b6a0c917f6245f9fce72f77@avcodec.org> References: <036.c6ea93b78b6a0c917f6245f9fce72f77@avcodec.org> Message-ID: <051.29798c108868575d77591888383ddb21@avcodec.org> #2268: ffprobe reporting incorrect dimension in xml format -------------------------------------+------------------------------------- Reporter: smblr75 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: vp6f | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => vp6f * priority: important => normal * component: FFprobe => undetermined Comment: coded_height is 368 for the sample, vp6f extradata indicates a (visible) height of 360. Don't you see similar output for h264 samples with unusual width / height? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:37:11 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:37:11 -0000 Subject: [FFmpeg-trac] #1994(avformat:open): mov enc: fix gray8 in mov In-Reply-To: <038.dd04a3ae0b21013a0d4d042810bfa9d7@avcodec.org> References: <038.dd04a3ae0b21013a0d4d042810bfa9d7@avcodec.org> Message-ID: <053.ed7634dbea50bc9cdff1b9d971eaa160@avcodec.org> #1994: mov enc: fix gray8 in mov ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:38:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:38:07 -0000 Subject: [FFmpeg-trac] #1965(avformat:open): mmf: support correctly formats ma-3/5/7 In-Reply-To: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> References: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> Message-ID: <053.6a0b12e14b37a1781b97d66f0ccd2039@avcodec.org> #1965: mmf: support correctly formats ma-3/5/7 ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: adpcm smaf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:38:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:38:45 -0000 Subject: [FFmpeg-trac] #1928(FFplay:open): ape: fix seeking (with ffplay) In-Reply-To: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> References: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> Message-ID: <053.3630823844b3d1e0eb75e33f8ed849b1@avcodec.org> #1928: ape: fix seeking (with ffplay) ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: ape seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by richardpl): * component: undetermined => FFplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:40:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:40:53 -0000 Subject: [FFmpeg-trac] #1683(avformat:new): atrac3: fix remuxing of atrac3 in avi In-Reply-To: <038.594f4899c4e616a8fd917286068dd1b4@avcodec.org> References: <038.594f4899c4e616a8fd917286068dd1b4@avcodec.org> Message-ID: <053.243a68e48aaea9e32521905c76120b99@avcodec.org> #1683: atrac3: fix remuxing of atrac3 in avi -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:48:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:48:23 -0000 Subject: [FFmpeg-trac] #1938(build system:closed): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.a17a012166458445f757753141f56bbe@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: closed Priority: wish | Component: build Version: git-master | system Keywords: msvc | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in c29c7c1470f98f8e66752fb09c44ded625e9a991. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:54:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:54:41 -0000 Subject: [FFmpeg-trac] #1709(undetermined:closed): 2012 Autumn Website Banner Contest: herve flores In-Reply-To: <041.af70f01032d2ddda26b72129da0025ce@avcodec.org> References: <041.af70f01032d2ddda26b72129da0025ce@avcodec.org> Message-ID: <056.a0e2d6e100eced9ad73eeab4154a0ff8@avcodec.org> #1709: 2012 Autumn Website Banner Contest: herve flores -------------------------------------+------------------------------------- Reporter: herve | Owner: flores | Status: closed Type: art | Component: Priority: normal | undetermined Version: unspecified | Resolution: completed Keywords: | (art) Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: open => closed * resolution: => completed (art) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:56:50 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:56:50 -0000 Subject: [FFmpeg-trac] #2013(undetermined:closed): Winter Logo Design In-Reply-To: <038.6b9608ff6fe41a833a13e91b464a5f78@avcodec.org> References: <038.6b9608ff6fe41a833a13e91b464a5f78@avcodec.org> Message-ID: <053.96a8596e5d35d3ce091d86e2cb47cfd3@avcodec.org> #2013: Winter Logo Design -------------------------------------+------------------------------------- Reporter: Ornthorpe | Owner: Type: art | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: completed Blocking: | (art) Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => completed (art) Comment: Was too late to even be considered as candidate, also added in wrong trac. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 12:59:50 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 11:59:50 -0000 Subject: [FFmpeg-trac] #2139(avformat:open): Crash on invalid command-line In-Reply-To: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> References: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> Message-ID: <051.8c87273efeefccb670bad6850318a72f@avcodec.org> #2139: Crash on invalid command-line -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 13:03:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 12:03:35 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.75f71c1dd71b5e992bf75280040610d8@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): No way to reproduce -> no way to know you fixed it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 13:33:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 12:33:59 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 Message-ID: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- RE: ffmpeg 1.1 (build 2013-02-09) 2 bugs: 1/ when aac is the output source, source tags are not copied 2/ when aac is input, ouput tags have issues with some non EN chars '''Quid is it linked to any aac encoder or just libvo_aacenc ''' First let's test source is MP3 With: {{{ ffmpeg -i withTagsMp3.mp3 -map_metadata 0 tagTestaacNoTagCopy.aac }}} no tag are copied, no warning or error while both are OK: {{{ ffmpeg -i withTagsMp3.mp3 -map_metadata 0 tagTestmp3OK.mp3 ffmpeg -i withTagsMp3.mp3 -map_metadata 0 -id3v2_version 3 tagTestID3v2mp3OK.mp3 }}} Second let's test when source is AAC {{{ ffmpeg -i withTagsAAC.aac -map_metadata 0 aac2mp3RUSSIAN_FAILS.mp3 }}} Here French characters are copied, but Russian fails (note withTagsMp3.mp3 is OK with Russian) Returns an error: {{{ "[aac @ 000000000222d3e0] channel element 2.0 is not allocated Error while decoding stream #0:0: Error number -1 occurred" }}} {{{ ffmpeg -i withTagsAAC.aac -map_metadata 0 aac2aacFails.aac }}} Here no tags are copied at all ! {{{ "[aac @ 000000000222d3e0] channel element 2.0 is not allocated Error while decoding stream #0:0: Error number -1 occurred" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 13:51:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 12:51:13 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.bf8e41c4163d9d6c5c5be37decfb5d9e@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): by tags in aac you just mean id3v1 tags - this is fairly trivial to add suppport. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 13:56:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 12:56:25 -0000 Subject: [FFmpeg-trac] #1684(avformat:open): adpcm_ct: volume goes up while seeking with ffplay In-Reply-To: <038.0f021e7294175b02f9a725e858928021@avcodec.org> References: <038.0f021e7294175b02f9a725e858928021@avcodec.org> Message-ID: <053.685c2875c24cc9e7d7f254a54f18f58b@avcodec.org> #1684: adpcm_ct: volume goes up while seeking with ffplay ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: adpcm_ct | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat Comment: seeking may be not possible at all.... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 13:58:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 12:58:49 -0000 Subject: [FFmpeg-trac] #1677(undetermined:closed): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.e717b1aeb8b639ab03f3d70c65b7a09e@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) -------------------------------------+------------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 14:27:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 13:27:30 -0000 Subject: [FFmpeg-trac] #1684(avformat:open): adpcm_ct: volume goes up while seeking with ffplay In-Reply-To: <038.0f021e7294175b02f9a725e858928021@avcodec.org> References: <038.0f021e7294175b02f9a725e858928021@avcodec.org> Message-ID: <053.2e3effad890ca9c8d03456b2d214e37c@avcodec.org> #1684: adpcm_ct: volume goes up while seeking with ffplay ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: adpcm_ct | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 richardpl]: > seeking may be not possible at all.... Do you mean that seeking generally does not work for you for the sample or that you believe seeking without the volume increase is impossible? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 14:39:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 13:39:03 -0000 Subject: [FFmpeg-trac] #1684(avformat:open): adpcm_ct: volume goes up while seeking with ffplay In-Reply-To: <038.0f021e7294175b02f9a725e858928021@avcodec.org> References: <038.0f021e7294175b02f9a725e858928021@avcodec.org> Message-ID: <053.a066fcaf9fd72ab4ebe330f6c999a066@avcodec.org> #1684: adpcm_ct: volume goes up while seeking with ffplay ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: adpcm_ct | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): The only way of seeking is to start decoding from start for any adpcm codec which decoding depends on previously decoded samples and do not provide such needed data in frames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 15:26:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 14:26:32 -0000 Subject: [FFmpeg-trac] #2267(undetermined:new): contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p In-Reply-To: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> References: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> Message-ID: <051.a4c1ba7c417e0ab3438641d6bc1ade75@avcodec.org> #2267: contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p -------------------------------------+------------------------------------- Reporter: sperate | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by sperate): I've attached the video files and also a picture of the problem as seen on my screen. How i've obtained them : {{{ E:\Images\ARCHIVE\?olienne-piggott\Videos\exemple>ffmpeg -i example_input.MOV -b:v 4000k example_output_dull.AVI ffmpeg version N-49610-gc2dd5a1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 13:20:59 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --e nable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable- libtheora --enable- libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example_input.MOV': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.61.104 Duration: 00:00:01.70, start: 0.000000, bitrate: 10027 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 640x480, 10023 kb/s, 30 fps, 30 tbr, 12k tbn, 24k tbc Metadata: handler_name : DataHandler Output #0, avi, to 'example_output_dull.AVI': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt ISFT : Lavf54.61.104 Stream #0:0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 4000 kb/s, 30 tbn, 30 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 51 fps=0.0 q=3.5 Lsize= 1002kB time=00:00:01.70 bitrate=4827.0kbits/s video:995kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.680308% E:\Images\ARCHIVE\?olienne-piggott\Videos\exemple>ffmpeg -i example_input.MOV -vf mp=eq=0:0 -b:v 4000k example_output_mpfilter.AVI ffmpeg version N-49610-gc2dd5a1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 5 2013 13:20:59 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --e nable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable- libtheora --enable- libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example_input.MOV': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.61.104 Duration: 00:00:01.70, start: 0.000000, bitrate: 10027 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 640x480, 10023 kb/s, 30 fps, 30 tbr, 12k tbn, 24k tbc Metadata: handler_name : DataHandler [Parsed_mp_0 @ 026199e0] 'eq' is a wrapped MPlayer filter (libmpcodecs). This filter may be removed once it has been ported to a native libavfilter. Output #0, avi, to 'example_output_mpfilter.AVI': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt ISFT : Lavf54.61.104 Stream #0:0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 4000 kb/s, 30 tbn, 30 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 51 fps=0.0 q=3.8 Lsize= 1000kB time=00:00:01.70 bitrate=4821.2kbits/s video:994kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.681429% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 16:14:47 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 15:14:47 -0000 Subject: [FFmpeg-trac] #2263(undetermined:new): MKV: keyframe not used when using -ss on input? In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.29feb518d05a239030e869f363e017df@avcodec.org> #2263: MKV: keyframe not used when using -ss on input? -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mkv h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): Done. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 17:26:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 16:26:30 -0000 Subject: [FFmpeg-trac] #2139(avformat:open): Crash on invalid command-line In-Reply-To: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> References: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> Message-ID: <051.29fdfd73dd0a7303d59d5d7f943e3966@avcodec.org> #2139: Crash on invalid command-line -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pk_hariprasad): For out.bmp, h->prot looks like $3 = {name = 0xc872d1 "file", url_open = 0x5402c0 , url_open2 = 0x0, url_read = 0x5404a0 , url_write = 0x540460 , url_seek = 0x540220 , url_close = 0x540200 , next = 0xc33d20, url_read_pause = 0x0, url_read_seek = 0x0, url_get_file_handle = 0x540150 , url_get_multi_file_handle = 0x0, url_shutdown = 0x0, priv_data_size = 12, priv_data_class = 0xc872e0, flags = 0, url_check = 0x5403c0 } For concat:out.bmp, it looks like $1 = {name = 0xc86eba "concat", url_open = 0xbe5038 , url_open2 = 0x0, url_read = 0x53f510 , url_write = 0x0, url_seek = 0x53f280 , url_close = 0xbe4ff4 , next = 0xc33b40, url_read_pause = 0x0, url_read_seek = 0x0, url_get_file_handle = 0x0, url_get_multi_file_handle = 0x0, url_shutdown = 0x0, priv_data_size = 12, priv_data_class = 0x0, flags = 0, url_check = 0x0} Since url_write is NULL, it causes seg fault in function retry_transfer_wrapper where its passed as param. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 17:27:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 16:27:44 -0000 Subject: [FFmpeg-trac] #2139(avformat:open): Crash on invalid command-line In-Reply-To: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> References: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> Message-ID: <051.34104f2c85118e115c47789edae54a12@avcodec.org> #2139: Crash on invalid command-line -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Patch on the mailing-list: [http://ffmpeg.org/pipermail/ffmpeg-devel/2013-February/138947.html] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 18:44:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 17:44:32 -0000 Subject: [FFmpeg-trac] #1199(avformat:open): Playlist support In-Reply-To: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> References: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> Message-ID: <049.baf51e8e8cb59596cc2df665a2a524b6@avcodec.org> #1199: Playlist support -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 18:46:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 17:46:03 -0000 Subject: [FFmpeg-trac] #2139(avformat:open): Crash on invalid command-line In-Reply-To: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> References: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> Message-ID: <051.39ebbb8fdac3be3394c7df4254bf0ddb@avcodec.org> #2139: Crash on invalid command-line -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pk_hariprasad): I have attached a file 2139.patch. Basic idea of the fix is since "concat" protocol operates only on input files, any output filename having "concat:" will be modified to replace ':' with '_'. Tested and verified to be working fine for the command ./ffmpeg_g -i tests/lena.pnm concat:out.bmp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 19:46:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 18:46:21 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.6be62f3a2e6f0291b4e2b322c8a13f72@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): No, you read too quickly. There are 2 bugs. One when the source is for instance mp3 and the output is aac In that case, no tag is copied Second bug type, is when the source is aac, then when the output is mp3, it fails to properly copy Russian chars when the output is aac, no tag is copied at all! Even this produce no tag ffmpeg -i withTagsMp3.mp3 -metadata title="does NOT work" aac2mp3ForceTitle.aac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 19:50:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 18:50:48 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.d14b902fec99359f2e466bec7d57c456@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): But this is ticket for one bug only, so ignore second one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 19:52:37 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 18:52:37 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.c81532eb44262fab57e01292f4461cc6@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): There are intimely linked -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 19:54:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 18:54:46 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.8128543dc67d8a7457218334632f1b27@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): Unfortunately not at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 20:04:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 19:04:44 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.a5c2a0f096d83aec6d2a9611486350ae@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): Then should I close this one and open 2? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 20:10:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 19:10:04 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.f7bf385c6ef7355d7cb6dccb841afd66@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): Nope, leave this one open. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 20:15:14 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 19:15:14 -0000 Subject: [FFmpeg-trac] #2269(undetermined:new): 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.43e65e4167c17c43d61739c2a1b91737@avcodec.org> #2269: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): Can you reproduce it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 20:32:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 19:32:00 -0000 Subject: [FFmpeg-trac] #1199(avformat:open): Playlist support In-Reply-To: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> References: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> Message-ID: <049.eaa403e765d98f8739645119698c5d25@avcodec.org> #1199: Playlist support -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [ticket:1199 burek]: > This enhancement could also be used with ffplay, to play a playlist instead of one file. Doesn't this work with the concat demuxer? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 20:40:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 19:40:46 -0000 Subject: [FFmpeg-trac] #1199(avformat:open): Playlist support In-Reply-To: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> References: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> Message-ID: <049.3db7ca6642a09e86790c6a5f033705c1@avcodec.org> #1199: Playlist support -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Playlist syntax (not just for m3u but for pls and others is different) and concat demuxer added probing for different signature from m3u8, but code from concat could be used/base for playlist "demuxers" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 21:59:43 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 20:59:43 -0000 Subject: [FFmpeg-trac] #2263(avformat:open): MKV: keyframe not used when using -ss on input? In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.e71be3009c7590f48f91e4f408220c77@avcodec.org> #2263: MKV: keyframe not used when using -ss on input? ------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: undetermined => avformat Comment: I can confirm that seeking in the file takes ridiculously long, this can be fixed by remuxing (both FFmpeg and mkvmerge). I don't know enough about Matroska to explain what is "wrong" about the file but mkvalidator reports the following: {{{ $ mkvalidator 2263-slow-ss-full.mkv WRN103: Unnecessary secondary SeekHead was found at 11568150341 WRN861: The SegmentInfo is not referenced in the main SeekHead WRN861: The TrackInfo is not referenced in the main SeekHead WRN861: The Cues is not referenced in the main SeekHead WRN861: The Chapters is not referenced in the main SeekHead WRN0D0: There are 4618 bytes of void data................................ mkvalidator 0.4.0: the file appears to be valid file created with libebml v1.2.3 + libmatroska v1.3.0 / mkvmerge v5.8.0 ('No Sleep / P illow') built on Sep 2 2012 15:37:04 }}} {{{ $ ffmpeg -ss 0:30:00 -i 2263-slow-ss-full.mkv -vframes 1 out.png ffmpeg version N-49888-gafe30fe Copyright (c) 2000-2013 the FFmpeg developers built on Feb 13 2013 12:23:23 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from '2263-slow-ss-full.mkv': Metadata: creation_time : 2012-12-09 16:32:15 Duration: 01:33:24.19, start: 0.000000, bitrate: 16513 kb/s Chapter #0.0: start 0.000000, end 316.316000 Metadata: title : 00:00:00.000 Chapter #0.1: start 316.316000, end 651.985000 Metadata: title : 00:05:16.316 Chapter #0.2: start 651.985000, end 1186.310000 Metadata: title : 00:10:51.985 Chapter #0.3: start 1186.310000, end 1669.835000 Metadata: title : 00:19:46.310 Chapter #0.4: start 1669.835000, end 1970.552000 Metadata: title : 00:27:49.835 Chapter #0.5: start 1970.552000, end 2434.974000 Metadata: title : 00:32:50.552 Chapter #0.6: start 2434.974000, end 2811.976000 Metadata: title : 00:40:34.974 Chapter #0.7: start 2811.976000, end 3120.534000 Metadata: title : 00:46:51.976 Chapter #0.8: start 3120.534000, end 3535.157000 Metadata: title : 00:52:00.534 Chapter #0.9: start 3535.157000, end 3623.411000 Metadata: title : 00:58:55.157 Chapter #0.10: start 3623.411000, end 3859.314000 Metadata: title : 01:00:23.411 Chapter #0.11: start 3859.314000, end 4259.672000 Metadata: title : 01:04:19.314 Chapter #0.12: start 4259.672000, end 4530.317000 Metadata: title : 01:10:59.672 Chapter #0.13: start 4530.317000, end 4869.782000 Metadata: title : 01:15:30.317 Chapter #0.14: start 4869.782000, end 4968.630000 Metadata: title : 01:21:09.782 Chapter #0.15: start 4968.630000, end 5604.192000 Metadata: title : 01:22:48.630 Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: truehd, 48000 Hz, 7.1, s32 Metadata: title : English TRUE-HD Stream #0:2(swe): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s (default) Metadata: title : Swedish AC3 Stream #0:3(swe): Subtitle: dvd_subtitle (default) Metadata: title : Swedish Stream #0:4(eng): Subtitle: dvd_subtitle Metadata: title : English Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.63.100 Chapter #0.0: start 0.000000, end 170.552000 Metadata: title : 00:27:49.835 Chapter #0.1: start 170.552000, end 634.974000 Metadata: title : 00:32:50.552 Chapter #0.2: start 634.974000, end 1011.976000 Metadata: title : 00:40:34.974 Chapter #0.3: start 1011.976000, end 1320.534000 Metadata: title : 00:46:51.976 Chapter #0.4: start 1320.534000, end 1735.157000 Metadata: title : 00:52:00.534 Chapter #0.5: start 1735.157000, end 1823.411000 Metadata: title : 00:58:55.157 Chapter #0.6: start 1823.411000, end 2059.314000 Metadata: title : 01:00:23.411 Chapter #0.7: start 2059.314000, end 2459.672000 Metadata: title : 01:04:19.314 Chapter #0.8: start 2459.672000, end 2730.317000 Metadata: title : 01:10:59.672 Chapter #0.9: start 2730.317000, end 3069.782000 Metadata: title : 01:15:30.317 Chapter #0.10: start 3069.782000, end 3168.630000 Metadata: title : 01:21:09.782 Chapter #0.11: start 3168.630000, end 3804.192000 Metadata: title : 01:22:48.630 Stream #0:0(eng): Video: png, rgb24, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=43155 video:4216kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000510% real 2m42.727s user 15m2.405s sys 0m6.223s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 22:16:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 21:16:12 -0000 Subject: [FFmpeg-trac] #2252(undetermined:new): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.9fcf81cb9145dd025293c8768e142d30@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): With the feb 9th build The ffmpeg WTV file plays on Win 8 WMP audio and video but it not play on Win 8 MCE at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 23:03:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 22:03:00 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.19e412b2a1c906026672985d597e7140@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-October/132017.html and http://www.ffsplit.com/forums/showthread.php?786-FFsplit-able-to- sustain-higher-bitrates-than-FFmpeg-alone may also be related... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 23:35:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 22:35:10 -0000 Subject: [FFmpeg-trac] #2062(avcodec:new): Playback of HD-PVR recordings corrupted when using VDPAU In-Reply-To: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> References: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> Message-ID: <053.605337d39b755f7db8a1f3cb3a0ee6fe@avcodec.org> #2062: Playback of HD-PVR recordings corrupted when using VDPAU -------------------------------------+----------------------------------- Reporter: jyavenard | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: vdpau h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): The code in the suggested patch which clears the last_pocs also triggers for several reference H264 streams. This doesnt seem intended. Thus fixed differently (in git master), please test! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 23:45:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 22:45:55 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.bb5de616a8525d7855fa255dc197a096@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): How large of a file can I upload to your FTP server? I'm fully willing to upload the full original file that has two ''very'' obvious errors, but it's 5.19GB. Let me know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 13 23:52:47 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Feb 2013 22:52:47 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.b7d5d7f545b0b107e9bd778535ae0298@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I suspect a shorter sample that allows to reproduce the >= 500ms gap would be sufficient. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 04:06:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 03:06:01 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.cd0000afe8c35e4434a46d0680600a52@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): Okay, I'm going to upload a 2.5 minute (205MB) clip copied from the original in a 7z file. I am also uploading the ffprobe -show_frames csv file in which I have indicated (with '-->') where the audio changes from 6ch to stereo and vice versa. ffmpeg gets confused a bit by the 6ch-->stereo, but REALLY gets confused by the stereo-->6ch. To reproduce the problem, and what you should see: 1. run command {{{ ffmpeg -v verbose -y -i "C:\PATH\ORIG_short.ts" -c:v mpeg2video -q:vscale 0 -flags +ilme+ildct -top 1 -c:a ac3 -ab 384k -ac 6 -async 48000 "C:\PATH\FIX.ts" }}} 2. Demux FIX.ts with dgindex, tsmuxer, whatever to get mpeg2 video and ac3 audio files. 3. Mux them in mkvmerge 4. Play in mpc Between steps 2 and 3 are where I would normally re-encode to x264 and pad the audio, etc. You should notice that the fixed video file duration is 00:02:30.050. However, the length of the audio is 00:03:44.032, and putting it in audacity clearly shows that an unnecessary 6sec (approx) of silent audio has been added where the channels change from 6ch to stereo. A further 1 minute and 9 seconds (approx) of silent audio have been added where the audio changes from stereo back to 6ch. Playing the FIX.ts file in mpc should result in a pause of the video and silence around 5 secs in. If you just let it sit there and continue playing, it would remain "paused" for the 6sec mentioned above as it plays the audio with no video. The same thing happens again at 1:07 for 1min 9 secs. Seeking through the video makes it seem as if it plays normally, so please just let the thing play until it's done (mpc says 2:30, which is the true duration of the ''video'', but it's actually the length of the "fixed" ''audio'', 3:44). However, when it's demuxed, re-encoded and brought back together, the extra silent audio is still there, causing a massive sync problem. Files included in "Ticket 2210 AC3 Channel Change.7z": ORIG_short.ts [the 2.5min clip] probeOrigShort.csv [the stdout when running ORIG_short.ts through ffprobe -show_frames] fix_short_log.txt [the stderr and stdout that I get when running the command listed in step 1] Bad Audio Fix.png [audacity screenshot showing errors] I'll begin upload as soon as I post, so it will take a while for the 7z file to appear. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 06:57:06 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 05:57:06 -0000 Subject: [FFmpeg-trac] #2062(avcodec:new): Playback of HD-PVR recordings corrupted when using VDPAU In-Reply-To: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> References: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> Message-ID: <053.5f1b753f5b276f8a962442075aaa6525@avcodec.org> #2062: Playback of HD-PVR recordings corrupted when using VDPAU -------------------------------------+----------------------------------- Reporter: jyavenard | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: vdpau h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by jyavenard): Michael, good news. I backported this to ffmpeg 1.0 (used in mythtv) and I can't reproduce the issue anymore. Thanks ! And thanks to Paul for finding the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 06:58:08 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 05:58:08 -0000 Subject: [FFmpeg-trac] #2062(avcodec:new): Playback of HD-PVR recordings corrupted when using VDPAU In-Reply-To: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> References: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> Message-ID: <053.7d8ad86d41969fd2081fa9e2f4ee7313@avcodec.org> #2062: Playback of HD-PVR recordings corrupted when using VDPAU -------------------------------------+----------------------------------- Reporter: jyavenard | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: vdpau h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by jyavenard): Will this fix be backported to both ffmpeg 1.0 and 1.1 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 11:05:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 10:05:53 -0000 Subject: [FFmpeg-trac] #2270(undetermined:new): ffmpeg transcodes cover art to a video stream with a single frame Message-ID: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> #2270: ffmpeg transcodes cover art to a video stream with a single frame -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ $ ffmpeg -i tests/sample.mp3 out.mkv ffmpeg version 1.0.3 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0x8091a60] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x8091a60] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'tests/sample.mp3': Metadata: album_artist : Armin Van Buuren track : 26 encoded_by : Https://Www.Facebook.Com/Inspirontrance title : Serenity (Andrew Rayel Aether Remix) [Future Favorite] artist : Armin Van Buuren Feat. Jan Vayne album : A State Of Trance Episode 587 (2012-11-15) genre : Trance date : 2012 Duration: 00:05:20.20, start: 0.000000, bitrate: 255 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 256 kb/s Stream #0:1: Video: mjpeg, yuvj444p, 720x720 [SAR 72:72 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: title : comment : Cover (front) [libx264 @ 0x80a82e0] using SAR=1/1 [libx264 @ 0x80a82e0] MB rate (182250000) > level limit (2073600) [libx264 @ 0x80a82e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x80a82e0] profile High, level 5.2 [libx264 @ 0x80a82e0] 264 - core 129 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 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 Output #0, matroska, to 'out.mkv': Metadata: album_artist : Armin Van Buuren PART_NUMBER : 26 encoded_by : Https://Www.Facebook.Com/Inspirontrance title : Serenity (Andrew Rayel Aether Remix) [Future Favorite] artist : Armin Van Buuren Feat. Jan Vayne album : A State Of Trance Episode 587 (2012-11-15) genre : Trance date : 2012 encoder : Lavf54.29.104 Stream #0:0: Video: h264 (H264 / 0x34363248), yuvj420p, 720x720 [SAR 1:1 DAR 1:1], q=-1--1, 1k tbn, 90k tbc Metadata: title : comment : Cover (front) Stream #0:1: Audio: vorbis (oV[0][0] / 0x566F), 44100 Hz, stereo, flt Stream mapping: Stream #0:1 -> #0:0 (mjpeg -> libx264) Stream #0:0 -> #0:1 (mp3 -> libvorbis) Press [q] to stop, [?] for help frame= 1 fps=0.1 q=33.0 Lsize= 4410kB time=00:05:12.99 bitrate= 115.4kbits/s video:11kB audio:4276kB subtitle:0 global headers:4kB muxing overhead 2.766691% [libx264 @ 0x80a82e0] frame I:1 Avg QP:31.73 size: 10211 [libx264 @ 0x80a82e0] mb I I16..4: 46.9% 35.0% 18.1% [libx264 @ 0x80a82e0] 8x8 transform intra:35.0% [libx264 @ 0x80a82e0] coded y,uvDC,uvAC intra: 26.8% 8.9% 3.2% [libx264 @ 0x80a82e0] i16 v,h,dc,p: 70% 16% 7% 7% [libx264 @ 0x80a82e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 14% 23% 4% 5% 11% 5% 6% 5% [libx264 @ 0x80a82e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 40% 20% 13% 4% 5% 7% 4% 4% 3% [libx264 @ 0x80a82e0] i8c dc,h,v,p: 91% 4% 5% 0% [libx264 @ 0x80a82e0] kb/s:7351920.00 }}} {{{ $ ffprobe out.mkv ffprobe version 1.0.3 Copyright (c) 2007-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [matroska,webm @ 0x807f6e0] max_analyze_duration 5000000 reached at 5017000 Input #0, matroska,webm, from 'out.mkv': Metadata: title : Serenity (Andrew Rayel Aether Remix) [Future Favorite] ALBUM_ARTIST : Armin Van Buuren track : 26 ENCODED_BY : Https://Www.Facebook.Com/Inspirontrance ARTIST : Armin Van Buuren Feat. Jan Vayne ALBUM : A State Of Trance Episode 587 (2012-11-15) GENRE : Trance DATE : 2012 ENCODER : Lavf54.29.104 Duration: 00:05:13.54, start: 0.000000, bitrate: 115 kb/s Stream #0:0: Video: h264 (High), yuvj420p, 720x720 [SAR 1:1 DAR 1:1], 30k fps, 30k tbr, 1k tbn, 180k tbc Metadata: title : COMMENT : Cover (front) Stream #0:1: Audio: vorbis, 44100 Hz, stereo, s16 (default) }}} It should create an audio-only mkv with the picture embedded as metadata instead. Should it turn out that mkv does not have anything like image data in metadata, ffmpeg should not create a video stream anyway. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 11:12:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 10:12:39 -0000 Subject: [FFmpeg-trac] #2270(undetermined:new): ffmpeg transcodes cover art to a video stream with a single frame In-Reply-To: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> References: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> Message-ID: <050.00f3397a082c9698a80eaf83872da077@avcodec.org> #2270: ffmpeg transcodes cover art to a video stream with a single frame -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:2270 gjdfgh]: > It should create an audio-only mkv with the picture embedded as metadata instead. Why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 11:18:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 10:18:43 -0000 Subject: [FFmpeg-trac] #2270(undetermined:new): ffmpeg transcodes cover art to a video stream with a single frame In-Reply-To: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> References: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> Message-ID: <050.0a3df6e9b166dfc85958a1ea10767200@avcodec.org> #2270: ffmpeg transcodes cover art to a video stream with a single frame -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): The original file has an attached coverart in metadata, and when transcoding this, why would the target file be any different? (And yes, MKV has this concept) Not to mention that a video stream with only one frame breaks seeking in the file in many players, because they try to seek to video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 11:21:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 10:21:41 -0000 Subject: [FFmpeg-trac] #2270(undetermined:new): ffmpeg transcodes cover art to a video stream with a single frame In-Reply-To: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> References: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> Message-ID: <050.62ac161cda2af56f9e9f9145a583fbb0@avcodec.org> #2270: ffmpeg transcodes cover art to a video stream with a single frame -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): And yes, the AV_DISPOSITION_ATTACHED_PIC flag is set on the input "video" stream. It just isn't printed by ffmpeg, apparently. The output has it not set. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 11:51:34 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 10:51:34 -0000 Subject: [FFmpeg-trac] #2062(avcodec:new): Playback of HD-PVR recordings corrupted when using VDPAU In-Reply-To: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> References: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> Message-ID: <053.35be2632fb7ce470d35146c8ed74daba@avcodec.org> #2062: Playback of HD-PVR recordings corrupted when using VDPAU -------------------------------------+----------------------------------- Reporter: jyavenard | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: vdpau h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Glidos): Yes nice. Indeed that avoids the large has_b_frames value occuring during playback of the HDPVR sample I've been using for testing. So you already had places where inconsistencies were detected, and now you are resetting last_pocs there. My only remaining concern is that the tests don't (seem) to target the specific case of a large backwards transition in poc, and I don't know how to reason that that happening would always trigger also the tests you have in place. So I wonder if it will fix some hdpvr samples and not others. Concerning the mistriggering you saw when trying my patch, as you say it was unintended, but it was benign. The unnecessary case is when a poc is first entered into an empty last_pocs list (all INT_MIN, that is). It's benign because in that case, both branches of the 'if' lead to the same final program state. I've updated my patch to avoid triggering in that case: https://github.com/Glidos/mythtv/commit/f9579b5982cfc7a18c189ed62ddf23eb73d95825, although I don't expect us to need it now we have yours. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 13:38:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 12:38:36 -0000 Subject: [FFmpeg-trac] #2062(avcodec:closed): Playback of HD-PVR recordings corrupted when using VDPAU In-Reply-To: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> References: <038.c25a58a400a13da51faad799ce3189d5@avcodec.org> Message-ID: <053.f14ed4467eb5905448eccd1083920c6b@avcodec.org> #2062: Playback of HD-PVR recordings corrupted when using VDPAU -------------------------------------+------------------------------------- Reporter: jyavenard | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vdpau h264 => h264 regression * priority: normal => important * status: new => closed * resolution: => fixed * version: unspecified => git-master Comment: I backported the fix to 0.11, 1.0 and 1.1, if somebody needs it in 0.10 (and 0.9): Please send a patch! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 13:39:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 12:39:22 -0000 Subject: [FFmpeg-trac] #2270(undetermined:open): ffmpeg transcodes cover art to a video stream with a single frame In-Reply-To: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> References: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> Message-ID: <050.fb1e3b66a1a893f118ddb0690b1cfce2@avcodec.org> #2270: ffmpeg transcodes cover art to a video stream with a single frame -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 14:28:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 13:28:57 -0000 Subject: [FFmpeg-trac] #2270(avformat:open): ffmpeg transcodes cover art to a video stream with a single frame In-Reply-To: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> References: <035.f926c98d710a1ded12ba5c07d75eb425@avcodec.org> Message-ID: <050.770d935718c733756f31bb1994d2dba1@avcodec.org> #2270: ffmpeg transcodes cover art to a video stream with a single frame ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by richardpl): * reproduced: 0 => 1 * cc: onemda@? (added) * component: undetermined => avformat * priority: wish => normal * analyzed: 0 => 1 * type: enhancement => defect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 15:28:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 14:28:40 -0000 Subject: [FFmpeg-trac] #2202(avformat:closed): -vcodec huffyuv and a .mov container produces colorful static In-Reply-To: <036.881a93c94ab73d5c9d535765f5266e50@avcodec.org> References: <036.881a93c94ab73d5c9d535765f5266e50@avcodec.org> Message-ID: <051.5f08bf344232f183f6b5431b412c8ae8@avcodec.org> #2202: -vcodec huffyuv and a .mov container produces colorful static -------------------------------------+------------------------------------- Reporter: ulatekh | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov huffyuv | Blocked By: ffvhuff regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: FFmpeg => avformat Comment: Should be fixed in git head and future releases. Thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 19:52:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 18:52:12 -0000 Subject: [FFmpeg-trac] #2235(undetermined:new): Subtitles do not seek In-Reply-To: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> References: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> Message-ID: <051.6fdb4ed30be4692b0373573f7003207f@avcodec.org> #2235: Subtitles do not seek -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 19:59:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 18:59:12 -0000 Subject: [FFmpeg-trac] #2235(undetermined:new): Subtitles do not seek In-Reply-To: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> References: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> Message-ID: <051.60a131731e0b410248baec44a1fb3e48@avcodec.org> #2235: Subtitles do not seek -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): Isn't this a dup of #2067? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 20:06:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 19:06:57 -0000 Subject: [FFmpeg-trac] #2264(avcodec:closed): subtitles filter does not accept ass files with Comment events In-Reply-To: <036.9aa880074053428580db075b8b211e7d@avcodec.org> References: <036.9aa880074053428580db075b8b211e7d@avcodec.org> Message-ID: <051.0ec996d2e97e4a13459462e7a503913b@avcodec.org> #2264: subtitles filter does not accept ass files with Comment events ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: subtitles ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: subtitles => subtitles ass * resolution: => fixed * status: new => closed * component: avfilter => avcodec Comment: Fixed by Nicolas. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 14 21:13:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Feb 2013 20:13:43 -0000 Subject: [FFmpeg-trac] #2235(undetermined:new): Subtitles do not seek In-Reply-To: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> References: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> Message-ID: <051.15300bffce171f41a0c3c6b9cf4dc2f6@avcodec.org> #2235: Subtitles do not seek -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): Yes it seems like it is a dupe, although it seems more like a defect than an enhancement to me. Is there a way I can specify an amount of the subtitle to skip separately? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 15 03:51:43 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Feb 2013 02:51:43 -0000 Subject: [FFmpeg-trac] #2271(undetermined:new): converted swf file can't play audio when played in Adobe flash player Message-ID: <036.d921bcbcda0e909d553f43d4bb6a3734@avcodec.org> #2271: converted swf file can't play audio when played in Adobe flash player -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: swf encode | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This issue can be reproduced on both latest Zeranoe build and Linux build. I used ffmpeg command: ffmpeg.exe -i input.mp4 out.swf to convert a mp4 file into a swf file. Then the generated swf file when played in Adobe flash player, couldn't stream audio. But the same file can stream audio correctly when played in VLC player. I tried different versions of Zeranoe build and found that the first version that has this issue is ffmpeg-git-1eabd71-win32-static, which was release in 07 May 2012. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 15 03:52:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Feb 2013 02:52:32 -0000 Subject: [FFmpeg-trac] #2272(undetermined:new): converted swf file can't play audio when played in Adobe flash player Message-ID: <036.c7059925d05be1c89c89a9a7b21cfd4e@avcodec.org> #2272: converted swf file can't play audio when played in Adobe flash player -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: swf encode | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This issue can be reproduced on both latest Zeranoe build and Linux build. I used ffmpeg command: ffmpeg.exe -i input.mp4 out.swf to convert a mp4 file into a swf file. Then the generated swf file when played in Adobe flash player, couldn't stream audio. But the same file can stream audio correctly when played in VLC player. I tried different versions of Zeranoe build and found that the first version that has this issue is ffmpeg-git-1eabd71-win32-static, which was release in 07 May 2012. The source file I used to convert is here: https://dl.dropbox.com/u/7854771/big_buck_bunny.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 15 07:58:40 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Feb 2013 06:58:40 -0000 Subject: [FFmpeg-trac] #2271(undetermined:closed): converted swf file can't play audio when played in Adobe flash player In-Reply-To: <036.d921bcbcda0e909d553f43d4bb6a3734@avcodec.org> References: <036.d921bcbcda0e909d553f43d4bb6a3734@avcodec.org> Message-ID: <051.4eb387aeffc410e1815147dda5baeaa5@avcodec.org> #2271: converted swf file can't play audio when played in Adobe flash player -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: swf encode => * status: new => closed * resolution: => duplicate Comment: Duplicate of #2272 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 15 09:15:33 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Feb 2013 08:15:33 -0000 Subject: [FFmpeg-trac] #2272(avformat:open): converted swf file can't play audio when played in Adobe flash player In-Reply-To: <036.c7059925d05be1c89c89a9a7b21cfd4e@avcodec.org> References: <036.c7059925d05be1c89c89a9a7b21cfd4e@avcodec.org> Message-ID: <051.71b29c0ef9b46b58267d1dd732554cdc@avcodec.org> #2272: converted swf file can't play audio when played in Adobe flash player -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: swf | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: swf encode => swf regression * status: new => open * version: unspecified => git-master * component: undetermined => avformat Comment: Regression since f095391 / 620b88a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 15 11:43:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Feb 2013 10:43:09 -0000 Subject: [FFmpeg-trac] #2271(undetermined:closed): converted swf file can't play audio when played in Adobe flash player In-Reply-To: <036.d921bcbcda0e909d553f43d4bb6a3734@avcodec.org> References: <036.d921bcbcda0e909d553f43d4bb6a3734@avcodec.org> Message-ID: <051.bc09a58355542f52b156479b7020cccb@avcodec.org> #2271: converted swf file can't play audio when played in Adobe flash player -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 15 16:42:05 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Feb 2013 15:42:05 -0000 Subject: [FFmpeg-trac] #2144(avfilter:closed): libavfilter ebur128 loudness inaccuracy, irregular time interval, LFE interference In-Reply-To: <036.a445270270169ef5244a4e0fa9ce670e@avcodec.org> References: <036.a445270270169ef5244a4e0fa9ce670e@avcodec.org> Message-ID: <051.3f999339606ef427936eea41ad0e404b@avcodec.org> #2144: libavfilter ebur128 loudness inaccuracy, irregular time interval, LFE interference ------------------------------------+------------------------------------ Reporter: sedacca | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: ebur128 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Patches applied. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 15 16:52:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Feb 2013 15:52:32 -0000 Subject: [FFmpeg-trac] #2273(FFmpeg:new): no option to set file name format inside the generated m3u8 file Message-ID: <034.cdd67cf0eade60a3590dda820033dbba@avcodec.org> #2273: no option to set file name format inside the generated m3u8 file --------------------------------+--------------------------------------- Reporter: mpapp | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Summary of the bug: How to reproduce: {{{ This is relevant when using segment option in ffmpeg I cannot see such option For vlc, there is an option ,index-url=http://37.188.125.31/demo/medium-########.ts} which specifies in what format the filenames are saved inside the m3u8. I am sorry if I missed it. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 15 21:02:46 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Feb 2013 20:02:46 -0000 Subject: [FFmpeg-trac] #1925(undetermined:closed): Transcoding mjpeg video results in a very short frame In-Reply-To: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> References: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> Message-ID: <053.87ebb25c8a395e76693a83ca13be438f@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): Also reproducible like this: {{{ ffmpeg -f lavfi -i testsrc=duration=3:size=1280x720:rate=1 -r 27 -y out.mp4 }}} (the frame with number 0 is displayed too quickly in the resultant file). -vf fps does seem to work around the problem. I'm not sure if if vfr is "in play" in this case (is #1578 only about vfr?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 16 10:27:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Feb 2013 09:27:24 -0000 Subject: [FFmpeg-trac] #2273(avformat:open): no option to set file name format inside the generated m3u8 file In-Reply-To: <034.cdd67cf0eade60a3590dda820033dbba@avcodec.org> References: <034.cdd67cf0eade60a3590dda820033dbba@avcodec.org> Message-ID: <049.dbb786dd181e07e9e6a783d9ead38ca6@avcodec.org> #2273: no option to set file name format inside the generated m3u8 file --------------------------------------+------------------------------------ Reporter: mpapp | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment m3u8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by saste): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avformat * keywords: => segment m3u8 * version: unspecified => git-master * analyzed: 0 => 1 * type: defect => enhancement Comment: Replying to [ticket:2273 mpapp]: > Summary of the bug: > How to reproduce: > {{{ > This is relevant when using segment option in ffmpeg > I cannot see such option > For vlc, there is an option > ,index-url=http://37.188.125.31/demo/medium-########.ts} > which specifies in what format the filenames are saved inside the m3u8. Your request is not clear. I suppose you want an option like: {{{ ffmpeg -i INPUT -f segment ... -segment_list out.m3u8 -segment_list_prefix "http://37.188.125.31/demo/" medium-%03d.ts }}} Correct? Or do you want the name in the M3U8 to be *different* from the segment filename (not only the prefix)? Can you elaborate what this would be useful for? > I am sorry if I missed it. > }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 16 11:25:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Feb 2013 10:25:37 -0000 Subject: [FFmpeg-trac] #2273(avformat:open): no option to set file name format inside the generated m3u8 file In-Reply-To: <034.cdd67cf0eade60a3590dda820033dbba@avcodec.org> References: <034.cdd67cf0eade60a3590dda820033dbba@avcodec.org> Message-ID: <049.cfaf9e86ebe0f6a0ea86a796a7d65536@avcodec.org> #2273: no option to set file name format inside the generated m3u8 file --------------------------------------+------------------------------------ Reporter: mpapp | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment m3u8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Comment (by mpapp): yes, a -segment_list_prefix "http://37.188.125.31/demo/" which would replace any directory prefix deduced from medium-%03d.ts There is a practical reason , of course. OK, supposed you want to generate m3u8 for web use. Then the filenames inside in m3u8 should be referenced someone differently using http... way. Some video players like it this way. So if you want to serve the net, you need this. It would be useful not only for http requests but I want to use different way of referencing files. E.g. if I use use full path e.g. /root/video/medium-%03d.ts, then the files will also contain /root/video... prefix as it is implemented right now. -segment_list_prefix "" would remove those prefixes... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 16 13:46:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Feb 2013 12:46:55 -0000 Subject: [FFmpeg-trac] #2230(avformat:open): Specified MPEG-TS metadata is not written to HLS(-ssegment) segments In-Reply-To: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> References: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> Message-ID: <053.2d3e01c4dfc4cacd9e0241c0ecf9249c@avcodec.org> #2230: Specified MPEG-TS metadata is not written to HLS(-ssegment) segments -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls | Blocked By: metadata segment | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kccpac): Hi, The "fail to write customized metadata for HLS creation" problem is that the metadata information is not propagated into AVFormatContext object properly. I attached a hack to fix the problem. Colin -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 16 22:01:26 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Feb 2013 21:01:26 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.dc3ea8d6983ac789d411454fb1b4fc7e@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.0.1 | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): any plan to fix the Mux-Demux in FFMPEG? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 16 22:02:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Feb 2013 21:02:19 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.02c4ad66a730dd02fba87aa101cde430@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by mikhailov): * version: 1.0.1 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 10:47:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 09:47:03 -0000 Subject: [FFmpeg-trac] #2274(undetermined:new): bgrp10le in nut muxed or demuxed as rgb555le Message-ID: <036.1064877e20a20fb7fa6ceea606c97206@avcodec.org> #2274: bgrp10le in nut muxed or demuxed as rgb555le -------------------------------------+------------------------------------- Reporter: peter_b | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: nut | Blocked By: bgrp10le | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Encoding pix_fmt GBRP10LE rawvideo in a NUT container produces RGB555LE files (without saying so). Playing the resulting file with ffplay displays wrong colors: Everything is blue/green. How to reproduce: $ ffmpeg_git -f lavfi -i mandelbrot -t 1 -f nut -an -vcodec rawvideo -pix_fmt gbrp10le output.nut {{{ ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 10:44:03 with gcc 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-zlib --enable-libopenjpeg --enable-decoder=png --enable-encoder=png --enable-libfreetype --enable-libschroedinger libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 0x252a040] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'mandelbrot': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGBA / 0x41424752), rgba, 640x480 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, nut, to 'output.nut': Metadata: encoder : Lavf54.63.100 Stream #0:0: Video: rawvideo (RGB[15] / 0xF424752), gbrp10le, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 51200 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help frame= 25 fps=0.0 q=0.0 Lsize= 45001kB time=00:00:01.00 bitrate=368648.8kbits/s video:45000kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.002396% }}} $ ffprobe_git output.nut {{{ ffprobe version N-50025-gb8bb661 Copyright (c) 2007-2013 the FFmpeg developers built on Feb 17 2013 10:44:03 with gcc 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-zlib --enable-libopenjpeg --enable-decoder=png --enable-encoder=png --enable-libfreetype --enable-libschroedinger libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [nut @ 0x252a420] Estimating duration from bitrate, this may be inaccurate Input #0, nut, from 'output.nut': Metadata: encoder : Lavf54.63.100 Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[15] / 0xF424752), rgb555le, 640x480, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 51200 tbn, 51200 tbc }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 15:43:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 14:43:58 -0000 Subject: [FFmpeg-trac] #2169(avformat:reopened): Remuxing latm into mkv produces a broken output file In-Reply-To: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> References: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> Message-ID: <052.e6ffd9518dfa62a646ebc62fce726a65@avcodec.org> #2169: Remuxing latm into mkv produces a broken output file -------------------------------------+------------------------------------- Reporter: Resident | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Resident): * status: closed => reopened * resolution: fixed => Comment: still have the problem. now a little better. no problem. XMedia Recode. MPC-HC error with audio: TMPGEnc Video Mastering Works. vlc. Youtube. Avidemux. original file .ts https://docs.google.com/file/d/0B2kUHfEcnsF- MWdSUVJCZGJiMU0/edit?usp=sharing log ffmpeg-20130217-git-b8bb661-win64-static: {{{ C:\WINDOWS\system32>G:\ffmpeg\bin\ffmpeg.exe -i G:\1.ts -acodec copy -vcodec cop y G:\1.mkv ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:44:12 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --e nable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable -libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 15 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 15 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 19 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 19 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 23 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 23 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 27 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 27 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 7 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 7 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 8 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 8 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 9 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 9 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 10 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 10 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 11 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 11 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 12 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 12 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 13 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS referenced [h264 @ 0000000003be2780] sps_id out of range [h264 @ 0000000003be2780] non-existing SPS 13 referenced in buffering period [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] non-existing PPS 0 referenced [h264 @ 0000000003be2780] decode_slice_header error [h264 @ 0000000003be2780] no frame! Input #0, mpegts, from 'G:\1.ts': Duration: 00:00:18.89, start: 20436.336622, bitrate: 10627 kb/s Program 224 Stream #0:0[0xe21]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 19 20x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0xe23]: Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, ster eo, fltp Output #0, matroska, to 'G:\1.mkv': Metadata: encoder : Lavf54.63.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DA R 16:9], q=2-31, 29.97 fps, 1k tbn, 90k tbc Stream #0:1: Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 608 fps=0.0 q=-1.0 size= 20953kB time=00:00:17.15 bitrate=10004.6kbits frame= 657 fps=0.0 q=-1.0 Lsize= 23472kB time=00:00:18.79 bitrate=10232.2kbit s/s video:23298kB audio:163kB subtitle:0 global headers:0kB muxing overhead 0.044966 % C:\WINDOWS\system32> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 16:45:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 15:45:09 -0000 Subject: [FFmpeg-trac] #2169(avformat:closed): Remuxing latm into mkv produces a broken output file In-Reply-To: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> References: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> Message-ID: <052.33fcb5538e4875f6af0977ba6ce2f3da@avcodec.org> #2169: Remuxing latm into mkv produces a broken output file -------------------------------------+------------------------------------- Reporter: Resident | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: {{{ $ ffmpeg -i 1.ts -acodec copy -vcodec copy 1.mkv }}} {{{ $ ffmpeg -i 1.mkv ffmpeg version N-50044-gdcc73aa Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 16:38:42 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from '1.mkv': Metadata: ENCODER : Lavf54.63.100 Duration: 00:00:18.93, start: 0.000000, bitrate: 10159 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (default) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 16:54:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 15:54:03 -0000 Subject: [FFmpeg-trac] #2274(avformat:open): bgrp10le in nut muxed or demuxed as rgb555le In-Reply-To: <036.1064877e20a20fb7fa6ceea606c97206@avcodec.org> References: <036.1064877e20a20fb7fa6ceea606c97206@avcodec.org> Message-ID: <051.d9c171935d428ba1c0bb2298a4b0a2dd@avcodec.org> #2274: bgrp10le in nut muxed or demuxed as rgb555le --------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: nut bgrp10le | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: undetermined => avformat Comment: This has to be discussed on [http://lists.mplayerhq.hu/mailman/listinfo /nut-devel nut-devel] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 16:55:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 15:55:03 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.914abbba2cd37e00cb1a984cf10f7297@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:21 mikhailov]: > FFMPEG 0.8-0.9 might work fine with container remux Sorry, I have missed this message: Could you test FFmpeg 0.8 and 0.9? If it works with one of them, it will be relatively easy to fix your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 16:56:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 15:56:20 -0000 Subject: [FFmpeg-trac] #2230(avformat:open): Specified MPEG-TS metadata is not written to HLS(-ssegment) segments In-Reply-To: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> References: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> Message-ID: <053.08952d945ea83a6fd0f4a39bbd4e4654@avcodec.org> #2230: Specified MPEG-TS metadata is not written to HLS(-ssegment) segments -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls | Blocked By: metadata segment | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please use tools/patcheck to fix the cosmetic issues with your patch (do not put braces on new lines), then send the (fixed) patch to ffmpeg-devel, patches receive much more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 17:02:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 16:02:02 -0000 Subject: [FFmpeg-trac] #2169(avformat:closed): Remuxing latm into mkv produces a broken output file In-Reply-To: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> References: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> Message-ID: <052.0dbd00fd8c22dd23940722281d1000e1@avcodec.org> #2169: Remuxing latm into mkv produces a broken output file -------------------------------------+------------------------------------- Reporter: Resident | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Resident): not very clear to me. I have to add the mkv file that FFmpeg left? my problem or error FFmpeg now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 17:07:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 16:07:29 -0000 Subject: [FFmpeg-trac] #8(avformat:closed): Matroska muxers define unusable codec_tag properties In-Reply-To: <034.b883a45237763703d1bb6506f06e4d2a@avcodec.org> References: <034.b883a45237763703d1bb6506f06e4d2a@avcodec.org> Message-ID: <049.8f83732c8f73577643453c876db6907d@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: mkv eac3 | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mkv eac3 roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 17:09:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 16:09:09 -0000 Subject: [FFmpeg-trac] #2169(avformat:closed): Remuxing latm into mkv produces a broken output file In-Reply-To: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> References: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> Message-ID: <052.22dcd880a4c951500fc6ec3f9e20cda1@avcodec.org> #2169: Remuxing latm into mkv produces a broken output file -------------------------------------+------------------------------------- Reporter: Resident | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): It appears to me that remuxing aac_latm into mkv works fine (with the sample your provided). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 17:42:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 16:42:52 -0000 Subject: [FFmpeg-trac] #2253(avcodec:open): make fails with ./configure --disable-everything In-Reply-To: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> References: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> Message-ID: <054.2a85843d4a67e1eaee4cae63addf7ba6@avcodec.org> #2253: make fails with ./configure --disable-everything -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: build | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => build regression Comment: Patch sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/158850 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 17:56:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 16:56:15 -0000 Subject: [FFmpeg-trac] #2169(avformat:closed): Remuxing latm into mkv produces a broken output file In-Reply-To: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> References: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> Message-ID: <052.93a2db740054ed84df181d03c413a878@avcodec.org> #2169: Remuxing latm into mkv produces a broken output file -------------------------------------+------------------------------------- Reporter: Resident | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Resident): get error on several programs and youtube. here the mkv FFmpeg leaving. https://docs.google.com/file/d/0B2kUHfEcnsF- NDBiWk5CRXF3b00/edit?usp=sharing vlc test. off, audio and get the error: log vlc: http://pastebin.com/Vraci5wn -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 18:00:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 17:00:57 -0000 Subject: [FFmpeg-trac] #2169(avformat:closed): Remuxing latm into mkv produces a broken output file In-Reply-To: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> References: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> Message-ID: <052.b720fc72125110de60d967cd80256dd0@avcodec.org> #2169: Remuxing latm into mkv produces a broken output file -------------------------------------+------------------------------------- Reporter: Resident | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ md5sum test1.mkv a9dcef845717d60402005428cd833f1a test1.mkv }}} {{{ $ ffmpeg -i test1.mkv ffmpeg version N-50046-gcf36180 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 17:42:24 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'test1.mkv': Metadata: ENCODER : Lavf54.63.100 Duration: 00:00:18.93, start: 0.000000, bitrate: 10159 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (default) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 18:03:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 17:03:38 -0000 Subject: [FFmpeg-trac] #2169(avformat:closed): Remuxing latm into mkv produces a broken output file In-Reply-To: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> References: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> Message-ID: <052.a9fce7ab1e53c16304fa624b71be0e6b@avcodec.org> #2169: Remuxing latm into mkv produces a broken output file -------------------------------------+------------------------------------- Reporter: Resident | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): If you want to report this problem to the developers of the failing software, this link may help (search for WAVE_FORMAT_MPEG_LOAS): http://msdn.microsoft.com/en-us/library/dd317599%28VS.85%29.aspx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 18:09:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 17:09:35 -0000 Subject: [FFmpeg-trac] #2169(avformat:closed): Remuxing latm into mkv produces a broken output file In-Reply-To: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> References: <037.963fbb4cf5ef028f20f4e27c2c57acdb@avcodec.org> Message-ID: <052.e6895c1361c831ea187af45dcf98f1fd@avcodec.org> #2169: Remuxing latm into mkv produces a broken output file -------------------------------------+------------------------------------- Reporter: Resident | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Resident): whether the problem comes from the file recording program (DVBViewer Pro)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 18:26:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 17:26:31 -0000 Subject: [FFmpeg-trac] #2263(avformat:open): Read second SeekHead in Matroska files (was: MKV: keyframe not used when using -ss on input?) In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.fa83e59c5a5ce18cc92226cd3d7156d6@avcodec.org> #2263: Read second SeekHead in Matroska files -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement * reproduced: 0 => 1 Comment: The file has one SeekHead at the beginning and a second one at the end, FFmpeg only reads the first one (that apparently contains no reference to the second one). It is unknown how such a sample can be produced. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 18:49:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 17:49:57 -0000 Subject: [FFmpeg-trac] #2046(undetermined:new): support changes to DAR/SAR during -codec copy In-Reply-To: <036.39c8f663f1a8853f1fb9acae5e8019ae@avcodec.org> References: <036.39c8f663f1a8853f1fb9acae5e8019ae@avcodec.org> Message-ID: <051.35f427ab768864c1b9f95dad154826c7@avcodec.org> #2046: support changes to DAR/SAR during -codec copy -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dar | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by peter_b): I also would have needed this functionality several times already with external video material to be archived. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 19:04:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 18:04:40 -0000 Subject: [FFmpeg-trac] #2263(avformat:open): Read second SeekHead in Matroska files In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.1b522c0de6104b3829edc77a4b905563@avcodec.org> #2263: Read second SeekHead in Matroska files -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): {{{ $ mkvinfo 2263-slow-ss-full.mkv + EBML head |+ EBML version: 1 |+ EBML read version: 1 |+ EBML maximum ID length: 4 |+ EBML maximum size length: 8 |+ Doc type: matroska |+ Doc type version: 2 |+ Doc type read version: 2 + Segment, size 11568150356 |+ Seek head (subentries will be skipped) |+ EbmlVoid (size: 28) |+ Chapters | + EditionEntry | + ChapterAtom | + ChapterUID: 4643754908665286289 | + ChapterTimeStart: 00:00:00.000000000 | + ChapterDisplay | + ChapterString: 00:00:00.000 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 776680746040114083 | + ChapterTimeStart: 00:05:16.316000000 | + ChapterDisplay | + ChapterString: 00:05:16.316 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 7936573191005558681 | + ChapterTimeStart: 00:10:51.985000000 | + ChapterDisplay | + ChapterString: 00:10:51.985 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 6360485584497157554 | + ChapterTimeStart: 00:19:46.310000000 | + ChapterDisplay | + ChapterString: 00:19:46.310 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 2145345886638826677 | + ChapterTimeStart: 00:27:49.835000000 | + ChapterDisplay | + ChapterString: 00:27:49.835 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 4051148929050008205 | + ChapterTimeStart: 00:32:50.552000000 | + ChapterDisplay | + ChapterString: 00:32:50.552 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 6076738213057105045 | + ChapterTimeStart: 00:40:34.974000000 | + ChapterDisplay | + ChapterString: 00:40:34.974 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 12712555268836147128 | + ChapterTimeStart: 00:46:51.976000000 | + ChapterDisplay | + ChapterString: 00:46:51.976 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 13765820060876751293 | + ChapterTimeStart: 00:52:00.534000000 | + ChapterDisplay | + ChapterString: 00:52:00.534 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 139259153207598227 | + ChapterTimeStart: 00:58:55.157000000 | + ChapterDisplay | + ChapterString: 00:58:55.157 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 12150923411689504900 | + ChapterTimeStart: 01:00:23.411000000 | + ChapterDisplay | + ChapterString: 01:00:23.411 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 1907332086412795570 | + ChapterTimeStart: 01:04:19.314000000 | + ChapterDisplay | + ChapterString: 01:04:19.314 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 18177291500090400424 | + ChapterTimeStart: 01:10:59.672000000 | + ChapterDisplay | + ChapterString: 01:10:59.672 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 13764324979318202552 | + ChapterTimeStart: 01:15:30.317000000 | + ChapterDisplay | + ChapterString: 01:15:30.317 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 6136948946309581968 | + ChapterTimeStart: 01:21:09.782000000 | + ChapterDisplay | + ChapterString: 01:21:09.782 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 6007540025134916797 | + ChapterTimeStart: 01:22:48.630000000 | + ChapterDisplay | + ChapterString: 01:22:48.630 | + ChapterLanguage: und | + EditionUID: 14146429012029870465 |+ EbmlVoid (size: 3341) |+ Segment information | + Timecode scale: 1000000 | + Muxing application: libebml v1.2.3 + libmatroska v1.3.0 | + Writing application: mkvmerge v5.8.0 ('No Sleep / Pillow') built on Sep 2 2012 15:37:04 | + Duration: 5604.192s (01:33:24.192) | + Date: Sun Dec 9 16:32:15 2012 UTC | + Segment UID: 0x86 0x37 0x2f 0xf9 0xe5 0x6a 0x1e 0x85 0x88 0x3e 0x67 0xc2 0xa5 0xa6 0x1f 0xb3 |+ Segment tracks | + A track | + Track number: 1 (track ID for mkvmerge & mkvextract: 0) | + Track UID: 1 | + Track type: video | + Lacing flag: 0 | + MinCache: 1 | + Codec ID: V_MPEG4/ISO/AVC | + CodecPrivate, length 41 (h.264 profile: High @L4.1) | + Default duration: 41.708ms (23.976 frames/fields per second for a video track) | + Video track | + Pixel width: 1920 | + Pixel height: 1080 | + Display width: 1920 | + Display height: 1080 | + Content encodings | + Content encoding | + Content compression | + Algorithm: 3 (header removal) | + Settings: length 1, data: 0x00 | + A track | + Track number: 2 (track ID for mkvmerge & mkvextract: 1) | + Track UID: 124107657 | + Track type: audio | + Default flag: 0 | + MinCache: 1 | + Codec ID: A_TRUEHD | + Name: English TRUE-HD | + Audio track | + Sampling frequency: 48000 | + Channels: 8 | + A track | + Track number: 3 (track ID for mkvmerge & mkvextract: 2) | + Track UID: 2618188706 | + Track type: audio | + Codec ID: A_AC3 | + Default duration: 32.000ms (31.250 frames/fields per second for a video track) | + Language: swe | + Name: Swedish AC3 | + Audio track | + Sampling frequency: 48000 | + Channels: 6 | + Content encodings | + Content encoding | + Content compression | + Algorithm: 3 (header removal) | + Settings: length 2, data: 0x0b 0x77 | + A track | + Track number: 4 (track ID for mkvmerge & mkvextract: 3) | + Track UID: 3823762597 | + Track type: subtitles | + Lacing flag: 0 | + Codec ID: S_VOBSUB | + CodecPrivate, length 348 | + Language: swe | + Name: Swedish | + Content encodings | + Content encoding | + Content compression | + A track | + Track number: 5 (track ID for mkvmerge & mkvextract: 4) | + Track UID: 556225960 | + Track type: subtitles | + Default flag: 0 | + Lacing flag: 0 | + Codec ID: S_VOBSUB | + CodecPrivate, length 348 | + Name: English | + Content encodings | + Content encoding | + Content compression |+ EbmlVoid (size: 1241) |+ Cluster }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 19:52:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 18:52:35 -0000 Subject: [FFmpeg-trac] #2246(avcodec:open): ffmpeg freezes and eats 100% CPU while encoding aac with too low bitrate (was: ffmpeg freezes and eats 100% CPU) In-Reply-To: <034.59db3c2528c7d1ec2fd7bc93604918fe@avcodec.org> References: <034.59db3c2528c7d1ec2fd7bc93604918fe@avcodec.org> Message-ID: <049.90bbb1af20b90ef1513c28ec41c0ebf3@avcodec.org> #2246: ffmpeg freezes and eats 100% CPU while encoding aac with too low bitrate -------------------------------------+------------------------------------- Reporter: divan | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 19:53:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 18:53:24 -0000 Subject: [FFmpeg-trac] #1918(avcodec:open): AAC decoding regression (was: Encoding errors with mp4 file) In-Reply-To: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> References: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> Message-ID: <055.fe3f6a17c30849890a794086004e19c1@avcodec.org> #1918: AAC decoding regression -------------------------------------+------------------------------------- Reporter: fltmesoftly | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac mov | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 20:22:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 19:22:19 -0000 Subject: [FFmpeg-trac] #2272(avformat:closed): converted swf file can't play audio when played in Adobe flash player In-Reply-To: <036.c7059925d05be1c89c89a9a7b21cfd4e@avcodec.org> References: <036.c7059925d05be1c89c89a9a7b21cfd4e@avcodec.org> Message-ID: <051.b0fde776351276daf10ab447938aa83d@avcodec.org> #2272: converted swf file can't play audio when played in Adobe flash player -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: swf | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 21:07:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 20:07:51 -0000 Subject: [FFmpeg-trac] #2272(avformat:closed): converted swf file can't play audio when played in Adobe flash player In-Reply-To: <036.c7059925d05be1c89c89a9a7b21cfd4e@avcodec.org> References: <036.c7059925d05be1c89c89a9a7b21cfd4e@avcodec.org> Message-ID: <051.eb5c23e7125e23446b27b445dcc164ab@avcodec.org> #2272: converted swf file can't play audio when played in Adobe flash player -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: swf | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): The problem was that av_get_audio_frame_duration() doesnt support mp3, so it did not set the correct value. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 17 23:27:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Feb 2013 22:27:56 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.b3fdf9e4d2a0ca2a95934ccad8130bed@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Anyone any update? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 01:22:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 00:22:07 -0000 Subject: [FFmpeg-trac] #2275(avcodec:new): artifacts on decoding PNG file with alpha Message-ID: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> #2275: artifacts on decoding PNG file with alpha --------------------------------------+----------------------------------- Reporter: saste | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: png alpha Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+----------------------------------- Summary of the bug: How to reproduce: {{{ fmpeg -i http://ffmpeg.org/ffmpeg-logo.png out.bmp ffmpeg version N-50039-g9cfe7a3 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 13:21:08 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-pic --enable-fontconfig --enable-libschroedinger --enable-libass --enable-version3 --prefix=/home/stefano --enable-libx264 --enable-libfaac --disable-shared --enable-static --enable-debug=3 --enable-pthreads --enable-libvorbis --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libtheora --enable-gpl --enable-x11grab --enable-frei0r --enable-libspeex --enable-libcaca --enable-libflite --enable-libfreetype --enable-libopencv --enable-libopencore-amrnb --enable-libopencore-amrnb --disable-optimizations libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, image2, from 'http://ffmpeg.org/ffmpeg-logo.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 396x100, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.63.100 Stream #0:0: Video: bmp, bgra, 396x100, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:155kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.013884% }}} or alternatively: {{{ ffplay http://ffmpeg.org/ffmpeg-logo.png }}} The output is garbled. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 01:36:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 00:36:21 -0000 Subject: [FFmpeg-trac] #2275(avcodec:open): artifacts on decoding PNG file with alpha In-Reply-To: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> References: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> Message-ID: <049.5cdcad64958e85c24961357965bbe33b@avcodec.org> #2275: artifacts on decoding PNG file with alpha ------------------------------------+----------------------------------- Reporter: saste | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 01:41:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 00:41:30 -0000 Subject: [FFmpeg-trac] #2275(avcodec:open): artifacts on decoding PNG file with alpha In-Reply-To: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> References: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> Message-ID: <049.2fe942049223d2684e0c472e41a0413e@avcodec.org> #2275: artifacts on decoding PNG file with alpha ------------------------------------+----------------------------------- Reporter: saste | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is there really an issue? ImageMagick decodes exactly the same (invisible) artefacts as FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 09:00:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 08:00:23 -0000 Subject: [FFmpeg-trac] #2276(undetermined:new): Different muxing behavior on different version of ffmpeg Message-ID: <044.182e9ab52e96d2bfe74897e31adad360@avcodec.org> #2276: Different muxing behavior on different version of ffmpeg -------------------------------------+------------------------------------- Reporter: | Type: defect endlessroad1991 | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Same muxing command: {{{ ./ffmpeg -y -r 15 -i 1.h264 -vcodec copy 1.mp4 }}} ffmpeg 0.10.6 and 1.1.2, both configured with: {{{ --disable-everything --enable-muxer=mp4 --enable-muxer=adts --enable- bsf=aac_adtstoasc --enable-demuxer=mov --enable-demuxer=h264 --enable- demuxer=aac --enable-protocol=file --enable-decoder=aac --enable- decoder=rawvideo --enable-decoder=h264 --enable-parser=h264 --enable- parser=aac }}} generates different results. Original fps of 1.h264 is 15. ffmpeg 0.10.6 changes fps to 15fps, as specified by "-r 15". However, ffmpeg 1.1.2 doesn't change the fps. I checked "ffmpeg -h" for both versions, and it seems that usage of "-r" hasn't changed. Any ideas? ffmpeg 0.10.6: {{{ ffmpeg version 0.10.6 Copyright (c) 2000-2012 the FFmpeg developers built on Feb 18 2013 15:40:53 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) configuration: --disable-everything --enable-muxer=mp4 --enable- muxer=adts --enable-bsf=aac_adtstoasc --enable-demuxer=mov --enable- demuxer=h264 --enable-demuxer=aac --enable-protocol=file --enable- decoder=aac --enable-decoder=rawvideo --enable-decoder=h264 --enable- parser=h264 --enable-parser=aac libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 }}} ffmpeg 1.1.2: {{{ ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 18 2013 15:43:59 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --disable-everything --enable-muxer=mp4 --enable- muxer=adts --enable-bsf=aac_adtstoasc --enable-demuxer=mov --enable- demuxer=h264 --enable-demuxer=aac --enable-protocol=file --enable- decoder=aac --enable-decoder=rawvideo --enable-decoder=h264 --enable- parser=h264 --enable-parser=aac libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 09:07:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 08:07:36 -0000 Subject: [FFmpeg-trac] #2276(undetermined:new): Different muxing behavior on different version of ffmpeg In-Reply-To: <044.182e9ab52e96d2bfe74897e31adad360@avcodec.org> References: <044.182e9ab52e96d2bfe74897e31adad360@avcodec.org> Message-ID: <059.b86a6bf9017b30dca81707147fa01cb8@avcodec.org> #2276: Different muxing behavior on different version of ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: endlessroad1991 | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by endlessroad1991): Original fps of 1.h264 is 25. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 09:18:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 08:18:38 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts (was: FFMPEG unable to stream copy come H264 into mpegts) In-Reply-To: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> References: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> Message-ID: <055.a610caed9c441e418082fcd6a93e6073@avcodec.org> #2220: FFMPEG unable to stream copy some wtv H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wtv h264 => wtv h264 av_interleaved_write_frame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 09:20:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 08:20:13 -0000 Subject: [FFmpeg-trac] #2276(undetermined:closed): Different muxing behavior on different version of ffmpeg In-Reply-To: <044.182e9ab52e96d2bfe74897e31adad360@avcodec.org> References: <044.182e9ab52e96d2bfe74897e31adad360@avcodec.org> Message-ID: <059.aaf9215e03b89af70fc581587293c6d2@avcodec.org> #2276: Different muxing behavior on different version of ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: endlessroad1991 | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: duplicate Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 * status: new => closed * resolution: => duplicate Comment: Afaict, this is a duplicate of ticket #2211. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 10:16:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 09:16:57 -0000 Subject: [FFmpeg-trac] #2277(avcodec:new): wrong comment in the alac.c Message-ID: <037.9e284ce392b06d29c43e196427d3ce58@avcodec.org> #2277: wrong comment in the alac.c ----------------------------------+-------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: minor Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- alac.c has wrong comment: * 8bit initial history (14) * 8bit rice param limit (10) it should be * 8bit initial history (10) * 8bit rice param limit (14) see following code alacenc.c for correct init parameter value // Initialize default Rice parameters s->rc.history_mult = 40; s->rc.initial_history = 10; s->rc.k_modifier = 14; I have attached a patch for it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 11:01:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 10:01:49 -0000 Subject: [FFmpeg-trac] #2277(avcodec:open): wrong comment in the alac.c In-Reply-To: <037.9e284ce392b06d29c43e196427d3ce58@avcodec.org> References: <037.9e284ce392b06d29c43e196427d3ce58@avcodec.org> Message-ID: <052.43b57cfcea7419ccd440e87b287dd5d2@avcodec.org> #2277: wrong comment in the alac.c ------------------------------------+----------------------------------- Reporter: chinshou | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: alac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => alac * status: new => open Comment: Please send patches to ffmpeg-devel, they receive more attention on the mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 11:25:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 10:25:17 -0000 Subject: [FFmpeg-trac] #2278(undetermined:new): Regression bug : fails to copy MP3 tag Message-ID: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> #2278: Regression bug : fails to copy MP3 tag -------------------------------------+------------------------------------- Reporter: feelart | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFmpeg 1.1 (build 17-02-2013) fails to copy MP3 tags while same CLI with FFMpeg 0.8(23/06/2011) is OK How to reproduce the bug: 1/ Take MP3 with tags, see for instance my ticket 2269(still open on 18/02/2013, ticket about metatags) 2/ With FFMpeg 0.8 run {{{ ffmpeg -i withTagsMp3.mp3 -acodec copy -map_metadata 0 test.mp3 }}} You'll see that MP3 tags are copied 3/ Run same CLI with FFmpeg 1.1 and no tags are copied -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 11:39:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 10:39:53 -0000 Subject: [FFmpeg-trac] #2278(undetermined:new): Regression bug : fails to copy MP3 tag In-Reply-To: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> References: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> Message-ID: <051.c1765d4bd1fee43717b0638bb83aa8fa@avcodec.org> #2278: Regression bug : fails to copy MP3 tag -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important Old description: > FFmpeg 1.1 (build 17-02-2013) fails to copy MP3 tags > while same CLI with FFMpeg 0.8(23/06/2011) is OK > > How to reproduce the bug: > 1/ Take MP3 with tags, see for instance my ticket 2269(still open on > 18/02/2013, ticket about metatags) > 2/ With FFMpeg 0.8 run > > {{{ > ffmpeg -i withTagsMp3.mp3 -acodec copy -map_metadata 0 test.mp3 > }}} > > You'll see that MP3 tags are copied > > 3/ Run same CLI with FFmpeg 1.1 and no tags are copied New description: FFmpeg 1.1 (build 17-02-2013) fails to copy MP3 tags while same CLI with FFMpeg 0.8(23/06/2011) is OK How to reproduce the bug: 1/ Take MP3 with tags, see for instance my ticket #2269(still open on 18/02/2013, ticket about metatags) 2/ With FFMpeg 0.8 run {{{ ffmpeg -i withTagsMp3.mp3 -acodec copy -map_metadata 0 test.mp3 }}} You'll see that MP3 tags are copied 3/ Run same CLI with FFmpeg 1.1 and no tags are copied -- Comment: Please add the failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 12:34:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 11:34:20 -0000 Subject: [FFmpeg-trac] #2269(avformat:open): adts muxer does not write metadata (was: 2 reproducable bugs: Tags are not copied to AAC as output, AAC as input leaves partial copy to mp3) In-Reply-To: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> References: <036.d7857f509190ac138456eccd53abbd87@avcodec.org> Message-ID: <051.096951601b31e1c344f154afd1565492@avcodec.org> #2269: adts muxer does not write metadata -------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => wish * version: unspecified => git-master * keywords: => aac * type: defect => enhancement Comment: {{{ $ ffmpeg -i fate-suite/mpegaudio/extra_overread.mp3 -strict -2 out.aac ffmpeg version N-50068-g2220f13 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 18 2013 12:32:48 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mp3 @ 0x16270c0] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, mp3, from 'fate-suite/mpegaudio/extra_overread.mp3': Metadata: track : 1 encoded_by : Fraunhofer IIS MP3 v04.01.02 (fast) date : 2011 encoder : Lavf54.1.0 Duration: 00:00:10.00, start: 0.000000, bitrate: 191 kb/s Stream #0:0: Audio: mp3, 44100 Hz, mono, s16p, 192 kb/s Output #0, adts, to 'out.aac': Metadata: track : 1 encoded_by : Fraunhofer IIS MP3 v04.01.02 (fast) date : 2011 encoder : Lavf54.63.100 Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp3 -> aac) Press [q] to stop, [?] for help size= 148kB time=00:00:10.00 bitrate= 121.0kbits/s video:0kB audio:145kB subtitle:0 global headers:0kB muxing overhead 2.035478% }}} {{{ $ ffmpeg -i out.aac ffmpeg version N-50068-g2220f13 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 18 2013 12:32:48 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [aac @ 0x30d4520] max_analyze_duration 5000000 reached at 5015510 microseconds [aac @ 0x30d4520] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'out.aac': Duration: 00:00:09.93, bitrate: 121 kb/s Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 121 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 13:03:04 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 12:03:04 -0000 Subject: [FFmpeg-trac] #2278(undetermined:new): Regression bug : fails to copy MP3 tag In-Reply-To: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> References: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> Message-ID: <051.71fb630a1888da12ec4b3e6e40b05027@avcodec.org> #2278: Regression bug : fails to copy MP3 tag -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): {{{ ffmpeg -i withTagsMp3.mp3 -acodec copy -map_metadata 0 test.mp3 }}} With FFmpeg 0.8 {{{ C:\PortableApps\MM\Audio\mp3gain-win-1_3_4\bug>ffmpeg -i withTagsMp3.mp3 -acodec copy -map_metadata 0 test.mp3 ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 14:21:12 with gcc 4.5.3 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-libmp3la me --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib 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, mp3, from 'withTagsMp3.mp3': Metadata: album : test artist : Russian-???????????????????? encoder : Lavf54.62.100 genre : Blues title : French accent-??????????i???????????? artiste : ???Spanish ?????? Duration: 00:00:04.23, start: 0.000000, bitrate: 133 kb/s Stream #0.0: Audio: mp3, 44100 Hz, mono, s16, 128 kb/s Output #0, mp3, to 'test.mp3': Metadata: TALB : test TPE1 : Russian-???????????????????? artiste : ???Spanish ?????? TCON : Blues TIT2 : French accent-??????????i???????????? TSSE : Lavf53.4.0 Stream #0.0: Audio: libmp3lame, 44100 Hz, mono, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help size= 67kB time=00:00:04.23 bitrate= 128.9kbits/s video:0kB audio:66kB global headers:0kB muxing overhead 0.701532% C:\PortableApps\MM\Audio\mp3gain-win-1_3_4\bug> }}} Now with FFMpeg 1.1 {{{ C:\PortableApps\MM\Audio\mp3gain-win-1_3_4\bug>ffmpeg -i withTagsMp3.mp3 -acodec copy -map_metadata 0 test.mp3 ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:44:12 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-lib mp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-am rwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mp3, from 'withTagsMp3.mp3': Metadata: album : test artist : Russian-???????????????????? encoder : Lavf54.62.100 genre : Blues title : French accent-??????????i???????????? artiste : Spanish ?????? Duration: 00:00:04.23, start: 0.000000, bitrate: 133 kb/s Stream #0:0: Audio: mp3, 44100 Hz, mono, s16p, 128 kb/s File 'test.mp3' already exists. Overwrite ? [y/N] y Output #0, mp3, to 'test.mp3': Metadata: TALB : test TPE1 : Russian-???????????????????? artiste : Spanish ?????? TCON : Blues TIT2 : French accent-??????????i???????????? TSSE : Lavf54.63.100 Stream #0:0: Audio: mp3, 44100 Hz, mono, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 67kB time=00:00:04.23 bitrate= 129.1kbits/s video:0kB audio:66kB subtitle:0 global headers:0kB muxing overhead 0.897960% C:\PortableApps\MM\Audio\mp3gain-win-1_3_4\bug> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 13:05:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 12:05:56 -0000 Subject: [FFmpeg-trac] #2278(undetermined:new): Regression bug : fails to copy MP3 tag In-Reply-To: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> References: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> Message-ID: <051.60e980278d90a0561821963bf1e8b5c9@avcodec.org> #2278: Regression bug : fails to copy MP3 tag -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): Oups, apparently behaviour changed between ID3v1 and ID3v2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 13:13:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 12:13:11 -0000 Subject: [FFmpeg-trac] #2278(undetermined:closed): Regression bug : fails to copy MP3 tag In-Reply-To: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> References: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> Message-ID: <051.57f9530ff939315a8869a75b0b68bf4a@avcodec.org> #2278: Regression bug : fails to copy MP3 tag -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => * priority: important => normal * status: new => closed * resolution: => worksforme * version: unspecified => git-master Comment: Works fine here: {{{ $ ffmpeg -i withTagsMp3.mp3 -acodec copy -map_metadata 0 out.mp3 ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 18 2013 13:12:09 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mp3, from 'withTagsMp3.mp3': Metadata: album : test artist : Russian-?????????? encoder : Lavf54.62.100 genre : Blues title : French accent-?????i?????? artiste : Spanish ??? Duration: 00:00:04.23, start: 0.000000, bitrate: 133 kb/s Stream #0:0: Audio: mp3, 44100 Hz, mono, s16p, 128 kb/s Output #0, mp3, to 'out.mp3': Metadata: TALB : test TPE1 : Russian-?????????? artiste : Spanish ??? TCON : Blues TIT2 : French accent-?????i?????? TSSE : Lavf54.63.100 Stream #0:0: Audio: mp3, 44100 Hz, mono, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 67kB time=00:00:04.23 bitrate= 129.1kbits/s video:0kB audio:66kB subtitle:0 global headers:0kB muxing overhead 0.897960% }}} {{{ $ ffmpeg -i out.mp3 ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 18 2013 13:12:09 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mp3, from 'out.mp3': Metadata: album : test artist : Russian-?????????? artiste : Spanish ??? genre : Blues title : French accent-?????i?????? encoder : Lavf54.63.100 Duration: 00:00:04.23, start: 0.000000, bitrate: 129 kb/s Stream #0:0: Audio: mp3, 44100 Hz, mono, s16p, 128 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 13:17:52 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 12:17:52 -0000 Subject: [FFmpeg-trac] #2278(undetermined:closed): Regression bug : fails to copy MP3 tag In-Reply-To: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> References: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> Message-ID: <051.62c1d7e2312d65e4df07b2eb7fccf22c@avcodec.org> #2278: Regression bug : fails to copy MP3 tag -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Use "-write_id3v1 1" to (also) write ID3v1 tags. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 13:32:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 12:32:57 -0000 Subject: [FFmpeg-trac] #2278(undetermined:closed): Regression bug : fails to copy MP3 tag In-Reply-To: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> References: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> Message-ID: <051.8304d2e5ad4c2b02daa91a1d7a93b16e@avcodec.org> #2278: Regression bug : fails to copy MP3 tag -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): Indeed, Tag behaviour change between v0.8 and 1.1 (maybe change manual) as {{{ ffmpeg -i withTagsMp3.mp3 -acodec copy -map_metadata 0 -write_id3v1 1 test.mp3 }}} Works. Now, I saize the opportunity, what about embedded image tag? Those CLI do not produced it {{{ ffmpeg -i withTagsMp3.mp3 -i img.jpg -acodec copy -map_metadata 0 -write_id3v1 1 test.mp3 }}} {{{ ffmpeg -i withTagsMp3.mp3 -i img.jpg -acodec copy -map_metadata 0 -id3v2_version 3 test.mp3 }}} {{{ ffmpeg -i withTagsMp3.mp3 -i img.jpg -acodec copy test.mp3 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 13:48:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 12:48:10 -0000 Subject: [FFmpeg-trac] #2278(undetermined:closed): Regression bug : fails to copy MP3 tag In-Reply-To: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> References: <036.1443f0f9ad1a6f5fe814cabb1eda0b92@avcodec.org> Message-ID: <051.f51e590bc46e2969a4325ab73717f1b8@avcodec.org> #2278: Regression bug : fails to copy MP3 tag -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please consider reading the fine documentation or send an email to ffmpeg- user, this is not a support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 15:24:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 14:24:59 -0000 Subject: [FFmpeg-trac] #2275(FFplay:closed): artifacts on decoding PNG file with alpha In-Reply-To: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> References: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> Message-ID: <049.0a77eef9ddde9039fb29c06b243daa66@avcodec.org> #2275: artifacts on decoding PNG file with alpha ---------------------------------------+----------------------------------- Reporter: saste | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: invalid Keywords: png alpha sdl | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: png alpha => png alpha sdl * status: open => closed * component: avcodec => FFplay * resolution: => invalid Comment: Replying to [comment:2 cehoyos]: > Is there really an issue? > ImageMagick decodes exactly the same (invisible) artefacts as FFmpeg. Indeed it isn't. {{{ ffplay -f lavfi "color=s=400x300:c=white[bg]; movie=ffmpeg-logo.png, [bg] overlay" }}} or {{{ ffplay ffmpeg-logo.png -vf alphaextract }}} libswscale is stripping the alpha plane when converting from RGBA to YUV, and the display is the natural result of this operation, the only sane path would be to make the output device support alpha, but this is unrelated to FFmpeg. Sorry for the noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 16:28:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 15:28:40 -0000 Subject: [FFmpeg-trac] #2279(avfilter:new): Frame number editing support Message-ID: <034.9608b230e0fcc273f1ad7bf92a100d3a@avcodec.org> #2279: Frame number editing support ----------------------------------+--------------------------------------- Reporter: igorg | Type: enhancement Status: new | Priority: wish Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Referring to this ticket: https://ffmpeg.org/trac/ffmpeg/ticket/1949 Could the frame number be shifted by an integer value (1 in my specific case) and be displayed in human readable format (not as a double value)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 18:48:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 17:48:42 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.02c01b212fd39158cc2bb0dc11dd1a28@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:25 cehoyos]: > Replying to [comment:21 mikhailov]: > > FFMPEG 0.8-0.9 might work fine with container remux > > Sorry, I have missed this message: > Could you test FFmpeg 0.8 and 0.9? If it works with one of them, it will be relatively easy to fix your problem. It seems the Wowza Media Server bug, wrong meta-data in the files within MP4 container, reference to: http://www.wowza.com/forums/showthread.php?20328-Wowza-2-can-t-save-file- to-mp4!/page2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 18:53:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 17:53:40 -0000 Subject: [FFmpeg-trac] #2280(avformat:new): establish versioning with framemd5 and framecrc outputs Message-ID: <036.71c965bcfbb999be90f8b5f72f410410@avcodec.org> #2280: establish versioning with framemd5 and framecrc outputs -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: avformat Priority: normal | Keywords: Version: | framemd5,framecrc unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I utilize the framemd5 output in a digital preservation context. For instance I'll produce a set of framemd5 files and traditional whole-file checksums for a set of video files and then write framemd5, the checksum, and the media out to LTO data tape. If, years later, I recover the video files and there is a checksum mismatch then I can compare the stored framemd5 to a newly produced framemd5 to determine which frame(s) have a digital error. I've found that the framemd5 format undergoes gradual changes so that a framemd5 output produced by an older ffmpeg may not match that of a newer ffmpeg. I propose to add a version number to framemd5 as a format and allow the version to be called in the command line. For instance if we consider the git-master version of framemd5 to be version 1 and then a future revision to the encoder makes a change to the format, then the new version would get a new version number which would become the default, and we could still create the older version by specifying -version 1. How to reproduce: Produce framemd5 output with 20101118 build of ffmpeg {{{ ./ffmpeg -i sample.mov -f framemd5 sample_20101118_build.txt FFmpeg version SVN-r25762, Copyright (c) 2000-2010 the FFmpeg developers built on Nov 18 2010 04:11:35 with gcc 4.2.1 (Apple Inc. build 5659) configuration: --enable-gpl --enable-version3 --enable-libgsm --enable- pthreads --enable-libvorbis --enable-libtheora --enable-libspeex --enable- libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable- libopencore_amrwb --enable-libopencore_amrnb --enable-libvpx --disable- decoder=libvpx --arch=x86 --enable-runtime-cpudetect --enable-libx264 --enable-librtmp --extra-libs='-lrtmp -lssl -lcrypto' --target-os=darwin --cross-prefix=x86_64-apple-darwin10- --cc='ccache x86_64-apple- darwin10-gcc' libavutil 50.33. 0 / 50.33. 0 libavcore 0.13. 0 / 0.13. 0 libavcodec 52.96. 0 / 52.96. 0 libavformat 52.84. 0 / 52.84. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.62. 0 / 1.62. 0 libswscale 0.12. 0 / 0.12. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.100 Duration: 00:00:00.20, start: 0.000000, bitrate: 1273 kb/s Stream #0.0(eng): Video: h264, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 1238 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc [buffer @ 0x101301aa0] w:640 h:480 pixfmt:yuv420p Output #0, framemd5, to 'sample_20101118_build.txt': Metadata: encoder : Lavf52.84.0 Stream #0.0(eng): Video: rawvideo, yuv420p, 640x480 [PAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 5 fps= 0 q=0.0 Lsize= 0kB time=0.20 bitrate= 10.0kbits/s video:2250kB audio:0kB global headers:0kB muxing overhead -99.989193% }}} and produce the framemd5 output from the same source with git-master {{{ ffmpeg -i sample.mov -f framemd5 sample_gitmaster.txt ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Feb 18 2013 12:16:42 with Apple clang version 3.1 (tags/Apple/clang-318.0.61) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --cc=cc --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-libxvid --enable-libfreetype --enable-libass --enable-ffplay --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1/include/openjpeg-1.5 ' libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.100 Duration: 00:00:00.20, start: 0.000000, bitrate: 1273 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 1238 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : DataHandler Output #0, framemd5, to 'sample_gitmaster.txt': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.100 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Press [q] to stop, [?] for help frame= 5 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.20 bitrate= 16.5kbits/s video:2250kB audio:0kB subtitle:0 global headers:0kB muxing overhead -99.982118% }}} cat sample_gitmaster.txt {{{ #tb 0: 1/25 0, 0, 0, 1, 460800, 3108af6b1d4031964e8d704dff24ea9d 0, 1, 1, 1, 460800, 889bb8610de6cdf5b6d756e7ebf0d0fb 0, 2, 2, 1, 460800, 030e150d6c13c3acd3b396c4630c87dd 0, 3, 3, 1, 460800, 865d8fede003c0ddaac6457f40290144 0, 4, 4, 1, 460800, 6081e7d4e77c23818d9e64b3d4076d7a }}} cat sample_20101118_build.txt {{{ 0, 0, 460800, 3108af6b1d4031964e8d704dff24ea9d 0, 3600, 460800, 889bb8610de6cdf5b6d756e7ebf0d0fb 0, 7200, 460800, 030e150d6c13c3acd3b396c4630c87dd 0, 10800, 460800, 865d8fede003c0ddaac6457f40290144 0, 14400, 460800, 6081e7d4e77c23818d9e64b3d4076d7a }}} The framemd5 reports are different but not versioned. I propose an output like: {{{ #format: framemd5 #version: 1.0.0 #tb 0: 1/25 #stream_index, packet_dts, packet_pts, packet_duration, packet_size, MD5 0, 0, 0, 1, 460800, 3108af6b1d4031964e8d704dff24ea9d 0, 1, 1, 1, 460800, 889bb8610de6cdf5b6d756e7ebf0d0fb 0, 2, 2, 1, 460800, 030e150d6c13c3acd3b396c4630c87dd 0, 3, 3, 1, 460800, 865d8fede003c0ddaac6457f40290144 0, 4, 4, 1, 460800, 6081e7d4e77c23818d9e64b3d4076d7a }}} I added the column headers as well. Since the columns themselves may change over time I think placing the column names in the header makes the format more self-descriptive. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 23:11:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 22:11:11 -0000 Subject: [FFmpeg-trac] #2281(avcodec:new): ffmpeg 0.7.14 and 0.8.13 fail to build on OS X 10.7 ('vqa_decode_chunk' should not return a value) Message-ID: <035.8cdbb5abd59fa29ac437a62550bb248c@avcodec.org> #2281: ffmpeg 0.7.14 and 0.8.13 fail to build on OS X 10.7 ('vqa_decode_chunk' should not return a value) ---------------------------------+---------------------------------- Reporter: nieder | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.8.12 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Summary of the bug: The newly released 0.7.14 and 0.8.13 fail to build on OS X 10.7/Xcode 4.6/clang-4.2 with this error: How to reproduce: {{{ gcc -I. -I"/sw/build.build/ffmpeg-0.7.14-1/ffmpeg-0.7.14" -I/sw/include -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -DHAVE_AV_CONFIG_H -I/sw/lib/libspeex1/include -I/sw/include -I/usr/X11R6/include -MD -std=c99 -fomit-frame-pointer -fPIC -I/sw/include/dirac -I/sw/include/freetype2 -I/sw/include -I/sw/include/schroedinger-1.0 -I/sw/include/liboil-0.3 -I/sw/include/SDL -D_GNU_SOURCE=1 -D_THREAD_SAFE -g -Wdeclaration-after-statement -Wall -Wno-parentheses -Wno-switch -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 -Qunused-arguments -MMD -c -o libavcodec/vqavideo.o /sw/build.build/ffmpeg-0.7.14-1/ffmpeg-0.7.14/libavcodec/vqavideo.c /sw/build.build/ffmpeg-0.7.14-1/ffmpeg-0.7.14/libavcodec/vqavideo.c:532:13: error: void function 'vqa_decode_chunk' should not return a value [-Wreturn-type] return AVERROR_INVALIDDATA; ^ ~~~~~~~~~~~~~~~~~~~ /sw/build.build/ffmpeg-0.7.14-1/ffmpeg-0.7.14/libavcodec/vqavideo.c:560:13: error: void function 'vqa_decode_chunk' should not return a value [-Wreturn-type] return AVERROR_INVALIDDATA; ^ ~~~~~~~~~~~~~~~~~~~ 2 errors generated. }}} This failure does not happen on up to date ffmpeg-git, ffmpeg-1.1.2 or ffmpeg-1.0.4. Git bisect between 0.7.14 and 0.7.13 suggests {{{ 2cac35086c9e103fa98960c546d5017e7363803a is the first bad commit commit 2cac35086c9e103fa98960c546d5017e7363803a Author: Michael Niedermayer Date: Fri Jan 25 06:11:59 2013 +0100 vqavideo: check chunk sizes before reading chunks Fixes out of array writes Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer (cherry picked from commit ab6c9332bfa1e20127a16392a0b85a4aa4840889) Signed-off-by: Michael Niedermayer :040000 040000 a8d8af84de1e252b56e213059f30884095096202 4384d9e56a32124d3d9b9b68721ec7757352baf3 M libavcodec }}} This is my configure command: {{{ ../configure --prefix=/sw --arch=x86_64 \ --mandir=/sw/share/man \ --enable-shared \ --disable-static \ --enable-gpl \ --enable-version3 \ --disable-doc \ --enable-postproc \ --enable-swscale \ --enable-avfilter \ --enable-pthreads \ --enable-x11grab \ --disable-indev=jack \ --enable-bzlib \ --enable-libopencore-amrnb \ --enable-libopencore-amrwb \ --enable-libdirac \ --enable-libfreetype \ --disable-libgsm \ --enable-libmp3lame \ --enable-libopenjpeg \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvorbis \ --enable-libvpx \ --enable-libx264 \ --enable-libxvid \ --enable-zlib \ --extra-cflags='-I/sw/include -I/usr/X11R6/include' \ --extra-ldflags='-L/sw/lib -L/usr/X11R6/lib' \ --cc=clang }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 23:42:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 22:42:24 -0000 Subject: [FFmpeg-trac] #2282(undetermined:new): Failed seeks lead to undefined behavior Message-ID: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> #2282: Failed seeks lead to undefined behavior -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Play a .flac file with ffplay. Right at the start, hit the cursor-right and cursor-down key multiple times. Then ffplay prints some error messages, and the printed playback position doesn't actually match what you hear. Specifically, it prints decoder errors after an (obviously) failed seek. This indicates a problem with demuxer behavior and/or the seek API. (And if not, it's a ffplay bug.) On IRC, it was said that failed seeks leave the demuxer in an undefined state. {{{ $ ffplay test.flac ffplay version 1.0.3 Copyright (c) 2003-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [flac @ 0x80e0620] max_analyze_duration 5000000 reached at 5015510 Input #0, flac, from 'test.flac': Metadata: ENCODER : Lavf54.29.104 Duration: 00:10:01.48, bitrate: 1186 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 test.flac: error while seeking= 47KB vq= 0KB sq= 0B f=0/0 [flac @ 0x80e8a80] invalid sync codeKB vq= 0KB sq= 0B f=0/0 [flac @ 0x80e8a80] invalid frame header [flac @ 0x80e8a80] decode_frame() failed [flac @ 0x80e8a80] invalid sync codeKB vq= 0KB sq= 0B f=0/0 [flac @ 0x80e8a80] invalid frame header [flac @ 0x80e8a80] decode_frame() failed }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 18 23:57:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 22:57:23 -0000 Subject: [FFmpeg-trac] #2275(FFplay:closed): artifacts on decoding PNG file with alpha In-Reply-To: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> References: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> Message-ID: <049.70635764cdbd14afa8a2a20df6df4f99@avcodec.org> #2275: artifacts on decoding PNG file with alpha ---------------------------------------+----------------------------------- Reporter: saste | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: invalid Keywords: png alpha sdl | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Comment (by cehoyos): I tested with several web-browsers and they all show a white background as gimp does, so maybe there is the same bug present in ImageMagick and FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 00:03:01 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 23:03:01 -0000 Subject: [FFmpeg-trac] #2275(FFplay:closed): artifacts on decoding PNG file with alpha In-Reply-To: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> References: <034.a39ff2eedc4dc77d44caefc752b664bd@avcodec.org> Message-ID: <049.b3ef29e46b7c47fdff65f211f0b71bd4@avcodec.org> #2275: artifacts on decoding PNG file with alpha ---------------------------------------+----------------------------------- Reporter: saste | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: invalid Keywords: png alpha sdl | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Comment (by saste): Replying to [comment:4 cehoyos]: > I tested with several web-browsers and they all show a white background as gimp does, so maybe there is the same bug present in ImageMagick and FFmpeg. As I explained this is not a bug, as there is no "correct" way to drop the alpha channel and preserve information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 00:20:44 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 23:20:44 -0000 Subject: [FFmpeg-trac] #2282(undetermined:new): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.03bda9899ecedfe23afaf275a2d9d90c@avcodec.org> #2282: Failed seeks lead to undefined behavior -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => flac Comment: Please test current git head and please provide (or point to) a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 00:27:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 23:27:06 -0000 Subject: [FFmpeg-trac] #2282(undetermined:new): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.c129e1c90c66ec79bf9c22d26abddf6e@avcodec.org> #2282: Failed seeks lead to undefined behavior -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): Current git is affected too. You can generate a sample yourself with ffmpeg. The output I posted also indicates that it was a sample generated by ffmpeg, but I tested it with other files as well. It probably happens with all flacs. What's worse is that ffmpeg doesn't support multiple seek commands during transcoding, making creating reproducible test cases a pain. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 00:28:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Feb 2013 23:28:22 -0000 Subject: [FFmpeg-trac] #2281(avcodec:new): ffmpeg 0.7.14 and 0.8.13 fail to build on OS X 10.7 ('vqa_decode_chunk' should not return a value) In-Reply-To: <035.8cdbb5abd59fa29ac437a62550bb248c@avcodec.org> References: <035.8cdbb5abd59fa29ac437a62550bb248c@avcodec.org> Message-ID: <050.c333d93d4faa485974d4036c19ae29a6@avcodec.org> #2281: ffmpeg 0.7.14 and 0.8.13 fail to build on OS X 10.7 ('vqa_decode_chunk' should not return a value) -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 0.8.13 | Resolution: Keywords: build | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => build regression * priority: normal => important * version: 0.8.12 => 0.8.13 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 10:26:26 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 09:26:26 -0000 Subject: [FFmpeg-trac] #2283(undetermined:new): Slow counter / incorrect duration for aac-in-flv Message-ID: <036.2f01185ea90d69286d19261a1b880bd2@avcodec.org> #2283: Slow counter / incorrect duration for aac-in-flv -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: videolan Blocked By: | flv aac Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- (videolan ticket 8195) I will upload an audio-only flv sample that can be decoded but the shown duration is wrong, both the duration shown before decoding and the duration shown after decoding. The time counter is wrong for both ffplay and MPlayer, seeking works fine with MPlayer, fails with ffplay. {{{ $ ffmpeg -i sky_the80s_aacplus.flv out.wav ffmpeg version N-50086-gd41efc1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 19 2013 09:36:55 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [flv @ 0x32bdfc0] max_analyze_duration 5000000 reached at 5014000 microseconds Input #0, flv, from 'sky_the80s_aacplus.flv': Duration: 00:01:08.77, start: 0.000000, bitrate: 74 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf54.63.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [flv @ 0x32bdfc0] Stream discovered after head already parsed [flv @ 0x32bdfc0] New data stream 0:1 at pos:254270 and DTS:27.274s size= 21168kB time=00:01:08.81 bitrate=2519.9kbits/s video:0kB audio:21168kB subtitle:0 global headers:0kB muxing overhead 0.000369% }}} Duration and time claim that the sample is ~68 seconds, but it actually is over two minutes long: {{{ $ ffmpeg -i out.wav -f null - ffmpeg version N-50086-gd41efc1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 19 2013 09:36:55 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wav @ 0x1c49fc0] max_analyze_duration 5000000 reached at 5015510 microseconds Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'out.wav': Metadata: encoder : Lavf54.63.100 Duration: 00:02:02.88, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.63.100 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size=N/A time=00:02:02.88 bitrate=N/A video:0kB audio:21168kB subtitle:0 global headers:0kB muxing overhead -100.000101% }}} The same can be shown with ffplay: {{{ $ time ffplay sky_the80s_aacplus.flv ffplay version N-50086-gd41efc1 Copyright (c) 2003-2013 the FFmpeg developers built on Feb 19 2013 09:36:55 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [flv @ 0x7f7d6c0008c0] max_analyze_duration 5000000 reached at 5014000 microseconds Input #0, flv, from 'sky_the80s_aacplus.flv': Duration: 00:01:08.77, start: 0.000000, bitrate: 74 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp 23.20 A-V: 0.000 fd= 0 aq= 1KB vq= 0KB sq= 0B f=0/0 real 0m43.481s user 0m0.937s sys 0m0.474s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 10:46:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 09:46:59 -0000 Subject: [FFmpeg-trac] #2284(undetermined:new): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static Message-ID: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Build of 16 & 17 Feb crash FFmpeg, previous OK OK with 20130215-git-4a6fa79-win64-static {{{ F:\danses\Salsa\Salsa Odance>C:\PortableApps\MM\FFmpeg_regression\ffmpeg-20130215-git- 4a6fa79-win64-static\ffmpeg.exe -y -i crash.mp4 out.mp4 ffmpeg version N-49972-g4a6fa79 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 15 2013 00:27:28 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-lib mp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-am rwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'crash.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : 2013-02-14 Salsa Mike.mp4 encoder : Lavf54.63.100 genre : Danse Salsa Duration: 00:00:05.10, start: 0.066667, bitrate: 2100 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 832x688 [SAR 1:1 DAR 52:43], 2002 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 24000 Hz, mono, fltp, 128 kb/s Metadata: handler_name : SoundHandler [libx264 @ 000000000035fb20] using SAR=1/1 [libx264 @ 000000000035fb20] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 000000000035fb20] profile High, level 3.1 [libx264 @ 000000000035fb20] 264 - core 129 r2245 bc13772 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range =16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weig htb=1 open_gop=0 weightp=2 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 Output #0, mp4, to 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : 2013-02-14 Salsa Mike.mp4 genre : Danse Salsa encoder : Lavf54.63.100 Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 832x688 [SAR 1:1 DAR 52:43], q=-1--1, 30k tbn, 29.97 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 24000 Hz, mono, s16, 128 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libvo_aacenc) Press [q] to stop, [?] for help frame= 152 fps= 25 q=-1.0 Lsize= 1210kB time=00:00:05.13 bitrate=1928.9kbits/s dup=2 drop=0 video:1124kB audio:81kB subtitle:0 global headers:0kB muxing overhead 0.407050% [libx264 @ 000000000035fb20] frame I:1 Avg QP:20.93 size: 20890 [libx264 @ 000000000035fb20] frame P:108 Avg QP:22.70 size: 8974 [libx264 @ 000000000035fb20] frame B:43 Avg QP:24.49 size: 3719 [libx264 @ 000000000035fb20] consecutive B-frames: 44.1% 53.9% 2.0% 0.0% [libx264 @ 000000000035fb20] mb I I16..4: 28.8% 67.0% 4.2% [libx264 @ 000000000035fb20] mb P I16..4: 8.0% 14.8% 0.5% P16..4: 47.5% 9.3% 4.0% 0.0% 0.0% skip:15.8% [libx264 @ 000000000035fb20] mb B I16..4: 0.6% 1.1% 0.0% B16..8: 38.0% 3.9% 0.7% direct: 6.3% skip:49.3% L0:47.2% L1:44.0% BI: 8.7% [libx264 @ 000000000035fb20] 8x8 transform intra:63.4% inter:87.3% [libx264 @ 000000000035fb20] coded y,uvDC,uvAC intra: 25.1% 67.3% 9.7% inter: 15.4% 37.1% 0.7% [libx264 @ 000000000035fb20] i16 v,h,dc,p: 49% 26% 18% 8% [libx264 @ 000000000035fb20] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 18% 45% 2% 2% 3% 3% 2% 2% [libx264 @ 000000000035fb20] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 15% 17% 5% 9% 12% 8% 6% 5% [libx264 @ 000000000035fb20] i8c dc,h,v,p: 47% 25% 24% 3% [libx264 @ 000000000035fb20] Weighted P-Frames: Y:0.9% UV:0.0% [libx264 @ 000000000035fb20] ref P L0: 63.8% 11.0% 16.7% 8.4% 0.1% [libx264 @ 000000000035fb20] ref B L0: 83.0% 17.0% [libx264 @ 000000000035fb20] kb/s:1813.96 F:\danses\Salsa\Salsa Odance> }}} Now with later builds (execution crash): {{{ F:\danses\Salsa\Salsa Odance>ffmpeg.exe -y -i crash.mp4 out.mp4 ffmpeg version N-49997-gb9c5448 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 16 2013 02:32:10 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-lib mp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-am rwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.103 / 3. 37.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'crash.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : 2013-02-14 Salsa Mike.mp4 encoder : Lavf54.63.100 genre : Danse Salsa Duration: 00:00:05.10, start: 0.066667, bitrate: 2100 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 832x688 [SAR 1:1 DAR 52:43], 2002 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 24000 Hz, mono, fltp, 128 kb/s Metadata: handler_name : SoundHandler [libx264 @ 00000000003b7700] using SAR=1/1 [libx264 @ 00000000003b7700] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 00000000003b7700] profile High, level 3.1 [libx264 @ 00000000003b7700] 264 - core 129 r2245 bc13772 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range =16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weig htb=1 open_gop=0 weightp=2 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 Output #0, mp4, to 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : 2013-02-14 Salsa Mike.mp4 genre : Danse Salsa encoder : Lavf54.63.100 Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 832x688 [SAR 1:1 DAR 52:43], q=-1--1, 30k tbn, 29.97 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 24000 Hz, mono, s16, 128 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libvo_aacenc) Press [q] to stop, [?] for help frame= 46 fps=0.0 q=0.0 size= 0kB time=00:00:01.64 bitrate= 0.2kbits/s dup=2 drop=0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 11:23:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 10:23:06 -0000 Subject: [FFmpeg-trac] #2284(undetermined:new): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static In-Reply-To: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> References: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> Message-ID: <051.50101e0883ddb43737a578375d722a26@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => important Comment: (Works fine here.) Does it also crash with -an or -vn? Does it also crash without external libraries, ie if you specify -strict -2 -acodec aac -vcodec mpeg4? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 11:44:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 10:44:53 -0000 Subject: [FFmpeg-trac] #2284(undetermined:new): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static In-Reply-To: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> References: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> Message-ID: <051.4244ae8b198d6bcaabb8607f1da888ec@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): Do crash with -an Does not crash with -vn. Does not crash with -strict -2 -acodec aac -vcodec mpeg4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 11:48:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 10:48:57 -0000 Subject: [FFmpeg-trac] #2284(undetermined:new): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static In-Reply-To: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> References: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> Message-ID: <051.57db4bec535478c557ee5a28dbafda7e@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): Does crash with ffmpeg -y -i crash.mp4 -an -strict -2 -vcodec libx264 out.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 12:49:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 11:49:24 -0000 Subject: [FFmpeg-trac] #2284(undetermined:new): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static In-Reply-To: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> References: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> Message-ID: <051.81eb4a40685d6ce1239188c9097b0daf@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 feelart]: > Do crash with > ffmpeg -y -i crash.mp4 -an -strict -2 -vcodec libx264 out.mp4 > > Does not crash with > ffmpeg -y -i crash.mp4 -an -strict -2 -vcodec libxvid out.mp4 That means that a backtrace is required to show that this is not a problem with x264. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 12:53:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 11:53:52 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> References: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> Message-ID: <051.207c6ca6b5efb23d61e981573a8ff276@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: DTS mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by xnejp03): Anyone working on this? It'd be great to have DTS muxing to mpegts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 13:04:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 12:04:00 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> References: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> Message-ID: <051.15ae17ff3aa56e67100fa0924a6ddb70@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: DTS mpegts => dca mpegts Comment: Replying to [comment:8 xnejp03]: > Anyone working on this? It'd be great to have DTS muxing to mpegts. Do you know what the problem with the current code is? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 13:15:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 12:15:21 -0000 Subject: [FFmpeg-trac] #2284(undetermined:new): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static In-Reply-To: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> References: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> Message-ID: <051.f724ef8ce60b477e4d9ddd868abef66b@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): >backtrace RE: http://ffmpeg.org/bugreports.html I'm not sure I can do it. I've never done it and in the bin directory I've: ffmpeg, ffplay and ffprobe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 14:21:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 13:21:13 -0000 Subject: [FFmpeg-trac] #1542(avformat:open): support muxing jpeg2000 in mxf (was: support jpeg2000 in mxf) In-Reply-To: <036.4f441ab8fa3c127e26172eb19d813c6a@avcodec.org> References: <036.4f441ab8fa3c127e26172eb19d813c6a@avcodec.org> Message-ID: <051.a3d58aa8814a37cb5123e939277a1fda@avcodec.org> #1542: support muxing jpeg2000 in mxf -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 14:25:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 13:25:18 -0000 Subject: [FFmpeg-trac] #1279(avfilter:open): Transform X'Y'Z' to RGB via lutrgb In-Reply-To: <038.a4c7067f184934492279556af69cf91e@avcodec.org> References: <038.a4c7067f184934492279556af69cf91e@avcodec.org> Message-ID: <053.fbabcee1e20ee36a8ae416d58a2bafde@avcodec.org> #1279: Transform X'Y'Z' to RGB via lutrgb -------------------------------------+------------------------------------ Reporter: wolfgangw | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: XYZ j2k lut | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: XYZ j2k => XYZ j2k lut -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 14:32:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 13:32:07 -0000 Subject: [FFmpeg-trac] #1279(avfilter:open): Transform X'Y'Z' to RGB via lutrgb In-Reply-To: <038.a4c7067f184934492279556af69cf91e@avcodec.org> References: <038.a4c7067f184934492279556af69cf91e@avcodec.org> Message-ID: <053.7756e6c8ccad7859110e598e21c017e9@avcodec.org> #1279: Transform X'Y'Z' to RGB via lutrgb -------------------------------------+------------------------------------ Reporter: wolfgangw | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: XYZ j2k lut | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): why lut, isn't colormatrix filter better place? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 15:07:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 14:07:40 -0000 Subject: [FFmpeg-trac] #1280(avfilter:closed): Loss of alpha with yadif filter (bgra->yuv420 conv inserted instead of bgra->yuva444p) In-Reply-To: <034.c5a73e4f1706ab0b145483fcf9617b55@avcodec.org> References: <034.c5a73e4f1706ab0b145483fcf9617b55@avcodec.org> Message-ID: <049.652db58e1dc3444ad55111046d4aa29f@avcodec.org> #1280: Loss of alpha with yadif filter (bgra->yuv420 conv inserted instead of bgra->yuva444p) ------------------------------------+------------------------------------ Reporter: ronag | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 15:10:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 14:10:16 -0000 Subject: [FFmpeg-trac] #2285(undetermined:new): mp2-in-avi shows desync with ffplay Message-ID: <036.b703f1a83e66df8203ecd5703c129fe2@avcodec.org> #2285: mp2-in-avi shows desync with ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: avi mp2 Blocked By: | desync Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44059 http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44080 I will upload an avi sample that plays fine with MPlayer and can be re- encoded with ffmpeg, but shows noticeable A/V desync with ffplay, fails with vlc (broken audio). Remuxing audio does not help (still A/V desync with ffplay, still high pitch with vlc), reencoding audio (and remuxing or reencoding video) leads to a file that plays fine with all players. {{{ $ time ffplay TestUpload.avi ffplay version N-50086-gd41efc1 Copyright (c) 2003-2013 the FFmpeg developers built on Feb 19 2013 14:11:30 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [avi @ 0x7f3fa80008c0] sample size (1) != block align (1152) 0KB sq= 0B f=0/0 [avi @ 0x7f3fa80008c0] non-interleaved AVI [mpeg1video @ 0x7f3fa8000e00] sequence header damaged Input #0, avi, from 'TestUpload.avi': Metadata: encoder : Lavf54.63.100 Duration: 00:00:18.20, start: 0.000000, bitrate: 2478 kb/s Stream #0:0: Video: mpeg1video (mpg1 / 0x3167706D), yuv420p, 1224x720 [SAR 1:1 DAR 17:10], 104857 kb/s, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 160 kb/s [mpeg1video @ 0x7f3fa8000e00] sequence header damaged 7.15 A-V: -1.484 fd= 0 aq= 22KB vq= 54KB sq= 0B f=0/0 real 0m19.313s user 0m0.858s sys 0m0.163s }}} {{{ $ ffmpeg -i TestUpload.avi -qscale 2 -acodec copy out.avi ffmpeg version N-50086-gd41efc1 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 19 2013 14:11:30 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [avi @ 0x290f000] sample size (1) != block align (1152) [avi @ 0x290f000] non-interleaved AVI [mpeg1video @ 0x2915420] sequence header damaged Input #0, avi, from 'TestUpload.avi': Metadata: encoder : Lavf54.63.100 Duration: 00:00:18.20, start: 0.000000, bitrate: 2478 kb/s Stream #0:0: Video: mpeg1video (mpg1 / 0x3167706D), yuv420p, 1224x720 [SAR 1:1 DAR 17:10], 104857 kb/s, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 160 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.63.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1224x720 [SAR 1:1 DAR 17:10], q=2-31, 200 kb/s, 30 tbn, 30 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, 160 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg1video -> mpeg4) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mpeg1video @ 0x2915420] sequence header damaged [avi @ 0x2928d80] st:0 PTS: 2 DTS: 2 < 5 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 3 DTS: 3 < 6 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 3 DTS: 3 < 7 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 4 DTS: 4 < 8 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 4 DTS: 4 < 9 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 5 DTS: 5 < 10 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 5 DTS: 5 < 11 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 5 DTS: 5 < 12 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 6 DTS: 6 < 13 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 6 DTS: 6 < 14 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 7 DTS: 7 < 15 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 7 DTS: 7 < 16 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 7 DTS: 7 < 17 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 8 DTS: 8 < 18 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 8 DTS: 8 < 19 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 9 DTS: 9 < 20 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 9 DTS: 9 < 21 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 10 DTS: 10 < 22 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 10 DTS: 10 < 23 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 10 DTS: 10 < 24 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 11 DTS: 11 < 25 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 11 DTS: 11 < 26 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 12 DTS: 12 < 27 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 12 DTS: 12 < 28 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 12 DTS: 12 < 29 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 13 DTS: 13 < 30 invalid, clipping ... [avi @ 0x2928d80] st:0 PTS: 307 DTS: 307 < 735 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 307 DTS: 307 < 736 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 307 DTS: 307 < 737 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 308 DTS: 308 < 738 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 308 DTS: 308 < 739 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 309 DTS: 309 < 740 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 309 DTS: 309 < 741 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 310 DTS: 310 < 742 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 310 DTS: 310 < 743 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 310 DTS: 310 < 744 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 311 DTS: 311 < 745 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 311 DTS: 311 < 746 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 312 DTS: 312 < 747 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 312 DTS: 312 < 748 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 312 DTS: 312 < 749 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 313 DTS: 313 < 750 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 313 DTS: 313 < 751 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 314 DTS: 314 < 752 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 314 DTS: 314 < 753 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 315 DTS: 315 < 754 invalid, clipping [avi @ 0x2928d80] st:0 PTS: 315 DTS: 315 < 755 invalid, clipping frame= 546 fps=448 q=2.0 Lsize= 8854kB time=00:00:18.23 bitrate=3977.9kbits/s video:8458kB audio:355kB subtitle:0 global headers:0kB muxing overhead 0.460925% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 15:11:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 14:11:04 -0000 Subject: [FFmpeg-trac] #2285(undetermined:new): mp2-in-avi shows desync with ffplay In-Reply-To: <036.b703f1a83e66df8203ecd5703c129fe2@avcodec.org> References: <036.b703f1a83e66df8203ecd5703c129fe2@avcodec.org> Message-ID: <051.8275087ee510835b70843408dd8687fb@avcodec.org> #2285: mp2-in-avi shows desync with ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: avi mp2 | Resolution: desync | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2285/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 15:26:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 14:26:18 -0000 Subject: [FFmpeg-trac] #1544(undetermined:closed): Transcoding of mpeg file fails - Too large number of skiped frames In-Reply-To: <036.3234ca01b04143fdd22cbe2cf7779d0f@avcodec.org> References: <036.3234ca01b04143fdd22cbe2cf7779d0f@avcodec.org> Message-ID: <051.18d29d57ace7306584ddfd8569e9fccc@avcodec.org> #1544: Transcoding of mpeg file fails - Too large number of skiped frames -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: roundup | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by compn): * status: new => closed * resolution: => worksforme Comment: seems to be fixed. W:\mplayer-test>y:\ffmpeg -i infinite_loop.avi out.avi ffmpeg version N-49448-gdc8dd2f Copyright (c) 2000-2013 the FFmpeg developers built on Jan 29 2013 17:50:41 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzli b --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-li bcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-l ibopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --e nable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 34.101 / 3. 34.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg @ 024e7960] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, mpeg, from 'infinite_loop.avi': Duration: 00:00:47.92, start: 0.379744, bitrate: 468 kb/s Stream #0:0[0x1c0]: Audio: mp2, 44100 Hz, mono, s16p, 56 kb/s Stream #0:1[0x1e0]: Video: mpeg1video, yuv420p, 160x120 [SAR 1:1 DAR 4:3], 400 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc File 'out.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.61.104 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 160x120 [SAR 1:1 DAR 4:3], q=2-31, 200 k b/s, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, mono, s16p Stream mapping: Stream #0:1 -> #0:0 (mpeg1video -> mpeg4) Stream #0:0 -> #0:1 (mp2 -> libmp3lame) Press [q] to stop, [?] for help frame= 1189 fps= 81 q=2.3 Lsize= 1727kB time=00:00:47.96 bitrate= 295.0kbits/s video:1272kB audio:372kB subtitle:0 global headers:0kB muxing overhead 5.062353% out.avi plays fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 16:00:05 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 15:00:05 -0000 Subject: [FFmpeg-trac] #1544(avformat:closed): Transcoding of mpeg file fails - Too large number of skiped frames In-Reply-To: <036.3234ca01b04143fdd22cbe2cf7779d0f@avcodec.org> References: <036.3234ca01b04143fdd22cbe2cf7779d0f@avcodec.org> Message-ID: <051.4f81339f9ed49b10dc050831208f8f37@avcodec.org> #1544: Transcoding of mpeg file fails - Too large number of skiped frames -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegps | Blocked By: roundup | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: worksforme => fixed * component: undetermined => avformat Comment: Fixed by Harald Axmann. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 16:35:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 15:35:01 -0000 Subject: [FFmpeg-trac] #1891(avformat:open): FFmpeg duplicating too many frames In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.ab0506491e4a5d1745e15a0b6bc4051e@avcodec.org> #1891: FFmpeg duplicating too many frames ------------------------------------+------------------------------------ Reporter: eklann | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by compn): * component: undetermined => avformat Comment: file plays fine with mplayer and ffrv20. (which means you can use mencoder to convert this) leads me to believe problem is demxuer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 16:50:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 15:50:04 -0000 Subject: [FFmpeg-trac] #1891(undetermined:open): FFmpeg duplicating too many frames In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.9b9f1ff7a031695a62ed45c10255e103@avcodec.org> #1891: FFmpeg duplicating too many frames -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by compn): * component: avformat => undetermined Comment: this works: not sure why -map 0:8 is required. removing component, as i dont know where the problem is now. W:\mplayer-test>y:\ffmpeg -i ffmpeg_not_terminating.rm -map 0:8 -y out.avi ffmpeg version N-49448-gdc8dd2f Copyright (c) 2000-2013 the FFmpeg developers built on Jan 29 2013 17:50:41 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzli b --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-li bcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-l ibopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --e nable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 34.101 / 3. 34.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [rm @ 024e79c0] Unsupported stream type 00000187 [rm @ 024e79c0] Unsupported stream type 00000431 [rm @ 024e79c0] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, rm, from 'ffmpeg_not_terminating.rm': Metadata: File ID : 49389963-cfd9-fcc8-b745-8eefb2b4bb99 Modification Date: 5/10/2001 20:30:24 Generated By : RealProducer G2 Core SDK Target Audiences: DSL/Cable Modem (220 Kbps); Video Quality : Sharpest Image Video Audio Format : Music Creation Date : 5/10/2001 20:28:07 ASMRuleBook : #($Bandwidth < 165106),Stream2Bandwidth = 32148, Stream3Bandwidth = 68596;#($B andwidth >= 165106) && ($Bandwidth < 220106),Stre title : Title author : Author copyright : (c)2000 comment : Duration: 00:01:03.71, start: 0.000000, bitrate: 649 kb/s Stream #0:0: Data: none, 32 kb/s Stream #0:1: Data: none, 187 kb/s Stream #0:2: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, fltp, 32 kb/s Stream #0:3: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 187 kb/s, 15 fps, 15 tbr, 1k tbn , 1k tbc Stream #0:4: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 132 kb/s, 15 fps, 15 tbr, 1k tbn , 1k tbc Stream #0:5: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 68 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:6: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, fltp, 32 kb/s Stream #0:7: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, fltp, 32 kb/s Stream #0:8: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 187 kb/s, 15 fps, 15 tbr, 1k tbn , 1k tbc Stream #0:9: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 187 kb/s, 15 fps, 15 tbr, 1k tbn , 1k tbc Stream #0:10: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 187 kb/s, 15 fps, 15 tbr, 1k tb n, 1k tbc Stream #0:11: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 68 kb/s, 15 fps, 15 tbr, 1k tbn , 1k tbc Output #0, avi, to 'out.avi': Metadata: File ID : 49389963-cfd9-fcc8-b745-8eefb2b4bb99 Modification Date: 5/10/2001 20:30:24 Generated By : RealProducer G2 Core SDK Target Audiences: DSL/Cable Modem (220 Kbps); Video Quality : Sharpest Image Video Audio Format : Music Creation Date : 5/10/2001 20:28:07 ASMRuleBook : #($Bandwidth < 165106),Stream2Bandwidth = 32148, Stream3Bandwidth = 68596;#($B andwidth >= 165106) && ($Bandwidth < 220106),Stre INAM : Title author : Author ICOP : (c)2000 ICMT : ISFT : Lavf54.61.104 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 15 tbn, 15 tb c Stream mapping: Stream #0:8 -> #0:0 (rv20 -> mpeg4) Press [q] to stop, [?] for help frame= 159 fps=0.0 q=11.7 size= 463kB time=00:00:20.53 bitrate= 184.8kbits/s dup=0 drop=132 frame= 246 fps=164 q=14.2 size= 691kB time=00:00:31.40 bitrate= 180.2kbits/s dup=0 drop=197 frame= 362 fps=181 q=13.7 size= 984kB time=00:00:41.13 bitrate= 195.9kbits/s dup=0 drop=218 frame= 482 fps=192 q=11.0 size= 1221kB time=00:00:51.13 bitrate= 195.6kbits/s dup=0 drop=240 DATA tag in middle of chunk, file may be broken.0:01:01.06 bitrate= 193.6kbits/s dup=0 drop=266 Truncating packet of size 575759053 to 3397544 [rm @ 024e79c0] Impossibly sized packet (tons of these) ffmpeg_not_terminating.rm: Input/output error frame= 634 fps=141 q=4.5 Lsize= 1505kB time=00:01:03.40 bitrate= 194.4kbits/s dup=0 drop=272 video:1476kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.907895% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 17:32:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 16:32:17 -0000 Subject: [FFmpeg-trac] #5(avformat:open): jp2k muxed into mov by FFmpeg can't be played by QuickTime In-Reply-To: <036.8eebf45dbfd620ae77c725dca3291088@avcodec.org> References: <036.8eebf45dbfd620ae77c725dca3291088@avcodec.org> Message-ID: <051.6e9042ee770450cd09f59c43829bdf99@avcodec.org> #5: jp2k muxed into mov by FFmpeg can't be played by QuickTime -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git | Resolution: Keywords: j2k mov | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): This still happens? Why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 17:42:28 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 16:42:28 -0000 Subject: [FFmpeg-trac] #1636(avcodec:reopened): FRAPS Video Color Space In-Reply-To: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> References: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> Message-ID: <047.3171d2641296998080167abb5fc9e58c@avcodec.org> #1636: FRAPS Video Color Space ------------------------------------+------------------------------------ Reporter: DJX | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: FRAPS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): Thing is that fraps use YUVJ (full range) and whatever is stored in mp4 is using YUV (or YUVJ but program that you use to view it is not supporting it properly) and there is missing step to change colorspace. (Could use colormatrix filter) This is could be duplicate ticked (already reported in another form). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 17:43:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 16:43:16 -0000 Subject: [FFmpeg-trac] #1636(undetermined:reopened): FRAPS Video Color Space In-Reply-To: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> References: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> Message-ID: <047.c4ab1ccfb32482655b14b1377fc91d35@avcodec.org> #1636: FRAPS Video Color Space -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: FRAPS | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * component: avcodec => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 17:51:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 16:51:19 -0000 Subject: [FFmpeg-trac] #2286(FFmpeg:new): Crash when trying to capture camera / libx264 Message-ID: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> #2286: Crash when trying to capture camera / libx264 -------------------------------------+------------------------------------- Reporter: async | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: Keywords: Windows 7/8 | unspecified 64 bits | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, ffmpeg crashes whenever I try to execute the following command-line: ffmpeg -y -f dshow -i video="Integrated Webcam" -vcodec libx264 -pix_fmt yuv420p output.mkv OS: reproduced on Windows 7 & 8 64 bits Build: Feb 17 2013 02:47:14 with gcc 4.7.2 (GCC) Note: It works fine with build Mar 25 2012 20:28:42 with gcc 4.6.2 Thank You -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 19 18:21:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 17:21:49 -0000 Subject: [FFmpeg-trac] #2286(undetermined:new): Crash when trying to capture camera / libx264 In-Reply-To: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> References: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> Message-ID: <049.aecca9fdeba9f4c8112d62b2a042e2f0@avcodec.org> #2286: Crash when trying to capture camera / libx264 -------------------------------------+------------------------------------- Reporter: async | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: Windows 7/8 64 bits => crash * priority: critical => important * component: FFmpeg => undetermined Comment: Does it also crash if you do not use an external library (libx264) but -vcodec mpeg4? Please add the complete console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 00:32:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 23:32:17 -0000 Subject: [FFmpeg-trac] #2287(undetermined:new): I download ffmpeg installed and tried to play the saved files .. no luck error format not supported Message-ID: <040.2419297fffd7b9485354e74d23930b23@avcodec.org> #2287: I download ffmpeg installed and tried to play the saved files .. no luck error format not supported -------------------------------------+------------------------------------- Reporter: phoenixcomm | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:[swf @ 0x818fa40] Compressed SWF format not supported How to reproduce:http://memorialstreams.com/demo/login.aspx?CID=16 {{{ % ffmpeg -i flowplayer.swf Zilber.avi ffmpeg version 0.7.6-4:0.7.6-0ubuntu0.11.10.3, built on ... Mint 12 (32bit) }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 00:34:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Feb 2013 23:34:37 -0000 Subject: [FFmpeg-trac] #2287(undetermined:new): I download ffmpeg installed and tried to play the saved files .. no luck error format not supported In-Reply-To: <040.2419297fffd7b9485354e74d23930b23@avcodec.org> References: <040.2419297fffd7b9485354e74d23930b23@avcodec.org> Message-ID: <055.7ec06532ff50c772766a1191dcb5cea1@avcodec.org> #2287: I download ffmpeg installed and tried to play the saved files .. no luck error format not supported -------------------------------------+------------------------------------- Reporter: phoenixcomm | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by phoenixcomm): the user id = 385 and the password is 123456 I saved the streams with a firefox download helper. gnash would not play it so I tried to convert it all with the same results thanks C. Harrison -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 01:18:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 00:18:41 -0000 Subject: [FFmpeg-trac] #285(avformat:closed): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.fd1315a6b3ad751b59fd2e6f003d793e@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock -------------------------------------+------------------------------------ Reporter: bovine | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rogerdpack): maybe rtsp should default to tcp, these corruptions seem to confuse... [?] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 01:27:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 00:27:48 -0000 Subject: [FFmpeg-trac] #2281(avcodec:new): ffmpeg 0.7.14 and 0.8.13 fail to build on OS X 10.7 ('vqa_decode_chunk' should not return a value) In-Reply-To: <035.8cdbb5abd59fa29ac437a62550bb248c@avcodec.org> References: <035.8cdbb5abd59fa29ac437a62550bb248c@avcodec.org> Message-ID: <050.9cf1133bf1de8ecb6e34e4972e49385f@avcodec.org> #2281: ffmpeg 0.7.14 and 0.8.13 fail to build on OS X 10.7 ('vqa_decode_chunk' should not return a value) -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 0.8.13 | Resolution: Keywords: build | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Fixed in the 0.8 release branch, will be in the next 0.8 and 0.7 releases -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 01:31:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 00:31:56 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.eebdff1bff75b64611e8e7bcb690c749@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: crash vda | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash vda Comment: Is the crash only reproducible with ffplay or also with ffmpeg? If this is a regression, please use git bisect to find the change introducing the crash and please remove --enable-shared from your configure line to get useful debug information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 01:33:02 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 00:33:02 -0000 Subject: [FFmpeg-trac] #2287(undetermined:closed): I download ffmpeg installed and tried to play the saved files .. no luck error format not supported In-Reply-To: <040.2419297fffd7b9485354e74d23930b23@avcodec.org> References: <040.2419297fffd7b9485354e74d23930b23@avcodec.org> Message-ID: <055.80af560c0e3118b5488dcc1a74b3db07@avcodec.org> #2287: I download ffmpeg installed and tried to play the saved files .. no luck error format not supported -------------------------------------+------------------------------------- Reporter: phoenixcomm | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 01:34:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 00:34:27 -0000 Subject: [FFmpeg-trac] #2281(avcodec:closed): ffmpeg 0.7.14 and 0.8.13 fail to build on OS X 10.7 ('vqa_decode_chunk' should not return a value) In-Reply-To: <035.8cdbb5abd59fa29ac437a62550bb248c@avcodec.org> References: <035.8cdbb5abd59fa29ac437a62550bb248c@avcodec.org> Message-ID: <050.99b0557cf3742278a62a9e0ddba61f0e@avcodec.org> #2281: ffmpeg 0.7.14 and 0.8.13 fail to build on OS X 10.7 ('vqa_decode_chunk' should not return a value) -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: 0.8.13 | Resolution: fixed Keywords: build | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 02:13:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 01:13:30 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.0e0ca9af4af3071e4a5bd96d911c7efa@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash vda => crash SIGSEGV vda regression * priority: normal => important Comment: And please test attached patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 02:48:19 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 01:48:19 -0000 Subject: [FFmpeg-trac] #2287(undetermined:closed): I download ffmpeg installed and tried to play the saved files .. no luck error format not supported In-Reply-To: <040.2419297fffd7b9485354e74d23930b23@avcodec.org> References: <040.2419297fffd7b9485354e74d23930b23@avcodec.org> Message-ID: <055.08af9d45c1097cea8e40cf8256ab1035@avcodec.org> #2287: I download ffmpeg installed and tried to play the saved files .. no luck error format not supported -------------------------------------+------------------------------------- Reporter: phoenixcomm | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): Replying to [ticket:2287 phoenixcomm]: > ffmpeg version 0.7.6-4:0.7.6-0ubuntu0.11.10.3, I believe this is not ffmpeg from the FFmpeg project. See: http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html http://stackoverflow.com/a/9477756/1109017 In order to make this a valid ticket you need to use ffmpeg from FFmpeg using current git head as cehoyos has already mentioned, and additionally you need to include the complete ffmpeg command and the complete console output in your bug report. See the FFmpeg download page for details. If you need assistance compiling or using ffmpeg git head then please ask at the ffmpeg-user mailing list or the #ffmpeg IRC channel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 09:48:11 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 08:48:11 -0000 Subject: [FFmpeg-trac] #2286(undetermined:new): Crash when trying to capture camera / libx264 In-Reply-To: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> References: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> Message-ID: <049.8455b431c464f78bbefa8f6d8ad5b542@avcodec.org> #2286: Crash when trying to capture camera / libx264 -------------------------------------+------------------------------------- Reporter: async | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by async): Using command-line ffmpeg -y -f dshow -i video="Integrated Webcam" -vcodec mpeg4 -r 25 output.mpg works fine -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 10:01:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 09:01:40 -0000 Subject: [FFmpeg-trac] #2286(undetermined:new): Crash when trying to capture camera / libx264 In-Reply-To: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> References: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> Message-ID: <049.1d9b51e328d2b3e3e8d678b556ece012@avcodec.org> #2286: Crash when trying to capture camera / libx264 -------------------------------------+------------------------------------- Reporter: async | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does the following also crash? $ ffmpeg -f lavfi -i color -t 10 out.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 10:07:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 09:07:05 -0000 Subject: [FFmpeg-trac] #2286(undetermined:new): Crash when trying to capture camera / libx264 In-Reply-To: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> References: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> Message-ID: <049.2f474c9ea2a51be540c589ebabb18882@avcodec.org> #2286: Crash when trying to capture camera / libx264 -------------------------------------+------------------------------------- Reporter: async | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by async): Yes, ffmpeg -f lavfi -i color -t 10 -vcodec libx264 out.mp4 as well as ffmpeg -f lavfi -i color -t 10 out.mp4 also crashes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 11:07:52 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 10:07:52 -0000 Subject: [FFmpeg-trac] #2286(undetermined:closed): Crash when trying to capture camera / libx264 In-Reply-To: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> References: <034.045f1678be77883d28c614fe571ba9d3@avcodec.org> Message-ID: <049.5ff8d7f2b8cb433c7b61e1ce355b683d@avcodec.org> #2286: Crash when trying to capture camera / libx264 -------------------------------------+------------------------------------- Reporter: async | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Thank you for testing, this is a duplicate of ticket #2284 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 11:22:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 10:22:57 -0000 Subject: [FFmpeg-trac] #2289(undetermined:new): Audio: pcm_s16le (sowt / 0x74776F73) extraction bug Message-ID: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> #2289: Audio: pcm_s16le (sowt / 0x74776F73) extraction bug -------------------------------------+------------------------------------- Reporter: feelart | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- 1/ ffmpeg.exe -i loopBug20130216.mov -vn outMP3.mp3 2/ ffplay out101MP3.mp3 Same if ffmpeg.exe -i loopBug20130216.mov -vn outAAC.aac Also tested & confirmed with FFMpeg 1.0.1 & 1.1.1 P.S. Can you also reproduce the bug 2284 I reported. {{{ F:\danses\Salsa\Salsa Odance>ffmpeg.exe -i loopBug20130216.mov -vn outMP3.mp3 ffmpeg version N-49997-gb9c5448 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 16 2013 02:32:10 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-lib mp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-am rwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.103 / 3. 37.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'loopBug20130216.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.100 Duration: 00:00:00.30, start: 0.018000, bitrate: 29756 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 1280x720, 46817 kb/s, 50 fps, 50 tbr, 50k tbn, 100k tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: handler_name : DataHandler Output #0, mp3, to 'outMP3.mp3': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt TSSE : Lavf54.63.100 Stream #0:0(eng): Audio: mp3, 48000 Hz, stereo, s16p Metadata: handler_name : DataHandler Stream mapping: Stream #0:1 -> #0:0 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help size= 6kB time=00:00:00.31 bitrate= 145.5kbits/s video:0kB audio:5kB subtitle:0 global headers:0kB muxing overhead 5.915179% F:\danses\Salsa\Salsa Odance> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 11:25:24 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 10:25:24 -0000 Subject: [FFmpeg-trac] #2289(undetermined:new): Audio: pcm_s16le (sowt / 0x74776F73) extraction bug In-Reply-To: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> References: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> Message-ID: <051.0c3bd0ebc657e1c23e7e4471120959a1@avcodec.org> #2289: Audio: pcm_s16le (sowt / 0x74776F73) extraction bug -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): Well 2/ ffplay outMP3.mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 12:00:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 11:00:22 -0000 Subject: [FFmpeg-trac] #2289(undetermined:new): Audio: pcm_s16le (sowt / 0x74776F73) extraction bug In-Reply-To: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> References: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> Message-ID: <051.1256a6e1a80260c33e2330d97aa88381@avcodec.org> #2289: Audio: pcm_s16le (sowt / 0x74776F73) extraction bug -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Could you explain what the issue with the file you uploaded is? I don't understand... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 12:26:14 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 11:26:14 -0000 Subject: [FFmpeg-trac] #2290(undetermined:new): Apparently wrong bitdepth set for RGBA PNG in mov Message-ID: <032.fb8f443b3d540b055ca63ad93744e150@avcodec.org> #2290: Apparently wrong bitdepth set for RGBA PNG in mov -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I transcoded an PNG(RGBA)-Mov sample again into PNG(RGBA)-Mov and the resulting file is displayed as RGBA and when I export a png frame from the resulting file, transparency is still there. However, when using the ffmpeg-generated file in Final Cut, transparency is gone (works with original). Comparing the atom structure I saw that the ffmpeg-generated file has a depth of 24 in the stsd atom, while the original file has 32. Changing the value to 32 in the atom makes FCP work with the file as expected. When I just remux the file, 32 is preserved. command line and output: ffmpeg -i in.mov -vcodec png out.mov ffmpeg version N-50095-gb9237aa Copyright (c) 2000-2013 the FFmpeg developers built on Feb 20 2013 12:09:22 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 10307 kb/s Stream #0:0(eng): Video: png (png / 0x20676E70), rgba, 1920x1080 [SAR 1:1 DAR 16:9], 10162 kb/s, 25 fps, 25 tbr, 12800 tbn, 12800 tbc Metadata: handler_name : DataHandler Output #0, mov, to 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.100 Stream #0:0(eng): Video: png (png / 0x20676E70), rgba, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (png -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 50kB time=00:00:00.04 bitrate=10307.4kbits/s video:50kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.428824% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 15:15:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 14:15:39 -0000 Subject: [FFmpeg-trac] #2289(undetermined:new): Audio: pcm_s16le (sowt / 0x74776F73) extraction bug In-Reply-To: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> References: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> Message-ID: <051.c05402de84c1db09c9590182f8391b4d@avcodec.org> #2289: Audio: pcm_s16le (sowt / 0x74776F73) extraction bug -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): 1/ {{{ ffplay loopBug20130216COR.mov }}} You'll hear 6 sec(SIX) of audio, then loops after these 6 sec (well it happens because it's a cut of a NON corrupted mov, but ffmpeg doesn't properly close the stream; CLI "ffmpeg.exe -t 6 -i "2011-01-28 Salsa2.mov" -acodec copy -vn loopBug20130216COR.mov") So that my first post was incorrect in the reproducability, but not in the bug. In trying to cut the original file(700Mb) to fit in your 2MB limit( by the way, would be nice to raise limit to 8Mb), I first did a mistake in isolation, sorry. 2/ {{{ ffmpeg.exe -t 3 -i loopBug20130216COR.mov outMP3.mp3 }}} 3/ {{{ ffplay outMP3.mp3 }}} You'll hear that after 3 sec the audio loops, as if the audio stream is incorrectly closed, this seems like the fixing of bug 1435. Trying aac convertion leads to same bug. Correct test file is thus loopBug20130216COR.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 17:10:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 16:10:46 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> References: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> Message-ID: <051.d7766749535afeee352b0c7e46df0033@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by patters): It would appear that there are some small compliance issues with FFmpeg's dca avformat specs. Would it be possible to ask one of the dca contributors analyse individual frames and metadata of those two sample files I uploaded (one compliant from tsMuxeR, the other non-compliant from FFmpeg) to spot what's different about them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 17:20:34 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 16:20:34 -0000 Subject: [FFmpeg-trac] #2289(undetermined:new): Audio: pcm_s16le (sowt / 0x74776F73) extraction bug In-Reply-To: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> References: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> Message-ID: <051.2fc33669aa0a653bf78ba64aad59ad9c@avcodec.org> #2289: Audio: pcm_s16le (sowt / 0x74776F73) extraction bug -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Do I understand correctly that there is no bug with the first sample you uploaded? If the second sample fails with a ffmpeg command line, please provide the command line together with the complete, uncut console output. If the sample works fine with ffmpeg but fails somehow with ffplay, please provide the failing ffplay command line together with the complete, uncut console output. The second sample plays fine here with "ffplay loopBug20130216COR.mov" and "ffplay loopBug20130216COR.mov -autoexit". I also tested reencoding with "ffmpeg -i loopBug20130216COR.mov out.mp2" and "ffmpeg -i loopBug20130216COR.mov -strict -2 out.aac" and both output files play fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 17:47:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 16:47:01 -0000 Subject: [FFmpeg-trac] #2290(avcodec:open): Apparently wrong bitdepth set for RGBA PNG in mov In-Reply-To: <032.fb8f443b3d540b055ca63ad93744e150@avcodec.org> References: <032.fb8f443b3d540b055ca63ad93744e150@avcodec.org> Message-ID: <047.5e0c6c2ec24315588bebdb8c9f8ab255@avcodec.org> #2290: Apparently wrong bitdepth set for RGBA PNG in mov -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: mov png | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => mov png regression Comment: Regression since 616ef2e, workaround is to use -threads 1 Patch sent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 18:57:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 17:57:21 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.8c6b9a9c8123901a8288a4a84100956a@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by gjdfgh): The patch caused a compilation error: http://pastebin.com/cJYpHaGr with patchvda.diff applied on git 2ccaab9709aadc51625a28597d6a9012607958b4. A "non-shared" ffmpeg is apparently doesn't give more information. cehoyos: please provide a command line for testing this with ffmpeg. (I don't have OSX myself and I'm just relaying what a user is reporting.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 19:12:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 18:12:56 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.f581faa337ad0d982001023795614696@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): It seems like avctx->hwaccel should already be set with the VDA decoder, because h264_vda is just a thin wrapper around that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 19:21:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 18:21:40 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.fa91a0110de548fc1ca91ecda349ef43@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 gjdfgh]: > The patch caused a compilation error: http://pastebin.com/cJYpHaGr with patchvda.diff applied on git 2ccaab9709aadc51625a28597d6a9012607958b4. New patch attached, please (ask for a) test. > A "non-shared" ffmpeg is apparently doesn't give more information. That is hard to believe, but please ignore. > cehoyos: please provide a command line for testing this with ffmpeg. I am sorry but I don't know how to reproduce this crash (I don't have a sufficiently new OSX hardware), but I suggest to try again with the original (crashing) command line. > (I don't have OSX myself and I'm just relaying what a user is reporting.) Any reason why the user does not want to report the problem himself? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 19:24:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 18:24:58 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.c80d7d1042a676e23dcf72e7ea00c89a@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 cehoyos]: > > cehoyos: please provide a command line for testing this with ffmpeg. > > I am sorry but I don't know how to reproduce this crash (I don't have a sufficiently new OSX hardware), but I suggest to try again with the original (crashing) command line. Sorry, I misunderstood, this command line should allow testing the issue: $ ffmpeg -vcodec h264_vda nordlandsbanen.winter.sync.1920x1080.h264.nrk.mp4 -f null - -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 19:33:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 18:33:21 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.7b2b4168a5f593ab53bd6bd269b1129e@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash SIGSEGV vda regression => crash SIGSEGV vda regression h264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 20:39:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 19:39:21 -0000 Subject: [FFmpeg-trac] #2291(FFmpeg:new): Compilation error Message-ID: <036.940f8113249547dbd2432426321e321b@avcodec.org> #2291: Compilation error ---------------------------------+-------------------------------------- Reporter: Santosh | Type: defect Status: new | Priority: important Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Description Resource Path Location Type make: *** [libavcodec/x86/ac3dsp.o] Error 127 ffmpegtest C/C++ Problem I am trying to compile the code on eclipse editor. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 20:56:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 19:56:04 -0000 Subject: [FFmpeg-trac] #2291(undetermined:closed): Compilation error In-Reply-To: <036.940f8113249547dbd2432426321e321b@avcodec.org> References: <036.940f8113249547dbd2432426321e321b@avcodec.org> Message-ID: <051.933607a6ca5b3278b4dc0db3cdc092b1@avcodec.org> #2291: Compilation error -------------------------------------+------------------------------------- Reporter: Santosh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * resolution: => invalid * status: new => closed * component: FFmpeg => undetermined Comment: Please post on ffmpeg-user if you need support when building FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 21:02:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 20:02:25 -0000 Subject: [FFmpeg-trac] #2291(undetermined:closed): Compilation error In-Reply-To: <036.940f8113249547dbd2432426321e321b@avcodec.org> References: <036.940f8113249547dbd2432426321e321b@avcodec.org> Message-ID: <051.a3518c3d9ed1701682adb1226d8147b2@avcodec.org> #2291: Compilation error -------------------------------------+------------------------------------- Reporter: Santosh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Santosh): Where i can find ffmpeg-user url ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 21:13:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 20:13:53 -0000 Subject: [FFmpeg-trac] #1891(avformat:open): Problem transcoding realmedia file (was: FFmpeg duplicating too many frames) In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.4435dc03d30c333afeb2df03466fc03a@avcodec.org> #1891: Problem transcoding realmedia file ------------------------------------+------------------------------------ Reporter: eklann | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat Comment: I apparently misunderstood the issue originally: ffplay automatically chooses streams 0:8 and 0:6 for playback which works fine (this corresponds to mplayer -demuxer lavf -vid 3 -aid 1), ffmpeg tries to transcode video stream 0:3 which fails (like mplayer -demuxer lavf -vid 0), workaround is the following command line: $ ffmpeg -i ffmpeg_not_terminating.rm -map 0:8 -map 0:6 -r 30 out.mpg There is definitely a problem with the demuxer that can be shown with the sample, the following mplayer command lines show videos with different fps: $ mplayer ffmpeg_not_terminating.rm -demuxer real -nosound -vc ffrv20 -vid 1 $ mplayer ffmpeg_not_terminating.rm -demuxer real -nosound -vc ffrv20 -vid 4 $ mplayer ffmpeg_not_terminating.rm -demuxer real -nosound -vc ffrv20 -vid 5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 21:14:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 20:14:54 -0000 Subject: [FFmpeg-trac] #2291(undetermined:closed): Compilation error In-Reply-To: <036.940f8113249547dbd2432426321e321b@avcodec.org> References: <036.940f8113249547dbd2432426321e321b@avcodec.org> Message-ID: <051.6ee5b8c084fe37df9b8df4795dae88a8@avcodec.org> #2291: Compilation error -------------------------------------+------------------------------------- Reporter: Santosh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please see the contact page on http://ffmpeg.org -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 21:41:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 20:41:00 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.a55ad95c50fce1dc09071b2c298b0af6@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pigoz): I ran some tests which hopefully will help with this. This is the BT I'm getting: {{{ [Switching to process 64824 thread 0xad03] 0x00007fff8e4b412b in memset () (gdb) bt #0 0x00007fff8e4b412b in memset () #1 0x00000001004bf44b in avpriv_color_frame (frame=0x103042e00, c=0x10977e760) at _string.h:83 }}} git bisect shows this {{{ dece584a639c9fd61a72e21800815e8397b3b617 is the first bad commit commit dece584a639c9fd61a72e21800815e8397b3b617 Author: Michael Niedermayer Date: Sun Feb 17 20:41:16 2013 +0100 h264: avoid calling get_format() multiple times Some applications do not like that. Fixes VDA Reduces noise for VDPAU Tested-by: Guillaume POIRIER Tested-by: Carl Eugen Hoyos Signed-off-by: Michael Niedermayer }}} By the way, even on good commits I ged a LOT of spam from ffplay in this form. That's probably for another bug though. {{{ [h264_vda @ 0x7f8e21830a00] Reinit context to 1920x832, pix_fmt: 81 [h264_vda @ 0x7f8e21830a00] Missing reference picture, default is 0 [h264_vda @ 0x7f8e21830a00] decode_slice_header error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 21:51:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 20:51:49 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.6183c2f11099084955bd429cb9097709@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Do I understand correctly that the patch I attached does not fix the crash? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:05:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:05:54 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> References: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> Message-ID: <051.224bec0d726ba1ba81f2dc806b1935e9@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by patters): I can confirm that the issue persists in FFmpeg 1.1.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:14:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:14:45 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.ed1bf7ee4a4b0e66285e108f6e7715c9@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pigoz): Sorry, you are right. I trusted the previous comments in this thread to be right. Your second patch seems to fix the crash in {{{avpriv_color_frame()}}} but this reveals a new crash: Here's the bt {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 [Switching to process 5087 thread 0xae03] 0x000000010029f350 in ff_h264_pred_init () (gdb) bt #0 0x000000010029f350 in ff_h264_pred_init () #1 0x0000000000000010 in ?? () }}} Can I do something to get amore meaningful backtrace? So many info missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:32:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:32:30 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.ddef272ffb402182e050ae592db81dac@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 pigoz]: > Can I do something to get a more meaningful backtrace? So many info missing. I think so, but please post the complete, uncut console output, so we can see what can be improved about your configure line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:39:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:39:59 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.f0c7383d22bf9e6dfe62d1890e7323f4@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pigoz): I used ./configure --enable-ffplay --cc=clang Here's the full log: {{{ pigoz at NAVi ~/dev/ffmpeg ?master? ? gdb ffplay GNU gdb 6.3.50-20050815 (Apple version gdb-1824) (Thu Nov 15 10:42:43 UTC 2012) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries .............. done (gdb) run -codec:v h264_vda /Users/pigoz/Yarr\!\!\!/Movies/Star.Wars .Episode-III.Revenge.of.the.Sith.2005.BluRay.1080p.x264.DTS-ES.AC3-HDC.mkv Starting program: /Users/pigoz/dev/ffmpeg/ffplay -codec:v h264_vda /Users/pigoz/Yarr\!\!\!/Movies/Star.Wars.Episode- III.Revenge.of.the.Sith.2005.BluRay.1080p.x264.DTS-ES.AC3-HDC.mkv Reading symbols for shared libraries +++++++++++++.............................................................................................................................................. done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done ffplay version N-37526-gda7672b Copyright (c) 2003-2013 the FFmpeg developers built on Feb 20 2013 22:05:31 with Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn) configuration: --enable-ffplay --cc=clang libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.106 / 3. 38.106 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 [dca @ 0x10201cc00] Number of channels changed in DCA decoder (6 -> 7) 0B f=0/0 Input #0, matroska,webm, from '/Users/pigoz/Yarr!!!/Movies/Star.Wars .Episode-III.Revenge.of.the.Sith.2005.BluRay.1080p.x264.DTS- ES.AC3-HDC.mkv': Metadata: creation_time : 2011-09-13 16:50:09 Duration: 02:20:05.90, start: 0.000000, bitrate: 13407 kb/s Chapter #0.0: start 0.000000, end 23.440000 Metadata: title : 1. Opening Logos Chapter #0.1: start 23.440000, end 109.984000 Metadata: title : 2. Revenge of the Sith Chapter #0.2: start 109.984000, end 508.049000 Metadata: title : 3. Battle Over Coruscant Chapter #0.3: start 508.049000, end 683.265000 Metadata: title : 4. General Grievous Chapter #0.4: start 683.265000, end 1113.654000 Metadata: title : 5. Rescuing the Chancellor Chapter #0.5: start 1113.654000, end 1420.377000 Metadata: title : 6. Confronting Grievous Chapter #0.6: start 1420.377000, end 1657.614000 Metadata: title : 7. Happy Reunions Chapter #0.7: start 1657.614000, end 1752.876000 Metadata: title : 8. Grievous on Utapau Chapter #0.8: start 1752.876000, end 1998.830000 Metadata: title : 9. Bad Dreams Chapter #0.9: start 1998.830000, end 2145.351000 Metadata: title : 10. Counsel with Yoda Chapter #0.10: start 2145.351000, end 2207.914000 Metadata: title : 11. The Chancellor's Request Chapter #0.11: start 2207.914000, end 2301.382000 Metadata: title : 12. On the Jedi Council Chapter #0.12: start 2301.382000, end 2417.373000 Metadata: title : 13. Secret Assignment Chapter #0.13: start 2417.373000, end 2478.517000 Metadata: title : 14. Not the Chosen One? Chapter #0.14: start 2478.517000, end 2560.975000 Metadata: title : 15. Seeds of Distrust Chapter #0.15: start 2560.975000, end 2881.503000 Metadata: title : 16. Tragedy of Darth Plagueis Chapter #0.16: start 2881.503000, end 3020.434000 Metadata: title : 17. Kashyyyk Chapter #0.17: start 3020.434000, end 3144.850000 Metadata: title : 18. Brothers' Farewell Chapter #0.18: start 3144.850000, end 3237.943000 Metadata: title : 19. A Hero Lost Chapter #0.19: start 3237.943000, end 3386.382000 Metadata: title : 20. Arrival On Utapau Chapter #0.20: start 3386.382000, end 3656.194000 Metadata: title : 21. Obi-Wan vs. Grievous Chapter #0.21: start 3656.194000, end 3716.462000 Metadata: title : 22. Jedi War Council Chapter #0.22: start 3716.462000, end 3925.963000 Metadata: title : 23. Sidious Revealed Chapter #0.23: start 3925.963000, end 4060.514000 Metadata: title : 24. Utapau Chase Chapter #0.24: start 4060.514000, end 4146.892000 Metadata: title : 25. Mace Learns the Truth Chapter #0.25: start 4146.892000, end 4252.915000 Metadata: title : 26. Anakin's Fatal Decision Chapter #0.26: start 4252.915000, end 4519.139000 Metadata: title : 27. Mace vs. Sidious Chapter #0.27: start 4519.139000, end 4755.167000 Metadata: title : 28. Rise, Lord Vader Chapter #0.28: start 4755.167000, end 4837.374000 Metadata: title : 29. March on the Jedi Temple Chapter #0.29: start 4837.374000, end 5060.513000 Metadata: title : 30. Order Sixy-six Chapter #0.30: start 5060.513000, end 5276.437000 Metadata: title : 31. Time to Leave Chapter #0.31: start 5276.437000, end 5397.308000 Metadata: title : 32. "Wait for Me" Chapter #0.32: start 5397.308000, end 5620.323000 Metadata: title : 33. The Heros Regroup Chapter #0.33: start 5620.323000, end 5799.376000 Metadata: title : 34. Birth of the Empire Chapter #0.34: start 5799.376000, end 5915.451000 Metadata: title : 35. The Terrible Truth Chapter #0.35: start 5915.451000, end 6084.286000 Metadata: title : 36. Obi-Wan Confronts Padm? Chapter #0.36: start 6084.286000, end 6176.920000 Metadata: title : 37. Padm?'s Departure Chapter #0.37: start 6176.920000, end 6498.700000 Metadata: title : 38. "You're Breaking My Heart" Chapter #0.38: start 6498.700000, end 6659.361000 Metadata: title : 39. Yoda Visits the Emperor Chapter #0.39: start 6659.361000, end 6763.923000 Metadata: title : 40. Battle of the Heros Chapter #0.40: start 6763.923000, end 6862.772000 Metadata: title : 41. Yoda vs. Sidious Chapter #0.41: start 6862.772000, end 7014.841000 Metadata: title : 42. Narrow Escapes Chapter #0.42: start 7014.841000, end 7340.791000 Metadata: title : 43. Immolation Chapter #0.43: start 7340.791000, end 7412.780000 Metadata: title : 44. The Emperor Arrives Chapter #0.44: start 7412.780000, end 7519.553000 Metadata: title : 45. Secret Delivery Chapter #0.45: start 7519.553000, end 7657.024000 Metadata: title : 46. Birth and Rebirth Chapter #0.46: start 7657.024000, end 7736.979000 Metadata: title : 47. Lord Vader Awakes Chapter #0.47: start 7736.979000, end 7924.875000 Metadata: title : 48. The Future of the Twins Chapter #0.48: start 7924.875000, end 8027.269000 Metadata: title : 49. A New Hope Chapter #0.49: start 8027.269000, end 8405.898000 Metadata: title : 50. End Credits Stream #0:0: Video: h264 (High), yuv420p, 1920x818 [SAR 1:1 DAR 960:409], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc Metadata: title : x264 Video Stream Stream #0:1(eng): Audio: dts (DTS-ES), 48000 Hz, 6.1, fltp, 1536 kb/s (default) Metadata: title : English DTS-ES 6.1 Stream #0:2(eng): Audio: ac3, 48000 Hz, stereo, fltp, 224 kb/s Metadata: title : Audio Commentary with George Lucas, Rick Mccallum, Rob Coleman, John Knoll, and Roger Guyett Stream #0:3(eng): Audio: ac3, 48000 Hz, stereo, fltp, 224 kb/s Metadata: title : Audio Commentary from Archival Interviews with Cast and Crew SDL_OpenAudio (7 channels): 1 (mono) and 2 (stereo) channels supported Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done AVF info: hasOfflineRenderer, borad-id check : true Reading symbols for shared libraries . done AVF info: Successfully connected to the Intel plugin, offline Gen7 Reading symbols for shared libraries . done Reading symbols for shared libraries . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 [Switching to process 5157 thread 0xad03] 0x000000010029f350 in ff_h264_pred_init () (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:41:34 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:41:34 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.9ea11db7273f251e27bdb067258ee61c@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by pigoz): * cc: stefano.pigozzi@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:42:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:42:31 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.c0581decf1c1ce0ad498e80054785c9d@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does the following command line also crash? $ ffmpeg -vcodec h264_vda -i /Users/pigoz/Yarr\!\!\!/Movies/Star.Wars .Episode-III.Revenge.of.the.Sith.2005.BluRay.1080p.x264.DTS-ES.AC3-HDC.mkv -f null - If yes, please start "gdb ffmpeg_g" and run above command to get a more useful backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:46:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:46:35 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.004959b136f9c548061f44637e764130@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pigoz): Yes crashes as well. Here's the bt on ffmpeg_g {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 pred8x8_128_dc_8_c (_src=0x0, stride=0) at h264pred_template.c:559 559 FUNCC(pred8x8_128_dc)(_src+8*stride, stride); (gdb) bt #0 pred8x8_128_dc_8_c (_src=0x0, stride=0) at h264pred_template.c:559 #1 0x0000000100230366 in hl_decode_mb_simple_8 (h=0x101464000) at h264_mb_template.c:161 Previous frame inner to this frame (gdb could not unwind past this frame) Current language: auto; currently minimal (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:51:38 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:51:38 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.fbc0de582f84cf82b5745a98e0dded25@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The additional information mentioned here may help: http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:55:11 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:55:11 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.69ac6409afd04dc6128dcc488fa6aa66@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): The real issue is that for some reason avctx->hwaccel is NULL, which is why the av_color_frame check failed at first, and all other checks that skip actual decoding now fail. I bet its related to how the hacky h264_vda decoder overwrites the pix_fmt in the avctx, but without access to a VDA system, that will probably be a bit tricky to figure out. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 22:56:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 21:56:30 -0000 Subject: [FFmpeg-trac] #2290(avcodec:closed): Apparently wrong bitdepth set for RGBA PNG in mov In-Reply-To: <032.fb8f443b3d540b055ca63ad93744e150@avcodec.org> References: <032.fb8f443b3d540b055ca63ad93744e150@avcodec.org> Message-ID: <047.3003cf6025eb3fb7d96dd72882a8cbe9@avcodec.org> #2290: Apparently wrong bitdepth set for RGBA PNG in mov -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mov png | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 23:24:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 22:24:04 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.d7f4cd3b5f1dd097f86c18fdd6f386fa@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pigoz): I ran the rest of what is advised in the bugreports page you linked (Pasted them below). Is it possible to test that the culprit is really the h264_vda decoder and only using vda only through HWACCEL infrastructure works? {{{ (gdb) bt #0 pred8x8_128_dc_8_c (_src=0x0, stride=0) at h264pred_template.c:559 #1 0x0000000100230366 in hl_decode_mb_simple_8 (h=0x101464000) at h264_mb_template.c:161 Previous frame inner to this frame (gdb could not unwind past this frame) Current language: auto; currently minimal (gdb) disass $pc-32,$pc+32 Dump of assembler code for function pred8x8_128_dc_8_c: 0x00000001002a7800 : movl $0x80808080,(%rdi) 0x00000001002a7806 : movl $0x80808080,0x4(%rdi) 0x00000001002a780d : movl $0x80808080,(%rdi,%rsi,1) 0x00000001002a7814 : movl $0x80808080,0x4(%rdi,%rsi,1) 0x00000001002a781c : movl $0x80808080,(%rdi,%rsi,2) 0x00000001002a7823 : movl $0x80808080,0x4(%rdi,%rsi,2) 0x00000001002a782b : lea (%rsi,%rsi,2),%rax 0x00000001002a782f : movl $0x80808080,(%rdi,%rax,1) 0x00000001002a7836 : imul $0x7,%rsi,%rcx 0x00000001002a783a : lea (%rsi,%rsi,4),%rdx 0x00000001002a783e : movl $0x80808080,0x4(%rdi,%rax,1) 0x00000001002a7846 : movl $0x80808080,(%rdi,%rsi,4) 0x00000001002a784d : movl $0x80808080,0x4(%rdi,%rsi,4) 0x00000001002a7855 : movl $0x80808080,(%rdi,%rdx,1) 0x00000001002a785c : movl $0x80808080,0x4(%rdi,%rdx,1) 0x00000001002a7864 : movl $0x80808080,(%rdi,%rax,2) 0x00000001002a786b : movl $0x80808080,0x4(%rdi,%rax,2) 0x00000001002a7873 : movl $0x80808080,(%rdi,%rcx,1) 0x00000001002a787a : movl $0x80808080,0x4(%rdi,%rcx,1) 0x00000001002a7882 : retq End of assembler dump. (gdb) info all-registers rax 0x6 6 rbx 0x0 0 rcx 0x0 0 rdx 0x0 0 rsi 0x0 0 rdi 0x0 0 rbp 0x101464000 0x101464000 rsp 0x7fff5fbf8b78 0x7fff5fbf8b78 r8 0x0 0 r9 0x101464000 4316348416 r10 0x0 0 r11 0x13 19 r12 0x101464000 4316348416 r13 0x0 0 r14 0x0 0 r15 0x0 0 rip 0x1002a7800 0x1002a7800 eflags 0x10246 66118 cs 0x2b 43 ss 0x0 0 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 (raw 0xffff0000000000000000) st1 (raw 0xffff0000000000000000) st2 -nan(0x002000200) (raw 0xffff0000000002000200) st3 -nan(0x200020002000200) (raw 0xffff0200020002000200) st4 -nan(0x1010101010101010) (raw 0xffff1010101010101010) st5 -9223359428144598417 (raw 0xc03dffffe9109c9e1b22) st6 12608710177391 (raw 0x402ab77b1b0f26f00000) st7 12608710177391 (raw 0x402ab77b1b0f26f00000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x2b 43 fioff 0x97928d2b -1752003285 foseg 0x23 35 fooff 0x5fbf5b30 1606376240 fop 0x0 0 xmm0 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm1 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm2 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm3 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm4 { v4_float = {8.90725532e+11, 183973696, 2.4375, 0}, v2_double = {2.0460447893299908e+93, 7}, v16_int8 = {83, 79, 99, 97, 77, 47, 115, 116, 64, 28, 0, 0, 0, 0, 0, 0}, v8_int16 = {21327, 25441, 19759, 29556, 16412, 0, 0, 0}, v4_int32 = {1397711713, 1294955380, 1075576832, 0}, v2_int64 = {6003126097866093428, 4619567317775286272}, uint128 = 0x534f63614d2f7374401c000000000000 } (raw 0x0000000000001c4074732f4d61634f53) xmm5 { v4_float = {0, 0, 2.87462521, -5.40669532e-07}, v2_double = {0, 23.976023976023978}, v16_int8 = {0, 0, 0, 0, 0, 0, 0, 0, 64, 55, -7, -36, -75, 17, 34, -121}, v8_int16 = {0, 0, 0, 0, 16439, -1572, -19183, 8839}, v4_int32 = {0, 0, 1077410268, -1257168249}, v2_int64 = {0, 4627441868472394375}, uint128 = 9737364817122506560 } (raw 0x872211b5dcf937400000000000000000) xmm6 { v4_float = {-0.836791635, -5.53769217e-33, -0.836791635, -5.53769217e-33}, v2_double = {-0.0013561197916662129, -0.0013561197916662129}, v16_int8 = {-65, 86, 55, -6, -119, -26, 6, -40, -65, 86, 55, -6, -119, -26, 6, -40}, v8_int16 = {-16554, 14330, -30234, 1752, -16554, 14330, -30234, 1752}, v4_int32 = {-1084868614, -1981413672, -1084868614, -1981413672}, v2_int64 = {-4659475215273294120, -4659475215273294120}, uint128 = 0xbf5637fa89e606d8bf5637fa89e606d8 } (raw 0xd806e689fa3756bfd806e689fa3756bf) xmm7 { v4_float = {0, 0, 1.875, 0}, v2_double = {0, 1}, v16_int8 = {0, 0, 0, 0, 0, 0, 0, 0, 63, -16, 0, 0, 0, 0, 0, 0}, v8_int16 = {0, 0, 0, 0, 16368, 0, 0, 0}, v4_int32 = {0, 0, 1072693248, 0}, v2_int64 = {0, 4607182418800017408}, uint128 = 61503 } (raw 0x000000000000f03f0000000000000000) xmm8 { v4_float = {0, 0, 0, 7.62939453e-06}, v2_double = {0, 4.5589753321519522e-315}, v16_int8 = {0 , 55, 0, 0, 0}, v8_int16 = {0, 0, 0, 0, 0, 0, 14080, 0}, v4_int32 = {0, 0, 0, 922746880}, v2_int64 = {0, 922746880}, uint128 = 236223201280 } (raw 0x00000037000000000000000000000000) xmm9 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm10 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm11 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm12 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm13 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm14 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm15 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) mxcsr 0x1fa0 8096 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 23:28:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 22:28:12 -0000 Subject: [FFmpeg-trac] #2292(avformat:new): Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] Message-ID: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> #2292: Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] -----------------------------------+--------------------------------------- Reporter: marcel123 | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: RTMP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- I have been working with RTMP streaming to YouTube. The URLs that YouTube generates when creating their "Live Events" are very long. I was getting a heap corruption which I tracked down to the following: In rtmpproto.c #define APP_MAX_LENGTH 128 YouTube generates URLs where the app portion of the URL is usually longer than 128 bytes. The code in rtmp_open() only allocates APP_MAX_LENGTH bytes and does not check for an overflow. As a result, the long YouTube RTMP URL is causing a heap corruption. I verified that allocating the appropriate size buffer does fix the problem I was seeing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 23:31:50 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 22:31:50 -0000 Subject: [FFmpeg-trac] #2292(avformat:new): Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] In-Reply-To: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> References: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> Message-ID: <053.b21a154e89f9c509a95617435533b77c@avcodec.org> #2292: Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] -----------------------------------+------------------------------------ Reporter: marcel123 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.1.2 | Resolution: Keywords: RTMP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by marcel123): * cc: msamek@? (added) * version: unspecified => 1.1.2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 23:33:52 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 22:33:52 -0000 Subject: [FFmpeg-trac] #2292(avformat:new): Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] In-Reply-To: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> References: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> Message-ID: <053.8d52e3558c9845b6f3221c833bb2d52a@avcodec.org> #2292: Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] -----------------------------------+------------------------------------ Reporter: marcel123 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.1.2 | Resolution: Keywords: RTMP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by cehoyos): Is the problem also reproducible with current git head? Please provide the failing command line together with complete, uncut console output and for all crashes, please provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 20 23:52:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 22:52:48 -0000 Subject: [FFmpeg-trac] #2292(avformat:new): Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] In-Reply-To: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> References: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> Message-ID: <053.eb572ca008200589409150f07d6d821f@avcodec.org> #2292: Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] -----------------------------------+------------------------------------ Reporter: marcel123 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.1.2 | Resolution: Keywords: RTMP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by marcel123): Replying to [comment:2 cehoyos]: > Is the problem also reproducible with current git head? > > Please provide the failing command line together with complete, uncut console output and for all crashes, please provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html Unfortunately I don't have the current git tree and don't have the time to grab it and try it. The code I was working with came from a zip file containing the official release. We are working with the libraries in a custom application, so the command line and console output would not be useful to you. I also don't have the backtrace anymore. It wasn't completely relevant because it wasn't crashing at the point where the heap was getting corrupted; it was crashing downstream on subsequent memory/heap operations. Once we debugged the problem, we fixed it in our version of the tree and moved forward. Since we know exactly what the cause of the problem was we thought we would report it here. We are no longer blocked by this issue, so you may close the bug regport if you feel it is not useful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 00:04:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 23:04:32 -0000 Subject: [FFmpeg-trac] #2292(avformat:new): Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] In-Reply-To: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> References: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> Message-ID: <053.f0f80be910c23137f8729715e724a032@avcodec.org> #2292: Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] -----------------------------------+------------------------------------ Reporter: marcel123 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.1.2 | Resolution: Keywords: RTMP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:3 marcel123]: > Once we debugged the problem, we fixed it in our version of the tree Then please provide the patch to allow avoiding duplicate work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 00:38:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Feb 2013 23:38:56 -0000 Subject: [FFmpeg-trac] #2292(avformat:new): Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] In-Reply-To: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> References: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> Message-ID: <053.142ab2e06048155d2316e603d923e8c6@avcodec.org> #2292: Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] -----------------------------------+------------------------------------ Reporter: marcel123 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.1.2 | Resolution: Keywords: RTMP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by marcel123): I would be glad to contribute a patch if my fix was good enough. Unfortunately, I only increased the default buffer size to make sure that it met our specific needs. I did not take the time to write the code to check for a buffer overflow condition and fail gracefully if one occurs and that's what really needs to be done. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 02:56:06 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 01:56:06 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.cef3580998e82028b36ea0d0be5d5aae@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): another patch that might help: http://ffmpeg.org/pipermail/ffmpeg- devel/2013-February/139392.html someone who has an affected platform, please test -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 08:57:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 07:57:30 -0000 Subject: [FFmpeg-trac] #2290(avcodec:closed): Apparently wrong bitdepth set for RGBA PNG in mov In-Reply-To: <032.fb8f443b3d540b055ca63ad93744e150@avcodec.org> References: <032.fb8f443b3d540b055ca63ad93744e150@avcodec.org> Message-ID: <047.dd0583ed85ec473b75b79eb842db2e7d@avcodec.org> #2290: Apparently wrong bitdepth set for RGBA PNG in mov -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mov png | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rmk): Thanks for the super-fast fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 09:00:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 08:00:46 -0000 Subject: [FFmpeg-trac] #2288(undetermined:new): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.6db16baf2f44b62377498e29c381aaa8@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pigoz): Thanks Michael, your patch fixes both the crashes and the spam of {{{ [h264_vda @ 0x7f8e21830a00] Reinit context to 1920x832, pix_fmt: 81 [h264_vda @ 0x7f8e21830a00] Missing reference picture, default is 0 [h264_vda @ 0x7f8e21830a00] decode_slice_header error }}} I mentioned previously on the thread. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 09:16:50 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 08:16:50 -0000 Subject: [FFmpeg-trac] #2292(avformat:new): Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] In-Reply-To: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> References: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> Message-ID: <053.18c58b34cf01901e42aac7b49f499e75@avcodec.org> #2292: Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] ------------------------------------+------------------------------------ Reporter: marcel123 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: RTMP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important * version: 1.1.2 => git-master Comment: Sounds important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 10:27:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 09:27:14 -0000 Subject: [FFmpeg-trac] #2289(undetermined:new): Audio: pcm_s16le (sowt / 0x74776F73) extraction bug In-Reply-To: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> References: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> Message-ID: <051.351240972d648fa71260e92608371cb7@avcodec.org> #2289: Audio: pcm_s16le (sowt / 0x74776F73) extraction bug -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): I run Win7 64bits. {{{ ffplay loopBug20130216COR.mov or ffplay out.aac (as with your "ffmpeg -i loopBug20130216COR.mov -strict -2 out.aac" }}} Play buggy with FFmpeg(0.8 & 1.0.1 & 1.1.1 & 2013-02-16) or SMplayer AFTER 6sec. It's not your case?? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 16:56:29 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 15:56:29 -0000 Subject: [FFmpeg-trac] #2293(undetermined:new): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals Message-ID: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> #2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The "Apple HTTP Live Streaming" demuxer (hls.c) expects that the AVIOContext is libavformat's HTTP implementation, and accesses it like that without doing further checks. This leads to a segfault if the AVIOContext is actually created by the application. You can find the following lines in hls.c in hls_read_header(): {{{ static int hls_read_header(AVFormatContext *s) { URLContext *u = s->pb->opaque; ... av_opt_get(u->priv_data, "user-agent", 0, (uint8_t**)&(c->user_agent)); }}} Obviously this fails if pb is a custom context, and pb->opaque is something user created. Consider adding some other, API-visible mechanism to transfer data between AVIOContext and AVFormatContext for things that are not part of the bytestream? At the very least, the checks whether it's ok to poke around in AVIOContext internals must be improved. Happened with git master from some days ago (9f16cb9e5), unknown whether this is a regression. This can't be reproduced with ffmpeg and ffplay, naturally. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 17:10:32 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 16:10:32 -0000 Subject: [FFmpeg-trac] #2293(avformat:new): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals In-Reply-To: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> References: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> Message-ID: <050.b4a8b951f94a9b7f84973710bdebb804@avcodec.org> #2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => crash * priority: normal => important * component: undetermined => avformat Comment: Please add a backtrace of the crash including disassembly and register content. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 17:43:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 16:43:24 -0000 Subject: [FFmpeg-trac] #1578(undetermined:open): variable FPS incorrect frame length In-Reply-To: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> References: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> Message-ID: <054.6df452d079798b9a34dfd67c1d631c8c@avcodec.org> #1578: variable FPS incorrect frame length -------------------------------------+------------------------------------- Reporter: kubabrecka | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by rogerdpack): If this is a duplicate of #1925 (which it may be), then it is also reproducible with this: {{{ ffmpeg -f lavfi -i testsrc=duration=3:rate=1 -r 27 out.mp4 }}} (the first frame should display a 0 and last for 1s, instead it just flits by). Interestingly, if you remove the "-r 27" from the output, then it works as expected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 17:56:13 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 16:56:13 -0000 Subject: [FFmpeg-trac] #2293(avformat:new): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals In-Reply-To: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> References: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> Message-ID: <050.4d1ff97ec651be96230e6a8486a43f10@avcodec.org> #2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): {{{ Program received signal SIGSEGV, Segmentation fault. av_opt_find2 (obj=obj at entry=0xffffffff, name=name at entry=0x899a711 "user-agent", search_flags=search_flags at entry=0, target_obj=target_obj at entry=0xbffff18c, opt_flags=0, unit=0x0) at libavutil/opt.c:1158 1158 c= *(AVClass**)obj; (gdb) bt #0 av_opt_find2 (obj=obj at entry=0xffffffff, name=name at entry=0x899a711 "user-agent", search_flags=search_flags at entry=0, target_obj=target_obj at entry=0xbffff18c, opt_flags=0, unit=0x0) at libavutil/opt.c:1158 #1 0x088f524a in av_opt_get (obj=0xffffffff, name=name at entry=0x899a711 "user-agent", search_flags=search_flags at entry=0, out_val=out_val at entry=0x91f6f6c) at libavutil/opt.c:530 #2 0x081fc0fb in hls_read_header (s=0x91dcf80) at libavformat/hls.c:488 #3 0x082bec5a in avformat_open_input (ps=0xbffff330, filename=0x91d4870 "http://fms3.mediadirect.ro/live3/_definst_/dolcesport/playlist.m3u8?publisher=6", fmt=0x8bd6740, options=0x0) at libavformat/utils.c:626 #4 0x0810d6dc in demux_open_lavf (demuxer=0x91f61b8) at demux/demux_lavf.c:535 (rest omitted) (gdb) disas Dump of assembler code for function av_opt_find2: 0x088f29a0 <+0>: push %ebp 0x088f29a1 <+1>: push %edi 0x088f29a2 <+2>: mov %eax,%edi 0x088f29a4 <+4>: push %esi 0x088f29a5 <+5>: push %ebx 0x088f29a6 <+6>: sub $0x3c,%esp 0x088f29a9 <+9>: test %eax,%eax 0x088f29ab <+11>: mov %ecx,0x1c(%esp) 0x088f29af <+15>: je 0x88f2a70 0x088f29b5 <+21>: test $0x1,%cl 0x088f29b8 <+24>: mov %edx,%ebx => 0x088f29ba <+26>: mov (%eax),%esi 0x088f29bc <+28>: je 0x88f2a10 0x088f29be <+30>: test $0x2,%cl 0x088f29c1 <+33>: je 0x88f2a90 0x088f29c7 <+39>: movl $0x0,0x2c(%esp) 0x088f29cf <+47>: xor %edx,%edx 0x088f29d1 <+49>: mov %ecx,%ebp 0x088f29d3 <+51>: jmp 0x88f2a05 0x088f29d5 <+53>: lea 0x0(%esi),%esi 0x088f29d8 <+56>: mov %edx,(%esp) 0x088f29db <+59>: call *%eax ---Type to continue, or q to quit--- Quit (gdb) info registers eax 0xffffffff -1 ecx 0x0 0 edx 0x899a711 144287505 ebx 0x899a711 144287505 esp 0xbffff110 0xbffff110 ebp 0xbffff2cc 0xbffff2cc esi 0x91f6f6c 153055084 edi 0xffffffff -1 eip 0x88f29ba 0x88f29ba eflags 0x10246 [ PF ZF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 18:24:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 17:24:57 -0000 Subject: [FFmpeg-trac] #2293(avformat:open): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals In-Reply-To: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> References: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> Message-ID: <050.8ba0deb56b2c9ab866cacbb430eb9ff5@avcodec.org> #2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV hls | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash => crash SIGSEGV hls * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 21 23:13:07 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Feb 2013 22:13:07 -0000 Subject: [FFmpeg-trac] #2288(undetermined:closed): Decoding with h264_vda crashes ffplay In-Reply-To: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> References: <035.35e199f4ae05caa0840cbd75de62e5c2@avcodec.org> Message-ID: <050.8eb972369ad81d7268ffec2feaa8a9c1@avcodec.org> #2288: Decoding with h264_vda crashes ffplay -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV vda regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Michael, thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 01:39:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 00:39:01 -0000 Subject: [FFmpeg-trac] #1677(FFmpeg:closed): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.2426c31ccdd6a6ce9c893957122ea7f8@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) ------------------------------------+---------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.11.1 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * resolution: needs_more_info => fixed * component: undetermined => FFmpeg Comment: I was finally able to reproduce this problem, fixed in 2fc354f {{{ $ ffmpeg -i tests/lena.pnm -s 128x128 logo.png }}} {{{ $ ffmpeg -y -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -t 5 -pass 1 -an -vcodec mpeg4 -f mov /dev/null -t 5 -pass 1 -an -f ogg /dev/null ffmpeg version N-42203-g7beeea8 Copyright (c) 2000-2012 the FFmpeg developers built on Feb 22 2013 01:22:51 with gcc 4.7.1 20120723 [gcc-4_7-branch revision 189773] configuration: --enable-libtheora libavutil 51. 64.100 / 51. 64.100 libavcodec 54. 32.100 / 54. 32.100 libavformat 54. 14.100 / 54. 14.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.101 / 3. 0.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x33b8160] max_analyze_duration 5000000 reached at 5000998 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/svq3/Vertical400kbit.sorenson3.mov': Metadata: creation_time : 2001-03-20 16:17:18 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Sorenson Video 3 encoder-eng : Sorenson Video 3 Duration: 00:00:43.57, start: 0.000000, bitrate: 580 kb/s Stream #0:0(eng): Video: svq3 (SVQ3 / 0x33515653), yuvj420p, 320x240, 391 kb/s, 30.02 fps, 30 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, mono, s16, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler [graph 0 input from stream 0:0 @ 0x33daca0] w:320 h:240 pixfmt:yuvj420p tb:1/600 fr:30/1 sar:0/1 sws_param:flags=2 [output stream 0:0 @ 0x33b4020] No opaque field provided [auto-inserted scaler 0 @ 0x33b42e0] w:320 h:240 fmt:yuvj420p sar:0/1 -> w:320 h:240 fmt:yuv420p sar:0/1 flags:0x4 [graph 1 input from stream 0:0 @ 0x34111c0] w:320 h:240 pixfmt:yuvj420p tb:1/600 fr:30/1 sar:0/1 sws_param:flags=2 [output stream 1:0 @ 0x349d100] No opaque field provided [auto-inserted scaler 0 @ 0x349d060] w:320 h:240 fmt:yuvj420p sar:0/1 -> w:320 h:240 fmt:yuv420p sar:0/1 flags:0x4 Output #0, mov, to '/dev/null': Metadata: encoder-eng : Sorenson Video 3 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf54.14.100 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 320x240, q=2-31, pass 1, 200 kb/s, 30 tbn, 30 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Output #1, ogg, to '/dev/null': Metadata: encoder-eng : Sorenson Video 3 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf54.14.100 Stream #1:0(eng): Video: theora, yuv420p, 320x240, q=2-31, pass 1, 200 kb/s, 30 tbn, 30 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (svq3 -> mpeg4) Stream #0:0 -> #1:0 (svq3 -> libtheora) Press [q] to stop, [?] for help frame= 150 fps=0.0 q=13.3 Lq=0.0 size= 0kB time=00:00:05.00 bitrate= 0.0kbits/s video:214kB audio:0kB subtitle:0 global headers:3kB muxing overhead -100.000000% }}} {{{ $ ffmpeg -y -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -i logo.png -t 5 -pass 2 -an -vcodec mpeg4 test.mov -t 5 -pass 2 -an -filter_complex [0:0][1:0]overlay test.ogv ffmpeg version N-42203-g7beeea8 Copyright (c) 2000-2012 the FFmpeg developers built on Feb 22 2013 01:22:51 with gcc 4.7.1 20120723 [gcc-4_7-branch revision 189773] configuration: --enable-libtheora libavutil 51. 64.100 / 51. 64.100 libavcodec 54. 32.100 / 54. 32.100 libavformat 54. 14.100 / 54. 14.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.101 / 3. 0.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2b49160] max_analyze_duration 5000000 reached at 5000998 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/svq3/Vertical400kbit.sorenson3.mov': Metadata: creation_time : 2001-03-20 16:17:18 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Sorenson Video 3 encoder-eng : Sorenson Video 3 Duration: 00:00:43.57, start: 0.000000, bitrate: 580 kb/s Stream #0:0(eng): Video: svq3 (SVQ3 / 0x33515653), yuvj420p, 320x240, 391 kb/s, 30.02 fps, 30 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, mono, s16, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Input #1, image2, from 'logo.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #1:0: Video: png, rgb24, 128x128, 25 tbr, 25 tbn, 25 tbc [graph 0 input from stream 0:0 @ 0x2b6bf60] w:320 h:240 pixfmt:yuvj420p tb:1/600 fr:30/1 sar:0/1 sws_param:flags=2 [graph 0 input from stream 1:0 @ 0x2b46fa0] w:128 h:128 pixfmt:rgb24 tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 -t does not work with -filter_complex (yet). [output stream 1:0 @ 0x2b6c300] No opaque field provided [auto-inserted scaler 0 @ 0x2b6be20] w:320 h:240 fmt:yuvj420p sar:0/1 -> w:320 h:240 fmt:yuv420p sar:0/1 flags:0x2 [auto-inserted scaler 1 @ 0x2b451e0] w:128 h:128 fmt:rgb24 sar:0/1 -> w:128 h:128 fmt:yuva420p sar:0/1 flags:0x2 [graph 1 input from stream 0:0 @ 0x2c55440] w:320 h:240 pixfmt:yuvj420p tb:1/600 fr:30/1 sar:0/1 sws_param:flags=2 [output stream 0:0 @ 0x2c56460] No opaque field provided [auto-inserted scaler 0 @ 0x2c56b20] w:320 h:240 fmt:yuvj420p sar:0/1 -> w:320 h:240 fmt:yuv420p sar:0/1 flags:0x4 Output #0, mov, to 'test.mov': Metadata: encoder-eng : Sorenson Video 3 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf54.14.100 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 320x240, q=2-31, pass 2, 200 kb/s, 30 tbn, 30 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Output #1, ogg, to 'test.ogv': Metadata: encoder-eng : Sorenson Video 3 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf54.14.100 Stream #1:0: Video: theora, yuv420p, 320x240, q=2-31, pass 2, 200 kb/s, 30 tbn, 30 tbc Stream mapping: Stream #0:0 (svq3) -> overlay:main (graph 0) Stream #1:0 (png) -> overlay:overlay (graph 0) Stream #0:0 -> #0:0 (svq3 -> mpeg4) overlay (graph 0) -> Stream #1:0 (libtheora) Press [q] to stop, [?] for help theora_encode_YUVin failed (encoder is not ready or is finished) [-10]ate= 166.2kbits/s Video encoding failed }}} When an encoding (or decoding) error occurs while muxing mov, current FFmpeg still fails to write the moov atom (see for example ticket #1918), I don't know if this is a bug / can be changed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 07:00:50 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 06:00:50 -0000 Subject: [FFmpeg-trac] #2294(undetermined:new): timeout option does not work for rtsp streaming Message-ID: <037.e98014a23a0d384511de9ed2f2303090@avcodec.org> #2294: timeout option does not work for rtsp streaming -------------------------------------+------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- after setting timeout option, I can not playback the correct rtsp url C:\Conversion>ffplay -v 999 -timeout 10 rtsp://xxx.com:554/live .sdp ffplay version N-45279-g1a104bf Copyright (c) 2003-2012 the FFmpeg developers built on Oct 10 2012 19:19:16 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [rtsp @ 041030e0] Unable to open RTSP for listening rtsp://vpn.sincerasolutions.com:554/live.sdp: Unknown error if I remove the timeout option , it will playback correctly. but by default ffmpeg will hangup when the server down if without timeout option. for example executing following command to playback non-exists url will hangup the ffplay client. C:\Conversion>ffplay -v 999 rtsp://192.168.222.222/adfakf ffplay version N-45279-g1a104bf Copyright (c) 2003-2012 the FFmpeg developers built on Oct 10 2012 19:19:16 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 07:28:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 06:28:29 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.93eab4c7859e7431917e51a413bee034@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): Any updates? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 08:04:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 07:04:13 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.eb133dea9ab8a9d6f67ab79a421a1e01@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): So just assuming here, this is the end of the road for ffmpeg and WTV? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 10:14:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 09:14:58 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.eeac0ba7de23d88d95634dae8dcfcc30@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Sorry for the delay, I missed your sample! I tested the following three command lines: $ ffmpeg -i ORIG_short.ts -qscale 2 -acodec ac3 -ac 6 out.avi $ ffmpeg -i ORIG_short.ts -qscale 2 -mbd 2 -ac 2 -acodec mp2 out.ts $ ffmpeg -i ORIG_short.ts -qscale 2 -mbd 2 -ac 6 -acodec ac3 out6.ts All three output files play in-sync here (there at least is no 500ms desync, and no silence). What do I miss? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 18:26:16 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 17:26:16 -0000 Subject: [FFmpeg-trac] #1918(avcodec:closed): AAC decoding regression In-Reply-To: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> References: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> Message-ID: <055.77f4dfc103b83681b4332b98a124d733@avcodec.org> #1918: AAC decoding regression -------------------------------------+------------------------------------- Reporter: fltmesoftly | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac mov | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 18:51:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 17:51:41 -0000 Subject: [FFmpeg-trac] #1694(avcodec:open): Decoding a possibly damaged aac sample fails from a specific position on In-Reply-To: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> References: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> Message-ID: <051.6b9cbdeea5e5458ef3b528422bb7f789@avcodec.org> #1694: Decoding a possibly damaged aac sample fails from a specific position on -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression latm | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): maybe fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 18:51:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 17:51:59 -0000 Subject: [FFmpeg-trac] #1694(avcodec:open): Decoding a possibly damaged aac sample fails from a specific position on In-Reply-To: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> References: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> Message-ID: <051.35ffc3033b1be3158b5c987179abd4a1@avcodec.org> #1694: Decoding a possibly damaged aac sample fails from a specific position on -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression latm | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): (if fixed then this was a duplciate) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 20:47:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 19:47:47 -0000 Subject: [FFmpeg-trac] #2295(FFmpeg:new): windows32 static builds are broken Message-ID: <045.07155145db128349b4b99f2fe713161b@avcodec.org> #2295: windows32 static builds are broken -------------------------------------+------------------------------------- Reporter: | Type: defect matteosistisette | Priority: critical Status: new | Version: 1.1.2 Component: FFmpeg | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: download latest 32bit static build for windows {{{ ffmpeg.exe -i input.mov -an -vcodec copy output.mov ffmpeg version N-42069-g3233ad4 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 30 2012 13:18:20 with gcc 4.7.1 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 31.100 / 54. 31.100 libavformat 54. 14.100 / 54. 14.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.100 / 3. 0.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-12-16 17:25:24 timecode : 01:00:00:00 Duration: 00:02:15.56, start: 0.000000, bitrate: 29574 kb/s Stream #0:0(eng): Video: dvvideo (dvcp / 0x70637664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 28800 kb/s, SAR 59:54 DAR 295:216, 25 fps, 25 tbr, 2500 tbn, 25 tbc Metadata: creation_time : 2008-12-16 17:25:24 handler_name : Gestor de datos de alias Apple Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2008-12-16 17:25:24 handler_name : Gestor de datos de alias Apple Stream #0:2(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2008-12-16 17:29:03 handler_name : Gestor de datos de alias Apple timecode : 01:00:00:00 [mov @ 03d57e20] Timecode frame rate not supported Output #0, mov, to 'output.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt timecode : 01:00:00:00 encoder : Lavf54.14.100 Stream #0:0(eng): Video: dvvideo (dvcp / 0x70637664), yuv420p, 720x576 [SAR 59:54 DAR 295:216], q=2-31, 28800 kb/s, 25 fps, 2500 tbn, 2500 tbc Metadata: creation_time : 2008-12-16 17:25:24 handler_name : Gestor de datos de alias Apple Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted ))) "Timecode frame rate not supported", "incorrect codec parameters", and "Operation not permitted": none of these makes sense or should happen, since all it has to do is copy the video stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 20:48:36 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 19:48:36 -0000 Subject: [FFmpeg-trac] #2295(FFmpeg:new): windows32 static builds are broken In-Reply-To: <045.07155145db128349b4b99f2fe713161b@avcodec.org> References: <045.07155145db128349b4b99f2fe713161b@avcodec.org> Message-ID: <060.85ccaa35703b18ddb624639dab2bafc5@avcodec.org> #2295: windows32 static builds are broken -------------------------------------+------------------------------------- Reporter: | Owner: matteosistisette | Status: new Type: defect | Component: FFmpeg Priority: critical | Resolution: Version: 1.1.2 | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by matteosistisette): I closed the ))) but for some reason my last comment got included into the code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 21:15:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 20:15:58 -0000 Subject: [FFmpeg-trac] #2280(avformat:open): establish versioning with framemd5 and framecrc outputs In-Reply-To: <036.71c965bcfbb999be90f8b5f72f410410@avcodec.org> References: <036.71c965bcfbb999be90f8b5f72f410410@avcodec.org> Message-ID: <051.f715b5dffb08cf9ddcdef6d2ccde5ac7@avcodec.org> #2280: establish versioning with framemd5 and framecrc outputs -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: framemd5,framecrc | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * priority: normal => wish * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 21:19:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 20:19:01 -0000 Subject: [FFmpeg-trac] #1615(avfilter:open): video diff filter In-Reply-To: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> References: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> Message-ID: <054.7bd0e6d92e824db704ecd2f550a9b1f9@avcodec.org> #1615: video diff filter -------------------------------------+------------------------------------ Reporter: ylluminate | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): You can use blend filter : blend=all_mode=difference (among others) or make your own with eval expr, documentation with examples is in usual place. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 22:49:51 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 21:49:51 -0000 Subject: [FFmpeg-trac] #2296(FFmpeg:new): mpegts metadata can't be set on segments when using HLS muxer Message-ID: <038.78abeb2936cbd29707ad7d3b4a30034a@avcodec.org> #2296: mpegts metadata can't be set on segments when using HLS muxer -------------------------------------+------------------------------------- Reporter: code-guru | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.1.2 Keywords: | Blocked By: libavformat, hls, segments | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to set mpegts metadata on segments produced by hls muxer, but they won't get the metadata. {{{ #!div style="font-size: 80%" The following command can reproduce the problem: {{{#!sh bin/ffmpeg -v 99 -i ~/Videos/trailer_iphone.m4v -acodec copy -vcodec copy -vbsf h264_mp4toannexb -metadata service_provider="myProvider" -metadata service_name="myService" -f hls -y /tmp/out.m3u8 }}} }}} {{{ #!div style="font-size: 80%" The output of the above is the following: {{{#!sh ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 22 2013 07:04:25 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --prefix=/home/me/ffmpeg/build/dist/ --enable-shared --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable- libv4l2 libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '/home/me/Videos/trailer_iphone.m4v'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'copy'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-vbsf' ... matched as option 'vbsf' (deprecated) with argument 'h264_mp4toannexb'. Reading option '-metadata' ... matched as option 'metadata' (add metadata) with argument 'service_provider=myProvider'. Reading option '-metadata' ... matched as option 'metadata' (add metadata) with argument 'service_name=myService'. Reading option '-f' ... matched as option 'f' (force format) with argument 'hls'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '/tmp/out.m3u8' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 99. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file /home/me/Videos/trailer_iphone.m4v. Successfully parsed a group of options. Opening an input file: /home/me/Videos/trailer_iphone.m4v. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] ISO: File Type Major Brand: M4VP [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] File position before avformat_find_stream_info() is 14880 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] File position after avformat_find_stream_info() is 21646 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/me/Videos/trailer_iphone.m4v': Metadata: major_brand : M4VP minor_version : 1 compatible_brands: M4VPM4A mp42isom creation_time : 2008-03-18 09:48:34 Duration: 00:00:33.02, start: 0.000000, bitrate: 942 kb/s Stream #0:0(eng), 22, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s Metadata: creation_time : 2008-03-18 09:48:34 handler_name : Apple Sound Media Handler Stream #0:1(eng), 1, 1/600: Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x270, 1/1200, 824 kb/s, 25 fps, 25 tbr, 600 tbn, 1200 tbc Metadata: creation_time : 2008-03-18 09:48:34 handler_name : Apple Video Media Handler Successfully openened the file. Parsing a group of options: output file /tmp/out.m3u8. Applying option acodec (force audio codec ('copy' to copy stream)) with argument copy. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option vbsf (deprecated) with argument h264_mp4toannexb. Applying option metadata (add metadata) with argument service_provider=myProvider. Applying option metadata (add metadata) with argument service_name=myService. Applying option f (force format) with argument hls. Successfully parsed a group of options. Opening an output file: /tmp/out.m3u8. Successfully openened the file. [mpegts @ 0x8577e40] muxrate VBR, pcr every 60 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, hls, to '/tmp/out.m3u8': Metadata: major_brand : M4VP minor_version : 1 compatible_brands: M4VPM4A mp42isom service_provider: myProvider service_name : myService encoder : Lavf54.59.106 Stream #0:0(eng), 0, 1/90000: Video: h264 (avc1 / 0x31637661), yuv420p, 480x270, 1/600, q=2-31, 824 kb/s, 25 fps, 90k tbn, 600 tbc Metadata: creation_time : 2008-03-18 09:48:34 handler_name : Apple Video Media Handler Stream #0:1(eng), 0, 1/90000: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 127 kb/s Metadata: creation_time : 2008-03-18 09:48:34 handler_name : Apple Sound Media Handler Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help [adts @ 0x8566340] Encoder did not produce proper pts, making some up. No more output streams to write to, finishing. frame= 812 fps=0.0 q=-1.0 Lsize=N/A time=00:00:33.04 bitrate=N/A video:3270kB audio:514kB subtitle:0 global headers:0kB muxing overhead -100.000568% [AVIOContext @ 0x856f5e0] Statistics: 3889885 bytes read, 0 seeks }}} }}} {{{ #!div style="font-size: 80%" Inspecting the output with ffprobe {{{#!sh bin/ffprobe -v 99 /tmp/out1.ts }}} }}} {{{ #!div style="font-size: 80%" The probe result {{{#!sh ffprobe version 1.1.2 Copyright (c) 2007-2013 the FFmpeg developers built on Feb 22 2013 07:04:25 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --prefix=/home/me/ffmpeg/build/dist/ --enable-shared --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable- libv4l2 libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x869aea0] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x869aea0] stream=0 stream_type=1b pid=100 prog_reg_desc= [mpegts @ 0x869aea0] stream=1 stream_type=f pid=101 prog_reg_desc= [mpegts @ 0x869aea0] File position before avformat_find_stream_info() is 0 [h264 @ 0x869ed80] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x869aea0] File position after avformat_find_stream_info() is 0 Input #0, mpegts, from '/tmp/out1.ts': Duration: 00:00:04.28, start: 4.800000, bitrate: 946 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100], 107, 1/90000: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 480x270, 1/180000, 25 tbr, 90k tbn, 180k tbc Stream #0:1[0x101], 185, 1/90000: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 135 kb/s [h264 @ 0x869ed80] detected 4 logical cores [AVIOContext @ 0x86a34a0] Statistics: 756284 bytes read, 2 seeks }}} }}} As it seems from the above outputs, the mpegts segments haven't got the metadata. Thanks for you consideration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 23:25:26 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 22:25:26 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.6a873540bda018941af91f7477dfba92@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): the -async 48000 flag is missing. I need it because there are often gaps in the audio, and that corrects them. This particular sample doesn't have gaps like that, but it does have the audio channel layout change, and that causes massive confusion when it's determining how many extra audio samples to add (it adds too many). Please use the full commandline listed above in comment 12, then play the file without seeking at all. You should see the "pause" phenomenon that I mention, and if you really want to see the desync, demux the output ts file and then remux the audio and video into an mkv and try playing that. It won't just "pause" it will be completely out of sync. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 23:55:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 22:55:29 -0000 Subject: [FFmpeg-trac] #2258(avutil:closed): allow -ss 30:00 instead of -ss 00:30:00 In-Reply-To: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> References: <034.17d7f737f8cc82d9da6559618a929f2f@avcodec.org> Message-ID: <049.6259f3e7c0da8e2dd6a1ca09d1314e16@avcodec.org> #2258: allow -ss 30:00 instead of -ss 00:30:00 -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: enhancement | Status: closed Priority: wish | Component: avutil Version: git-master | Resolution: fixed Keywords: duration | Blocked By: format av_parse_time | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * keywords: => duration format av_parse_time * resolution: => fixed * status: open => closed * component: FFmpeg => avutil Comment: Replying to [comment:4 compn]: > no, -ss 30 is 30 seconds (and works in ffmpeg) you dont have to put -ss 00:00:30 to seek 30 seconds. > > -ss 30:00 would be 30 minutes > > clocks? we're talking about VCRs here... Fixed in: {{{ commit 12a269a5229d3a37be0743fc9655f743ebc44b6e Author: Senthilnathan M Date: Wed Feb 20 09:51:06 2013 +0530 lavu/parseutils: allow MM:SS format for duration in av_parse_time() Fix trac ticket #2258. Signed-off-by: Senthilnathan M Signed-off-by: Stefano Sabatini }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 22 23:59:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 22:59:25 -0000 Subject: [FFmpeg-trac] #1694(avcodec:open): Decoding a possibly damaged aac sample fails from a specific position on In-Reply-To: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> References: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> Message-ID: <051.15e7619e7f3a181fa0c7cc2870578637@avcodec.org> #1694: Decoding a possibly damaged aac sample fails from a specific position on -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression latm | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The original sample - http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket1694/ - is still broken in git head (works fine with 0.10, broken in 0.11, 1.0 and 1.1). The following two command lines produce 10 seconds of audio, followed by silence for the remaining output file with current git head, mostly correct sound for the whole output file with 0.10: $ ffmpeg -ss 380 -i a.aac -t 30 out1.wav $ ffmpeg -ss 630 -i a.aac -t 30 out2.wav The following two command lines produce 30 seconds of audio (with all tested versions): $ ffmpeg -ss 400 -i a.aac -t 30 out3.wav $ ffmpeg -ss 650 -i a.aac -t 30 out4.wav {{{ $ ffmpeg -ss 380 -i a.aac -t 30 out1.wav ffmpeg version N-50189-g239b88c Copyright (c) 2000-2013 the FFmpeg developers built on Feb 22 2013 23:46:57 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [aac @ 0x1f69fc0] max_analyze_duration 5000000 reached at 5015510 microseconds [aac @ 0x1f69fc0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'a.aac': Duration: 00:11:39.45, bitrate: 32 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 31 kb/s Output #0, wav, to 'out1.wav': Metadata: ISFT : Lavf54.63.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1f702c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 2.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.13 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input Multiple frames in a packet from stream 0 [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] channel element 2.13 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (48) exceeds limit (45). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (18) exceeds limit (14). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (10) exceeds limit (7). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] invalid band type Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] SBR was found before the first channel element. [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (44) exceeds limit (42). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.14 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.8 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] invalid band type Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Number of scalefactor bands in group (54) exceeds limit (47). Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.8 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.12 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 2.3 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. Last message repeated 1 times [aac @ 0x1f702c0] Not evaluating a further program_config_element as this construct is dubious at best. [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Number of bands (6) exceeds limit (5). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.10 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.4 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Number of bands (28) exceeds limit (13). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.12 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 3.4 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.14 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.6 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 3.1 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.11 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Scalefactor (-1) out of range. Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] SBR was found before the first channel element. [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 3.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.4 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.11 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 2.13 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. Last message repeated 1 times [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.11 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 3.11 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 3.1 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] invalid band type Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] Number of bands (14) exceeds limit (8). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (7) exceeds limit (4). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] Too many channels Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] SBR was found before the first channel element. [aac @ 0x1f702c0] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.1 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.6 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.14 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (14) exceeds limit (11). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (54) exceeds limit (37). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Number of bands (6) exceeds limit (2). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (6) exceeds limit (3). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. Last message repeated 1 times [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x1f702c0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 2.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] channel element 3.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1f702c0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] Number of bands (4) exceeds limit (2). Error while decoding stream #0:0: Operation not permitted [aac @ 0x1f702c0] illegal icc Last message repeated 1 times size= 3928kB time=00:00:30.01 bitrate=1072.0kbits/s video:0kB audio:3928kB subtitle:0 global headers:0kB muxing overhead 0.001989% }}} {{{ $ ffmpeg -ss 630 -i a.aac -t 30 out2.wav ffmpeg version N-50189-g239b88c Copyright (c) 2000-2013 the FFmpeg developers built on Feb 22 2013 23:46:57 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [aac @ 0x342dfc0] max_analyze_duration 5000000 reached at 5015510 microseconds [aac @ 0x342dfc0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'a.aac': Duration: 00:11:39.45, bitrate: 32 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 33 kb/s Output #0, wav, to 'out2.wav': Metadata: ISFT : Lavf54.63.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x34342c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x34342c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x34342c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x34342c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x34342c0] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x34342c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x34342c0] Expected to read 72 PS bits actually read 76. [aac @ 0x34342c0] Expected to read 78 PS bits actually read 103. [aac @ 0x34342c0] Expected to read 94 PS bits actually read 111. [aac @ 0x34342c0] Expected to read 78 PS bits actually read 101. [aac @ 0x34342c0] ps extension overflow -4 [aac @ 0x34342c0] channel element 2.6 is not allocated Error while decoding stream #0:0: Operation not permitted Multiple frames in a packet from stream 0 [aac @ 0x34342c0] Number of bands (35) exceeds limit (18). Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x34342c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x34342c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x34342c0] Too many channels Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x34342c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x34342c0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x34342c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x34342c0] channel element 2.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] Number of scalefactor bands in group (62) exceeds limit (47). Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x34342c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x34342c0] channel element 1.8 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] channel element 2.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x34342c0] Number of bands (50) exceeds limit (39). Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] channel element 2.6 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x34342c0] channel element 2.1 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x34342c0] Number of scalefactor bands in group (60) exceeds limit (47). Error while decoding stream #0:0: Invalid data found when processing input size= 5016kB time=00:00:30.00 bitrate=1369.5kbits/s video:0kB audio:5016kB subtitle:0 global headers:0kB muxing overhead 0.001558% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 00:06:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 23:06:13 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.3e017a05ce08b373765b8fafa606f1a3@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:15 agni451]: > the -async 48000 flag is missing. I need it because there are often gaps in the audio, and that corrects them. This particular sample doesn't have gaps like that Could you upload a sample with such gaps that needs -async ? I have DVB receivers myself and changes between Dolby Stereo and Dolby Surround happen often, and I know that -async does not work well with channel changes (your original sample showed that already, but it was known before). What we do not have is a sample that needs -async (because audio plays out-of-sync without) and fails at the same time with it (because it contains channel count changes). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 00:10:17 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 23:10:17 -0000 Subject: [FFmpeg-trac] #2296(avformat:closed): mpegts metadata can't be set on segments when using HLS muxer In-Reply-To: <038.78abeb2936cbd29707ad7d3b4a30034a@avcodec.org> References: <038.78abeb2936cbd29707ad7d3b4a30034a@avcodec.org> Message-ID: <053.764233475d94d4de4e055fd81025ea57@avcodec.org> #2296: mpegts metadata can't be set on segments when using HLS muxer -------------------------------------+------------------------------------- Reporter: code-guru | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: metadata | Blocked By: hls segment | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * component: FFmpeg => avformat * version: 1.1.2 => git-master * keywords: libavformat, hls, segments => metadata hls segment * resolution: => duplicate Old description: > I'm trying to set mpegts metadata on segments produced by hls muxer, but > they won't get the metadata. > > {{{ > #!div style="font-size: 80%" > The following command can reproduce the problem: > {{{#!sh > bin/ffmpeg -v 99 -i ~/Videos/trailer_iphone.m4v -acodec copy -vcodec copy > -vbsf h264_mp4toannexb -metadata service_provider="myProvider" -metadata > service_name="myService" -f hls -y /tmp/out.m3u8 > }}} > }}} > > {{{ > #!div style="font-size: 80%" > The output of the above is the following: > {{{#!sh > ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers > built on Feb 22 2013 07:04:25 with gcc 4.7 (Ubuntu/Linaro > 4.7.2-2ubuntu1) > configuration: --prefix=/home/me/ffmpeg/build/dist/ --enable-shared > --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable- > libv4l2 > libavutil 52. 13.100 / 52. 13.100 > libavcodec 54. 86.100 / 54. 86.100 > libavformat 54. 59.106 / 54. 59.106 > libavdevice 54. 3.102 / 54. 3.102 > libavfilter 3. 32.100 / 3. 32.100 > libswscale 2. 1.103 / 2. 1.103 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 2.100 / 52. 2.100 > Splitting the commandline. > Reading option '-v' ... matched as option 'v' (set libav* logging level) > with argument '99'. > Reading option '-i' ... matched as input file with argument > '/home/me/Videos/trailer_iphone.m4v'. > Reading option '-acodec' ... matched as option 'acodec' (force audio > codec ('copy' to copy stream)) with argument 'copy'. > Reading option '-vcodec' ... matched as option 'vcodec' (force video > codec ('copy' to copy stream)) with argument 'copy'. > Reading option '-vbsf' ... matched as option 'vbsf' (deprecated) with > argument 'h264_mp4toannexb'. > Reading option '-metadata' ... matched as option 'metadata' (add > metadata) with argument 'service_provider=myProvider'. > Reading option '-metadata' ... matched as option 'metadata' (add > metadata) with argument 'service_name=myService'. > Reading option '-f' ... matched as option 'f' (force format) with > argument 'hls'. > Reading option '-y' ... matched as option 'y' (overwrite output files) > with argument '1'. > Reading option '/tmp/out.m3u8' ... matched as output file. > Finished splitting the commandline. > Parsing a group of options: global . > Applying option v (set libav* logging level) with argument 99. > Applying option y (overwrite output files) with argument 1. > Successfully parsed a group of options. > Parsing a group of options: input file > /home/me/Videos/trailer_iphone.m4v. > Successfully parsed a group of options. > Opening an input file: /home/me/Videos/trailer_iphone.m4v. > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] Format mov,mp4,m4a,3gp,3g2,mj2 > probed with size=2048 and score=100 > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] ISO: File Type Major Brand: M4VP > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] File position before > avformat_find_stream_info() is 14880 > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] All info found > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] File position after > avformat_find_stream_info() is 21646 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from > '/home/me/Videos/trailer_iphone.m4v': > Metadata: > major_brand : M4VP > minor_version : 1 > compatible_brands: M4VPM4A mp42isom > creation_time : 2008-03-18 09:48:34 > Duration: 00:00:33.02, start: 0.000000, bitrate: 942 kb/s > Stream #0:0(eng), 22, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 > Hz, stereo, fltp, 127 kb/s > Metadata: > creation_time : 2008-03-18 09:48:34 > handler_name : Apple Sound Media Handler > Stream #0:1(eng), 1, 1/600: Video: h264 (Constrained Baseline) (avc1 > / 0x31637661), yuv420p, 480x270, 1/1200, 824 kb/s, 25 fps, 25 tbr, 600 > tbn, 1200 tbc > Metadata: > creation_time : 2008-03-18 09:48:34 > handler_name : Apple Video Media Handler > Successfully openened the file. > Parsing a group of options: output file /tmp/out.m3u8. > Applying option acodec (force audio codec ('copy' to copy stream)) with > argument copy. > Applying option vcodec (force video codec ('copy' to copy stream)) with > argument copy. > Applying option vbsf (deprecated) with argument h264_mp4toannexb. > Applying option metadata (add metadata) with argument > service_provider=myProvider. > Applying option metadata (add metadata) with argument > service_name=myService. > Applying option f (force format) with argument hls. > Successfully parsed a group of options. > Opening an output file: /tmp/out.m3u8. > Successfully openened the file. > [mpegts @ 0x8577e40] muxrate VBR, pcr every 60 pkts, sdt every 200, > pat/pmt every 40 pkts > Output #0, hls, to '/tmp/out.m3u8': > Metadata: > major_brand : M4VP > minor_version : 1 > compatible_brands: M4VPM4A mp42isom > service_provider: myProvider > service_name : myService > encoder : Lavf54.59.106 > Stream #0:0(eng), 0, 1/90000: Video: h264 (avc1 / 0x31637661), > yuv420p, 480x270, 1/600, q=2-31, 824 kb/s, 25 fps, 90k tbn, 600 tbc > Metadata: > creation_time : 2008-03-18 09:48:34 > handler_name : Apple Video Media Handler > Stream #0:1(eng), 0, 1/90000: Audio: aac (mp4a / 0x6134706D), 44100 > Hz, stereo, 127 kb/s > Metadata: > creation_time : 2008-03-18 09:48:34 > handler_name : Apple Sound Media Handler > Stream mapping: > Stream #0:1 -> #0:0 (copy) > Stream #0:0 -> #0:1 (copy) > Press [q] to stop, [?] for help > [adts @ 0x8566340] Encoder did not produce proper pts, making some up. > No more output streams to write to, finishing. > frame= 812 fps=0.0 q=-1.0 Lsize=N/A time=00:00:33.04 bitrate=N/A > video:3270kB audio:514kB subtitle:0 global headers:0kB muxing overhead > -100.000568% > [AVIOContext @ 0x856f5e0] Statistics: 3889885 bytes read, 0 seeks > }}} > }}} > > {{{ > #!div style="font-size: 80%" > Inspecting the output with ffprobe > {{{#!sh > bin/ffprobe -v 99 /tmp/out1.ts > }}} > }}} > > {{{ > #!div style="font-size: 80%" > The probe result > {{{#!sh > ffprobe version 1.1.2 Copyright (c) 2007-2013 the FFmpeg developers > built on Feb 22 2013 07:04:25 with gcc 4.7 (Ubuntu/Linaro > 4.7.2-2ubuntu1) > configuration: --prefix=/home/me/ffmpeg/build/dist/ --enable-shared > --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable- > libv4l2 > libavutil 52. 13.100 / 52. 13.100 > libavcodec 54. 86.100 / 54. 86.100 > libavformat 54. 59.106 / 54. 59.106 > libavdevice 54. 3.102 / 54. 3.102 > libavfilter 3. 32.100 / 3. 32.100 > libswscale 2. 1.103 / 2. 1.103 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 2.100 / 52. 2.100 > [mpegts @ 0x869aea0] Format mpegts probed with size=2048 and score=100 > [mpegts @ 0x869aea0] stream=0 stream_type=1b pid=100 prog_reg_desc= > [mpegts @ 0x869aea0] stream=1 stream_type=f pid=101 prog_reg_desc= > [mpegts @ 0x869aea0] File position before avformat_find_stream_info() is > 0 > [h264 @ 0x869ed80] Current profile doesn't provide more RBSP data in PPS, > skipping > [mpegts @ 0x869aea0] File position after avformat_find_stream_info() is 0 > Input #0, mpegts, from '/tmp/out1.ts': > Duration: 00:00:04.28, start: 4.800000, bitrate: 946 kb/s > Program 1 > Metadata: > service_name : Service01 > service_provider: FFmpeg > Stream #0:0[0x100], 107, 1/90000: Video: h264 (Constrained Baseline) > ([27][0][0][0] / 0x001B), yuv420p, 480x270, 1/180000, 25 tbr, 90k tbn, > 180k tbc > Stream #0:1[0x101], 185, 1/90000: Audio: aac ([15][0][0][0] / > 0x000F), 44100 Hz, stereo, fltp, 135 kb/s > [h264 @ 0x869ed80] detected 4 logical cores > [AVIOContext @ 0x86a34a0] Statistics: 756284 bytes read, 2 seeks > }}} > }}} > > As it seems from the above outputs, the mpegts segments haven't got the > metadata. > > Thanks for you consideration. New description: I'm trying to set mpegts metadata on segments produced by hls muxer, but they won't get the metadata. The following command can reproduce the problem: {{{ bin/ffmpeg -v 99 -i ~/Videos/trailer_iphone.m4v -acodec copy -vcodec copy -vbsf h264_mp4toannexb -metadata service_provider="myProvider" -metadata service_name="myService" -f hls -y /tmp/out.m3u8 }}} The output of the above is the following: {{{ ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 22 2013 07:04:25 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --prefix=/home/me/ffmpeg/build/dist/ --enable-shared --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable- libv4l2 libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '/home/me/Videos/trailer_iphone.m4v'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'copy'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-vbsf' ... matched as option 'vbsf' (deprecated) with argument 'h264_mp4toannexb'. Reading option '-metadata' ... matched as option 'metadata' (add metadata) with argument 'service_provider=myProvider'. Reading option '-metadata' ... matched as option 'metadata' (add metadata) with argument 'service_name=myService'. Reading option '-f' ... matched as option 'f' (force format) with argument 'hls'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '/tmp/out.m3u8' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 99. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file /home/me/Videos/trailer_iphone.m4v. Successfully parsed a group of options. Opening an input file: /home/me/Videos/trailer_iphone.m4v. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] ISO: File Type Major Brand: M4VP [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] File position before avformat_find_stream_info() is 14880 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8566fc0] File position after avformat_find_stream_info() is 21646 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/me/Videos/trailer_iphone.m4v': Metadata: major_brand : M4VP minor_version : 1 compatible_brands: M4VPM4A mp42isom creation_time : 2008-03-18 09:48:34 Duration: 00:00:33.02, start: 0.000000, bitrate: 942 kb/s Stream #0:0(eng), 22, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s Metadata: creation_time : 2008-03-18 09:48:34 handler_name : Apple Sound Media Handler Stream #0:1(eng), 1, 1/600: Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x270, 1/1200, 824 kb/s, 25 fps, 25 tbr, 600 tbn, 1200 tbc Metadata: creation_time : 2008-03-18 09:48:34 handler_name : Apple Video Media Handler Successfully openened the file. Parsing a group of options: output file /tmp/out.m3u8. Applying option acodec (force audio codec ('copy' to copy stream)) with argument copy. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option vbsf (deprecated) with argument h264_mp4toannexb. Applying option metadata (add metadata) with argument service_provider=myProvider. Applying option metadata (add metadata) with argument service_name=myService. Applying option f (force format) with argument hls. Successfully parsed a group of options. Opening an output file: /tmp/out.m3u8. Successfully openened the file. [mpegts @ 0x8577e40] muxrate VBR, pcr every 60 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, hls, to '/tmp/out.m3u8': Metadata: major_brand : M4VP minor_version : 1 compatible_brands: M4VPM4A mp42isom service_provider: myProvider service_name : myService encoder : Lavf54.59.106 Stream #0:0(eng), 0, 1/90000: Video: h264 (avc1 / 0x31637661), yuv420p, 480x270, 1/600, q=2-31, 824 kb/s, 25 fps, 90k tbn, 600 tbc Metadata: creation_time : 2008-03-18 09:48:34 handler_name : Apple Video Media Handler Stream #0:1(eng), 0, 1/90000: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 127 kb/s Metadata: creation_time : 2008-03-18 09:48:34 handler_name : Apple Sound Media Handler Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help [adts @ 0x8566340] Encoder did not produce proper pts, making some up. No more output streams to write to, finishing. frame= 812 fps=0.0 q=-1.0 Lsize=N/A time=00:00:33.04 bitrate=N/A video:3270kB audio:514kB subtitle:0 global headers:0kB muxing overhead -100.000568% [AVIOContext @ 0x856f5e0] Statistics: 3889885 bytes read, 0 seeks }}} Inspecting the output with ffprobe {{{ bin/ffprobe -v 99 /tmp/out1.ts }}} The probe result {{{ ffprobe version 1.1.2 Copyright (c) 2007-2013 the FFmpeg developers built on Feb 22 2013 07:04:25 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --prefix=/home/me/ffmpeg/build/dist/ --enable-shared --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable- libv4l2 libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x869aea0] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x869aea0] stream=0 stream_type=1b pid=100 prog_reg_desc= [mpegts @ 0x869aea0] stream=1 stream_type=f pid=101 prog_reg_desc= [mpegts @ 0x869aea0] File position before avformat_find_stream_info() is 0 [h264 @ 0x869ed80] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x869aea0] File position after avformat_find_stream_info() is 0 Input #0, mpegts, from '/tmp/out1.ts': Duration: 00:00:04.28, start: 4.800000, bitrate: 946 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100], 107, 1/90000: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 480x270, 1/180000, 25 tbr, 90k tbn, 180k tbc Stream #0:1[0x101], 185, 1/90000: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 135 kb/s [h264 @ 0x869ed80] detected 4 logical cores [AVIOContext @ 0x86a34a0] Statistics: 756284 bytes read, 2 seeks }}} As it seems from the above outputs, the mpegts segments haven't got the metadata. Thanks for you consideration. -- Comment: Duplicate of ticket #2230 Patch on mailing list: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/159604 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 00:11:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 23:11:58 -0000 Subject: [FFmpeg-trac] #2295(undetermined:new): windows32 static builds are broken In-Reply-To: <045.07155145db128349b4b99f2fe713161b@avcodec.org> References: <045.07155145db128349b4b99f2fe713161b@avcodec.org> Message-ID: <060.58c3353e73b5472e1ff279c61cc98edd@avcodec.org> #2295: windows32 static builds are broken -------------------------------------+------------------------------------- Reporter: | Owner: matteosistisette | Status: new Type: defect | Component: Priority: normal | undetermined Version: 1.1.2 | Resolution: Keywords: mov | Blocked By: timecode | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov timecode * priority: critical => normal * component: FFmpeg => undetermined Comment: Is this also reproducible with current git head? Please provide the input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 00:12:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Feb 2013 23:12:13 -0000 Subject: [FFmpeg-trac] #2295(undetermined:new): windows32 static builds are broken In-Reply-To: <045.07155145db128349b4b99f2fe713161b@avcodec.org> References: <045.07155145db128349b4b99f2fe713161b@avcodec.org> Message-ID: <060.180749ffad586085f801b8d91d2cf13b@avcodec.org> #2295: windows32 static builds are broken -------------------------------------+------------------------------------- Reporter: | Owner: matteosistisette | Status: new Type: defect | Component: Priority: normal | undetermined Version: 1.1.2 | Resolution: Keywords: mov | Blocked By: timecode | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > Summary of the bug: > How to reproduce: > > download latest 32bit static build for windows > > {{{ > ffmpeg.exe -i input.mov -an -vcodec copy output.mov > ffmpeg version N-42069-g3233ad4 Copyright (c) 2000-2012 the FFmpeg > developers > built on Jun 30 2012 13:18:20 with gcc 4.7.1 > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-ru > ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r > --enable-libass > --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb > --enable > -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut > --enable-libope > njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex > --enable-libth > eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc > --enable- > libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- > libxvid --e > nable-zlib > libavutil 51. 63.100 / 51. 63.100 > libavcodec 54. 31.100 / 54. 31.100 > libavformat 54. 14.100 / 54. 14.100 > libavdevice 54. 0.100 / 54. 0.100 > libavfilter 3. 0.100 / 3. 0.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mov': > Metadata: > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > creation_time : 2008-12-16 17:25:24 > timecode : 01:00:00:00 > Duration: 00:02:15.56, start: 0.000000, bitrate: 29574 kb/s > Stream #0:0(eng): Video: dvvideo (dvcp / 0x70637664), yuv420p, > 720x576 [SAR > 16:15 DAR 4:3], 28800 kb/s, SAR 59:54 DAR 295:216, 25 fps, 25 tbr, 2500 > tbn, 25 > tbc > Metadata: > creation_time : 2008-12-16 17:25:24 > handler_name : Gestor de datos de alias Apple > Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > mono, s16, > 768 kb/s > Metadata: > creation_time : 2008-12-16 17:25:24 > handler_name : Gestor de datos de alias Apple > Stream #0:2(eng): Data: none (tmcd / 0x64636D74) > Metadata: > creation_time : 2008-12-16 17:29:03 > handler_name : Gestor de datos de alias Apple > timecode : 01:00:00:00 > [mov @ 03d57e20] Timecode frame rate not supported > Output #0, mov, to 'output.mov': > Metadata: > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > timecode : 01:00:00:00 > encoder : Lavf54.14.100 > Stream #0:0(eng): Video: dvvideo (dvcp / 0x70637664), yuv420p, > 720x576 [SAR > 59:54 DAR 295:216], q=2-31, 28800 kb/s, 25 fps, 2500 tbn, 2500 tbc > Metadata: > creation_time : 2008-12-16 17:25:24 > handler_name : Gestor de datos de alias Apple > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Could not write header for output file #0 (incorrect codec parameters ?): > Operation not permitted > ))) > > "Timecode frame rate not supported", "incorrect codec parameters", and > "Operation not permitted": none of these makes sense or should happen, > since all it has to do is copy the video stream. New description: Summary of the bug: How to reproduce: download latest 32bit static build for windows {{{ ffmpeg.exe -i input.mov -an -vcodec copy output.mov ffmpeg version N-42069-g3233ad4 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 30 2012 13:18:20 with gcc 4.7.1 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 31.100 / 54. 31.100 libavformat 54. 14.100 / 54. 14.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.100 / 3. 0.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-12-16 17:25:24 timecode : 01:00:00:00 Duration: 00:02:15.56, start: 0.000000, bitrate: 29574 kb/s Stream #0:0(eng): Video: dvvideo (dvcp / 0x70637664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 28800 kb/s, SAR 59:54 DAR 295:216, 25 fps, 25 tbr, 2500 tbn, 25 tbc Metadata: creation_time : 2008-12-16 17:25:24 handler_name : Gestor de datos de alias Apple Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2008-12-16 17:25:24 handler_name : Gestor de datos de alias Apple Stream #0:2(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2008-12-16 17:29:03 handler_name : Gestor de datos de alias Apple timecode : 01:00:00:00 [mov @ 03d57e20] Timecode frame rate not supported Output #0, mov, to 'output.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt timecode : 01:00:00:00 encoder : Lavf54.14.100 Stream #0:0(eng): Video: dvvideo (dvcp / 0x70637664), yuv420p, 720x576 [SAR 59:54 DAR 295:216], q=2-31, 28800 kb/s, 25 fps, 2500 tbn, 2500 tbc Metadata: creation_time : 2008-12-16 17:25:24 handler_name : Gestor de datos de alias Apple Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted }}} "Timecode frame rate not supported", "incorrect codec parameters", and "Operation not permitted": none of these makes sense or should happen, since all it has to do is copy the video stream. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 01:41:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 00:41:59 -0000 Subject: [FFmpeg-trac] #1928(FFplay:open): ape: fix seeking (with ffplay) In-Reply-To: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> References: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> Message-ID: <053.0da2936a6cee7c1a0b7203e3f6811abd@avcodec.org> #1928: ape: fix seeking (with ffplay) ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: ape seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * owner: => cus -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 01:53:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 00:53:33 -0000 Subject: [FFmpeg-trac] #2201(FFplay:open): ffplay: add "-sn" option to disable decoding and displaying of subtitles In-Reply-To: <038.b66927d8aa2beda2b7cdaacb1f2439b8@avcodec.org> References: <038.b66927d8aa2beda2b7cdaacb1f2439b8@avcodec.org> Message-ID: <053.fb598db59bd49e9f95e80f339dbcc138@avcodec.org> #2201: ffplay: add "-sn" option to disable decoding and displaying of subtitles ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * owner: => cus * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 02:18:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 01:18:15 -0000 Subject: [FFmpeg-trac] #2200(FFplay:open): ffplay: skip SHOW_MODE_VIDEO while cycling show modes with "w" key In-Reply-To: <038.d05e4dc1b40ba6a6e23ce35d7b5b273b@avcodec.org> References: <038.d05e4dc1b40ba6a6e23ce35d7b5b273b@avcodec.org> Message-ID: <053.7b672b19997223927404d995e9f0a94b@avcodec.org> #2200: ffplay: skip SHOW_MODE_VIDEO while cycling show modes with "w" key -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: enhancement | Status: open Priority: wish | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cus): * owner: => cus -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 05:15:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 04:15:51 -0000 Subject: [FFmpeg-trac] #2284(undetermined:new): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static In-Reply-To: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> References: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> Message-ID: <051.462eccb7962be5ee5c98e9ef8847faa6@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jamal): You can download gbd x86_64 from here: http://sourceforge.net/projects/mingw-w64/files/External%20binary%20packages%20%28Win64%20hosted%29/gdb/ You can then follow the instructions from the bug report guide page to get a backtrace. Ignore the Valgrind section since that's not available for Windows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 11:18:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 10:18:16 -0000 Subject: [FFmpeg-trac] #2297(FFmpeg:new): benchmark only works if encoding is possible Message-ID: <036.4344b1576bfb4fce6e34d6fb7722a8a9@avcodec.org> #2297: benchmark only works if encoding is possible --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: benchmark Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+----------------------------------- The -benchmark option cannot be used to test the memory (and process time) requirement to probe the input file: {{{ $ ffmpeg -benchmark -i tests/lena.pnm ffmpeg version N-50189-g239b88c Copyright (c) 2000-2013 the FFmpeg developers built on Feb 22 2013 23:46:57 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 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 At least one output file must be specified }}} {{{ $ ffmpeg -benchmark -i tests/lena.pnm -f null - ffmpeg version N-50189-g239b88c Copyright (c) 2000-2013 the FFmpeg developers built on Feb 22 2013 23:46:57 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 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 Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.63.100 Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> rawvideo) Press [q] to stop, [?] for help [null @ 0x2836ca0] Encoder did not produce proper pts, making some up. frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -122.916667% bench: utime=0.000s maxrss=4996kB }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 13:11:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 12:11:44 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file Message-ID: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> #2298: High memory allocation with broken pmp file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git- | Keywords: pmp master | videolan Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (vlc ticket 8226) A sample was uploaded to videolan trac that allocates several Gigabyte at probing, I will attach the sample and a patch that improves the situation, but valgrind still reports 1,021,771,097 allocs with 1,902,250,215,888,401,222 bytes. {{{ $ ffmpeg -i dos.pmp ffmpeg version N-50197-g23c9180 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 23 2013 13:10:17 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [pmp @ 0x32a8520] Unsupported audio format [NULL @ 0x32ae8e0] [IMGUTILS @ 0x7fffe55dd7e0] Picture size 1094795585x1094795585 is invalid [NULL @ 0x32ae8e0] Ignoring invalid width/height values [pmp @ 0x32a8520] Could not find codec parameters for stream 0 (Video: mpeg4, yuv420p): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 1 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 2 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 3 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 4 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 5 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 6 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 7 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 8 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 9 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 10 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options ... [pmp @ 0x32a8520] Could not find codec parameters for stream 16691 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16692 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16693 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16694 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16695 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16696 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16697 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16698 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16699 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16700 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16701 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16702 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16703 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16704 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16705 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options dos.pmp: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 13:12:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 12:12:43 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.a97f3de6aac183bae8084f16774b441c@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Description changed by cehoyos: Old description: > (vlc ticket 8226) > A sample was uploaded to videolan trac that allocates several Gigabyte at > probing, I will attach the sample and a patch that improves the > situation, but valgrind still reports 1,021,771,097 allocs with > 1,902,250,215,888,401,222 bytes. > {{{ > $ ffmpeg -i dos.pmp > ffmpeg version N-50197-g23c9180 Copyright (c) 2000-2013 the FFmpeg > developers > built on Feb 23 2013 13:10:17 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl --disable-indev=jack > libavutil 52. 17.103 / 52. 17.103 > libavcodec 54. 92.100 / 54. 92.100 > libavformat 54. 63.100 / 54. 63.100 > libavdevice 54. 3.103 / 54. 3.103 > libavfilter 3. 39.101 / 3. 39.101 > libswscale 2. 2.100 / 2. 2.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 2.100 / 52. 2.100 > [pmp @ 0x32a8520] Unsupported audio format > [NULL @ 0x32ae8e0] [IMGUTILS @ 0x7fffe55dd7e0] Picture size > 1094795585x1094795585 is invalid > [NULL @ 0x32ae8e0] Ignoring invalid width/height values > [pmp @ 0x32a8520] Could not find codec parameters for stream 0 (Video: > mpeg4, yuv420p): unspecified size > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 1 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 2 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 3 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 4 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 5 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 6 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 7 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 8 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 9 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 10 (Audio: > none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > > ... > > [pmp @ 0x32a8520] Could not find codec parameters for stream 16691 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16692 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16693 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16694 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16695 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16696 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16697 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16698 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16699 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16700 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16701 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16702 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16703 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16704 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [pmp @ 0x32a8520] Could not find codec parameters for stream 16705 > (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > dos.pmp: could not find codec parameters > }}} New description: (vlc ticket 8226) A sample was uploaded to videolan trac that allocates several Gigabyte at probing, I will attach the sample and a patch that improves the situation, but valgrind still reports 1,021,771,097 allocs with 1,902,250,215,888,401,222 bytes with the patch. {{{ $ ffmpeg -i dos.pmp ffmpeg version N-50197-g23c9180 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 23 2013 13:10:17 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [pmp @ 0x32a8520] Unsupported audio format [NULL @ 0x32ae8e0] [IMGUTILS @ 0x7fffe55dd7e0] Picture size 1094795585x1094795585 is invalid [NULL @ 0x32ae8e0] Ignoring invalid width/height values [pmp @ 0x32a8520] Could not find codec parameters for stream 0 (Video: mpeg4, yuv420p): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 1 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 2 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 3 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 4 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 5 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 6 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 7 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 8 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 9 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 10 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options ... [pmp @ 0x32a8520] Could not find codec parameters for stream 16691 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16692 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16693 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16694 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16695 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16696 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16697 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16698 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16699 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16700 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16701 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16702 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16703 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16704 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [pmp @ 0x32a8520] Could not find codec parameters for stream 16705 (Audio: none, 1094795585 Hz, 4276546 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options dos.pmp: could not find codec parameters }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 13:26:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 12:26:04 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.ce289803a2675bddeb8d1735a61e01fe@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by richardpl): It should just stop when unsupported audio format is found. (It does not set codec id and because of that nothing is lost) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 13:35:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 12:35:07 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.4885a75405ba1b75ec8999f75be0a216@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by richardpl): If format really allow so many number of streams (16bit), it could be also sensible to demux only some of them (because of brain dead format), but considering there is no such real sample there is no need for such feature. And you could just safely limit max number of streams to 16. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 13:39:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 12:39:47 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.86487a7b87ddb779ef62dbe13106f5d3@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by heleppkes): Even if the file has 16k streams, why does that require gigabytes of memory? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 13:52:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 12:52:04 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.f6ceba22e144cbfc3bdbe5e4907e5f7b@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by richardpl): By calling avformat_new_stream() 16k times. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 15:03:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 14:03:28 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.d34b237dc3618d352e2bb7b6ab35d10e@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by heleppkes): And why does every stream take over 100mb in memory then? What does it allocate there? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 15:07:26 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 14:07:26 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.6840adcf836a6c735b50148d070609bf@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by richardpl): Not just stream structure it allocates other stuff too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 15:55:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 14:55:32 -0000 Subject: [FFmpeg-trac] #2299(FFmpeg:new): -dump_attachment option is poorly documented and/or doesn't work Message-ID: <034.21d33fa0b6ba2b732c6078fb5532f52f@avcodec.org> #2299: -dump_attachment option is poorly documented and/or doesn't work --------------------------------+-------------------------------------- Reporter: slhck | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- The FFmpeg documentation gives the following example for dumping attachments from MKV files: {{{ To extract all attachments to files determined by the filename tag: ffmpeg -dump_attachment:t "" INPUT }}} There are a few confusing points about this example: * {{{-dump_attachment}}} seems to be a per-file option, and not a global one, so it should come _after_ the input. * The input file would be missing the {{{-i}}} option altogether Because of this, FFmpeg just overwrites and empties the input file when using the above command. Here's an example with an attachment created with {{{mkvmerge}}}: {{{ mkvmerge -o out.mkv -A in.mp4 \ --attachment-description "Test Attachment" \ --attachment-mime-type image/jpeg \ --attach-file out.jpg mkvmerge v5.0.1 ('Es ist Sommer') built on Jul 30 2012 19:32:42 'in.mp4': Using the Quicktime/MP4 demultiplexer. 'in.mp4' track 1: Using the MPEG-4 part 10 (AVC) video output module. The file 'out.mkv' has been opened for writing. 'in.mp4' track 1: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1280/720. Progress: 100% The cue entries (the index) are being written... Muxing took 0 seconds. }}} Checking whether the file really contains an attachment: {{{ mkvmerge -i out.mkv File 'out.mkv': container: Matroska Track ID 1: video (V_MPEG4/ISO/AVC) Attachment ID 1: type 'image/jpeg', size 45690 bytes, description 'Test Attachment', file name 'out.jpg' }}} Then, with FFmpeg: {{{ ffmpeg -dump_attachment:t "" out.mkv ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 8 2013 22:55:29 with Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.1.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --cc=cc --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-libxvid --enable-libfreetype --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libvo-aacenc --enable-ffplay --enable-libfdk-aac --enable- libopus --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1/include/openjpeg-1.5 ' libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 File 'out.mkv' already exists. Overwrite ? [y/N] }}} Naturally, pressing {{{y}}} here would just overwrite the file and do nothing. This also doesn't work, as a per-file option. It doesn't dump the attachment. {{{ ffmpeg -i out.mkv -dump_attachment "" -c copy out2.mkv ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 8 2013 22:55:29 with Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.1.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --cc=cc --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-libxvid --enable-libfreetype --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libvo-aacenc --enable-ffplay --enable-libfdk-aac --enable- libopus --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1/include/openjpeg-1.5 ' libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'out.mkv': Metadata: creation_time : 2013-02-23 14:22:56 Duration: 00:03:31.48, start: 0.000000, bitrate: 2232 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1: Attachment: mjpeg Metadata: filename : out.jpg mimetype : image/jpeg Output #0, matroska, to 'out2.mkv': Metadata: encoder : Lavf54.59.106 Stream #0:0(eng): Video: h264 (H264 / 0x34363248), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn, 1k tbc (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 5287 fps=0.0 q=-1.0 Lsize= 57601kB time=00:03:31.36 bitrate=2232.5kbits/s video:57559kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.071764% }}} Note: * In the above examples, substituting {{{-dump_attachment:t}}} for {{{-dump_attachment}}} doesn't make a difference. * The defect is the same in the Git master head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 17:30:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 16:30:12 -0000 Subject: [FFmpeg-trac] #2292(avformat:closed): Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] In-Reply-To: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> References: <038.10578c0029e8bd4e2fc851b096bc9c07@avcodec.org> Message-ID: <053.103a380373e182997d277e99c0a8d109@avcodec.org> #2292: Crash: Buffer overflow in rtmp_open() [libavformat/rtmpproto.c] ------------------------------------+------------------------------------ Reporter: marcel123 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: RTMP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 18:45:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 17:45:21 -0000 Subject: [FFmpeg-trac] #2093(avcodec:new): ffplay: crash when seeking with the mouse In-Reply-To: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> References: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> Message-ID: <053.e5bc24fd7c1b0ddeace1b4cb2ee8f1a0@avcodec.org> #2093: ffplay: crash when seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): if "s->last_lambda_for [s->pict_type]" crashes then we could assume pict_type has a value far outside the arrays diemnsions. Next would be to find out what sets it to such invalid value (if thats the case). I cant reproduce the bug here so someone else will have to do that ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 19:20:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 18:20:50 -0000 Subject: [FFmpeg-trac] #2299(documentation:open): -dump_attachment option is poorly documented and/or doesn't work In-Reply-To: <034.21d33fa0b6ba2b732c6078fb5532f52f@avcodec.org> References: <034.21d33fa0b6ba2b732c6078fb5532f52f@avcodec.org> Message-ID: <049.d49e1be4d67737deebb90ca64ff8d0b5@avcodec.org> #2299: -dump_attachment option is poorly documented and/or doesn't work -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * component: FFmpeg => documentation * reproduced: 0 => 1 Comment: http://ffmpeg.org/ffmpeg.html#Main-options Patch sent, try "ffmpeg -dump_attachment:t "" -i out.mkv" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 19:33:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 18:33:38 -0000 Subject: [FFmpeg-trac] #2140(avfilter:closed): null ptr deref due to vf_mp not setting pseudo palette In-Reply-To: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> References: <036.8ba83c007250d4b303b332ce0fa53802@avcodec.org> Message-ID: <051.febf986efc931e7d0662e73456e916cd@avcodec.org> #2140: null ptr deref due to vf_mp not setting pseudo palette -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV mp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 19:42:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 18:42:25 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.e0a69107d28e8bb065e8d8a34abc4fef@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by reimar): You're looking at the completely wrong place, 16k streams is not a problem, and 16 streams is more than ridulously low, there are more than enough real-world files using more than 30 stream. I'm quite sure the issue is in a missing EOF check. However in addition the valgrind numbers you quote give a completely wrong impression, it is not possible to allocate than much data, this is just a huge number of reallocs. I do not think there allocation ever becomes unreasonably large, however we do have a av_max_alloc function and I have a suspicion this might be a user error, if a user does not want large allocations they should forbid them (though I admit there might be a good argument to be made to default to a lower value on 32 bit systems). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 20:37:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 19:37:04 -0000 Subject: [FFmpeg-trac] #2300(avformat:new): segment muxer produces files with wrong duration Message-ID: <035.ff6487d652c85b39af9bffbb4c4111ec@avcodec.org> #2300: segment muxer produces files with wrong duration --------------------------------------+---------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: segment Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- The duration stored in the headers of the segments produced by the segment demuxer is not consistent with the timestamps of the frames it contains. Example: {{{ ./ffmpeg_g -f lavfi -i testsrc=d=20 -f segment -c mpeg4 -map 0 -segment_time 10 -y /tmp/segment%03d.mp4 ./ffprobe_g -show_packets -show_format -of compact -show_entries packet=pts_time -show_entries format=duration /tmp/segment000.mp4 ./ffprobe_g -show_packets -show_format -of compact -show_entries packet=pts_time -show_entries format=duration /tmp/segment001.mp4 }}} {{{ packet|pts_time=9.960000 packet|pts_time=10.000000 packet|pts_time=10.040000 format|duration=10.322000|tag:major_brand= }}} {{{ packet|pts_time=10.080000 packet|pts_time=10.120000 packet|pts_time=10.160000 }}} As you can see, the timestamps of the segments are consistent, but the duration of the first fragment should be 10.08, that makes a 0.242 error. The result is correct without the segment muxer: {{{ ./ffmpeg_g -f lavfi -i testsrc=d=10.08 -c mpeg4 -map 0 -y /tmp/segment.mp4 ./ffprobe_g -show_packets -show_format -of compact -show_entries packet=pts_time -show_entries format=duration /tmp/segment.mp4 }}} {{{ packet|pts_time=10.000000 packet|pts_time=10.040000 format|duration=10.080000|tag:major_brand= }}} The same problem seems to happen with other formats than MP4, for example Matroska: {{{ packet|pts_time=10.000000 packet|pts_time=10.040000 format|duration=13.640000|tag:ENCODER=Lavf54.63.100 }}} Full (almost) console output of the previous commands (probably not helpful): {{{ ./ffmpeg_g -f lavfi -i testsrc=d=20 -f segment -c mpeg4 -map 0 -segment_time 10 -y /tmp/segment%03d.mp4 ffmpeg version N-50194-g0ac71f9 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 23 2013 11:34:47 with gcc 4.7 (Debian 4.7.2-5) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libass --enable-libfreetype --enable-libopus --assert- level=2 libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 0x101c0c0] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc=d=20': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, segment, to '/tmp/segment%03d.mp4': Metadata: encoder : Lavf54.63.100 Stream #0:0: Video: mpeg4, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help frame= 500 fps=0.0 q=3.6 Lsize=N/A time=00:00:20.00 bitrate=N/A video:742kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.002896% }}} {{{ ./ffprobe_g -show_packets -show_format -of compact -show_entries packet=pts_time -show_entries format=duration /tmp/segment000.mp4 ffprobe version N-50194-g0ac71f9 Copyright (c) 2007-2013 the FFmpeg developers built on Feb 23 2013 11:34:47 with gcc 4.7 (Debian 4.7.2-5) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libass --enable-libfreetype --enable-libopus --assert- level=2 libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/segment000.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.63.100 Duration: 00:00:10.32, start: 0.000000, bitrate: 313 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 312 kb/s, 24.42 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler packet|pts_time=0.000000 packet|pts_time=0.040000 packet|pts_time=0.080000 packet|pts_time=0.120000 ... packet|pts_time=9.880000 packet|pts_time=9.920000 packet|pts_time=9.960000 packet|pts_time=10.000000 packet|pts_time=10.040000 format|duration=10.322000|tag:major_brand=isom|tag:minor_version=512|tag:compatible_brands=isomiso2mp41|tag:encoder=Lavf54.63.100 }}} {{{ ./ffmpeg_g -f lavfi -i testsrc=d=10.08 -c mpeg4 -map 0 -y /tmp/segment.mp4 ffmpeg version N-50194-g0ac71f9 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 23 2013 11:34:47 with gcc 4.7 (Debian 4.7.2-5) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libass --enable-libfreetype --enable-libopus --assert- level=2 libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 0x10b8000] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc=d=10.08': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, mp4, to '/tmp/segment.mp4': Metadata: encoder : Lavf54.63.100 Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help frame= 252 fps=0.0 q=2.7 Lsize= 396kB time=00:00:10.08 bitrate= 321.5kbits/s video:394kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.471736% }}} {{{ ./ffprobe_g -show_packets -show_format -of compact -show_entries packet=pts_time -show_entries format=duration /tmp/segment.mp4 ffprobe version N-50194-g0ac71f9 Copyright (c) 2007-2013 the FFmpeg developers built on Feb 23 2013 11:34:47 with gcc 4.7 (Debian 4.7.2-5) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libass --enable-libfreetype --enable-libopus --assert- level=2 libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/segment.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.63.100 Duration: 00:00:10.08, start: 0.000000, bitrate: 321 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 319 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler packet|pts_time=0.000000 packet|pts_time=0.040000 packet|pts_time=0.080000 ... packet|pts_time=9.960000 packet|pts_time=10.000000 packet|pts_time=10.040000 format|duration=10.080000|tag:major_brand=isom|tag:minor_version=512|tag:compatible_brands=isomiso2mp41|tag:encoder=Lavf54.63.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 21:56:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 20:56:24 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.6029003864f33ee4becbf164f799cbb8@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * cc: reimar (added) Comment: Replying to [comment:8 reimar]: > I do not think the allocation ever becomes unreasonably large, however we do have a av_max_alloc function and I have a suspicion this might be a user error Allocation is >2G here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 21:58:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 20:58:38 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.743c058f61a0d79f5fcf40fb217ed0d5@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by martii): Is anyone caring about this issue, or is it in some "ignore, won't fix" state? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 22:11:06 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 21:11:06 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.5b249fd571234770a06521c87e1d44d0@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Can you explain how you recorded the sample? The reason I ask is that I can record ARD here with mplayer dvb://ARD -dumpstream and the teletext stream is correctly detected by ffmpeg -i stream.dump (will upload as ARD-UPC.ts), so I wonder if you are simply recording the stream without the teletext data (or, as Kieran already assumed, more likely the PMT). (I originally did not react anymore because you completely changed the stream that you uploaded which made the ticket somehow invalid imo, but please don't mind that.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 22:27:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 21:27:52 -0000 Subject: [FFmpeg-trac] #2211(undetermined:new): Not possible to override bogus FPS in raw h264 streams In-Reply-To: <036.edaaaa5f0723fc0d3596cb2af121944c@avcodec.org> References: <036.edaaaa5f0723fc0d3596cb2af121944c@avcodec.org> Message-ID: <051.5ef76e382437ca8317cd429d45b2ee2f@avcodec.org> #2211: Not possible to override bogus FPS in raw h264 streams -------------------------------------+------------------------------------- Reporter: jaanusk | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Ticket #2276 is probably a duplicate of this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 23 22:33:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 21:33:02 -0000 Subject: [FFmpeg-trac] #2252(avformat:open): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> References: <040.b45f1db91318e688de4363dada8845b4@avcodec.org> Message-ID: <055.abab7139ac2dd63d7dc899b5745b92a2@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 00:11:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Feb 2013 23:11:56 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.3b41b3134fb440d96a8585fa55c0e52d@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): I'll do my best to find one that has both problems, but it could take a while to check a bunch of files for errors. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 01:10:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 00:10:59 -0000 Subject: [FFmpeg-trac] #2298(avformat:new): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.b0139a2b5933e18782fa2c78537b0150@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by DonMoir): * cc: donmoir@? (added) Comment: It uses approximately 400MB opening 16706 streams most likely all for nothing. I have to assume that number is wrong and index_cnt is definitely out of the park at 1094778880. Does anyone have a sample pmp that works correctly? I had to reboot after my first attempt at opening it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 07:53:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 06:53:09 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.bddb7070ef19458845ec948f6fcf7a0f@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): I've managed to find a clip that contains both and audio change and several large gaps. To include both, I have to send a fairly large (400MB) clip uploaded as "Ticket2210.7z". Please do three things with it: 1. Run it through ffmpeg thus: {{{ ffmpeg -i "Ticket2210.ts" -q:vscale 2 -acodec ac3 -ab 384k -ac 6 -async 48000 "out.avi" }}} The resulting avi file will be completely out of sync after the first ten seconds (which is approx where the 2ch-->6ch occurs). The original video file should be 3:35, but the final avi is 3:45 with 10 secs of unnecessary silent audio added. 2. To get a file that only contains the audio gaps, use the following cmd: {{{ ffmpeg -i "Ticket2210.ts" -vcodec copy -acodec copy -ss 00:01:33.000 "gaps.ts" }}} Then run the following cmd on "gaps.ts": {{{ ffmpeg -i "gaps.ts" -q:vscale 2 -acodec ac3 -ab 384k -ac 6 -async 48000 "out.avi" }}} This should result in a perfectly synced avi and is a good example of why I need to use -async in the first place. 3. Take the previously created "gaps.ts" and run it without async: {{{ ffmpeg -i "gaps.ts" -q:vscale 2 -acodec ac3 -ab 384k -ac 6 "out2.avi" }}} That file will have out of sync audio that ends before the video does. Is it possible to fix the channel change confusion, since -async is obviously so useful for other errors but fails in that situation? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 08:32:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 07:32:48 -0000 Subject: [FFmpeg-trac] #2298(avformat:closed): High memory allocation with broken pmp file In-Reply-To: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> References: <036.18d8fd2feb5a1755bc3267c96dbd6c3f@avcodec.org> Message-ID: <051.8891f9e848b4db8eec7160896f62a2dc@avcodec.org> #2298: High memory allocation with broken pmp file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: pmp videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Reimar and Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 10:44:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 09:44:58 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.92a3ef04bc83d6e74137e768eb5c1d00@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Thank you for the sample! (I did not realize -async helps with transport streams that have reception errors.) The following command line produces an output file with heavy A/V desync (several seconds) because of decoding errors after ~5 seconds: {{{ $ ffmpeg -skip_initial_bytes 170M -i Ticket2210.ts -qscale 2 -t 25 out.avi ffmpeg version N-50203-g73fce25 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 23 2013 22:41:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg2video @ 0x294b060] 0x0 is invalid Last message repeated 11 times Input #0, mpegts, from 'Ticket2210.ts': Duration: 00:02:19.09, start: 77.403367, bitrate: 26800 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 448 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.63.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:1 -> #0:1 (ac3 -> ac3) Press [q] to stop, [?] for help frame CRC mismatch0 q=2.0 size= 10877kB time=00:00:02.91 bitrate=30598.0kbits/s [ac3 @ 0x294b9a0] frame sync error Error while decoding stream #0:1: Operation not permitted [mpeg2video @ 0x294b060] ac-tex damaged at 82 17 [mpeg2video @ 0x294b060] Warning MVs not available [mpeg2video @ 0x294b060] concealing 6087 DC, 6087 AC, 6087 MV errors in I frame frame= 555 fps=175 q=2.0 Lsize= 40535kB time=00:00:25.02 bitrate=13269.3kbits/s video:39452kB audio:1038kB subtitle:0 global headers:0kB muxing overhead 0.113509% }}} The same desync can be seen when transcoding from the beginning: {{{ $ ffmpeg -i Ticket2210.ts -qscale 2 -t 100 out100.avi ffmpeg version N-50203-g73fce25 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 23 2013 22:41:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mpegts, from 'Ticket2210.ts': Duration: 00:03:35.09, start: 1.403367, bitrate: 17330 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 192 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out100.avi': Metadata: ISFT : Lavf54.63.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:1 -> #0:1 (ac3 -> ac3) Press [q] to stop, [?] for help Input stream #0:1 frame changed from rate:48000 fmt:fltp ch:2 chl:stereo to rate:48000 fmt:fltp ch:6 chl:5.1(side) ac-tex damaged at 44 54.0 size= 118160kB time=00:00:57.08 bitrate=16955.7kbits/s [mpeg2video @ 0x2e920a0] Warning MVs not available [mpeg2video @ 0x2e920a0] concealing 1680 DC, 1680 AC, 1680 MV errors in I frame frame CRC mismatch9 q=2.0 size= 158309kB time=00:01:18.41 bitrate=16539.2kbits/s [ac3 @ 0x2e929e0] frame sync error Error while decoding stream #0:1: Operation not permitted [mpeg2video @ 0x2e920a0] ac-tex damaged at 82 17 [mpeg2video @ 0x2e920a0] concealing 6087 DC, 6087 AC, 6087 MV errors in I frame frame= 2816 fps=180 q=2.0 Lsize= 188541kB time=00:01:40.03 bitrate=15440.1kbits/s video:186184kB audio:2202kB subtitle:0 global headers:0kB muxing overhead 0.082094% }}} The following command line produces an output file that plays without visible desync: {{{ $ ffmpeg -async 1 -skip_initial_bytes 170M -i Ticket2210.ts -qscale 2 -t 25 outasync1.avi ffmpeg version N-50203-g73fce25 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 23 2013 22:41:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg2video @ 0x2911080] 0x0 is invalid Last message repeated 11 times Input #0, mpegts, from 'Ticket2210.ts': Duration: 00:02:19.09, start: 77.403367, bitrate: 26800 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 448 kb/s Please use -q:a or -q:v, -qscale is ambiguous -async is forwarded to lavfi similarly to -af aresample=async=1:min_hard_comp=0.100000. Output #0, avi, to 'outasync1.avi': Metadata: ISFT : Lavf54.63.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:1 -> #0:1 (ac3 -> ac3) Press [q] to stop, [?] for help frame CRC mismatch0 q=2.0 size= 11174kB time=00:00:02.94 bitrate=31093.9kbits/s [ac3 @ 0x29119c0] frame sync error Error while decoding stream #0:1: Operation not permitted [mpeg2video @ 0x2911080] ac-tex damaged at 82 17 [mpeg2video @ 0x2911080] Warning MVs not available [mpeg2video @ 0x2911080] concealing 6087 DC, 6087 AC, 6087 MV errors in I frame frame= 555 fps=174 q=2.0 Lsize= 40866kB time=00:00:25.02 bitrate=13377.6kbits/s video:39452kB audio:1368kB subtitle:0 global headers:0kB muxing overhead 0.112589% }}} The following does not work due to channel count switch after a few seconds: {{{ $ ffmpeg -async 1 -i Ticket2210.ts -qscale 2 -t 100 out100async.avi ffmpeg version N-50203-g73fce25 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 23 2013 22:41:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 39.101 / 3. 39.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mpegts, from 'Ticket2210.ts': Duration: 00:03:35.09, start: 1.403367, bitrate: 17330 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 192 kb/s Please use -q:a or -q:v, -qscale is ambiguous -async is forwarded to lavfi similarly to -af aresample=async=1:min_hard_comp=0.100000. Output #0, avi, to 'out100async.avi': Metadata: ISFT : Lavf54.63.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:1 -> #0:1 (ac3 -> ac3) Press [q] to stop, [?] for help frame= 120 fps=0.0 q=2.0 size= 6285kB time=00:00:04.13 bitrate=12444.3kbits/s frame= 228 fps=226 q=2.0 size= 14514kB time=00:00:07.74 bitrate=15359.5kbits/s Input stream #0:1 frame changed from rate:48000 fmt:fltp ch:2 chl:stereo to rate:48000 fmt:fltp ch:6 chl:5.1(side) -async is forwarded to lavfi similarly to -af aresample=async=1:min_hard_comp=0.100000. [avi @ 0x2bf4a60] st:0 PTS: 0 DTS: 0 < 295 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 1 DTS: 1 < 296 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 2 DTS: 2 < 297 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3 DTS: 3 < 298 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 4 DTS: 4 < 299 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 5 DTS: 5 < 300 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 6 DTS: 6 < 301 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 7 DTS: 7 < 302 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 8 DTS: 8 < 303 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 9 DTS: 9 < 304 invalid, clipping ... [avi @ 0x2bf4a60] st:0 PTS: 3100 DTS: 3100 < 3395 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3101 DTS: 3101 < 3396 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3102 DTS: 3102 < 3397 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3103 DTS: 3103 < 3398 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3104 DTS: 3104 < 3399 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3105 DTS: 3105 < 3400 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3106 DTS: 3106 < 3401 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3107 DTS: 3107 < 3402 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3108 DTS: 3108 < 3403 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3109 DTS: 3109 < 3404 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3110 DTS: 3110 < 3405 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3111 DTS: 3111 < 3406 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3112 DTS: 3112 < 3407 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3113 DTS: 3113 < 3408 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3114 DTS: 3114 < 3409 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3115 DTS: 3115 < 3410 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3116 DTS: 3116 < 3411 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3117 DTS: 3117 < 3412 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3118 DTS: 3118 < 3413 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3119 DTS: 3119 < 3414 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3120 DTS: 3120 < 3415 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3121 DTS: 3121 < 3416 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3122 DTS: 3122 < 3417 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3123 DTS: 3123 < 3418 invalid, clipping [avi @ 0x2bf4a60] st:0 PTS: 3124 DTS: 3124 < 3419 invalid, clipping frame= 2816 fps=177 q=2.0 Lsize= 188911kB time=00:01:49.44 bitrate=14140.7kbits/s video:186184kB audio:2565kB subtitle:0 global headers:0kB muxing overhead 0.085587% }}} The output file starts with 10sec desync after the channel count change at ~10s. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 12:04:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 11:04:57 -0000 Subject: [FFmpeg-trac] #1857(avcodec:open): PNG iTXt textual information chunk (was: PNG textual information chunks) In-Reply-To: <038.90f20f51cea7ac21e418e4b98468dab0@avcodec.org> References: <038.90f20f51cea7ac21e418e4b98468dab0@avcodec.org> Message-ID: <053.114f896a63ba43be0add8179424d0c3a@avcodec.org> #1857: PNG iTXt textual information chunk -------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 12:10:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 11:10:10 -0000 Subject: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.aa8914ccbc4dc8484fbbc09992f46bec@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): Looks like you're getting the same results as me. I noticed you tried {{{ ffmpeg -async 1 -skip_initial_bytes 170M -i Ticket2210.ts -qscale 2 -t 25 outasync1.avi }}} with -async 1. I've found that it does the exact same thing as -async 48000 (fills in the odd gap) even though the documentation says it is a special case that only corrects the initial delay and nothing else. That -async command is a real timesaver; until I discovered that it worked to fill gaps I had to use a combination of an MPEG2 repair tool to log errors and a small piece of software of my own design to add the silence to fill the gaps. Unfortunately, it was only correct maybe 80% of the time so I would end up taking a lot of time to make sure everything was correct and manually crop/pad the audio when it wasn't. -Async works perfectly every time EXCEPT when a channel change is encountered. If I was more than an amateur at programming I would try to find out which which library is responsible for the confusion and suggest a correction. I am not, however, so all I can do is give the experts a decent sample. I'm glad I finally found one, and I hope it helps find the source of the error. Let me know if there's anything else I can do. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 13:24:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 12:24:22 -0000 Subject: [FFmpeg-trac] #2210(undetermined:open): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.b2520f543683e2755e5a0dc436872fb5@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: agni451 (added) * status: new => open * reproduced: 0 => 1 Comment: Replying to [comment:20 agni451]: > Unfortunately, it was only correct maybe 80% of the time Did you ever report this? We have a sample now (and while a significantly shorter file may be good, it is not absolutely necessary) but generally, bugs that are not reported are less likely to get fixed than bugs that are listed on this tracker (or at least reported on the user mailing list). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 13:28:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 12:28:05 -0000 Subject: [FFmpeg-trac] #2139(avformat:closed): Crash on invalid command-line In-Reply-To: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> References: <036.9f601e07b4fcf12f0b48023b69daefa6@avcodec.org> Message-ID: <051.dfc798f53edf610a3327bab6b4dffad5@avcodec.org> #2139: Crash on invalid command-line -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 13:43:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 12:43:56 -0000 Subject: [FFmpeg-trac] #2210(undetermined:open): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.7e528f1242eeca64d7e16444e3a7a98e@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by agni451): Replying to [comment:21 cehoyos]: > Replying to [comment:20 agni451]: > > Unfortunately, it was only correct maybe 80% of the time > > Did you ever report this? Sorry for the confusion; the 80% correct was referring to the combination of the MPEG2 repair software and my own little program that I was using to fill audio gaps before I discovered ffmpeg's -async. They are both completely unrelated to ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 13:50:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 12:50:07 -0000 Subject: [FFmpeg-trac] #2293(avformat:open): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals In-Reply-To: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> References: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> Message-ID: <050.09b1d9bef714fff682b8a56ae035682a@avcodec.org> #2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV hls | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): There is a patch on the ffmpeg-devel list, testing is welcome (I only tested it in MPlayer). Note that the fix means you won't have support for e.g. cookies in HLS requests. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 15:47:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 14:47:56 -0000 Subject: [FFmpeg-trac] #2253(avcodec:open): make fails with ./configure --disable-everything In-Reply-To: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> References: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> Message-ID: <054.81556205d4fadb7ea95f98d462ecb25b@avcodec.org> #2253: make fails with ./configure --disable-everything -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: build | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): New patch: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/159728 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 16:58:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 15:58:04 -0000 Subject: [FFmpeg-trac] #2259(avformat:new): http_proxy doesn't work In-Reply-To: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> References: <042.ef6078be062e812200a98536e7f35b79@avcodec.org> Message-ID: <057.4b25e5a9800b2763e048f3a949a8886e@avcodec.org> #2259: http_proxy doesn't work -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: http | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test to export the http proxy path with "http://"? set http_proxy=http://87.248.191.118:80 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 19:35:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 18:35:19 -0000 Subject: [FFmpeg-trac] #2293(avformat:open): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals In-Reply-To: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> References: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> Message-ID: <050.14143136f6411e8576b839b06d5c1311@avcodec.org> #2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV hls | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by gjdfgh): > Note that the fix means you won't have support for e.g. cookies in HLS requests. It would be nice if it worked somehow anyway. Maybe add a mechanism for out-of-band data like libavformat/libavcodec use for packets? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 19:53:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 18:53:51 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.d231940e9b50272f8a327bb3dc0e9354@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by martii): Thanks a lot for the feedback. The recordings were made using Neutrino running on a satellite receiver. The actual Neutrino version is from https://gitorious.org/~martii/neutrino-mp/martiis-neutrino-mp (which is "my" GIT, and in the process of checking what could go wrong on my side I indeed found a couple of recently introduced bugs, but these are unrelated to the issue I'm seeing with ffmpeg). I've verified that the code records both PAT and PMT, and I've even done a quick analysis with dvbsnoop that confirms that PAT and PMT packets are being written to file. Recording is done directly from the demux device, so the stream should be pretty much indentical to what's sent via satellite. VLC easily recognizes (and plays) all the streams correctly, including the Teletext one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 19:59:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 18:59:56 -0000 Subject: [FFmpeg-trac] #2293(avformat:closed): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals In-Reply-To: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> References: <035.096492e56cd6d950ff5e2051534b9a07@avcodec.org> Message-ID: <050.7b780eb36d4998c9e5b6a909c2eae5a5@avcodec.org> #2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV hls | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by reimar): * status: open => closed * resolution: => fixed Comment: Fix pushed. Since that code is in the read_header function I'd expect that completely ordinary demuxer-specific options should work fine for specifying cookies from thirdparty applications. While that would involve some extra work I still think it would be a reasonable start. However since I know almost nothing about HLS and barely care about it I'm not the right person to discuss this with. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 20:01:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 19:01:05 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.0c3167d1f2b528f6bb096aadb2cb21c4@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Can you test mplayer -dumpstream on your setup? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 20:57:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 19:57:38 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.33287237310b22214783aabab64cb966@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by martii): Not trivially ... I assume you want me to access /dev/dvb/adapter0/demux0 or /dev/dvb/adapter0/dvr0 directly? Alas, the receiver is a sh4 architecture, and I don't have a mplayer binary for that. I guess I could try to cross-compile one, but that might take some time, and I don't believe that the output streams would differ from what I'm seeing now when recording or streaming to the network (both functions are just read-write loops). I'll try to get mplayer up and running on that box. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 21:03:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 20:03:35 -0000 Subject: [FFmpeg-trac] #2299(documentation:open): -dump_attachment option is poorly documented and/or doesn't work In-Reply-To: <034.21d33fa0b6ba2b732c6078fb5532f52f@avcodec.org> References: <034.21d33fa0b6ba2b732c6078fb5532f52f@avcodec.org> Message-ID: <049.02962c492bfe5f7ba7bbce17e561966d@avcodec.org> #2299: -dump_attachment option is poorly documented and/or doesn't work -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by slhck): Replying to [comment:1 cehoyos]: > http://ffmpeg.org/ffmpeg.html#Main-options > > Patch sent, try "ffmpeg -dump_attachment:t "" -i out.mkv" Yes, this does the job just fine. Thank you! The only remaining issue is that there's no indicator of a successful command here?FFmpeg will still say that no output file has been specified and you'll have to look in your folder for the written attachments. Maybe it could be a little more verbose? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 21:39:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 20:39:53 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.4759358b0d6309302da95bf8a81e2e26@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): It unfortunately may take some time until I have access to my DVB-S(2) receiver to test myself. (I assume you are recording from Astra, aren't you?) Did you test the sample I uploaded? Do you see any obvious differences to your sample with the tools you use? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 21:44:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 20:44:44 -0000 Subject: [FFmpeg-trac] #2301(trac:new): Allow granular control for wiki page editing permissions Message-ID: <035.e40255ef9644eb62e27b9e075a556171@avcodec.org> #2301: Allow granular control for wiki page editing permissions ---------------------------------------+------------------------------ Reporter: llogan | Owner: Type: enhancement | Status: new Priority: wish | Component: trac Version: unspecified | Keywords: wiki Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+------------------------------ The trac wiki should allow some pages to be edited only by a "developers" group. This will be useful for some pages, such as the next GSoC ideas page, where last minute vandalism could be a valid concern and would allow us to move away from a third-party wiki. This appears possible as described in TracFineGrainedPermissions but is not a trivial/lazy change. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 22:41:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 21:41:59 -0000 Subject: [FFmpeg-trac] #2136(avcodec:new): libvpx -crf option is broken In-Reply-To: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> References: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> Message-ID: <052.adc6e958e88d3a3e22363bcfc72ecadc@avcodec.org> #2136: libvpx -crf option is broken ------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by slhck): The error is that the minimum quantizer value is 4 by default. If you set any CRF value below that, it simply doesn't make sense. Users should be able to override this by setting `-qmin` to 0, however with the current code this is not possible, since `qmin` can only be set to anything larger than 0. {{{libvpxenc.c}}}, line 288 should therefore be: {{{ if (avctx->qmin >= 0) }}} instead of {{{ if (avctx->qmin > 0) }}} Because of this bug, the only workaround is to set a `-qmin` of 1 and, consequently, a CRF of 1 will work. Also, the check for `qmax` should include `if (avctx->qmax > avctx->qmin)` as well, since it can never be lower than `qmin`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 22:50:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 21:50:44 -0000 Subject: [FFmpeg-trac] #2136(avcodec:new): libvpx -crf option is broken In-Reply-To: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> References: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> Message-ID: <052.bb5c8a2fb8cb808250d9baf9ba77168e@avcodec.org> #2136: libvpx -crf option is broken ------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * cc: slhck (added) Comment: Please consider sending a patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 22:57:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 21:57:28 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.0d64a7b4547d529eb7e46b9aa077a41e@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by martii): Yes, this is Astra 19.2E. I've cross-compiled mplayer and can record video and audio; however, I haven't figured out how to add arbitrary PIDs yet. The channels.conf seems to be unsuitable for that. I've had a look at your sample. It contains several tables which I'm currently ignoring (SDT, EIT, others) but I'm fairly sure that I shouldn't need those. I will give this another shot later this week; it's already late and I have to get up early in the morning. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 23:43:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 22:43:48 -0000 Subject: [FFmpeg-trac] #1279(avfilter:open): Transform X'Y'Z' to RGB via lutrgb In-Reply-To: <038.a4c7067f184934492279556af69cf91e@avcodec.org> References: <038.a4c7067f184934492279556af69cf91e@avcodec.org> Message-ID: <053.b4d14f1eecd9430bd674752994870baf@avcodec.org> #1279: Transform X'Y'Z' to RGB via lutrgb -------------------------------------+------------------------------------ Reporter: wolfgangw | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: XYZ j2k lut | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by valli): Extendig vf_colormatrix.c would be perfect. There's also another xyz2rgb video filter for ffmpeg around: http://www.belle-nuit.com/xyz2rgb-video-filter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 24 23:44:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Feb 2013 22:44:35 -0000 Subject: [FFmpeg-trac] #1279(avfilter:open): Transform X'Y'Z' to RGB via lutrgb In-Reply-To: <038.a4c7067f184934492279556af69cf91e@avcodec.org> References: <038.a4c7067f184934492279556af69cf91e@avcodec.org> Message-ID: <053.3e92571e7de94e480cdb0bb5e1183e67@avcodec.org> #1279: Transform X'Y'Z' to RGB via lutrgb -------------------------------------+------------------------------------- Reporter: wolfgangw | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: XYZ j2k lut | Blocked By: colormatrix | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by valli): * cc: valli@? (added) * keywords: XYZ j2k lut => XYZ j2k lut colormatrix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 01:58:47 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 00:58:47 -0000 Subject: [FFmpeg-trac] #2302(undetermined:new): MacOSX and iOs capture Message-ID: <040.96e102081a6c8c27b9c12c2d07c48222@avcodec.org> #2302: MacOSX and iOs capture -------------------------------------+------------------------------------- Reporter: valley_rain | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- For example the camera format is Video4Linux(v4l) and its name is "/dev/video0" in ubuntu,but what is it in MacOSX/iphone? The audio format is alsa(oss) and its name is "/dev/dsp" in ubuntu,but what is it in MacOSX/iphone? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 02:01:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 01:01:19 -0000 Subject: [FFmpeg-trac] #2302(undetermined:new): MacOSX and iOs capture In-Reply-To: <040.96e102081a6c8c27b9c12c2d07c48222@avcodec.org> References: <040.96e102081a6c8c27b9c12c2d07c48222@avcodec.org> Message-ID: <055.45d22146326b3448bf653d2767f6639f@avcodec.org> #2302: MacOSX and iOs capture -------------------------------------+------------------------------------- Reporter: valley_rain | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by valley_rain): The ffmpeg can't capture audio and video in MacOSX and iOS.I wish it early will have this feature. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 04:49:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 03:49:56 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.f5883649e6da5d1bab3f4923c141f030@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:13 martii]: > I've cross-compiled mplayer and can record video and audio; however, I haven't figured out how to add arbitrary PIDs yet. The channels.conf seems to be unsuitable for that. See the line I use for an example: ARD:314000000:INVERSION_AUTO:6900000:FEC_AUTO:QAM_256:2000+2001+2101+2071:2041+2011+2012:2001 Iirc, 2000 is the pmt, 2001 video, 2101 contains teletext and 2071 the dvb subtitles, remaining ones are audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 04:59:04 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 03:59:04 -0000 Subject: [FFmpeg-trac] #2210(undetermined:closed): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.efb119ca241d591acaf4e3a48ea8f673@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 09:55:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 08:55:56 -0000 Subject: [FFmpeg-trac] #2302(avdevice:open): MacOSX and iOs capture In-Reply-To: <040.96e102081a6c8c27b9c12c2d07c48222@avcodec.org> References: <040.96e102081a6c8c27b9c12c2d07c48222@avcodec.org> Message-ID: <055.fdec43ddd970db405be5b738d62aef36@avcodec.org> #2302: MacOSX and iOs capture -------------------------------------+------------------------------------ Reporter: valley_rain | Owner: Type: enhancement | Status: open Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => osx * priority: normal => wish * status: new => open * component: undetermined => avdevice * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 11:26:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 10:26:18 -0000 Subject: [FFmpeg-trac] #2303(undetermined:new): Protocol not found when input file name contains a comma Message-ID: <034.018578e9fe3a41bbb1a81e8b40c2690f@avcodec.org> #2303: Protocol not found when input file name contains a comma -------------------------------------+------------------------------------- Reporter: khali | Type: defect Status: new | Priority: minor Component: | Version: 1.0.4 undetermined | Blocked By: Keywords: comma, | Reproduced by developer: 0 protocol | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- When input file name contains a comma, ffmpeg and ffprobe choke with error message: Protocol not found {{{ % ffprobe a,b.mpg ffprobe version 1.0.4 Copyright (c) 2007-2012 the FFmpeg developers built on Feb 10 2013 19:01:53 with gcc 4.6 (SUSE Linux) configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-debug --disable-stripping --extra-cflags='-fmessage- length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC -I/usr/include/gsm' --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --enable-avfilter --enable-libpulse --enable-libvpx --enable-libopus --enable-libass --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libxvid --enable-libx264 --enable-libschroedinger --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-postproc --enable-libdc1394 --enable-librtmp --enable-libfreetype --enable-avresample --enable-libtwolame libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 a,b.mpg: Protocol not found }}} Same with the latest build from the git repository: {{{ % ffmpeg -i a,b.mpg ffmpeg version N-50294-gbb7bc34 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 25 2013 09:50:51 with gcc 4.6 (SUSE Linux) configuration: --prefix=/opt/ffmpeg --enable-shared --enable-libmp3lame --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab --enable- avfilter --enable-version3 --enable-libx264 --enable-pthreads --enable- libvorbis --enable-libtheora libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 a,b.mpg: Protocol not found }}} I know that colon is used to specify the protocol in file names, but I am not aware of comma having any special meaning in this context. I couldn't find any reference to that in the manual page either. A workaround is to add an explicit protocol: {{{file:a,b.mpg}}}. But I don't think I should have to do that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 11:52:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 10:52:40 -0000 Subject: [FFmpeg-trac] #2303(avformat:open): Protocol not found when input file name contains a comma In-Reply-To: <034.018578e9fe3a41bbb1a81e8b40c2690f@avcodec.org> References: <034.018578e9fe3a41bbb1a81e8b40c2690f@avcodec.org> Message-ID: <049.ee886b63663dd62fbf0d97cc91ab005e@avcodec.org> #2303: Protocol not found when input file name contains a comma -------------------------------------+------------------------------------- Reporter: khali | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: protocol | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: minor => important * version: 1.0.4 => git-master * keywords: comma, protocol => protocol regression Comment: Regression since 58030fc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 13:35:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 12:35:51 -0000 Subject: [FFmpeg-trac] #2136(avcodec:new): libvpx -crf option is broken In-Reply-To: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> References: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> Message-ID: <052.7adf623499561eb2c69a5c657b76fd2d@avcodec.org> #2136: libvpx -crf option is broken ------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by slhck): Replying to [comment:3 cehoyos]: > Please consider sending a patch to ffmpeg-devel. I sent a patch that fixes this issue. Sorry for actually sending two patches -- I had discovered one problem too late and this is my first time contributing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 19:52:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 18:52:36 -0000 Subject: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.e1b668f709a8ef278590c906dacea6ce@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by martii): This is pretty embarrassing. Sorry for wasting your time. Please mark this ticket as "invalid" or whatever seems appropriate. Upon closer inspection the Neutrino code writes custom-build PAT and PMT packets at the beginning of a recorded file. These initial, hand-crafted packets (which should purportedly make the recorded stream playable under Enigma2) might speed up probing, but apparently don't come with subtitle or teletext pids. The streams work fine with ffmpeg if these fake PAT/PMT packets aren't added. Thanks a lot for your help! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 20:12:04 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 19:12:04 -0000 Subject: [FFmpeg-trac] #2188(avformat:closed): dvb_teletext not detected (ARD HD) In-Reply-To: <035.ef981895db1ed689f639d3f641392601@avcodec.org> References: <035.ef981895db1ed689f639d3f641392601@avcodec.org> Message-ID: <050.382f710a86c08c18f939942209e66279@avcodec.org> #2188: dvb_teletext not detected (ARD HD) -------------------------------------+------------------------------------- Reporter: martii | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mpegts | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: Thank you for the clarification! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 22:28:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 21:28:20 -0000 Subject: [FFmpeg-trac] #2136(avcodec:new): libvpx -crf option is broken In-Reply-To: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> References: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> Message-ID: <052.cff47e5d27add4419007c395bfeed4d3@avcodec.org> #2136: libvpx -crf option is broken ------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is this problem fixed in git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 22:35:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 21:35:28 -0000 Subject: [FFmpeg-trac] #2136(avcodec:new): libvpx -crf option is broken In-Reply-To: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> References: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> Message-ID: <052.db58582c93d1036d6680bb23026d279d@avcodec.org> #2136: libvpx -crf option is broken ------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by slhck): Yes, this is fixed now. You can now correctly set `qmin` to 0 to specify a lower CRF, and if CRF is not within the correct bounds, a more verbose error message will be displayed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 23:07:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 22:07:46 -0000 Subject: [FFmpeg-trac] #2136(avcodec:new): libvpx -crf option is broken In-Reply-To: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> References: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> Message-ID: <052.db1398f8787e9b36309e89485f1f36e2@avcodec.org> #2136: libvpx -crf option is broken ------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by slhck): Replying to [comment:5 cehoyos]: > Is this problem fixed in git head? Sorry if you didn't get this ping, anyway this is fixed in Git HEAD. @evilsoup: If you get bad quality even with low CRF settings, don't forget to choose a higher target (actually, maximum) bit rate. The default is rather low IIRC. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 25 23:18:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Feb 2013 22:18:32 -0000 Subject: [FFmpeg-trac] #2136(avcodec:closed): libvpx -crf option is broken In-Reply-To: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> References: <037.9a5b0cf9826a5a2b93917991696cd618@avcodec.org> Message-ID: <052.0f340a2acfe9f15b35af483678421fb7@avcodec.org> #2136: libvpx -crf option is broken ------------------------------------+----------------------------------- Reporter: evilsoup | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 02:23:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 01:23:22 -0000 Subject: [FFmpeg-trac] #2304(undetermined:new): Support PCM_S16BE in WAVE Message-ID: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: It appears FFmpeg does not support PCM signed 16-bit big endian in WAVE. I believe this should be supported by the RIFX file format. How to reproduce: '''"Copy" Audio Codec from source''' {{{ ffmpeg -i Bad.mpg -acodec copy Bad.wav ffmpeg version N-50311-gbfcc38e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 25 2013 18:40:51 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg @ 00000000025ba4c0] Format mpeg detected only with low score of 25, misdet ection possible! [mpeg @ 00000000025ba4c0] max_analyze_duration 5000000 reached at 5008211 micros econds Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mpeg, from 'Bad.mpg': Duration: 00:04:21.25, start: 0.017378, bitrate: 7386 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0xa0]: Audio: pcm_s16be, 48000 Hz, stereo, s16, 1536 kb/s [wav @ 0000000005170020] NONE codec not supported in WAVE format Output #0, wav, to 'Bad.wav': Metadata: encoder : Lavf54.63.100 Stream #0:0: Audio: pcm_s16be, 48000 Hz, stereo, 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operat ion not permitted }}} '''Force PCM_S16BE''' {{{ ffmpeg -i Bad.mpg -acodec pcm_s16be Bad.wav ffmpeg version N-50311-gbfcc38e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 25 2013 18:40:51 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg @ 000000000247a4c0] Format mpeg detected only with low score of 25, misdet ection possible! [mpeg @ 000000000247a4c0] max_analyze_duration 5000000 reached at 5008211 micros econds Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mpeg, from 'Bad.mpg': Duration: 00:04:21.25, start: 0.017378, bitrate: 7386 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0xa0]: Audio: pcm_s16be, 48000 Hz, stereo, s16, 1536 kb/s [wav @ 0000000005010020] pcm_s16be codec not supported in WAVE format Output #0, wav, to 'Bad.wav': Metadata: encoder : Lavf54.63.100 Stream #0:0: Audio: pcm_s16be, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (pcm_s16be -> pcm_s16be) Could not write header for output file #0 (incorrect codec parameters ?): Operat ion not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 03:21:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 02:21:51 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts In-Reply-To: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> References: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> Message-ID: <055.045e2924acf5a81a37ecaa0e54e06817@avcodec.org> #2220: FFMPEG unable to stream copy some wtv H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): Anyone any thoughts on this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 04:12:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 03:12:06 -0000 Subject: [FFmpeg-trac] #2305(avdevice:new): v4l2 user control configuration mechanism Message-ID: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> #2305: v4l2 user control configuration mechanism ----------------------------------+--------------------------------------- Reporter: elkq | Type: enhancement Status: new | Priority: normal Component: avdevice | Version: unspecified Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- avdevice/v4l2.c does not provide a v4l2 user control ( V4L2_CID_* ) listing and configuration mechanism, see [http://linuxtv.org/downloads /v4l-dvb-apis/control.html#control-id] something similar to the capabilities offered by {{{v4l2-ctl --set- ctrl==[,=]}}} is needed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 05:21:38 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 04:21:38 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts In-Reply-To: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> References: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> Message-ID: <055.f7b1b63156ff7a0abdfb0658e77b0c73@avcodec.org> #2220: FFMPEG unable to stream copy some wtv H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dodgexander): I get this problem with 30 percent of my h264 recordings and other converters seem to handle these fine. Perhaps specific to ffmpeg but would lovely to get fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 08:14:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 07:14:06 -0000 Subject: [FFmpeg-trac] #2304(undetermined:closed): Support PCM_S16BE in WAVE In-Reply-To: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> References: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> Message-ID: <047.aa6f0bbaca5b31b1d68ecf3210828f1c@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Out of curiosity: On which work-flow would this feature help? I am closing this as a duplicate of ticket #1978. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 08:15:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 07:15:21 -0000 Subject: [FFmpeg-trac] #2305(avdevice:new): v4l2 user control configuration mechanism In-Reply-To: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> References: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> Message-ID: <048.e50ebdab55c7dbd0e25d5929d344fc7a@avcodec.org> #2305: v4l2 user control configuration mechanism -------------------------------------+------------------------------------ Reporter: elkq | Owner: Type: enhancement | Status: new Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * version: unspecified => git-master Comment: As-is, this is an invalid ticket. Please describe in more detail which v4l2 feature FFmpeg is missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 11:14:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 10:14:35 -0000 Subject: [FFmpeg-trac] #1279(avfilter:open): Transform X'Y'Z' to RGB via colormatrix (was: Transform X'Y'Z' to RGB via lutrgb) In-Reply-To: <038.a4c7067f184934492279556af69cf91e@avcodec.org> References: <038.a4c7067f184934492279556af69cf91e@avcodec.org> Message-ID: <053.333278e16c65309db190acebc6581ed1@avcodec.org> #1279: Transform X'Y'Z' to RGB via colormatrix -------------------------------------+------------------------------------- Reporter: wolfgangw | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: XYZ j2k lut | Blocked By: colormatrix | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by richardpl: Old description: > Hi, thanks for an awesome toolset. > > In order to do a colorspace transform (like X'Y'Z' to RGB) one would need > to apply a 3x3 transformation matrix. It would be a very handy feature if > one could do this in lutrgb. Like > > ffplay -vf lutrgb="r=r*3.2404542 + g*-1.5371385 + > b*-0.4985314:g=r*-0.9692660 + g*1.8760108 + b*0.0415560:b=r*0.0556434 + > g*-0.2040259 + b*1.0572252" > > which is not possible as of current git master: 'r', 'g' and 'b' are not > valid right-hand-side expressions. > > Looking at libavfilter/vf_lut.c suggests that this might even be quite > easy to add. Anyone likes to jump on it before I break too much porcelain > (I don't know the codebase well enough now)? > > Again, thanks for FFMpeg. > Wolfgang New description: In order to do a colorspace transform (like X'Y'Z' to RGB) one would need to apply a 3x3 transformation matrix. It would be a very handy feature if one could do this in colormatrix. Removed vf_lut nonsense as it is very slow approach. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 11:14:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 10:14:49 -0000 Subject: [FFmpeg-trac] #1279(avfilter:open): Transform X'Y'Z' to RGB via colormatrix In-Reply-To: <038.a4c7067f184934492279556af69cf91e@avcodec.org> References: <038.a4c7067f184934492279556af69cf91e@avcodec.org> Message-ID: <053.84a0fef96e1a1b5831f882ba8d238540@avcodec.org> #1279: Transform X'Y'Z' to RGB via colormatrix -------------------------------------+------------------------------------- Reporter: wolfgangw | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: XYZ j2k | Blocked By: colormatrix | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * keywords: XYZ j2k lut colormatrix => XYZ j2k colormatrix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 12:11:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 11:11:03 -0000 Subject: [FFmpeg-trac] #2058(undetermined:open): FFMPEG sometimes not able to stream copy mpeg2video files, error with pts < dts In-Reply-To: <040.5884b976b3058deb2c544db198afa62c@avcodec.org> References: <040.5884b976b3058deb2c544db198afa62c@avcodec.org> Message-ID: <055.1279799da22e342a5a737351f7d9f6ff@avcodec.org> #2058: FFMPEG sometimes not able to stream copy mpeg2video files, error with pts < dts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame mpegts | Blocked By: mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dodgexander): Any info on this? Getting a lot of these errors with my mpeg2 files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 16:17:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 15:17:45 -0000 Subject: [FFmpeg-trac] #2304(undetermined:closed): Support PCM_S16BE in WAVE In-Reply-To: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> References: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> Message-ID: <047.94ab56b9ddc8a8ef231834b34b244b97@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DJX): Okay, thanks. These are Michael Jackson music videos that came on a bonus disc. As a work around I just convert the audio to little endian. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 16:35:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 15:35:59 -0000 Subject: [FFmpeg-trac] #2304(undetermined:closed): Support PCM_S16BE in WAVE In-Reply-To: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> References: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> Message-ID: <047.de6a17b29c54349609d2cf8b0f952fcb@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 DJX]: > These are Michael Jackson music videos that came on a bonus disc. What I meant is: If above command line (with -acodec copy or -acodec pcm_s16be) would work, what would you do with the resulting rifx/wavx file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 17:34:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 16:34:15 -0000 Subject: [FFmpeg-trac] #2304(undetermined:closed): Support PCM_S16BE in WAVE In-Reply-To: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> References: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> Message-ID: <047.ae4b2168a8f59102cba8ac95b8d8840f@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DJX): I was just going to play with them, nothing important. First thing that comes to mind is: I was going to put them in a DAW and analyze to check if the audio truly is uncompressed as is (or if it was compressed before being sampled into its current format). ...prob nothing I couldn't do by converting it to little endian but I wanted to keep the audio stream untouched. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 18:41:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 17:41:15 -0000 Subject: [FFmpeg-trac] #1009(avcodec:open): XvBA - AMD Hardware acceleration In-Reply-To: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> References: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> Message-ID: <054.33f26fa066684789f568d86fc58cad53@avcodec.org> #1009: XvBA - AMD Hardware acceleration -------------------------------------+----------------------------------- Reporter: freespacer | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: xvba | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ryszardzonk): I am not a developer however I made the best effort I could porting the changes in the XBMC directly to the FFMPEG. It definetly misses something as after the configure process finishes the xvba_hwaccel options do not appear in the screen as enabled even when all appropriate parts seem to install just fine. I have also problem with getting x264 content to work as XBMC compiled with external FFMPEG brings me only black screen any review/hits/upgrades are welcome PS The parts of the patch which are resposible for adding new files in libavcodec directory I copied directly from the FernetMenta git tree as of 24/02/2013 so should be in the most recent version available -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 18:59:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 17:59:49 -0000 Subject: [FFmpeg-trac] #2305(avdevice:new): v4l2 user control configuration mechanism In-Reply-To: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> References: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> Message-ID: <048.05bfbe76aec1927a3d1d2fe6c4f7453c@avcodec.org> #2305: v4l2 user control configuration mechanism -------------------------------------+------------------------------------ Reporter: elkq | Owner: Type: enhancement | Status: new Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by elkq): I apologize if I am not using the correct format to report this issue. Please correct me so I might learn the appropriate approach. In https://lists.ffmpeg.org/pipermail/ffmpeg-user/2012-May/006601.html Dapp Geotz asks for an option to set V4L2_CID_AUTO_WHITE_BALANCE false, and an option to set V4L2_CID_FOCUS_AUTO false. In addition would very much like to have options to set V4L2_CID_EXPOSURE to zero, V4L2_CID_AUTOGAIN to false, V4L2_CID_CHROMA_AGC to false, V4L2_CID_HUE_AUTO to false, V4L2_CID_AUTOBRIGHTNESS to false. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 19:01:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 18:01:59 -0000 Subject: [FFmpeg-trac] #2306(avformat:new): Vividas Demuxer for IPLEX Message-ID: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> #2306: Vividas Demuxer for IPLEX -------------------------------------+------------------------------------- Reporter: ryszardzonk | Type: Status: new | enhancement Component: avformat | Priority: wish Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Vividas is the demuxer used by iplex.pl video streaming site and probably other sites as well. Patches for it are floating around, but it would be nice if it could be included in the ffmpeg git tree as well. I have tested this patch with version 0.10 and confirmed it is working http://sd- xbmc.googlecode.com/files/0001-Vividas-support-for-IPLEX-for-current- ffmpeg.patch There is also update availavle for version 0.11 https://gist.github.com/3770979 which works with 1.0. In form of patch located here http://pastebin.com/9bwHUJF2 Please review and add it in the tree PS I am not developer so if changes are required to the patch Krzysztof Klinikowski or Tomasz Jezierski whom worked on those patches are probably more appropriate guys to ask about it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 23:00:02 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 22:00:02 -0000 Subject: [FFmpeg-trac] #2304(undetermined:closed): Support PCM_S16BE in WAVE In-Reply-To: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> References: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> Message-ID: <047.5c7080d1ad1e9be529b8477233a1658e@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 DJX]: > I was just going to play with them, nothing important. > First thing that comes to mind is: I was going to put them in a DAW and analyze to check if the audio truly is uncompressed as is (or if it was compressed before being sampled into its current format). (Disclaimer: I don't know what a DAW is.) I wanted to know why (or if) you expect that the software (or hardware) you want to use with the rifx wave files would be able to read such a very unusual format? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 23:00:25 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 22:00:25 -0000 Subject: [FFmpeg-trac] #45(undetermined:closed): FFplay do not respect resize alghoritm set in the sourcecode In-Reply-To: <038.926b6fa00bf11fc869d088b0bb24b203@avcodec.org> References: <038.926b6fa00bf11fc869d088b0bb24b203@avcodec.org> Message-ID: <053.dace8a943d7d61fdb89946e44266aa0f@avcodec.org> #45: FFplay do not respect resize alghoritm set in the sourcecode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: roundup | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: The remaining problem with sws_flags is no longer reproduceable -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 23:03:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 22:03:17 -0000 Subject: [FFmpeg-trac] #1009(avcodec:open): XvBA - AMD Hardware acceleration In-Reply-To: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> References: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> Message-ID: <054.cb792b5aaed800c9af19bad2b319fe88@avcodec.org> #1009: XvBA - AMD Hardware acceleration -------------------------------------+----------------------------------- Reporter: freespacer | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: xvba | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): (As explained, the change to pixfmt.h is not acceptable as-is because it changes API, move the new entry to the end of the list.) Does the patch apply to current git head of FFmpeg? If not, please update the patch. In any case, please send patches to ffmpeg-devel, they receive much more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 23:06:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 22:06:35 -0000 Subject: [FFmpeg-trac] #2306(avformat:new): Vividas Demuxer for IPLEX In-Reply-To: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> References: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> Message-ID: <055.ef24b72e89dfbba95190cff3ed6bdb08@avcodec.org> #2306: Vividas Demuxer for IPLEX -------------------------------------+------------------------------------ Reporter: ryszardzonk | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [ticket:2306 ryszardzonk]: > PS I am not developer so if changes are required to the patch Krzysztof Klinikowski or Tomasz Jezierski whom worked on those patches are probably more appropriate guys to ask about it So why did you open this ticket instead of asking them to send the patch to ffmpeg-devel? Seriously: If you want to make this a valid ticket, please provide a sample, if you want this fixed, either send a patch (against current git head!) to ffmpeg-devel or ask the developers of the patch to do it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 23:45:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 22:45:43 -0000 Subject: [FFmpeg-trac] #2304(undetermined:closed): Support PCM_S16BE in WAVE In-Reply-To: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> References: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> Message-ID: <047.510f7e8a91c30bcc5b36f9e99ce8756f@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DJX): Oh, no problem. I was going to mess with it in a digital audio workstation (DAW)/editor. Hmm, guess I didn't think it was that unusual. ...now you got me wondering if, indeed, it would have worked...who knows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 26 23:59:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 22:59:36 -0000 Subject: [FFmpeg-trac] #2304(undetermined:closed): Support PCM_S16BE in WAVE In-Reply-To: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> References: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> Message-ID: <047.1e421c9546024311534f5bf36f1d2d6a@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 DJX]: > ...now you got me wondering if, indeed, it would have worked...who knows. You can test with the file attached to ticket #1978. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 00:13:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Feb 2013 23:13:15 -0000 Subject: [FFmpeg-trac] #2304(undetermined:closed): Support PCM_S16BE in WAVE In-Reply-To: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> References: <032.4a5db3e56ac7c6580bb9f0927b1ae1e5@avcodec.org> Message-ID: <047.62cd6ac1ec32c7d15c1801017c4e4b05@avcodec.org> #2304: Support PCM_S16BE in WAVE -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DJX): Ah, thanks man. ...and you're right, it does not work. The only program I could get to play the file was Winamp. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 02:26:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 01:26:04 -0000 Subject: [FFmpeg-trac] #259(undetermined:open): framerate detection does not work properly. In-Reply-To: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> References: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> Message-ID: <051.c1ee146ac1fa3f9791e29cf99125837d@avcodec.org> #259: framerate detection does not work properly. -------------------------------------+------------------------------------- Reporter: mbosner | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: vc1 | Resolution: pulldown | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * analyzed: 0 => 1 Comment: This files header states 29.97 as framerate / default duration, libavformat currently blindly believes this value. The actual frame durations are 2 and 3 fields with a field rate of 2*29.97 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 03:00:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 02:00:25 -0000 Subject: [FFmpeg-trac] #2155(avcodec:closed): jpg 4:4:4 encoder does not work correctly with -flags gray In-Reply-To: <036.117cb2ba4fd45983fa3a9d57765038f0@avcodec.org> References: <036.117cb2ba4fd45983fa3a9d57765038f0@avcodec.org> Message-ID: <051.557b418459f5476eef5f4b790fd06937@avcodec.org> #2155: jpg 4:4:4 encoder does not work correctly with -flags gray ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 03:06:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 02:06:31 -0000 Subject: [FFmpeg-trac] #2219(FFmpeg:closed): -mbd 3 creates visible blocks In-Reply-To: <038.01cc433a6facc2b943e0061d19d1a2e0@avcodec.org> References: <038.01cc433a6facc2b943e0061d19d1a2e0@avcodec.org> Message-ID: <053.ca1a136ecc94371c5ee2a0b3172d77ab@avcodec.org> #2219: -mbd 3 creates visible blocks -----------------------------------+---------------------------------- Reporter: microchip | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 1.1.1 | Resolution: fixed Keywords: mbd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: there is no such thing as mbd 3 fixed min/max values -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 08:53:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 07:53:53 -0000 Subject: [FFmpeg-trac] #2219(avcodec:closed): -mbd 3 creates visible blocks In-Reply-To: <038.01cc433a6facc2b943e0061d19d1a2e0@avcodec.org> References: <038.01cc433a6facc2b943e0061d19d1a2e0@avcodec.org> Message-ID: <053.6260bf5d37b5f10cca63e19f2390464d@avcodec.org> #2219: -mbd 3 creates visible blocks ------------------------------------+----------------------------------- Reporter: microchip | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: mbd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => minor * version: 1.1.1 => git-master * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 09:08:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 08:08:15 -0000 Subject: [FFmpeg-trac] #2306(avformat:new): Vividas Demuxer for IPLEX In-Reply-To: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> References: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> Message-ID: <055.a69768ce946aa5a4e8d13b0227bf1019@avcodec.org> #2306: Vividas Demuxer for IPLEX -------------------------------------+------------------------------------ Reporter: ryszardzonk | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ryszardzonk): @cehoyos my friend there is no need to scream. First of all IMHO ticket is about adding the demuxer to the ffmpeg that at the moment is not present in the tree therfore as such should be valid as enchacement or wish regardless of whether the patches already exist or not. Secondly I pointed out to the patches to make everyone looking for them have the links for them available in one location. And third I did exchange few e-mails with Tomasz about a month ago asking him whether he will would like port the patch to the git, but ATM he was not all that interested as XBMC for which it was designed uses 0.10 tree for now which simply worked for him, but my believe is that if the request of porting of the patch comes from one of the ffmpeg developers it could carry more weight than mine request/s and hence the proposition. What I can do is to forward the e-mails in the matter but they are in Polish so might not be all that helpfull Last but not least porting the patch to git is likely that all there is to do is to make few changes to the ABI in the patch which are likely quite simple for one of the ffmpeg devs whom did make those changes for number of the other demuxers already in the tree Please correct me if I am wrong -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 10:24:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 09:24:04 -0000 Subject: [FFmpeg-trac] #2306(avformat:new): Vividas Demuxer for IPLEX In-Reply-To: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> References: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> Message-ID: <055.8706603af0abc80bbf1f1dcc9ea4b10f@avcodec.org> #2306: Vividas Demuxer for IPLEX -------------------------------------+------------------------------------ Reporter: ryszardzonk | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 ryszardzonk]: > my friend there is no need to scream. I didn't > First of all IMHO ticket is about adding the demuxer to the ffmpeg that at the moment is not present in the tree therfore as such should be valid as enchacement or wish regardless of whether the patches already exist or not. Yes, if you provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 10:33:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 09:33:23 -0000 Subject: [FFmpeg-trac] #1009(avcodec:open): XvBA - AMD Hardware acceleration In-Reply-To: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> References: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> Message-ID: <054.503b17304b14f0725f0ffe40c89ad523@avcodec.org> #1009: XvBA - AMD Hardware acceleration -------------------------------------+----------------------------------- Reporter: freespacer | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: xvba | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Additionally, please use tools/patcheck, the current patch has some indentation problems (should be four spaces), patcheck should be able to show them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 11:48:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 10:48:25 -0000 Subject: [FFmpeg-trac] #2307(FFmpeg:new): Stream segmenter bug if total recorded length > 12 hours Message-ID: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.1.3 Keywords: segment, | Blocked By: duration | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm recording UDP streams with transcoding to disk. UDP source are MPEGTS stream with MPEG2 encoding (TV channels). I'm transcoding and recording in H264 using 30 minutes chunks. After the #24 segment is recorded (so after 12 hours of recording) the audio duration info is wrong in the file (look like a signed vs unsigned variable problem). Here is what I'm doing : ffmpeg -i udp://xx.xx.xx.xx:5000 -map 0:0 -map 0:1 -s 640x360 -vcodec libx264 -g 60 -vb 500000 -strict experimental -vf yadif -acodec aac -ab 96000 -ac 2 -y -f segment -segment_format mp4 -segment_time 1800 /mnt/%03dt.mp4 I tried to change the audio codec to libvo_aacenc with the same result. So it seems to be related to the segmenter. Here is a copy of the ffmpeg dump when I inspect the file: Correct files (segment 0 to 24): [root at srv1 ~]# ffmpeg -i /mnt/video/www/2013-01-25/tf1/tf1-024.mp4 ffmpeg version 1.1 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 12 2013 16:56:27 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-version3 libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x3156500] Invalid SampleDelta in STTS -2073690672 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/mnt/video/www/2013-01-25/tf1/tf1-024.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.59.106 '''Duration: 00:30:00.32''', start: 0.000000, bitrate: 662 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 560 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 96 kb/s Metadata: handler_name : SoundHandler At least one output file must be specified -------------------------------------------------------------------------- Bad files (segment #25 and more) [root at srv1 ~]# ffmpeg -i /mnt/026.mp4 ffmpeg version 1.1 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 12 2013 16:56:27 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-version3 libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/mnt/video/www/2013-01-25/tf1/tf1-026.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.59.106 ''' Duration: 12:21:15.64,''' start: 0.000000, bitrate: 22 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 455 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 3 kb/s Metadata: handler_name : SoundHandler At least one output file must be specified Any clue on this ? Thanks. Denis -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 11:57:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 10:57:51 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.83df3b10379f8cac14bd683b6b571203@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Is this problem also reproducible with current git head? Is this problem only reproducible with udp input or also with (for example) "ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero" ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 12:10:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 11:10:41 -0000 Subject: [FFmpeg-trac] #2308(undetermined:new): Transcoding problems with asf / wma lossless files Message-ID: <036.dcaf99fa8edbad64942339ac39f04b7c@avcodec.org> #2308: Transcoding problems with asf / wma lossless files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: asf wmall Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44250 A user uploaded an asf file containing wma lossless that can be transcoded with ffmpeg and ffplay and MPlayer play the output file correctly, but ffmpeg outputs many warnings and the output file does not play correctly with WMP, QuickTime and vlc. {{{ $ ffmpeg -i testfile3.wmv -qscale 5 -strict -2 out.mov ffmpeg version N-50314-gf6fff8e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 27 2013 10:29:20 with icc (ICC) 13.1.0 20130121 configuration: --enable-gpl --disable-indev=jack --cc=/opt/intel/composer_xe_2013.2.146/bin/intel64/icc --cpu=corei7-avx libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wmv3 @ 0x2d54520] Extra data: 8 bits left, value: 0 Input #0, asf, from 'testfile3.wmv': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: MP at HL WM/WMADRCPeakReference: 327 WM/WMADRCPeakTarget: 327 WM/WMADRCAverageReference: 432 WM/WMADRCAverageTarget: 432 NumberOfFrames : 1393 WMFSDKVersion : 12.0.7600.16385 IsVBR : 0 Duration: 00:00:58.50, start: 0.000000, bitrate: 5265 kb/s Stream #0:0: Audio: wmalossless (c[1][0][0] / 0x0163), 44100 Hz, stereo, s16p, 1152 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 5000 kb/s, SAR 1:1 DAR 16:9, 24 tbr, 1k tbn, 1k tbc Please use -q:a or -q:v, -qscale is ambiguous [wmv3 @ 0x2d54520] Extra data: 8 bits left, value: 0 Output #0, mov, to 'out.mov': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: MP at HL WM/WMADRCPeakReference: 327 WM/WMADRCPeakTarget: 327 WM/WMADRCAverageReference: 432 WM/WMADRCAverageTarget: 432 NumberOfFrames : 1393 WMFSDKVersion : 12.0.7600.16385 IsVBR : 0 encoder : Lavf54.63.100 Stream #0:0: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 12288 tbn, 24 tbc Stream #0:1: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> mpeg4) Stream #0:0 -> #0:1 (wmalossless -> aac) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 272362 DTS: 272362 < 277465 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 273386 DTS: 273386 < 277466 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 274410 DTS: 274410 < 277467 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 275434 DTS: 275434 < 277468 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 276458 DTS: 276458 < 277469 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 278492 DTS: 278492 < 334825 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 279516 DTS: 279516 < 334826 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 280539 DTS: 280539 < 334827 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 281563 DTS: 281563 < 334828 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 282587 DTS: 282587 < 334829 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 283611 DTS: 283611 < 334830 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 282549 DTS: 282549 < 334831 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 283573 DTS: 283573 < 334832 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 284597 DTS: 284597 < 334833 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 285621 DTS: 285621 < 334834 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 288723 DTS: 288723 < 334835 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 289747 DTS: 289747 < 334836 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 290771 DTS: 290771 < 334837 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 291795 DTS: 291795 < 334838 invalid, clipping ... [mov @ 0x2d55200] st:0 PTS: 2357233 DTS: 2357233 < 2358209 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2367464 DTS: 2367464 < 2368484 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2377696 DTS: 2377696 < 2378715 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2392028 DTS: 2392028 < 2393048 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2402259 DTS: 2402259 < 2403323 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 2403283 DTS: 2403283 < 2403324 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2412491 DTS: 2412491 < 2413554 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 2413515 DTS: 2413515 < 2413555 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2426823 DTS: 2426823 < 2427843 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2455532 DTS: 2455532 < 2456508 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2465763 DTS: 2465763 < 2466739 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2482124 DTS: 2482124 < 2483144 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2496457 DTS: 2496457 < 2497477 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2512818 DTS: 2512818 < 2513882 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 2513842 DTS: 2513842 < 2513883 invalid, clipping frame= 1320 fps=202 q=5.0 size= 17673kB time=00:00:57.02 bitrate=2538.7kbits/s [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2533325 DTS: 2533325 < 2534344 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2543556 DTS: 2543556 < 2544619 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 2544580 DTS: 2544580 < 2544620 invalid, clipping frame= 1393 fps=202 q=5.0 Lsize= 18908kB time=00:00:58.09 bitrate=2666.2kbits/s video:18058kB audio:804kB subtitle:0 global headers:0kB muxing overhead 0.245388% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 12:11:02 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 11:11:02 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.ebc65d00e33df9ffbf112f12950f2b71@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): I'm going to try with the git head... regarding URL input, I don't haves file longer than 12 hours, I will create one. I'm sorry but I don't understand what ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero should do ? BTW , I forgot to notice the fact that in problematic files the audio rate is wrong : Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 3 kb/s Also the file play correctly, but you cannot navigate in it... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 12:11:47 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 11:11:47 -0000 Subject: [FFmpeg-trac] #2308(undetermined:new): Transcoding problems with asf / wma lossless files In-Reply-To: <036.dcaf99fa8edbad64942339ac39f04b7c@avcodec.org> References: <036.dcaf99fa8edbad64942339ac39f04b7c@avcodec.org> Message-ID: <051.99d59939a3a00f8f4d15e0d62e57b592@avcodec.org> #2308: Transcoding problems with asf / wma lossless files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asf wmall | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2308/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 12:38:19 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 11:38:19 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.3308c1b2f8afe82f3846264f7a149b97@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 dgillier]: > I'm sorry but I don't understand what ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero should do ? It provides input both to produce a file longer than 12 hours and to test the segmenter directly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 13:31:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 12:31:27 -0000 Subject: [FFmpeg-trac] #2210(undetermined:closed): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.f87e37f1fd40e14c3dbc3df3e46aa939@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by agni451): I downloaded both the 2-25-2013 and 2-26-2013 static builds and tested a bunch of files with them, and they all seemed to work great. Unfortunately, I stumbled upon a new glitch that doesn't occur in builds 066739f (2-24-2013) and earlier. I uploaded a 1:40min sample file along with short [-v verbose] and long [-v verbose -loglevel 99] outputs running under 066739f (1-29-2013) and f6fff8e (2-26-2013). The 1-29 build handles the error approx 11sec in just fine, but the 2-26 build goes crazy and adds too much silence (~12sec worth). Oddly enough, there is NO channel layout change in this sample to deal with, just a standard gap error and timestamp "drift". The exact command I used was {{{ ffmpeg64.exe -v verbose -y -i "K:\!TEST\Dsmall.ts" -c:v mpeg2video -q:vscale 0 -mbd 2 -c:a ac3 -ab 448k -ac 6 -async 48000 "K:\!TEST\D_FIX.ts" }}} but outputting an avi shows the audio error: {{{ ffmpeg64.exe -v verbose -y -i "K:\!TEST\Dsmall.ts" -q:vscale 0 -mbd 2 -c:a ac3 -ab 448k -ac 6 -async 48000 "K:\!TEST\bad.avi" }}} Basically ffmpeg now handles channel layout changes fine (as far as my testing has confirmed), but now it occasionally has problems with gap and timestamp drift errors. I say occasionally because I ran the sample I gave in comment 18 (it has channel changes AND gaps AND timestamp drift) and it didn't have a problem. I'm hoping you can see why one would have a problem and not the other. If you need a new copy of the sample from comment 18, I can re-upload it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 13:36:34 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 12:36:34 -0000 Subject: [FFmpeg-trac] #2186(avformat:open): program detection in transport stream broken In-Reply-To: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> References: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> Message-ID: <048.30330440ef5d71fea2576236049d2022@avcodec.org> #2186: program detection in transport stream broken -------------------------------------+------------------------------------- Reporter: hugo | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: heleppkes (added) Comment: Replying to [comment:2 heleppkes]: > I tried cutting a small sample out of it, but that sample did not reproduce the problem anymore. Iirc, cutting the sample to ~100MB should allow to reproduce the regression. If not, please consider providing the complete sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 13:39:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 12:39:13 -0000 Subject: [FFmpeg-trac] #2210(undetermined:closed): AC3 channel layout change midstream causes severe errors In-Reply-To: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> References: <036.774b86f356003ad47c50f91ad4eed2fc@avcodec.org> Message-ID: <051.08abbdf80532fe48044614cc29d4b670@avcodec.org> #2210: AC3 channel layout change midstream causes severe errors -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: async | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:24 agni451]: > Unfortunately, I stumbled upon a new glitch that doesn't occur in builds 066739f (2-24-2013) and earlier. Then please open a new ticket, please do not forget to add the failing command line together with complete, uncut console output to the new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 13:42:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 12:42:27 -0000 Subject: [FFmpeg-trac] #2230(avformat:open): Specified MPEG-TS metadata is not written to HLS(-ssegment) segments In-Reply-To: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> References: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> Message-ID: <053.680eaff1c43f4b432f585bc3092c00f0@avcodec.org> #2230: Specified MPEG-TS metadata is not written to HLS(-ssegment) segments -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls | Blocked By: metadata segment | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): A patch was sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/159604 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 13:56:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 12:56:59 -0000 Subject: [FFmpeg-trac] #2309(undetermined:new): Continuing -async issues Message-ID: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> #2309: Continuing -async issues -------------------------------------+------------------------------------- Reporter: agni451 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: async | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg.exe -v verbose -y -i "K:\!TEST\Dsmall.ts" -q:vscale 0 -mbd 2 -c:a ac3 -ab 448k -ac 6 -async 48000 "K:\!TEST\bad.avi" ffmpeg version f6fff8e (64-bit) built on Feb 26 2013 }}} I downloaded both the 2-25-2013 and 2-26-2013 static builds and tested a bunch of files with them, and they all seemed to work great. Unfortunately, I stumbled upon a new glitch that doesn't occur in builds 066739f (2-24-2013) and earlier. I uploaded a 1:40min sample file along with short [-v verbose] and long [-v verbose -loglevel 99] outputs running under 066739f (1-29-2013) and f6fff8e (2-26-2013). Find this in "Ticket2210new.7z" in /incoming. The 1-29 build handles the error approx 11sec in just fine, but the 2-26 build goes crazy and adds too much silence (~12sec worth). Oddly enough, there is NO channel layout change in this sample to deal with, just a standard gap error and timestamp "drift". The exact command I used was {{{ ffmpeg.exe -v verbose -y -i "K:\!TEST\Dsmall.ts" -c:v mpeg2video -q:vscale 0 -mbd 2 -c:a ac3 -ab 448k -ac 6 -async 48000 "K:\!TEST\D_FIX.ts" }}} but outputting an avi shows the audio error immediately: {{{ ffmpeg.exe -v verbose -y -i "K:\!TEST\Dsmall.ts" -q:vscale 0 -mbd 2 -c:a ac3 -ab 448k -ac 6 -async 48000 "K:\!TEST\bad.avi" }}} Basically ffmpeg now handles channel layout changes fine (as far as my testing has confirmed), but now it occasionally has problems with gap and timestamp drift errors. I say occasionally because I ran the sample I gave in comment 18 (it has channel changes AND gaps AND timestamp drift) and it didn't have a problem. I'm hoping you can see why one would have a problem and not the other. If you need a new copy of the sample from comment 18, I can re-upload it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 14:15:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 13:15:27 -0000 Subject: [FFmpeg-trac] #2309(undetermined:new): Continuing -async issues In-Reply-To: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> References: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> Message-ID: <051.e1457b45eca5b803d97722c1dea84df0@avcodec.org> #2309: Continuing -async issues -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): I just created this ticket, but I'd like to add a new finding. I have a 1 hour TS file named "full.ts". I trimmed from this two files "change.ts" and "nochange.ts" {{{ ffmpeg -y -i "full.ts" -vcodec copy -acodec copy -ss 00:43:33.000 -t 270 "change.ts" }}} {{{ ffmpeg -y -i "full.ts" -vcodec copy -acodec copy -ss 00:45:13.000 -t 170 "nochange.ts" }}} If you look closely, the files start at different times but end at the same time. This way, "change.ts" includes commercials that cause a 2ch-- 6ch change, while "nochange.ts" starts after this and so does not include a channel change. I then used two different versions of ffmpeg: dc8dd2f (1-29-2013) and f6fff8e (2-26-2013) to create four avi files thus: {{{ ffmpeg_1_29.exe -y -i "change.ts" -q:vscale 0 -mbd 2 -acodec ac3 -ab 384k -ac 6 -async 48000 "change_1_29.avi" }}} {{{ ffmpeg_1_29.exe -y -i "nochange.ts" -q:vscale 0 -mbd 2 -acodec ac3 -ab 384k -ac 6 -async 48000 "nochange_1_29.avi" }}} {{{ ffmpeg_2_26.exe -y -i "change.ts" -q:vscale 0 -mbd 2 -acodec ac3 -ab 384k -ac 6 -async 48000 "change_2_26.avi" }}} {{{ ffmpeg_2_26.exe -y -i "nochange.ts" -q:vscale 0 -mbd 2 -acodec ac3 -ab 384k -ac 6 -async 48000 "nochange_2_26.avi" }}} I expected "change_1_29.avi" to have failed because that version of ffmpeg did not yet have the fix from Ticket 2210. It did fail. I expected the "nochange_1_29.avi" to be just fine, and it was. I expected "change_2_26.avi" to be good since the fix had been released. It was just fine. I also expected "nochange_2_26.avi" to be fine, since it had no channel layout change and it worked fine for the older version. It failed. Summary: change_1_29.avi FAIL nochange_1_29.avi SUCCESS change_2_26.avi SUCCESS nochange_2_26.avi FAIL For some reason the latest version works fine with a channel change AND any errors encountered after that (gaps, timestamp drift), but when there is NO channel change, it chokes on the gaps and timestamp drift errors that older versions handled just fine. Let me know if you want a copy of "change.ts" and "nochange.ts". They are large, together equaling about 900MB (the size is necessary to encompass all errors). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 14:22:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 13:22:07 -0000 Subject: [FFmpeg-trac] #1329(undetermined:closed): A/V desync with mpeg1video and mp2 in mpeg-ps In-Reply-To: <034.c666ed5072fb38abca54e69d65e65da5@avcodec.org> References: <034.c666ed5072fb38abca54e69d65e65da5@avcodec.org> Message-ID: <049.22f002b68e3df9a7411c213b810e8e15@avcodec.org> #1329: A/V desync with mpeg1video and mp2 in mpeg-ps -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: fixed desync | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in FFmpeg 1.1 and git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 14:23:24 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 13:23:24 -0000 Subject: [FFmpeg-trac] #2309(undetermined:new): Continuing -async issues In-Reply-To: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> References: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> Message-ID: <051.5e4c1f1c9b7aa01d528af4013ca4ae14@avcodec.org> #2309: Continuing -async issues -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): To make this a valid ticket, please provide a (one) failing command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 14:46:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 13:46:53 -0000 Subject: [FFmpeg-trac] #2309(undetermined:new): Continuing -async issues In-Reply-To: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> References: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> Message-ID: <051.8131d29186a875ed1cbc934b68f3fecd@avcodec.org> #2309: Continuing -async issues -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I tested the following command line: {{{ $ ffmpeg -i Dsmall.ts -qscale 2 out.avi }}} and the output file plays find here. I also tested the following command line: {{{ $ ffmpeg -async 1 -i Dsmall.ts -qscale 2 outasync.avi }}} and the output files play fine here. What do I miss? Unrelated: Please do not compress your uploads with 7z, see also http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 15:08:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 14:08:10 -0000 Subject: [FFmpeg-trac] #2309(undetermined:new): Continuing -async issues In-Reply-To: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> References: <036.03bc4f38108e8463542aa93243edeb6d@avcodec.org> Message-ID: <051.378833cede5ab5b98de58c0d2c67da15@avcodec.org> #2309: Continuing -async issues -------------------------------------+------------------------------------- Reporter: agni451 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agni451): I tried your commandline and it works for all of my samples as far as I can tell. The difference was that I used -async 48000 instead of -async 1, and that DOES result in errors. But I guess of async 1 works for all cases, I'll just use that. Might want to edit the documentation to reflect that only -async 1 works now. I'm going to keep testing with all new video that I'm going to re-encode, and see how things go for a while. If I notice any issues around -async, I'll let you know. Sorry for creating a new, apparently unnecessary ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 16:24:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 15:24:21 -0000 Subject: [FFmpeg-trac] #1799(avfilter:open): loop option doesn't seem to work In-Reply-To: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> References: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> Message-ID: <050.069c8cd0e9cb7bf6fd8d8cae67dc689c@avcodec.org> #1799: loop option doesn't seem to work ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by Stylpe): Yes, this still happens, tested this build with the same command (but an mp4 video): http://ffmpeg.gusari.org/static/64bit/ffmpeg.static.64bit.2013-02-27.tar.gz Pretty much the same output: {{{ $ ./ffmpeg -f lavfi -i movie=../bunny.mp4:loop=0 -t 20 -y out.mkv ffmpeg version N-50337-g5d2f2c7 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 27 2013 05:23:05 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/64bit --extra- cflags='-I/root/ffmpeg-static/64bit/include -static' --extra- ldflags='-L/root/ffmpeg-static/64bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable- runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 0x3800620] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'movie=../bunny.mp4:loop=0': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 24 tbr, 24 tbn, 24 tbc [libx264 @ 0x49b7500] using SAR=1/1 [libx264 @ 0x49b7500] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x49b7500] profile High, level 3.0 [libx264 @ 0x49b7500] 264 - core 129 r2230 1cffe9f - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24 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 Metadata: encoder : Lavf54.63.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 1k tbn, 24 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Press [q] to stop, [?] for help frame= 121 fps=2.6 q=-1.0 Lsize= 249kB time=00:00:04.95 bitrate= 412.1kbits/s dup=0 drop=135403 }}} I've been trying to do something similar to produce a persistent test live stream, with the same results (the video just hangs when consuming it) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 17:09:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 16:09:54 -0000 Subject: [FFmpeg-trac] #2225(avfilter:closed): negate filter is broken on big-endian In-Reply-To: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> References: <038.72b62a2b9d1248f7d8745dfb2ba58b3f@avcodec.org> Message-ID: <053.23a6bd3592cd578c0937ea3b3647bd1e@avcodec.org> #2225: negate filter is broken on big-endian ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: negate lut | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 17:31:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 16:31:13 -0000 Subject: [FFmpeg-trac] #2177(avcodec:closed): Canopus dv looks broken In-Reply-To: <036.065cf8baec63d8fa5eb9aeab1df41953@avcodec.org> References: <036.065cf8baec63d8fa5eb9aeab1df41953@avcodec.org> Message-ID: <051.6a5f96becd587084d9cdd235db7d8c74@avcodec.org> #2177: Canopus dv looks broken --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvvideo CDVC | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 17:41:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 16:41:32 -0000 Subject: [FFmpeg-trac] #2097(avfilter:open): Let Gradfun output an undithered image of higher bit depth. In-Reply-To: <032.5b2bb7d29a905484dc731d7a04972ec4@avcodec.org> References: <032.5b2bb7d29a905484dc731d7a04972ec4@avcodec.org> Message-ID: <047.c974cec0098b677282d95be132faf495@avcodec.org> #2097: Let Gradfun output an undithered image of higher bit depth. -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: gradfun | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by sun): Hmm, could the format filter give some hints? It converts the video to different pixel formats and also tries to match the format the next filter supports. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 17:48:17 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 16:48:17 -0000 Subject: [FFmpeg-trac] #2240(avcodec:open): xvid: visible artefects In-Reply-To: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> References: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> Message-ID: <053.5f7fef744ec7424cb9c8af4cdedd4f4a@avcodec.org> #2240: xvid: visible artefects ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): it has a xvid fourcc but iam not so sure that xvid was the actual encoder -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 18:03:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 17:03:28 -0000 Subject: [FFmpeg-trac] #2240(avcodec:open): xvid: visible artefects In-Reply-To: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> References: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> Message-ID: <053.0f2e782fdacdf85a76c4e3f444a02eb2@avcodec.org> #2240: xvid: visible artefects ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): below may or may not work (needs testing with lots of old xvid files, that is maybe puting an assert there to first find which are affected and then looking at them to see which way is better for affected files) {{{ - if(s->xvid_build<=12U) + if(s->xvid_build > 0 && s->xvid_build<=12U) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 20:35:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 19:35:55 -0000 Subject: [FFmpeg-trac] #2310(undetermined:new): x264: x264_cqm_init access beyond array causes undefined behavior in gcc48 Message-ID: <035.c9eaaac380bec854f6a12e9e4f6b5a56@avcodec.org> #2310: x264: x264_cqm_init access beyond array causes undefined behavior in gcc48 -------------------------------------+------------------------------------- Reporter: Safari | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: can't x264 bugs be submitted with trac..? anyways... i can get to 7, whereas quant4_mf quant4_bias0 quant4_mf dequant4_mf and unquant4_mf are defined as array [4], therefore undefined behavior happens with gcc-4.8-0.14.fc19 (infinite loop). How to reproduce: run x264 and it segfaults in x264_cqm_init. small test case which causes infinite loop #include #include #include #include uint32_t (*quant4_mf[4])[16]; int main(int argc, char *argv[]) { int i; for(i = 0; i < 8; i++ ) { fprintf(stderr, "i=%d\n", i); quant4_mf[i] = (void*)0; } return 0; } {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 22:41:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 21:41:59 -0000 Subject: [FFmpeg-trac] #2310(undetermined:closed): x264: x264_cqm_init access beyond array causes undefined behavior in gcc48 In-Reply-To: <035.c9eaaac380bec854f6a12e9e4f6b5a56@avcodec.org> References: <035.c9eaaac380bec854f6a12e9e4f6b5a56@avcodec.org> Message-ID: <050.17e332f61f04f485caf68b592f5dd3b2@avcodec.org> #2310: x264: x264_cqm_init access beyond array causes undefined behavior in gcc48 -------------------------------------+------------------------------------- Reporter: Safari | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: libx264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => libx264 * status: new => closed * resolution: => invalid Comment: Please consider posting on http://mailman.videolan.org/listinfo/x264-devel -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 22:43:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 21:43:15 -0000 Subject: [FFmpeg-trac] #2240(avcodec:open): xvid: visible artefects In-Reply-To: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> References: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> Message-ID: <053.c05596d5bdb1189517a2b680a4e4e687@avcodec.org> #2240: xvid: visible artefects ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Don't we do the same - only accepting build values > 0 - for x264? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 22:59:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 21:59:13 -0000 Subject: [FFmpeg-trac] #2242(avcodec:closed): Small memory leak when using -fix_sub_duration with ass -> mov_text In-Reply-To: <036.f52a06b7b83afc3665c156123eaef59e@avcodec.org> References: <036.f52a06b7b83afc3665c156123eaef59e@avcodec.org> Message-ID: <051.8fb5756dbfdc312c1c8d3da60824dcaa@avcodec.org> #2242: Small memory leak when using -fix_sub_duration with ass -> mov_text ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ass leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Nicolas. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 27 23:13:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 22:13:22 -0000 Subject: [FFmpeg-trac] #1799(avfilter:open): loop option doesn't seem to work In-Reply-To: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> References: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> Message-ID: <050.5ed0792c20d964ca5bfe5f264737209d@avcodec.org> #1799: loop option doesn't seem to work ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: movie | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => movie -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 00:48:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Feb 2013 23:48:22 -0000 Subject: [FFmpeg-trac] #2031(avformat:closed): ffmpeg fails to access certain http URLs In-Reply-To: <035.3c828d757784f61bf16c6ef6a9be9462@avcodec.org> References: <035.3c828d757784f61bf16c6ef6a9be9462@avcodec.org> Message-ID: <050.e306b43e816a18a9905fc9f46d110962@avcodec.org> #2031: ffmpeg fails to access certain http URLs -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: url | Blocked By: av_url_split http | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * keywords: => url av_url_split http * status: open => closed * resolution: => fixed Comment: Hopefully fixed in: {{{ commit 4a8fc1d83b1b55e1ac533644168018ebeec0c732 Author: Senthilnathan M Date: Sun Feb 10 23:08:52 2013 +0530 lavf/utils: add support for special characters encoding in URL In particular, fix trac ticket #2031. Signed-off-by: Senthilnathan M Signed-off-by: Stefano Sabatini }}} Please reopen the ticket if this still fails in some cases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 02:26:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 01:26:57 -0000 Subject: [FFmpeg-trac] #1928(FFplay:closed): ape: fix seeking (with ffplay) In-Reply-To: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> References: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> Message-ID: <053.88c92ebcc3ea0ee3e7b0f2812a0141c6@avcodec.org> #1928: ape: fix seeking (with ffplay) ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: ape seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * status: open => closed * resolution: => fixed Comment: Fixed in latest git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 02:28:13 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 01:28:13 -0000 Subject: [FFmpeg-trac] #2201(FFplay:closed): ffplay: add "-sn" option to disable decoding and displaying of subtitles In-Reply-To: <038.b66927d8aa2beda2b7cdaacb1f2439b8@avcodec.org> References: <038.b66927d8aa2beda2b7cdaacb1f2439b8@avcodec.org> Message-ID: <053.ae1a659f67265e3aa9e463c3d1eecc0c@avcodec.org> #2201: ffplay: add "-sn" option to disable decoding and displaying of subtitles ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * status: open => closed * resolution: => fixed Comment: Option is added to latest git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 02:28:55 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 01:28:55 -0000 Subject: [FFmpeg-trac] #2200(FFplay:closed): ffplay: skip SHOW_MODE_VIDEO while cycling show modes with "w" key In-Reply-To: <038.d05e4dc1b40ba6a6e23ce35d7b5b273b@avcodec.org> References: <038.d05e4dc1b40ba6a6e23ce35d7b5b273b@avcodec.org> Message-ID: <053.a0bdb7a2998ae19634f985c9a9ea424f@avcodec.org> #2200: ffplay: skip SHOW_MODE_VIDEO while cycling show modes with "w" key -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: enhancement | Status: closed Priority: wish | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cus): * status: open => closed * resolution: => fixed Comment: Fixed in latest git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 02:51:31 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 01:51:31 -0000 Subject: [FFmpeg-trac] #2311(avformat:new): unexpected tee muxer behaviour Message-ID: <033.567514996adbefb74183022357ad36f0@avcodec.org> #2311: unexpected tee muxer behaviour -----------------------------------+-------------------------------------- Reporter: elkq | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: tee muxer | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Summary of the bug: Attempts to stream a webcam to two outputs fails unexpectedly, with the message Output file #0 does not contain any stream. The included example uses '[f=flv]alpha.flv|[f=flv]beta.flv]' Other attempts include: - '[f=mpegts]alpha.ts|[f=mpegts]beta.ts' - '[f=mp4]alpha.mp4|[f=mp4]beta.mp4' - 'alpha.mkv|[f=mp4]/dev/null' How to reproduce: {{{ $ ffmpeg -report -v 9 -loglevel 99 -f v4l2 -i /dev/video1 -c:v libx264 -f tee "[f=flv]alpha.flv|[f=flv]beta.flv]" ffmpeg started on 2013-02-27 at 17:38:18 Report written to "ffmpeg-20130227-173818.log" ffmpeg version N-50368-ge54a1bd Copyright (c) 2000-2013 the FFmpeg developers built on Feb 27 2013 16:56:11 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --enable-gpl --enable-nonfree --enable-shared --enable- libx264 --enable-libfaac --enable-libmp3lame --enable-libpulse --enable- librtmp libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.101 / 54. 63.101 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-i' ... matched as input file with argument '/dev/video1'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'libx264'. Reading option '-f' ... matched as option 'f' (force format) with argument 'tee'. Reading option '[f=flv]alpha.flv|[f=flv]beta.flv]' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option v (set libav* logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file /dev/video1. Applying option f (force format) with argument v4l2. Successfully parsed a group of options. Opening an input file: /dev/video1. [video4linux2,v4l2 @ 0x1dcc9c0] fd:4 capabilities:85000001 [video4linux2,v4l2 @ 0x1dcc9c0] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x1dcc9c0] input_channel: 0, input_name: kinect [video4linux2,v4l2 @ 0x1dcc9c0] Querying the device for the current frame size [video4linux2,v4l2 @ 0x1dcc9c0] Setting frame size to 640x480 [video4linux2,v4l2 @ 0x1dcc9c0] The V4L2 driver changed the pixel format from 0x32315559 to 0x59565955 [video4linux2,v4l2 @ 0x1dcc9c0] Trying to set codec:rawvideo pix_fmt:yuv420p [video4linux2,v4l2 @ 0x1dcc9c0] The V4L2 driver changed the pixel format from 0x32315559 to 0x59565955 [video4linux2,v4l2 @ 0x1dcc9c0] Trying to set codec:rawvideo pix_fmt:yuv420p [video4linux2,v4l2 @ 0x1dcc9c0] The V4L2 driver changed the pixel format from 0x32315659 to 0x59565955 [video4linux2,v4l2 @ 0x1dcc9c0] Trying to set codec:rawvideo pix_fmt:yuv422p [video4linux2,v4l2 @ 0x1dcc9c0] The V4L2 driver changed the pixel format from 0x50323234 to 0x59565955 [video4linux2,v4l2 @ 0x1dcc9c0] Trying to set codec:rawvideo pix_fmt:yuyv422 [video4linux2,v4l2 @ 0x1dcc9c0] The V4L2 driver changed the pixel format from 0x56595559 to 0x59565955 [video4linux2,v4l2 @ 0x1dcc9c0] Trying to set codec:rawvideo pix_fmt:uyvy422 [video4linux2,v4l2 @ 0x1dcc9c0] Probe buffer size limit of 5000000 bytes reached rfps: 14.083333 0.019419 Last message repeated 1 times rfps: 14.166667 0.016053 rfps: 14.250000 0.013012 rfps: 14.333333 0.010296 rfps: 14.416667 0.007903 Last message repeated 1 times rfps: 14.500000 0.005836 Last message repeated 1 times rfps: 14.583333 0.004093 rfps: 14.666667 0.002674 rfps: 14.750000 0.001580 Last message repeated 1 times rfps: 14.833333 0.000810 Last message repeated 1 times rfps: 14.916667 0.000365 Last message repeated 1 times rfps: 15.000000 0.000245 rfps: 15.083333 0.000449 Last message repeated 1 times rfps: 15.166667 0.000978 Last message repeated 1 times rfps: 15.250000 0.001831 Last message repeated 1 times rfps: 15.333333 0.003008 rfps: 15.416667 0.004510 rfps: 15.500000 0.006337 Last message repeated 1 times rfps: 15.583333 0.008488 Last message repeated 1 times rfps: 15.666667 0.010964 rfps: 15.750000 0.013764 rfps: 15.833333 0.016889 rfps: 29.083333 0.019695 Last message repeated 1 times rfps: 29.166667 0.016371 rfps: 29.250000 0.013371 rfps: 29.333333 0.010696 rfps: 29.416667 0.008346 Last message repeated 1 times rfps: 29.500000 0.006320 Last message repeated 1 times rfps: 29.583333 0.004619 rfps: 29.666667 0.003242 rfps: 29.750000 0.002190 Last message repeated 1 times rfps: 29.833333 0.001462 Last message repeated 1 times rfps: 29.916667 0.001058 Last message repeated 1 times rfps: 30.000000 0.000980 rfps: 30.083333 0.001226 Last message repeated 1 times rfps: 30.166667 0.001796 Last message repeated 1 times rfps: 30.250000 0.002691 Last message repeated 1 times rfps: 30.333333 0.003910 rfps: 30.416667 0.005454 rfps: 30.500000 0.007322 Last message repeated 1 times rfps: 30.583333 0.009515 Last message repeated 1 times rfps: 30.666667 0.012033 rfps: 30.750000 0.014875 rfps: 30.833333 0.018041 rfps: 44.166667 0.017178 rfps: 44.250000 0.014220 rfps: 44.333333 0.011587 rfps: 44.416667 0.009278 Last message repeated 1 times rfps: 44.500000 0.007294 Last message repeated 1 times rfps: 44.583333 0.005634 rfps: 44.666667 0.004299 rfps: 44.750000 0.003289 Last message repeated 1 times rfps: 44.833333 0.002603 Last message repeated 1 times rfps: 44.916667 0.002241 Last message repeated 1 times rfps: 45.000000 0.002204 rfps: 45.083333 0.002492 Last message repeated 1 times rfps: 45.166667 0.003104 Last message repeated 1 times rfps: 45.250000 0.004041 Last message repeated 1 times rfps: 45.333333 0.005302 rfps: 45.416667 0.006887 rfps: 45.500000 0.008798 Last message repeated 1 times rfps: 45.583333 0.011032 Last message repeated 1 times rfps: 45.666667 0.013591 rfps: 45.750000 0.016475 rfps: 45.833333 0.019683 rfps: 59.166667 0.018475 rfps: 59.250000 0.015559 rfps: 59.333333 0.012967 rfps: 59.416667 0.010700 Last message repeated 1 times rfps: 59.500000 0.008758 rfps: 59.583333 0.007140 rfps: 59.666667 0.005847 rfps: 59.750000 0.004878 Last message repeated 1 times rfps: 59.833333 0.004234 Last message repeated 1 times rfps: 59.916667 0.003914 rfps: 60.000000 0.003919 rfps: 29.970030 0.000971 rfps: 59.940060 0.003883 rfps: 14.985015 0.000243 Last message repeated 1 times [video4linux2,v4l2 @ 0x1dcc9c0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, start: 463381.035470, bitrate: N/A Stream #0:0, 9, 1/1000000: Video: rawvideo (UYVY / 0x59565955), uyvy422, 640x480, 1/1000000, -2147483 kb/s, 14.99 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file [f=flv]alpha.flv|[f=flv]beta.flv]. Applying option c:v (codec name) with argument libx264. Applying option f (force format) with argument tee. Successfully parsed a group of options. Opening an output file: [f=flv]alpha.flv|[f=flv]beta.flv]. Successfully opened the file. Output #0, tee, to '[f=flv]alpha.flv|[f=flv]beta.flv]': Output file #0 does not contain any stream }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 08:28:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 07:28:59 -0000 Subject: [FFmpeg-trac] #2031(avformat:reopened): ffmpeg fails to access certain http URLs In-Reply-To: <035.3c828d757784f61bf16c6ef6a9be9462@avcodec.org> References: <035.3c828d757784f61bf16c6ef6a9be9462@avcodec.org> Message-ID: <050.31163df628246a81c46c8f304f87f530@avcodec.org> #2031: ffmpeg fails to access certain http URLs -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: url | Blocked By: av_url_split http | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: The commit was reverted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 09:12:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 08:12:14 -0000 Subject: [FFmpeg-trac] #2299(documentation:closed): -dump_attachment option is poorly documented and/or doesn't work In-Reply-To: <034.21d33fa0b6ba2b732c6078fb5532f52f@avcodec.org> References: <034.21d33fa0b6ba2b732c6078fb5532f52f@avcodec.org> Message-ID: <049.1ecd59ed8055e7b2fa13f95062d817a6@avcodec.org> #2299: -dump_attachment option is poorly documented and/or doesn't work -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 09:52:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 08:52:12 -0000 Subject: [FFmpeg-trac] #2308(undetermined:new): Transcoding problems with asf / wma lossless files In-Reply-To: <036.dcaf99fa8edbad64942339ac39f04b7c@avcodec.org> References: <036.dcaf99fa8edbad64942339ac39f04b7c@avcodec.org> Message-ID: <051.285262a9ca17f3b0482e2db9797d26f5@avcodec.org> #2308: Transcoding problems with asf / wma lossless files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asf wmall | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44250 > > A user uploaded an asf file containing wma lossless that can be > transcoded with ffmpeg and ffplay and MPlayer play the output file > correctly, but ffmpeg outputs many warnings and the output file does not > play correctly with WMP, QuickTime and vlc. > {{{ > $ ffmpeg -i testfile3.wmv -qscale 5 -strict -2 out.mov > ffmpeg version N-50314-gf6fff8e Copyright (c) 2000-2013 the FFmpeg > developers > built on Feb 27 2013 10:29:20 with icc (ICC) 13.1.0 20130121 > configuration: --enable-gpl --disable-indev=jack > --cc=/opt/intel/composer_xe_2013.2.146/bin/intel64/icc --cpu=corei7-avx > libavutil 52. 17.103 / 52. 17.103 > libavcodec 54. 92.100 / 54. 92.100 > libavformat 54. 63.100 / 54. 63.100 > libavdevice 54. 3.103 / 54. 3.103 > libavfilter 3. 41.100 / 3. 41.100 > libswscale 2. 2.100 / 2. 2.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 2.100 / 52. 2.100 > [wmv3 @ 0x2d54520] Extra data: 8 bits left, value: 0 > Input #0, asf, from 'testfile3.wmv': > Metadata: > WMFSDKNeeded : 0.0.0.0000 > DeviceConformanceTemplate: MP at HL > WM/WMADRCPeakReference: 327 > WM/WMADRCPeakTarget: 327 > WM/WMADRCAverageReference: 432 > WM/WMADRCAverageTarget: 432 > NumberOfFrames : 1393 > WMFSDKVersion : 12.0.7600.16385 > IsVBR : 0 > Duration: 00:00:58.50, start: 0.000000, bitrate: 5265 kb/s > Stream #0:0: Audio: wmalossless (c[1][0][0] / 0x0163), 44100 Hz, > stereo, s16p, 1152 kb/s > Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, > 1280x720, 5000 kb/s, SAR 1:1 DAR 16:9, 24 tbr, 1k tbn, 1k tbc > Please use -q:a or -q:v, -qscale is ambiguous > [wmv3 @ 0x2d54520] Extra data: 8 bits left, value: 0 > Output #0, mov, to 'out.mov': > Metadata: > WMFSDKNeeded : 0.0.0.0000 > DeviceConformanceTemplate: MP at HL > WM/WMADRCPeakReference: 327 > WM/WMADRCPeakTarget: 327 > WM/WMADRCAverageReference: 432 > WM/WMADRCAverageTarget: 432 > NumberOfFrames : 1393 > WMFSDKVersion : 12.0.7600.16385 > IsVBR : 0 > encoder : Lavf54.63.100 > Stream #0:0: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 1280x720 [SAR > 1:1 DAR 16:9], q=2-31, 200 kb/s, 12288 tbn, 24 tbc > Stream #0:1: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, > 128 kb/s > Stream mapping: > Stream #0:1 -> #0:0 (wmv3 -> mpeg4) > Stream #0:0 -> #0:1 (wmalossless -> aac) > Press [q] to stop, [?] for help > Multiple frames in a packet from stream 0 > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 272362 DTS: 272362 < 277465 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 273386 DTS: 273386 < 277466 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 274410 DTS: 274410 < 277467 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 275434 DTS: 275434 < 277468 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 276458 DTS: 276458 < 277469 invalid, clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 278492 DTS: 278492 < 334825 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 279516 DTS: 279516 < 334826 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 280539 DTS: 280539 < 334827 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 281563 DTS: 281563 < 334828 invalid, clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 282587 DTS: 282587 < 334829 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 283611 DTS: 283611 < 334830 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 282549 DTS: 282549 < 334831 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 283573 DTS: 283573 < 334832 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 284597 DTS: 284597 < 334833 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 285621 DTS: 285621 < 334834 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 288723 DTS: 288723 < 334835 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 289747 DTS: 289747 < 334836 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 290771 DTS: 290771 < 334837 invalid, clipping > [mov @ 0x2d55200] st:0 PTS: 291795 DTS: 291795 < 334838 invalid, clipping > > ... > > [mov @ 0x2d55200] st:0 PTS: 2357233 DTS: 2357233 < 2358209 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2367464 DTS: 2367464 < 2368484 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2377696 DTS: 2377696 < 2378715 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2392028 DTS: 2392028 < 2393048 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2402259 DTS: 2402259 < 2403323 invalid, > clipping > [mov @ 0x2d55200] st:0 PTS: 2403283 DTS: 2403283 < 2403324 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2412491 DTS: 2412491 < 2413554 invalid, > clipping > [mov @ 0x2d55200] st:0 PTS: 2413515 DTS: 2413515 < 2413555 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2426823 DTS: 2426823 < 2427843 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2455532 DTS: 2455532 < 2456508 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2465763 DTS: 2465763 < 2466739 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2482124 DTS: 2482124 < 2483144 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2496457 DTS: 2496457 < 2497477 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2512818 DTS: 2512818 < 2513882 invalid, > clipping > [mov @ 0x2d55200] st:0 PTS: 2513842 DTS: 2513842 < 2513883 invalid, > clipping > frame= 1320 fps=202 q=5.0 size= 17673kB time=00:00:57.02 > bitrate=2538.7kbits/s > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2533325 DTS: 2533325 < 2534344 invalid, > clipping > [aac @ 0x2d74ac0] Queue input is backward in time > [mov @ 0x2d55200] st:0 PTS: 2543556 DTS: 2543556 < 2544619 invalid, > clipping > [mov @ 0x2d55200] st:0 PTS: 2544580 DTS: 2544580 < 2544620 invalid, > clipping > frame= 1393 fps=202 q=5.0 Lsize= 18908kB time=00:00:58.09 > bitrate=2666.2kbits/s > video:18058kB audio:804kB subtitle:0 global headers:0kB muxing overhead > 0.245388% > }}} New description: http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44250 A user uploaded an asf file containing wma lossless that can be transcoded with ffmpeg and ffplay and MPlayer play the output file correctly, but ffmpeg outputs many warnings and the output file does not play correctly with WMP, QuickTime and vlc. {{{ $ ffmpeg -i testfile3.wmv -vcodec mpeg4 -qscale 5 -strict -2 out.mov ffmpeg version N-50314-gf6fff8e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 27 2013 10:29:20 with icc (ICC) 13.1.0 20130121 configuration: --enable-gpl --disable-indev=jack --cc=/opt/intel/composer_xe_2013.2.146/bin/intel64/icc --cpu=corei7-avx libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wmv3 @ 0x2d54520] Extra data: 8 bits left, value: 0 Input #0, asf, from 'testfile3.wmv': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: MP at HL WM/WMADRCPeakReference: 327 WM/WMADRCPeakTarget: 327 WM/WMADRCAverageReference: 432 WM/WMADRCAverageTarget: 432 NumberOfFrames : 1393 WMFSDKVersion : 12.0.7600.16385 IsVBR : 0 Duration: 00:00:58.50, start: 0.000000, bitrate: 5265 kb/s Stream #0:0: Audio: wmalossless (c[1][0][0] / 0x0163), 44100 Hz, stereo, s16p, 1152 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 5000 kb/s, SAR 1:1 DAR 16:9, 24 tbr, 1k tbn, 1k tbc Please use -q:a or -q:v, -qscale is ambiguous [wmv3 @ 0x2d54520] Extra data: 8 bits left, value: 0 Output #0, mov, to 'out.mov': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: MP at HL WM/WMADRCPeakReference: 327 WM/WMADRCPeakTarget: 327 WM/WMADRCAverageReference: 432 WM/WMADRCAverageTarget: 432 NumberOfFrames : 1393 WMFSDKVersion : 12.0.7600.16385 IsVBR : 0 encoder : Lavf54.63.100 Stream #0:0: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 12288 tbn, 24 tbc Stream #0:1: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> mpeg4) Stream #0:0 -> #0:1 (wmalossless -> aac) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 272362 DTS: 272362 < 277465 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 273386 DTS: 273386 < 277466 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 274410 DTS: 274410 < 277467 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 275434 DTS: 275434 < 277468 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 276458 DTS: 276458 < 277469 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 278492 DTS: 278492 < 334825 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 279516 DTS: 279516 < 334826 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 280539 DTS: 280539 < 334827 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 281563 DTS: 281563 < 334828 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 282587 DTS: 282587 < 334829 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 283611 DTS: 283611 < 334830 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 282549 DTS: 282549 < 334831 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 283573 DTS: 283573 < 334832 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 284597 DTS: 284597 < 334833 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 285621 DTS: 285621 < 334834 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 288723 DTS: 288723 < 334835 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 289747 DTS: 289747 < 334836 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 290771 DTS: 290771 < 334837 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 291795 DTS: 291795 < 334838 invalid, clipping ... [mov @ 0x2d55200] st:0 PTS: 2357233 DTS: 2357233 < 2358209 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2367464 DTS: 2367464 < 2368484 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2377696 DTS: 2377696 < 2378715 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2392028 DTS: 2392028 < 2393048 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2402259 DTS: 2402259 < 2403323 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 2403283 DTS: 2403283 < 2403324 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2412491 DTS: 2412491 < 2413554 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 2413515 DTS: 2413515 < 2413555 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2426823 DTS: 2426823 < 2427843 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2455532 DTS: 2455532 < 2456508 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2465763 DTS: 2465763 < 2466739 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2482124 DTS: 2482124 < 2483144 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2496457 DTS: 2496457 < 2497477 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2512818 DTS: 2512818 < 2513882 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 2513842 DTS: 2513842 < 2513883 invalid, clipping frame= 1320 fps=202 q=5.0 size= 17673kB time=00:00:57.02 bitrate=2538.7kbits/s [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2533325 DTS: 2533325 < 2534344 invalid, clipping [aac @ 0x2d74ac0] Queue input is backward in time [mov @ 0x2d55200] st:0 PTS: 2543556 DTS: 2543556 < 2544619 invalid, clipping [mov @ 0x2d55200] st:0 PTS: 2544580 DTS: 2544580 < 2544620 invalid, clipping frame= 1393 fps=202 q=5.0 Lsize= 18908kB time=00:00:58.09 bitrate=2666.2kbits/s video:18058kB audio:804kB subtitle:0 global headers:0kB muxing overhead 0.245388% }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 10:19:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 09:19:40 -0000 Subject: [FFmpeg-trac] #2308(undetermined:new): Transcoding problems with asf / wma lossless files In-Reply-To: <036.dcaf99fa8edbad64942339ac39f04b7c@avcodec.org> References: <036.dcaf99fa8edbad64942339ac39f04b7c@avcodec.org> Message-ID: <051.49eefb57492e0794b9ae143b5602a298@avcodec.org> #2308: Transcoding problems with asf / wma lossless files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asf | Resolution: wmalossless | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asf wmall => asf wmalossless -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 10:31:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 09:31:35 -0000 Subject: [FFmpeg-trac] #2284(undetermined:closed): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static In-Reply-To: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> References: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> Message-ID: <051.f435ec53936a5af21c277101ab5f6219@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => closed * resolution: => invalid Comment: Not a FFmpeg problem, should be fixed: http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=1009&start=10#p4151 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 10:40:51 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 09:40:51 -0000 Subject: [FFmpeg-trac] #2170(undetermined:closed): problem using av_packet_merge_side_data In-Reply-To: <038.60cc94af1edc3429f7ee006e3cb022bd@avcodec.org> References: <038.60cc94af1edc3429f7ee006e3cb022bd@avcodec.org> Message-ID: <053.4e68bf95ec3da504d62289e17ae81d92@avcodec.org> #2170: problem using av_packet_merge_side_data -------------------------------------+------------------------------------- Reporter: trynitron | Owner: Type: defect | Status: closed Priority: important | Component: Version: 1.1.1 | undetermined Keywords: regression | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can either: * run git bisect as suggested by me in comment:3 (I will then help you with the remaining steps) or * provide the missing information as requested by Michael in comment:6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 12:30:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 11:30:12 -0000 Subject: [FFmpeg-trac] #2284(undetermined:closed): Regression crash bug: OK with 20130215-git-4a6fa79-win64-static In-Reply-To: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> References: <036.c100975bbb2b66d3111ca1f3b211c329@avcodec.org> Message-ID: <051.755f27e1647ed1a04975798802ab7ea9@avcodec.org> #2284: Regression crash bug: OK with 20130215-git-4a6fa79-win64-static -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by feelart): I confirm bug is now closed FYI: bug 2289 is still open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 12:55:56 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 11:55:56 -0000 Subject: [FFmpeg-trac] #1572(undetermined:new): HLS input destroys DTS/PTS information In-Reply-To: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> References: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> Message-ID: <055.441bd89dbd124fa4b54610433856d001@avcodec.org> #1572: HLS input destroys DTS/PTS information -------------------------------------+------------------------------------- Reporter: crtmpserver | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hls -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 12:56:16 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 11:56:16 -0000 Subject: [FFmpeg-trac] #1733(avformat:new): Strange timestamps with Apple hls stream In-Reply-To: <036.3c4b03f5ed2a3972ae5a9c08b0e47cf0@avcodec.org> References: <036.3c4b03f5ed2a3972ae5a9c08b0e47cf0@avcodec.org> Message-ID: <051.8a542cf8daab660974e31d8530d920dd@avcodec.org> #1733: Strange timestamps with Apple hls stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: hls => hls regression * priority: normal => important * component: undetermined => avformat Comment: This is a regression since 6f61823 possibly related to ticket #1572. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 12:57:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 11:57:24 -0000 Subject: [FFmpeg-trac] #1572(undetermined:new): HLS input destroys DTS/PTS information In-Reply-To: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> References: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> Message-ID: <055.5246dbe3541c5941d689aaf445483939@avcodec.org> #1572: HLS input destroys DTS/PTS information -------------------------------------+------------------------------------- Reporter: crtmpserver | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > When using an HLS as input, ffmpeg does not preserve the DTS timestamps > which are usually present whenever B-frames are present. For simplicity, > I chosen fly output because is very easy to eye-ball the resulted file in > a hex editor and determine if a file has or has not dts timestamps. > > How to reproduce: > > method 1 (DTS timestamps are destroyed/absent) > {{{ > % ffmpeg -i http://rtmpd.com/assets/11/test.m3u8 -an -vcodec copy > /tmp/a.flv > }}} > > method 2 (DTS timestamps are preserved/present) > {{{ > % ffmpeg -i http://rtmpd.com/assets/11/all.ts -an -vcodec copy /tmp/a.flv > }}} > > Observations: > 1. all.ts input file is nothing more nothing less than all the chunks > concatenated from test.m3u8. Basically, '''identical''' content. > Logically speaking, both methods should generate proper DTS timestamps (I > don't expect them to be identical, but at least present). Why? because > both methods are in the end falling back on mpegts demuxer. I think the > problem is somewhere in libavformat/hls.c > 1. I removed the audio track for simplicity > 1. ffplay will playback just fine both resulted files (fly files). > However, flash player - the primary consumer of those files - will choke > on the one with bogus DTS. And it makes sense, because the file is not > adhering to the FLV specs. > > My ffmpeg version is: > {{{ > ffmpeg version 0.11.1.git > built on Jul 24 2012 04:23:34 with llvm-gcc 4.2.1 (LLVM build 2336.9.00) > configuration: --enable-libx264 --enable-libfaac --enable-gpl --enable- > nonfree --enable-libmp3lame --enable-shared --disable-filter=mp > --prefix=/Users/shiretu/work/ffmpeg_bin > libavutil 51. 65.100 / 51. 65.100 > libavcodec 54. 44.100 / 54. 44.100 > libavformat 54. 20.100 / 54. 20.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 3.100 / 3. 3.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > }}} New description: When using an HLS as input, ffmpeg does not preserve the DTS timestamps which are usually present whenever B-frames are present. For simplicity, I chosen fly output because is very easy to eye-ball the resulted file in a hex editor and determine if a file has or has not dts timestamps. How to reproduce: method 1 (DTS timestamps are destroyed/absent) {{{ % ffmpeg -i http://rtmpd.com/assets/11/test.m3u8 -an -vcodec copy /tmp/a.flv }}} method 2 (DTS timestamps are preserved/present) {{{ % ffmpeg -i http://rtmpd.com/assets/11/all.ts -an -vcodec copy /tmp/a.flv }}} Observations: 1. all.ts input file is nothing more nothing less than all the chunks concatenated from test.m3u8. Basically, '''identical''' content. Logically speaking, both methods should generate proper DTS timestamps (I don't expect them to be identical, but at least present). Why? because both methods are in the end falling back on mpegts demuxer. I think the problem is somewhere in libavformat/hls.c 1. I removed the audio track for simplicity 1. ffplay will playback just fine both resulted files (flv files). However, flash player - the primary consumer of those files - will choke on the one with bogus DTS. And it makes sense, because the file is not adhering to the FLV specs. My ffmpeg version is: {{{ ffmpeg version 0.11.1.git built on Jul 24 2012 04:23:34 with llvm-gcc 4.2.1 (LLVM build 2336.9.00) configuration: --enable-libx264 --enable-libfaac --enable-gpl --enable- nonfree --enable-libmp3lame --enable-shared --disable-filter=mp --prefix=/Users/shiretu/work/ffmpeg_bin libavutil 51. 65.100 / 51. 65.100 libavcodec 54. 44.100 / 54. 44.100 libavformat 54. 20.100 / 54. 20.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 3.100 / 3. 3.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 12:57:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 11:57:44 -0000 Subject: [FFmpeg-trac] #1572(undetermined:new): HLS input destroys DTS/PTS information In-Reply-To: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> References: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> Message-ID: <055.8196c6905a7d9f89aeca9b2fc91d14ef@avcodec.org> #1572: HLS input destroys DTS/PTS information -------------------------------------+------------------------------------- Reporter: crtmpserver | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > When using an HLS as input, ffmpeg does not preserve the DTS timestamps > which are usually present whenever B-frames are present. For simplicity, > I chosen fly output because is very easy to eye-ball the resulted file in > a hex editor and determine if a file has or has not dts timestamps. > > How to reproduce: > > method 1 (DTS timestamps are destroyed/absent) > {{{ > % ffmpeg -i http://rtmpd.com/assets/11/test.m3u8 -an -vcodec copy > /tmp/a.flv > }}} > > method 2 (DTS timestamps are preserved/present) > {{{ > % ffmpeg -i http://rtmpd.com/assets/11/all.ts -an -vcodec copy /tmp/a.flv > }}} > > Observations: > 1. all.ts input file is nothing more nothing less than all the chunks > concatenated from test.m3u8. Basically, '''identical''' content. > Logically speaking, both methods should generate proper DTS timestamps (I > don't expect them to be identical, but at least present). Why? because > both methods are in the end falling back on mpegts demuxer. I think the > problem is somewhere in libavformat/hls.c > 1. I removed the audio track for simplicity > 1. ffplay will playback just fine both resulted files (flv files). > However, flash player - the primary consumer of those files - will choke > on the one with bogus DTS. And it makes sense, because the file is not > adhering to the FLV specs. > > My ffmpeg version is: > {{{ > ffmpeg version 0.11.1.git > built on Jul 24 2012 04:23:34 with llvm-gcc 4.2.1 (LLVM build 2336.9.00) > configuration: --enable-libx264 --enable-libfaac --enable-gpl --enable- > nonfree --enable-libmp3lame --enable-shared --disable-filter=mp > --prefix=/Users/shiretu/work/ffmpeg_bin > libavutil 51. 65.100 / 51. 65.100 > libavcodec 54. 44.100 / 54. 44.100 > libavformat 54. 20.100 / 54. 20.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 3.100 / 3. 3.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > }}} New description: When using an HLS as input, ffmpeg does not preserve the DTS timestamps which are usually present whenever B-frames are present. For simplicity, I chosen flv output because is very easy to eye-ball the resulted file in a hex editor and determine if a file has or has not dts timestamps. How to reproduce: method 1 (DTS timestamps are destroyed/absent) {{{ % ffmpeg -i http://rtmpd.com/assets/11/test.m3u8 -an -vcodec copy /tmp/a.flv }}} method 2 (DTS timestamps are preserved/present) {{{ % ffmpeg -i http://rtmpd.com/assets/11/all.ts -an -vcodec copy /tmp/a.flv }}} Observations: 1. all.ts input file is nothing more nothing less than all the chunks concatenated from test.m3u8. Basically, '''identical''' content. Logically speaking, both methods should generate proper DTS timestamps (I don't expect them to be identical, but at least present). Why? because both methods are in the end falling back on mpegts demuxer. I think the problem is somewhere in libavformat/hls.c 1. I removed the audio track for simplicity 1. ffplay will playback just fine both resulted files (flv files). However, flash player - the primary consumer of those files - will choke on the one with bogus DTS. And it makes sense, because the file is not adhering to the FLV specs. My ffmpeg version is: {{{ ffmpeg version 0.11.1.git built on Jul 24 2012 04:23:34 with llvm-gcc 4.2.1 (LLVM build 2336.9.00) configuration: --enable-libx264 --enable-libfaac --enable-gpl --enable- nonfree --enable-libmp3lame --enable-shared --disable-filter=mp --prefix=/Users/shiretu/work/ffmpeg_bin libavutil 51. 65.100 / 51. 65.100 libavcodec 54. 44.100 / 54. 44.100 libavformat 54. 20.100 / 54. 20.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 3.100 / 3. 3.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 13:01:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 12:01:15 -0000 Subject: [FFmpeg-trac] #1572(undetermined:new): HLS input destroys DTS/PTS information In-Reply-To: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> References: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> Message-ID: <055.b0189ce2ad6d15e6185b01ec098c1394@avcodec.org> #1572: HLS input destroys DTS/PTS information -------------------------------------+------------------------------------- Reporter: crtmpserver | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by crtmpserver): I believe this was fixed a good while ago. Just that the ticket wasn't closed at the fix-time. Best regards, Andrei -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 15:13:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 14:13:21 -0000 Subject: [FFmpeg-trac] #2235(avfilter:closed): Subtitles do not seek In-Reply-To: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> References: <036.eb4db477a4f693a9dd8be0384af07f3b@avcodec.org> Message-ID: <051.012b2af00f08e123059340315df8f751@avcodec.org> #2235: Subtitles do not seek -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: duplicate Keywords: seek | Blocked By: subtitles | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: seek => seek subtitles * resolution: => duplicate * status: new => closed * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 15:13:29 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 14:13:29 -0000 Subject: [FFmpeg-trac] #2067(avfilter:open): Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) In-Reply-To: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> References: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> Message-ID: <049.36480e8e041e375e13c955841cde22ce@avcodec.org> #2067: Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) -------------------------------------+------------------------------------- Reporter: nikov | Owner: Type: enhancement | Status: open Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: subtitles | Blocked By: seek | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: subtitles => subtitles seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 18:40:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 17:40:35 -0000 Subject: [FFmpeg-trac] #2312(FFmpeg:new): AVI (Matrox-compatible) file doubling up in size Message-ID: <035.8261499b0a0b383553af213b4e82dd5a@avcodec.org> #2312: AVI (Matrox-compatible) file doubling up in size --------------------------------+------------------------------------- Reporter: wleo75 | Type: defect Status: new | Priority: important Component: FFmpeg | Version: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -y -i samplein.mxf -f avi -vcodec dvvideo -an -vf crop=720:480:0:32 sampleout.avi ffmpeg version N-49069-gc74d465 built on Jan 20 2013 23:39:19 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib --enable- filter=frei0r libavutil 52. 15.100 / 52. 15.100 libavcodec 54. 89.100 / 54. 89.100 libavformat 54. 61.101 / 54. 61.101 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.101 / 3. 32.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 }}} The AVi generated ends up with 2X the file size. Mediainfo reports the bitrate as 24.4 Mbps (exactly the same as any other Matrox AVI file); however, if you consider the file size, the overall bitrate is 57.6 Mbps. Sometimes, there are also issues playing out the output files. Source file: https://s3.amazonaws.com/vid-share-3/samplein.mxf Output: https://s3.amazonaws.com/vid-share-3/sampleout.avi The same thing happens when tested on Linux. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 19:29:37 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 18:29:37 -0000 Subject: [FFmpeg-trac] #2312(FFmpeg:new): AVI (Matrox-compatible) file doubling up in size In-Reply-To: <035.8261499b0a0b383553af213b4e82dd5a@avcodec.org> References: <035.8261499b0a0b383553af213b4e82dd5a@avcodec.org> Message-ID: <050.41b36ed7bea5db34283f573c8af92be3@avcodec.org> #2312: AVI (Matrox-compatible) file doubling up in size -----------------------------------+---------------------------------- Reporter: wleo75 | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Comment (by llogan): Please include the complete, full, and uncut ffmpeg console output (or at least the first and last 50 lines in the case of repeating messages). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 19:44:19 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 18:44:19 -0000 Subject: [FFmpeg-trac] #2311(avformat:new): unexpected tee muxer behaviour In-Reply-To: <033.567514996adbefb74183022357ad36f0@avcodec.org> References: <033.567514996adbefb74183022357ad36f0@avcodec.org> Message-ID: <048.31b8457de67d33719b784f94c783d750@avcodec.org> #2311: unexpected tee muxer behaviour ------------------------------------+------------------------------------ Reporter: elkq | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: tee muxer | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): This is more or less the expected behaviour: the tee muxer does not know the capabilities of the underlying muxers, so it requires the streams to be explicitly mapped using the {{{-map}}} option. The same happens with the segment muxer, for instance. I just sent a patch to put it in the documentation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 21:04:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 20:04:12 -0000 Subject: [FFmpeg-trac] #1051(undetermined:closed): ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps unless a larger probesize is specified In-Reply-To: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> References: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> Message-ID: <046.3142ae50860bd988afaaf74f439c5aca@avcodec.org> #1051: ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps unless a larger probesize is specified -------------------------------------+------------------------------------- Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: rawvideo | Resolution: fixed probesize | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 21:26:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 20:26:57 -0000 Subject: [FFmpeg-trac] #2311(avformat:new): unexpected tee muxer behaviour In-Reply-To: <033.567514996adbefb74183022357ad36f0@avcodec.org> References: <033.567514996adbefb74183022357ad36f0@avcodec.org> Message-ID: <048.2aa7ed94251159f13c734a00ba92fde2@avcodec.org> #2311: unexpected tee muxer behaviour ------------------------------------+------------------------------------ Reporter: elkq | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: tee muxer | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by elkq): Just confirming that yes, explicit mapping resolves the issue, thank-you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 23:04:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 22:04:21 -0000 Subject: [FFmpeg-trac] #2312(undetermined:closed): AVI (Matrox-compatible) file doubling up in size In-Reply-To: <035.8261499b0a0b383553af213b4e82dd5a@avcodec.org> References: <035.8261499b0a0b383553af213b4e82dd5a@avcodec.org> Message-ID: <050.edd58f5f6cf37c8976e7c79e8ba22e9a@avcodec.org> #2312: AVI (Matrox-compatible) file doubling up in size -------------------------------------+------------------------------------- Reporter: wleo75 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * resolution: => invalid * status: new => closed * component: FFmpeg => undetermined * version: => unspecified Comment: Your input sample is high-bitrate MPEG2. It is possible to re-encode your sample so that the output file has less than 3% of the size of the input file, depending on the used codec and settings. (Unrelated but interesting: Even using highest quality MPEG-1 re-encoding, the size was still reduced to far below 10%.) dvvideo has a defined bit-rate (defined by the specification, not the FFmpeg developers) that cannot be changed. This bit-rate is (even) higher than the bit-rate of your input file. For future questions: Please remember that this is a bug tracker, not a support forum, see http://ffmpeg.org/contact.html for the ffmpeg-user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 23:12:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 22:12:49 -0000 Subject: [FFmpeg-trac] #2303(avformat:closed): Protocol not found when input file name contains a comma In-Reply-To: <034.018578e9fe3a41bbb1a81e8b40c2690f@avcodec.org> References: <034.018578e9fe3a41bbb1a81e8b40c2690f@avcodec.org> Message-ID: <049.ba3343f9d3c7330b4f7a113d34ebfdf2@avcodec.org> #2303: Protocol not found when input file name contains a comma -------------------------------------+------------------------------------- Reporter: khali | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: protocol | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 28 23:19:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Feb 2013 22:19:58 -0000 Subject: [FFmpeg-trac] #2300(avformat:closed): segment muxer produces files with wrong duration In-Reply-To: <035.ff6487d652c85b39af9bffbb4c4111ec@avcodec.org> References: <035.ff6487d652c85b39af9bffbb4c4111ec@avcodec.org> Message-ID: <050.dc4b63f0683a03ae9d7c759d22240ff2@avcodec.org> #2300: segment muxer produces files with wrong duration ------------------------------------+------------------------------------ Reporter: Cigaes | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: segment | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by Nicolas. -- Ticket URL: FFmpeg FFmpeg issue tracker