From trac at avcodec.org Sat Feb 1 01:10:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 00:10:21 -0000 Subject: [FFmpeg-trac] #3288(avdevice:new): dshow uses deprecated windows fields In-Reply-To: <034.9c22f0edc5f676d72d10c9042607b2a3@avcodec.org> References: <034.9c22f0edc5f676d72d10c9042607b2a3@avcodec.org> Message-ID: <049.1b9c73b049089b2ad805914b03f2cb08@avcodec.org> #3288: dshow uses deprecated windows fields ------------------------------------+------------------------------------ Reporter: MattE | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by MattE): Ok, so it was a driver issue. Yesterday I got this driver update through windows update (http://catalog.update.microsoft.com/v7/site/ScopedViewInline.aspx?updateid =876bae8d-4a60-4423-a1d9-0d983b2b1e3a) and that made it work. This update is from 2012, so I don't know why I didn't get it before (maybe they read ffmpeg tickets...). It now reports only correct configurations and it changed the device name to "Logitech HD Webcam C525" like you had. Here's what it shows: {{{ C:\FFmpeg>ffmpeg -f dshow -list_options true -i video="Logitech HD Webcam C525" ffmpeg version N-59453-gd52882f Copyright (c) 2000-2013 the FFmpeg developers built on Dec 30 2013 22:01:59 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --e nable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enable -libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enab le-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheo ra --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx - -enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 59.100 / 52. 59.100 libavcodec 55. 47.100 / 55. 47.100 libavformat 55. 22.101 / 55. 22.101 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.103 / 4. 0.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [dshow @ 0035f680] DirectShow video device options [dshow @ 0035f680] Pin "Capture" [dshow @ 0035f680] pixel_format=bgr24 min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=320x176 fps=5 max s=320x176 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=544x288 fps=5 max s=544x288 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=752x416 fps=5 max s=752x416 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=864x480 fps=5 max s=864x480 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=960x544 fps=5 max s=960x544 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=1024x576 fps=5 max s=1024x576 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=800x600 fps=5 max s=800x600 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=1184x656 fps=5 max s=1184x656 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=960x720 fps=5 max s=960x720 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=1280x720 fps=5 max s=1280x720 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=1392x768 fps=5 max s=1392x768 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=1504x832 fps=5 max s=1504x832 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=1600x896 fps=5 max s=1600x896 fps=30 [dshow @ 0035f680] pixel_format=bgr24 min s=1280x960 fps=5 max s=1280x960 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=320x176 fps=5 max s=320x176 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=544x288 fps=5 max s=544x288 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=752x416 fps=5 max s=752x416 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=864x480 fps=5 max s=864x480 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=960x544 fps=5 max s=960x544 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=1024x576 fps=5 max s=1024x576 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=800x600 fps=5 max s=800x600 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=1184x656 fps=5 max s=1184x656 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=960x720 fps=5 max s=960x720 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=1280x720 fps=5 max s=1280x720 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=1392x768 fps=5 max s=1392x768 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=1504x832 fps=5 max s=1504x832 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=1600x896 fps=5 max s=1600x896 fps=30 [dshow @ 0035f680] pixel_format=yuv420p min s=1280x960 fps=5 max s=1280x960 fps=30 video=Logitech HD Webcam C525: Immediate exit requested }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 01:13:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 00:13:57 -0000 Subject: [FFmpeg-trac] #3288(avdevice:new): dshow uses deprecated windows fields In-Reply-To: <034.9c22f0edc5f676d72d10c9042607b2a3@avcodec.org> References: <034.9c22f0edc5f676d72d10c9042607b2a3@avcodec.org> Message-ID: <049.01c83c41e6c8669e6b98ccbbd5a08d69@avcodec.org> #3288: dshow uses deprecated windows fields ------------------------------------+------------------------------------ Reporter: MattE | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by MattE): Also, it does work at full 30fps at 1600x960 and the camera itself seems to have improved a bit with regards to frame rate. Anyway, I don't seem to have the option to close the ticket. Please close it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 01:36:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 00:36:05 -0000 Subject: [FFmpeg-trac] #3288(avdevice:closed): dshow uses deprecated windows fields In-Reply-To: <034.9c22f0edc5f676d72d10c9042607b2a3@avcodec.org> References: <034.9c22f0edc5f676d72d10c9042607b2a3@avcodec.org> Message-ID: <049.4aa65909da1c677ebef35be54f6d8fab@avcodec.org> #3288: dshow uses deprecated windows fields ------------------------------------+------------------------------------ Reporter: MattE | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: invalid Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by llogan): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 02:35:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 01:35:04 -0000 Subject: [FFmpeg-trac] #3363(ffprobe:new): ffprobe silently drops non-ASCII metadata in VQF files In-Reply-To: <036.b663bd669cad4e23ecef7e1c2622e786@avcodec.org> References: <036.b663bd669cad4e23ecef7e1c2622e786@avcodec.org> Message-ID: <051.5996900c6d86a768ce5ee808a856f1b2@avcodec.org> #3363: ffprobe silently drops non-ASCII metadata in VQF files -------------------------------------+----------------------------------- Reporter: trejkaz | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by trejkaz): {{{ffmpeg}}} outputs: {{{ Input #0, vqf, from '/Users/trejkaz/Downloads/handinha.vqf': Metadata: title : Hand in Hand (Gewalt ist doof!) comment : http://bluemchen.koti.com.pl copyright : Edel Records GmbH filename : handinha.vqf author : Bl?mchen size : 300441 }}} So it hasn't lost the character, but it has still mangled it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 08:58:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 07:58:05 -0000 Subject: [FFmpeg-trac] #2658(avformat:new): Written mp4 with h264/AAC doesnt use fps as video timebase (discrepancy with libav) In-Reply-To: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> References: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> Message-ID: <052.14f6bab16a3d599f1a66610120caec8e@avcodec.org> #2658: Written mp4 with h264/AAC doesnt use fps as video timebase (discrepancy with libav) ------------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.2.1 | Resolution: Keywords: mov, libav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Lastique): > To ensure the timebase is precisse enough to allow precissely specifying timestamps of frames. Also some containers like mpeg-ps/ts use a fixed 90khz timebase that cannot be changed. I think, that's the container details libavformat is supposed to abstract away from the user. Timestamp conversion is performed in any case - either inside the muxer or in the user's code, when it discovers what time base the muxer wants. My point is that the muxer is a better place for the conversion since it eases life for the user and makes libavformat interface more uniform across different containers. You could report the "desired" time base through some new interface before the user opens the context so that when the user has the liberty of choosing his internal timestamp granularity he can use the time base that is best for the container. In this case the muxer wouldn't have to perform the conversion. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 09:44:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 08:44:40 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.1108b1583ed63386d05a1dc2b62e1714@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I have just finished the blind listening test and the result is here. http://www.hydrogenaudio.org/forums/index.php?showtopic=104471 [[Image(http://i61.tinypic.com/2ive6mb.png)]] [[Image(http://i60.tinypic.com/2ro1bbd.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 10:25:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 09:25:26 -0000 Subject: [FFmpeg-trac] #3365(undetermined:new): Skin Soly Message-ID: <041.0bb5ecab24cf7b2c93981412882436f1@avcodec.org> #3365: Skin Soly -------------------------------------+------------------------------------- Reporter: | Type: task roniblake110 | Priority: minor Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: AuraVie | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I can tell from my coat size was the ha-ha that Choc facials I was using Judy equality was a cool buffing cream before and didn't like it might be I've just felt like I wanted something a little bit more [https://www.apsense.com/article/natural-way-to-remove-your-wrinkles-in- minutes.html AuraVie] cleansing I did I?m kind of like ready gets rid of all of that kind of documents can black has a different runs out for a couple weeks or do you really like a godsend impressed by the close . it is for us like a simple there is so much about them on the cheap let responses will not I might just eyes did everything I was thinking that ally policy if you buy stride as far as they are so it was so nice hundredweight acts enough then and how did you happen to twenty percent off for a whole year uh... discount at least is quite bizarre I've never met anyone_-day strengths and offer a whole year before guys get I guess so. https://www.apsense.com/article/natural-way-to-remove-your-wrinkles-in- minutes.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 19:11:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 18:11:08 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.79e63bc49c95e557b17408747c6b00b5@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Alright. I'm still not done with the clipping issue (it's proving to be more challenging than I thought). Though I do believe v8 will change things, because of M/S encoding (which all the other encoders you're testing I think use, except ac3, putting ffmpeg's AAC at a significant disadvantage). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 19:24:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 18:24:01 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.328b9fc03d7efb0edfee334a5e1f7b94@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): How about artificially lowering the noise level of the loudest bin a bit? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 20:43:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 19:43:29 -0000 Subject: [FFmpeg-trac] #3365(undetermined:new): can't embed h265 in MP4 Message-ID: <035.08edbeccf9d3ef6a0048a84ffb4c18ec@avcodec.org> #3365: can't embed h265 in MP4 --------------------------------------+---------------------------------- Reporter: julian | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- {{{ curl -O http://h265encoding.com/downloads/bigBuckBunny_h265_360p.ts % ffmpeg -i bigBuckBunny_h265_360p.ts -acodec copy -vcodec copy test.mp4 ffmpeg version 2.1.3-tessus Copyright (c) 2000-2013 the FFmpeg developers built on Jan 16 2014 13:50:59 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-fontconfig --enable-libfreetype --enable-libass --enable-libbluray --enable-filters --enable-runtime-cpudetect libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x102018200] PES packet size mismatch Input #0, mpegts, from 'bigBuckBunny_h265_360p.ts': Duration: 00:09:56.17, start: 0.083333, bitrate: 932 kb/s Program 1 Stream #0:0[0x12d]: Video: hevc (HEVC / 0x43564548), yuv420p, 640x360, 24 tbr, 90k tbn, 90k tbc Stream #0:1[0x12e]: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 72 kb/s File 'bigBuckBunny_h265_1080p.mp4' already exists. Overwrite ? [y/N] y [mp4 @ 0x102018800] track 0: could not find tag, codec not currently supported in container Output #0, mp4, to 'bigBuckBunny_h265_1080p.mp4': Metadata: encoder : Lavf55.19.104 Stream #0:0: Video: hevc (HEVC / 0x43564548), yuv420p, 640x360, q=2-31, 90k tbn, 90k tbc Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, 72 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted }}} supposedly embedding H265 / HVEC in MP4 should be possible, MP4Box can do it ( http://www.cnx-software.com/2013/07/10/play-hevch-265-videos-and- embed-hevc-streams-into-mp4-and-ts-files-with-openhevc-and-gpac/ ) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 21:06:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 20:06:40 -0000 Subject: [FFmpeg-trac] #3365(undetermined:new): can't embed h265 in MP4 In-Reply-To: <035.08edbeccf9d3ef6a0048a84ffb4c18ec@avcodec.org> References: <035.08edbeccf9d3ef6a0048a84ffb4c18ec@avcodec.org> Message-ID: <050.f7228c01842bdc4e3849e9f3c9b89297@avcodec.org> #3365: can't embed h265 in MP4 --------------------------------+---------------------------------------- Reporter: julian | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.1.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by JEEB): 14496-15, 3rd edition is not yet finished ([http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=65216 link]). Because of various seemingly political reasons, the FDIS ballot still hasn't been gotten through with, even though the drafts haven't gotten any major edits since last summer. Both GPAC and L-SMASH support muxing with the way that's noted in the draft that was going to be pushed to the FDIS ballot. L-SMASH disables it in the command line application for now as it's not official yet (although it's a simple case of switching a #if 0 to #if 1 to re-enable it). Thanks to the way how extradata for AVC and HEVC is handled in libavformat/-codec (or more like, isn't handled), you would have to write bitstream filters similar to AVC's to convert to and from Annex B from and to the 14496-15 extradata format. For example, MPEG-TS contains HEVC in Annex B format, while you need it in a different format to mux it like noted in 14496-15. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 1 23:20:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Feb 2014 22:20:54 -0000 Subject: [FFmpeg-trac] #3365(undetermined:closed): can't embed h265 in MP4 In-Reply-To: <035.08edbeccf9d3ef6a0048a84ffb4c18ec@avcodec.org> References: <035.08edbeccf9d3ef6a0048a84ffb4c18ec@avcodec.org> Message-ID: <050.b60033611c40174986d0899c045d2577@avcodec.org> #3365: can't embed h265 in MP4 -------------------------------------+------------------------------------- Reporter: julian | 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * version: 2.1.3 => git-master * resolution: => duplicate Comment: Duplicate of ticket #3306. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 01:42:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 00:42:52 -0000 Subject: [FFmpeg-trac] #3272(avformat:open): ffmpeg fails to recognize AAC in mpeg program stream container (was: ffmpeg fails to recognize AAC in mpeg program stream contrainer) In-Reply-To: <038.4ab8a95e9c3fbbdcb647161b6163d9a1@avcodec.org> References: <038.4ab8a95e9c3fbbdcb647161b6163d9a1@avcodec.org> Message-ID: <053.488dbccc051e6084775fc6459db6af41@avcodec.org> #3272: ffmpeg fails to recognize AAC in mpeg program stream container ------------------------------------+------------------------------------ Reporter: pkoshevoy | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 10:05:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 09:05:14 -0000 Subject: [FFmpeg-trac] #3366(avformat:new): Support muxing pcm_s16le to mp4 Message-ID: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> #3366: Support muxing pcm_s16le to mp4 --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: mov Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- According to http://www.mp4ra.org/codecs.html pcm_s16le is supported in isom files. {{{ $ ffmpeg -f s16le -i /dev/zero -acodec copy -t 1 out.mp4 ffmpeg version N-60304-g95d1809 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 2 2014 09:52:43 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 28.101 / 55. 28.101 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.101 / 4. 1.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, s16le, from '/dev/zero': Duration: N/A, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s [mp4 @ 0x2a5f2c0] Could not find tag for codec pcm_s16le in stream #0, codec not currently supported in container Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf55.28.101 Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 12:10:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 11:10:41 -0000 Subject: [FFmpeg-trac] #3367(undetermined:new): Be Courageous To Place Bids At Penny Auctions To Win Prizes Message-ID: <042.32f27aafa63658e086810d0e92bb55eb@avcodec.org> #3367: Be Courageous To Place Bids At Penny Auctions To Win Prizes -------------------------------------+------------------------------------- Reporter: | Type: defect raviborn2rock | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Let?s look at the penny auctions, what it is actually, how it works too as how it differs from classic. Initially, it is simply a kind of online bidding. Bid Penny also known as bidding payment due to a nonrefundable price will likely be needed of a bidder before you can spot your bid and be part of order. Be a part of on line penny auction from http://geld- schatz.com. So how exactly does a penny auction web-site get the job done? While diverse sites, unique rules apply, some primary principles apply to all auction internet sites. Every single bidder is necessary to pay a penny just about every time you bid. The winner is basically the last bidder ahead of the conclusion from the bidding interval. This sort of online bidding is, certainly, not just for little objects you should buy appliances, furniture, collectibles and lots of much more vehicles, even when you want. Humorous, but consider this or not, people will not check the car auctions on the net to find out when they give penny auctions. When the title won't curiosity everyone, nobody will go through your include. You could potentially have published the outline with the most powerful auction at any time composed. But except a person reads you will get any revenue. The many qualified ad writers agree that the title is nine occasions bigger than the advertisement alone. Professional writers do that simply because hundred looks to exhaust all achievable titles. You'll find that when carried out the ideal you bounce from webpage for you. Having said that, there exists a improved way that tripped me. He makes a specific very simple dilemma that only holder?s floods finger sets. I need to say, it really works like magic. He always receives his title in significantly less than 5 minutes. And what's far more, constantly receives awesome success. Sorry, I can't expose that question here, simply because I have a part of my best-selling ebook on ad writing. And would final result in fewer profits since that will be one from the primary motives folks are buying it. His description would be the element you will need to acquire the person to place a bid. This means you improved make sure it can be persuasive. Just about everybody reads the primary paragraph. If this does not grab, then quickly go and request other auctions. The ideal is often the 1st paragraph that grabs the imagination. Once i go through they are doing not see themselves with the write-up. People here would like to begin to see the great things about the proudly owning your report. So in this article you will need to indicate each of the advantages of your present. In addition, you need to existing the many benefits of a certain way. The ideal way I have observed to the presentation proven in my ebook. Always obtain the ideal remedy every single time I do that in my auctions. If at all possible, you must generally use a picture. When people see what your offer you is far happier getting. We have been used to accomplish usually Treasury Bonds and Expenditures penny auctions small, medium and long-term. Commonly, these emissions are made by community credit card debt auction, and buyers will point out the curiosity rate at which they are really willing so that you can obtain them. In the long run, financial debt is awarded to people who request for decrease curiosity lending funds. Having said that, contrary to these normal auctions in syndicated concerns are employed for the event to some small group of financial institutions getting direct orders from buyers. As if it were a regular broadcast of a financial institution or simply a business on wholesale funding markets. Therefore, the credit card debt trader foundation is diversified, considering that you will find many types of mutual funds, banks, sovereign wealth cash do not generally purchased by the common community auctions. It's essential to have heard of penny auctions, however , you will likely have an thought of what it can be or how it functions. Sure, it is an auction, but what is this complete penny? A penny auction, as the majority of people listed here appeared at it, may be the last but most exciting sort of on the internet bidding. So prior to delving into this method, let us first talk about bidding on the net. It's a method of auction performed online or phone on the internet auction. Such as standard auction, but in addition necessitates consumers to bid around the merchandise auctioned. These days, a lot more people are putting bidding web site similar to this, actually, the foremost auction web-sites are eBay. On-line bidding has become a popular exercise all over the world network. Additional and much more potential buyers are looking for objects more than the community. Consequently the auction and distributors and supply goods available on the web. You'll find various motives why on-line auction appeals to potential buyers and sellers. A single is fairly more cost-effective to auction goods on the internet simply because listed here you don't have to pay for for rental fees. No website page load, however it is nominal. 2nd, you may very easily provide your items all over the world. And eventually, you are able to effortlessly get gives just about nearly anything, provided that permitted by law. For customers, it could have wider alternatives from the goods they need plus more importantly, from time to time shipping and delivery is cost-free. So, listed here we get distinct idea about on the internet penny bidding procedure. You'll be able to win numerous price ranges from on line biding. You should acquire lower price coupon codes from our website inside of a practical value. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 13:39:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 12:39:57 -0000 Subject: [FFmpeg-trac] #3368(undetermined:new): Electronic Cigs Standardize The Basic Lifestyles Of People Message-ID: <042.412ad1579df6b9d58211910fda188f1e@avcodec.org> #3368: Electronic Cigs Standardize The Basic Lifestyles Of People -------------------------------------+------------------------------------- Reporter: | Type: defect raviborn2rock | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- You could have viewed electronic cigarettes in stalls mall inside your metropolis, but are not certain the things they are or how they perform. Give up smoking cigarettes using the enable of E cigarettes in Holland. Get on line this merchandise in low cost price from http://e-sigtest.com. Digital cigarettes are battery-operated units can be obtained in different dimensions and styles. One example is, some contain the visual appearance of actual cigarettes. Cigars or pipes, though others have got a more just like a pencil design and style. Usually, the units are manufactured with the subsequent aspects. A replaceable Cartridge has a liquid nicotine solution, flavoring, water and chemical compounds. The cigarette battery could possibly have a LED mild around the conclusion to appear like the glow of a true cigarette. Nonetheless, the LED light-weight does not warmth, therefore no hazard of fireplace. The user then inhales this vapor, which is perceived as smoking a real cigarette. In the event the person exhales, the steam disappears immediately. Due to the fact you will discover several makes of digital cigarettes on the market, selling prices of essential machines differ. There are several that price about sixty five greenback, whilst other people are priced at a person fifty greenback or even more. Generally, the fundamental devices involves disposable cartridges, atomizers, rechargeable batteries that has a wall adapter or even a USB charger and a circumstance. The month to month or annually cost of using tobacco electronic cigarettes may change enormously depending on how frequently you switch them on as well as brand name you select. For illustration, a pack of 10 disposable cartridges can expense in between fifteen and 13. You can buy a bottle of resolution of liquid nicotine for between 20 dollar and thirty dollar. Refill the cartridges your self however the procedure for carrying out so is often risky, considering that nicotine has high ranges of toxicity. Between other products you must switch the digital cigarette include the atomizer as well as battery. For those who feel going from conventional cigarettes to your electronic model is generally advisable to work out just how much you invest on cigarettes. Hence, you can determine if digital cigarettes undoubtedly are a more affordable option. Ahead of registering with all the web pages which provide electronic cigarettes, do not forget that these products and solutions are still staying analyzed. Lots of nations around the world banned or severely restricted its sale. A lot of people argue that, for anyone who desire to smoke, digital cigarettes really are a safer solution. It truly is feasible which the steam isn't going to comprise several of the 1000's of chemical substances in smoke snuff. In addition, those people who are shut into the one who inhale steam will not likely be subjected to cigarette smoke in active people who smoke. It is thought which the whistle an digital cigarette, the urge to smoke a real 1 is decreased. But not every person is in favor of electronic cigarettes. The Food and Drug Administration have analyzed two manufacturers of cigarettes. It is observed diethylene glycol as well as other carcinogens in some samples. Such as, you could use a cartridge of nicotine in reduced doses, but actually get an increased dose. You think that digital cigarettes being an choice to quitting. Other nicotine substitute items this kind of as gum or patches will deliver a far more uniform volume of nicotine. Moreover, exposure to smoke from lively people who smoke and cigarette environmental waste is really a supply of issue. Not all cigarette chemical compounds stay within the lungs. The people, who inhale steam, breathe during the air, in which other folks can suck these substances. The particles can also be deposited on surfaces these kinds of as dresses, furniture and carpets. It's important to perform scientific studies to find out the results of exposure to smoke from lively people who smoke. Holland health office noted that there have been no investigations sufficient to produce any claims in regards to the safety or efficacy of this technique to aid men and women quit smoking. Digital Cigarettes is an alternate method to give up smoking cigarettes. If you're thinking of quitting, the best option is usually to agenda a discussion with all the physician to discuss strategies for using tobacco cessation. These as nicotine substitution products and solutions, prescription drugs, plans, support teams along with other alternatives for stop. When you take into consideration working with electronic cigarettes, also examine together with the medical doctor. It can deliver a lot more information and assist you to generate a healthful preference. It is actually considerably less risky than classic snuff. Due to this, demand from customers limitations cigarettes just in excess of twenty milligrams of nicotine per milliliter. Even so, the enlargement in the electronic cigarette isn't usually relevant to the eradication of cigarette smoking. On the other hand, exactly what does appear demonstrated is its usefulness in supporting to leave the normal snuff. In on line surveyed countless people who use e- cigarettes. On the internet exhibits that seventy 6 of such individuals began to employ these products to totally exchange cigarettes. Electronic cigarettes, often called e- Cig The e- Cig only vaporizes the material contained in the cartridge. It's leading to the expulsion of vapor that mimics regular cigarette smoke. You should purchase E cigarettes in Holland from our on the net keep. Electronic cigarettes produce nicotine would even have for being and dispensed below pharmaceutical supervision. Montes, on the other hand, proposed this device to give up cigarette smoking since it incorporates cautions, these kinds of damaging substances as traditional snuff. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 19:00:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 18:00:14 -0000 Subject: [FFmpeg-trac] #3363(ffprobe:new): ffprobe silently drops non-ASCII metadata in VQF files In-Reply-To: <036.b663bd669cad4e23ecef7e1c2622e786@avcodec.org> References: <036.b663bd669cad4e23ecef7e1c2622e786@avcodec.org> Message-ID: <051.be169641132082d88fda50b4caface04@avcodec.org> #3363: ffprobe silently drops non-ASCII metadata in VQF files -------------------------------------+----------------------------------- Reporter: trejkaz | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by saste): Replying to [comment:2 trejkaz]: > {{{ffmpeg}}} outputs: > > {{{ > Input #0, vqf, from '/Users/trejkaz/Downloads/handinha.vqf': > Metadata: > title : Hand in Hand (Gewalt ist doof!) > comment : http://bluemchen.koti.com.pl > copyright : Edel Records GmbH > filename : handinha.vqf > author : Bl?mchen > size : 300441 > }}} > > So it hasn't lost the character, but it has still mangled it. This depends on our UTF-8 decoding mechanism. The '?' and the following character are interpreted as a single invalid UTF-8 sequence, and thus are consumed as a single "invalid" sequence. We could add a new flag for lazy decoding (starts from the second character if the whole sequence is invalid, which seems the system used by the terminal), or allow to set the text encoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 21:09:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 20:09:29 -0000 Subject: [FFmpeg-trac] #3366(avformat:new): Support muxing pcm_s16be to mp4 (was: Support muxing pcm_s16le to mp4) In-Reply-To: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> References: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> Message-ID: <051.24ae0c6b1f03bb5a71d0643f2544e78c@avcodec.org> #3366: Support muxing pcm_s16be to mp4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Description changed by cehoyos: Old description: > According to http://www.mp4ra.org/codecs.html pcm_s16le is supported in > isom files. > {{{ > $ ffmpeg -f s16le -i /dev/zero -acodec copy -t 1 out.mp4 > ffmpeg version N-60304-g95d1809 Copyright (c) 2000-2014 the FFmpeg > developers > built on Feb 2 2014 09:52:43 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl > libavutil 52. 63.100 / 52. 63.100 > libavcodec 55. 49.101 / 55. 49.101 > libavformat 55. 28.101 / 55. 28.101 > libavdevice 55. 7.100 / 55. 7.100 > libavfilter 4. 1.101 / 4. 1.101 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > Guessed Channel Layout for Input Stream #0.0 : mono > Input #0, s16le, from '/dev/zero': > Duration: N/A, bitrate: 705 kb/s > Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s > [mp4 @ 0x2a5f2c0] Could not find tag for codec pcm_s16le in stream #0, > codec not currently supported in container > Output #0, mp4, to 'out.mp4': > Metadata: > encoder : Lavf55.28.101 > Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, 705 kb/s > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Could not write header for output file #0 (incorrect codec parameters ?): > Invalid argument > }}} New description: According to http://www.mp4ra.org/codecs.html pcm_s16be is supported in isom files. {{{ $ ffmpeg -f s16be -i /dev/zero -acodec copy -t 1 out.mp4 ffmpeg version N-60304-g95d1809 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 2 2014 09:52:43 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 28.101 / 55. 28.101 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.101 / 4. 1.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, s16be, from '/dev/zero': Duration: N/A, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16be, 44100 Hz, mono, s16, 705 kb/s [mp4 @ 0x2a5f2c0] Could not find tag for codec pcm_s16be in stream #0, codec not currently supported in container Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf55.28.101 Stream #0:0: Audio: pcm_s16be, 44100 Hz, mono, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 21:16:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 20:16:54 -0000 Subject: [FFmpeg-trac] #3364(build system:new): Configure script fails to detect ARM Compiler 5.04 In-Reply-To: <040.ba291db5f7426b868035556e7c23e153@avcodec.org> References: <040.ba291db5f7426b868035556e7c23e153@avcodec.org> Message-ID: <055.28cf82b3811dc79d8ac84b9c3e27075d@avcodec.org> #3364: Configure script fails to detect ARM Compiler 5.04 -------------------------------------+------------------------------------- Reporter: statham-arm | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: arm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => arm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 22:32:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 21:32:49 -0000 Subject: [FFmpeg-trac] #2710(avformat:closed): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion In-Reply-To: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> References: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> Message-ID: <051.b52e8c4aeb45a05562ccab0efc775a87@avcodec.org> #2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion ------------------------------------+------------------------------------ Reporter: fripooy | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: hls http | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 * status: open => closed * resolution: => fixed Comment: Fixed by Martin Storsj? since 9440e470 / 8c929098 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 2 22:58:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Feb 2014 21:58:22 -0000 Subject: [FFmpeg-trac] #2667(avcodec:reopened): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.c1ebb2cec9e629a5b4b06f0ff322d68c@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: reopened Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: worksforme => Comment: I still see exactly the same messages as originally. {{{ $ ffmpeg -i AndrewMcAfee_2013-480p.mp4 -qscale 2 out.avi ffmpeg version N-60317-gc81a9d1 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 2 2014 22:49:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 29.100 / 55. 29.100 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x344a900] stream 0, timescale not set Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'AndrewMcAfee_2013-480p.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2013-05-24 19:49:04 media_type : 0 title : TED: Andrew McAfee (2013) artist : TED date : 2013 album : TEDTalks comment : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com genre : Podcast Duration: 00:14:25.20, start: 0.000000, bitrate: 928 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 854x480 [SAR 1280:1281 DAR 16:9], 851 kb/s, 24 fps, 24 tbr, 24 tbn, 48 tbc (default) Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 73 kb/s (default) Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream #0:2: Video: png, pal8, 400x400, 90k tbr, 90k tbn, 90k tbc Please use -q:a or -q:v, -qscale is ambiguous [mpeg4 @ 0x3451e60] Invalid pixel aspect ratio 1280/1281, limit is 255/255 reducing Output #0, avi, to 'out.avi': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom IGNR : Podcast media_type : 0 INAM : TED: Andrew McAfee (2013) IART : TED ICRD : 2013 IPRD : TEDTalks ICMT : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com ISFT : Lavf55.29.100 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, SAR 1280:1281 DAR 16:9, 24 tbn, 24 tbc (default) Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, fltp, 192 kb/s (default) Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help [h264 @ 0x3514360] AVC: nal size 030079kB time=00:02:07.30 bitrate=1935.6kbits/s Last message repeated 1 times [h264 @ 0x3514360] no frame! [h264 @ 0x3514c40] AVC: nal size 0 Last message repeated 1 times ... ... Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 7 times [h264 @ 0x3514360] Missing reference picture, default is 65570 [h264 @ 0x3514c40] Missing reference picture, default is 65572 [h264 @ 0x350fd00] Missing reference picture, default is 65574 frame= 6711 fps=565 q=2.0 Lsize= 89123kB time=00:14:25.21 bitrate= 843.8kbits/s video:67763kB audio:20278kB subtitle:0 data:0 global headers:0kB muxing overhead 1.229187% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 09:12:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 08:12:50 -0000 Subject: [FFmpeg-trac] #3366(avformat:new): Support muxing pcm_s16be to mp4 In-Reply-To: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> References: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> Message-ID: <051.55c4207d1687f7520e155770c89ff2be@avcodec.org> #3366: Support muxing pcm_s16be to mp4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by muken): MP4 file format itself has no support of 'raw ' and 'twos'. These identifiers are defined in Motion JPEG 2000 file format (15444-3). You need add the JP2 Signature Box at the start of file and add 'mjp2' brand into the File Type Box if muxing them. By the way, we can mux raw audio into MP4 file format in the near future beacause an amendment of MPEG-4 Systems (14496-1) which adds objectTypeIndication (0x0C) and decoderSpecificInfo (RAWAudioConfig) of raw audio was published recently. We only need to wait coding4CC, a 4 character code representing the parameters of the raw data as specified by the MPEG-4 Registration Authority, to be registered by http://www.mp4ra.org/codecs.html . -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 10:02:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 09:02:38 -0000 Subject: [FFmpeg-trac] #3366(avformat:new): Support muxing pcm_s16be to mp4 In-Reply-To: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> References: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> Message-ID: <051.8307c154782213f0aebe689c4f0c8afe@avcodec.org> #3366: Support muxing pcm_s16be to mp4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 muken]: > MP4 file format itself has no support of 'raw ' and 'twos'. So what does "Sample Entry Codes Registered to ISO" means then? > These identifiers are defined in Motion JPEG 2000 file format (15444-3). > You need add the JP2 Signature Box at the start of file and add 'mjp2' brand into the File Type Box if muxing them. But we don't do that currently for other codecs that we allow in isom or do I misunderstand? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 10:15:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 09:15:59 -0000 Subject: [FFmpeg-trac] #3233(undetermined:new): PSP PMF audio In-Reply-To: <036.0db9af65df08af2bc9e5663c0529d8af@avcodec.org> References: <036.0db9af65df08af2bc9e5663c0529d8af@avcodec.org> Message-ID: <051.52b03e89f14deaf2faf153bbcd02f172@avcodec.org> #3233: PSP PMF audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: mpegps pmf | Resolution: atrac3 videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: pmf videolan => mpegps pmf atrac3 videolan Comment: JEEB (also) believes that the audio is either ATRAC3 or ATRAC3+. For the sample I will attach, the second byte of the packets alternates (randomly?) from 0x00 to 0x05 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 11:46:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 10:46:39 -0000 Subject: [FFmpeg-trac] #3366(avformat:new): Support muxing pcm_s16be to mp4 In-Reply-To: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> References: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> Message-ID: <051.f5a13f09d7d7de4c8823fd05167948c7@avcodec.org> #3366: Support muxing pcm_s16be to mp4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by muken): Replying to [comment:3 cehoyos]: > Replying to [comment:2 muken]: > > MP4 file format itself has no support of 'raw ' and 'twos'. > > So what does "Sample Entry Codes Registered to ISO" means then? > Registered identifiers of CODEC for derived file formats of ISO Base Media file format (14496-12). Vendors can avoid defining the same identifier by consulting this list. > > These identifiers are defined in Motion JPEG 2000 file format (15444-3). > > You need add the JP2 Signature Box at the start of file and add 'mjp2' brand into the File Type Box if muxing them. > > But we don't do that currently for other codecs that we allow in isom or do I misunderstand? What CODECs? Some CODECs are defined under ISO Base Media file format (ISOBMFF), such as AC-3, Enhanced AC-3, DTS Audio, etc..., and not specific derived file formats. ISOBMFF is designed to be used by derived file formats. Branding 'isom' or later versions ('iso2', 'iso3', ... ) only is not preferred. The specification of any derived file format shall define and document what CODECs are usable and how they are restricted in this file format. You can see these definitions in all derived file formats (MP4 file formats , 3GPP, UltraViolet DECE Common File Format and so on). For example. DTS defines encapsulation of DTS Audio into ISOBMFF in #9302J81100. Therefore, under all versions of ISOBMFF, you can mux DTS Audio without any restriction except for what #9302J81100 documents. DECE Common File Format is derived from ISOBMFF and defines the encapsulation and the additional restrictions of DTS Audio according to #9302J81100. Thus, you shall follow the restrictions of DECE Common File Format to encapsulate DTS Audio into DECE Common File Format. If not, then it means there are incompatibilities inside the file i.e. out-of-spec. You can't mux DTS Audio beyond the additional restrictions into DECE Common File Format. About 'raw ' and 'twos', these identifiers are not defined in ISOBMFF but defined in Motion JPEG 2000. Therefore, you can mux them as long as the destination file has compatibility of Motion JPEG 2000. Note that you can make chimera of derived file formats as long as keeping all compatibility of them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 12:33:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 11:33:23 -0000 Subject: [FFmpeg-trac] #3366(avformat:new): Support muxing pcm_s16be to mp4 In-Reply-To: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> References: <036.4aeeca0e578fafa2bbce703b5db9e2a8@avcodec.org> Message-ID: <051.e783094ce16ba867a704bda6f88f6137@avcodec.org> #3366: Support muxing pcm_s16be to mp4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): So is this an invalid ticket? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 14:25:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 13:25:52 -0000 Subject: [FFmpeg-trac] #3367(undetermined:new): vlc2.1.2, crash when using hw accel vdpau Message-ID: <038.71c4be9154ff8a70b1cdf14bb3908ed8@avcodec.org> #3367: vlc2.1.2, crash when using hw accel vdpau -------------------------------------+------------------------------------- Reporter: promeneur | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Vlc 2.1.2 and all the libraries i installed come from packman . Nvidia 331.38 libavcodec52 0.7.16 libavcodec55 2.1.2 Hello Thanks for your all packets but there is a pb with VLC using codecs I report the pb to vlc . Summary : using hw accel (vaapi or vdpau) with vlc leads to a crash Answer from vlc team : this is a libavcodec pb not a vlc pb . See the complete report with the track of crash and the explanation from vlc : https://trac.videolan.org/vlc/ticket/10276 i joined a new full bt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 14:34:08 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 13:34:08 -0000 Subject: [FFmpeg-trac] #3367(undetermined:new): vlc2.1.2, crash when using hw accel vdpau In-Reply-To: <038.71c4be9154ff8a70b1cdf14bb3908ed8@avcodec.org> References: <038.71c4be9154ff8a70b1cdf14bb3908ed8@avcodec.org> Message-ID: <053.0f7f8d2b51aa2da5f44559c02fe17d14@avcodec.org> #3367: vlc2.1.2, crash when using hw accel vdpau -------------------------------------+------------------------------------- Reporter: promeneur | 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): What is VDPAU-related about this crash? The backtrace indicates you are using VA-API or do I miss something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 14:35:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 13:35:21 -0000 Subject: [FFmpeg-trac] #3367(undetermined:new): vlc2.1.2, crash when using hw accel vdpau In-Reply-To: <038.71c4be9154ff8a70b1cdf14bb3908ed8@avcodec.org> References: <038.71c4be9154ff8a70b1cdf14bb3908ed8@avcodec.org> Message-ID: <053.c354dbc3c4f1295544583bdd45080775@avcodec.org> #3367: vlc2.1.2, crash when using hw accel vdpau -------------------------------------+------------------------------------- Reporter: promeneur | 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): And please install the vlc-debug packages to produce a useful backtrace and add the missing information (disassembly and register content), see http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 17:23:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 16:23:36 -0000 Subject: [FFmpeg-trac] #3368(build system:new): FATE tests don't build when SDL is installed. Message-ID: <042.6be0abaa5b488ab1186f5cbd460a5748@avcodec.org> #3368: FATE tests don't build when SDL is installed. -------------------------------------+------------------------------------- Reporter: | Type: defect GregoryJWolfe | Priority: normal Status: new | Version: git- Component: build | master system | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Have the latest git on a Win7/32-bit system with MinGW-32/msys environment. Downloaded, built, and installed SDL. After successfully building ffmpeg, attempted to "make fate" and got the following error: make fate SAMPLES=fate-suite/ CC libavcodec/fft-test.o :0:6: error: no previous prototype for 'SDL_main' [-Werror =missing-prototypes] c:/Data/ffmpeg/libavcodec/fft-test.c:243:5: note: in expansion of macro 'main' int main(int argc, char **argv) ^ cc1.exe: some warnings being treated as errors make: *** [libavcodec/fft-test.o] Error 1 A little research showed this to be the same problem as described in ticket #256. Applied same change and the problem was resolved. However, the same problem exists in a number of source files. Here is the list of files to which I applied the change to get the FATE regression tests to build and run: libavcodec/dct-test.c libavcodec/fft-test.c libavcodec/golomb-test.c libavcodec/iirfilter.c libavcodec/rangecoder.c libavdevice/timefilter.c libavfilter/drawutils.c libavfilter/filtfmts.c libavfilter/formats.c libavformat/noproxy-test.c libavformat/seek-test.c libavformat/srtp.c libavformat/url-test.c libavutil/adler32.c libavutil/aes.c libavutil/atomic.c libavutil/avstring.c libavutil/base64.c libavutil/blowfish.c libavutil/bprint.c libavutil/cpu.c libavutil/crc.c libavutil/des.c libavutil/error.c libavutil/eval.c libavutil/fifo.c libavutil/hmac.c libavutil/integer.c libavutil/lfg.c libavutil/lls1.c libavutil/lls2.c libavutil/lzo.c libavutil/md5.c libavutil/murmur3.c libavutil/opt.c libavutil/parseutils.c libavutil/pca.c libavutil/random_seed.c libavutil/rational.c libavutil/ripemd.c libavutil/sha.c libavutil/sha512.c libavutil/softfloat.c libavutil/tree.c libavutil/utf8.c libavutil/xtea.c Maybe it would be easier to fix this in the Makefile? Greg W. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 19:16:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 18:16:19 -0000 Subject: [FFmpeg-trac] #3369(undetermined:new): Copying from MPEG TS to MKV fails with "Can't write packet with unknown timestamp" Message-ID: <034.cacd874d7c1b818811414cdf2be78174@avcodec.org> #3369: Copying from MPEG TS to MKV fails with "Can't write packet with unknown timestamp" --------------------------------------+---------------------------------- Reporter: gerph | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- When copying from a DVB recording of a channel, to change the container type from MPEG TS to Matroska, the copy aborts as soon as it encounters a missing timestamp with the message: "Can't write packet with unknown timestamp" The equivalent operation to change the container to MP4 merely reports a warning message and continues encoding to the end of the file: "pts has no value" How to reproduce: {{{ % ffmpeg-2014-02-03 -y -i TestFiles/BBC3HD_Sherlock_Cut.mpg -vcodec copy -acodec copy -map 0:0 -map 0:15 -map 0:1 test.mkv ffmpeg version 2.1.git Copyright (c) 2000-2014 the FFmpeg developers built on Feb 3 2014 17:36:04 with gcc 4.3.2 (Debian 4.3.2-1.1) configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --disable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libx264 --disable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable- libfreetype --disable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --enable-librtmp --extra-libs=-lgcrypt --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --enable-libzvbi --extra- cflags='-I/home/justin/ffmpeg/x264-2014-01-04/ -I/home/justin/ffmpeg/xvidcore-2014-01-04/src/ -I/home/justin/ffmpeg/libogg-1.3.1/include -I/home/justin/ffmpeg/libtheora-1.1.1/include -I/home/justin/ffmpeg/libvorbis-1.3.3/include -I/home/justin/ffmpeg/libvpx-2014-01-12/libvpx' --extra- ldflags='-L/home/justin/ffmpeg/x264-2014-01-04/ -L/home/justin/ffmpeg/xvidcore-2014-01-04/build/generic/=build/ -L/home/justin/ffmpeg/libogg-1.3.1/src/.libs/ -L/home/justin/ffmpeg/libtheora-1.1.1/lib/.libs/ -L/home/justin/ffmpeg/libvorbis-1.3.3/lib/.libs/ -L/home/justin/ffmpeg/libvpx-2014-01-12/libvpx' --extra-libs=-ldl libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 29.100 / 55. 29.100 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [h264 @ 0x93bdc00] non-existing PPS referenced [h264 @ 0x93bdc00] non-existing PPS 0 referenced [h264 @ 0x93bdc00] decode_slice_header error [h264 @ 0x93bdc00] no frame! [mpegts @ 0x93b9de0] Stream #3: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #4: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #5: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #6: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #7: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #8: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #9: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #10: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #11: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #12: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #13: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #14: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #16: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x93b9de0] Stream #17: not enough frames to estimate rate; consider increasing probesize [NULL @ 0x93bf520] start time is not set in estimate_timings_from_pts [NULL @ 0x93bfd80] start time is not set in estimate_timings_from_pts [NULL @ 0x93c05e0] start time is not set in estimate_timings_from_pts [NULL @ 0x93c16e0] start time is not set in estimate_timings_from_pts [NULL @ 0x93c1f40] start time is not set in estimate_timings_from_pts [NULL @ 0x93d48e0] start time is not set in estimate_timings_from_pts [NULL @ 0x93d5100] start time is not set in estimate_timings_from_pts [NULL @ 0x93d5960] start time is not set in estimate_timings_from_pts [NULL @ 0x93d61c0] start time is not set in estimate_timings_from_pts [NULL @ 0x93d6a20] start time is not set in estimate_timings_from_pts [NULL @ 0x93d72c0] start time is not set in estimate_timings_from_pts [NULL @ 0x93d8400] start time is not set in estimate_timings_from_pts [NULL @ 0x93d8d00] start time is not set in estimate_timings_from_pts [mpegts @ 0x93b9de0] PES packet size mismatch Last message repeated 1 times [mpegts @ 0x93b9de0] Could not find codec parameters for stream 3 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 4 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 5 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 7 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 8 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 9 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 10 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 11 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 12 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 13 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 14 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 16 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b9de0] Could not find codec parameters for stream 17 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'TestFiles/BBC3HD_Sherlock_Cut.mpg': Duration: 00:00:14.26, start: 39086.002622, bitrate: 11765 kb/s Program 1 Stream #0:0[0x15e0]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x15e2](NAR): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 256 kb/s Stream #0:2[0x15e3](eng,eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 Stream #0:3[0xf06]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:4[0xf07]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:5[0xf09]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:6[0x15e4](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:7[0xf00]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:8[0xf01]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:9[0xf02]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:10[0xf03]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:11[0xf04]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:12[0x911]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:13[0x912]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:14[0x913]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:15[0x15e1](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:16[0x15e5]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:17[0x15e6]: Unknown: none ([5][0][0][0] / 0x0005) Output #0, matroska, to 'test.mkv': Metadata: encoder : Lavf55.29.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn, 90k tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 192 kb/s Stream #0:2(NAR): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:15 -> #0:1 (copy) Stream #0:1 -> #0:2 (copy) Press [q] to stop, [?] for help [matroska @ 0x93d9dc0] Can't write packet with unknown timestamp av_interleaved_write_frame(): Invalid argument [matroska @ 0x93d9dc0] Can't write packet with unknown timestamp frame= 173 fps=0.0 q=-1.0 Lsize= 6494kB time=00:00:08.06 bitrate=6594.1kbits/s video:7021kB audio:395kB subtitle:0 data:0 global headers:0kB muxing overhead -12.425578% }}} Using '-fflags +genpts' as recommended in some other reports has no effect on the output, thus: {{{ % ffmpeg-2014-02-03 -y -fflags +genpts -i TestFiles/BBC3HD_Sherlock_Cut.mpg -vcodec copy -acodec copy -map 0:0 -map 0:15 -map 0:1 test.mkv ffmpeg version 2.1.git Copyright (c) 2000-2014 the FFmpeg developers built on Feb 3 2014 17:36:04 with gcc 4.3.2 (Debian 4.3.2-1.1) configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --disable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libx264 --disable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable- libfreetype --disable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --enable-librtmp --extra-libs=-lgcrypt --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --enable-libzvbi --extra- cflags='-I/home/justin/ffmpeg/x264-2014-01-04/ -I/home/justin/ffmpeg/xvidcore-2014-01-04/src/ -I/home/justin/ffmpeg/libogg-1.3.1/include -I/home/justin/ffmpeg/libtheora-1.1.1/include -I/home/justin/ffmpeg/libvorbis-1.3.3/include -I/home/justin/ffmpeg/libvpx-2014-01-12/libvpx' --extra- ldflags='-L/home/justin/ffmpeg/x264-2014-01-04/ -L/home/justin/ffmpeg/xvidcore-2014-01-04/build/generic/=build/ -L/home/justin/ffmpeg/libogg-1.3.1/src/.libs/ -L/home/justin/ffmpeg/libtheora-1.1.1/lib/.libs/ -L/home/justin/ffmpeg/libvorbis-1.3.3/lib/.libs/ -L/home/justin/ffmpeg/libvpx-2014-01-12/libvpx' --extra-libs=-ldl libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 29.100 / 55. 29.100 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [h264 @ 0x8549c20] non-existing PPS referenced [h264 @ 0x8549c20] non-existing PPS 0 referenced [h264 @ 0x8549c20] decode_slice_header error [h264 @ 0x8549c20] no frame! [mpegts @ 0x8545e20] Stream #3: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #4: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #5: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #6: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #7: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #8: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #9: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #10: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #11: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #12: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #13: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #14: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #16: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8545e20] Stream #17: not enough frames to estimate rate; consider increasing probesize [NULL @ 0x854b5c0] start time is not set in estimate_timings_from_pts [NULL @ 0x854be20] start time is not set in estimate_timings_from_pts [NULL @ 0x854c6e0] start time is not set in estimate_timings_from_pts [NULL @ 0x854d7a0] start time is not set in estimate_timings_from_pts [NULL @ 0x854e000] start time is not set in estimate_timings_from_pts [NULL @ 0x8560960] start time is not set in estimate_timings_from_pts [NULL @ 0x85611c0] start time is not set in estimate_timings_from_pts [NULL @ 0x8561a20] start time is not set in estimate_timings_from_pts [NULL @ 0x8562280] start time is not set in estimate_timings_from_pts [NULL @ 0x8562ae0] start time is not set in estimate_timings_from_pts [NULL @ 0x8563340] start time is not set in estimate_timings_from_pts [NULL @ 0x8564400] start time is not set in estimate_timings_from_pts [NULL @ 0x8564d00] start time is not set in estimate_timings_from_pts [mpegts @ 0x8545e20] PES packet size mismatch Last message repeated 1 times [mpegts @ 0x8545e20] Could not find codec parameters for stream 3 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 4 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 5 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 7 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 8 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 9 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 10 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 11 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 12 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 13 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 14 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 16 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x8545e20] Could not find codec parameters for stream 17 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'TestFiles/BBC3HD_Sherlock_Cut.mpg': Duration: 00:00:14.26, start: 39086.002622, bitrate: 11765 kb/s Program 1 Stream #0:0[0x15e0]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x15e2](NAR): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 256 kb/s Stream #0:2[0x15e3](eng,eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 Stream #0:3[0xf06]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:4[0xf07]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:5[0xf09]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:6[0x15e4](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:7[0xf00]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:8[0xf01]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:9[0xf02]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:10[0xf03]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:11[0xf04]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:12[0x911]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:13[0x912]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:14[0x913]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:15[0x15e1](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:16[0x15e5]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:17[0x15e6]: Unknown: none ([5][0][0][0] / 0x0005) Output #0, matroska, to 'test.mkv': Metadata: encoder : Lavf55.29.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn, 90k tbc Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 192 kb/s Stream #0:2(NAR): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:15 -> #0:1 (copy) Stream #0:1 -> #0:2 (copy) Press [q] to stop, [?] for help [matroska @ 0x8565aa0] Can't write packet with unknown timestamp av_interleaved_write_frame(): Invalid argument [matroska @ 0x8565aa0] Can't write packet with unknown timestamp frame= 173 fps=0.0 q=-1.0 Lsize= 6494kB time=00:00:08.06 bitrate=6594.1kbits/s video:7021kB audio:395kB subtitle:0 data:0 global headers:0kB muxing overhead -12.425578% }}} Example file for problem, and the related logs can be found here: http://usenet.gerph.org/FFMPEG/Copy-BBC-HD-To-MKV-Fails/ - BBC3HD_Sherlock_Cut.mpg - Example file. - ffmpeg-fileinfo-2014-02-03.txt - Output from "ffmpeg -i" from snapshot as at 2014-02-03. - ffmpeg-fileinfo.txt - Output from "ffmpeg -i" from 2.1.3. - ffmpeg-mkv-copy-fails-2014-02-03+genpts.txt - Output from "ffmpeg -fflags +genpts ... test.mkv" from snapshot as at 2014-02-03. - ffmpeg-mkv-copy-fails-2014-02-03.txt - Output from "ffmpeg ... test.mkv" from snapshot as at 2014-02-03. - ffmpeg-mkv-copy-fails.txt - Output from "ffmpeg ... test.mkv" from 2.1.3. - ffmpeg-mp4-copy-works-2014-02-03.txt - Output from "ffmpeg ... test.mp4" from snapshot as at 2014-02-03; for comparison of a working conversion. - ffmpeg-mp4-copy-works.txt - Output from "ffmpeg ... test.mp4" from 2.1.3; for comparison of a working conversion. Tested on 2.1.1, 2.1.3 and snapshot from 2014-02-03. All fail in the manner described. The '-fflags +genpts' option has no effect on any of these versions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 19:41:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 18:41:45 -0000 Subject: [FFmpeg-trac] #3370(undetermined:new): SIGILL (Illegal instruction) when transcoding with libvpx-vp9 Message-ID: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> #3370: SIGILL (Illegal instruction) when transcoding with libvpx-vp9 -------------------------------------+------------------------------------- Reporter: jbvsmo | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: vp9 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I updated to latest version of libvpx and to test VP9 transcoding. With any video I try, the process receive a SIGILL (Illegal instruction) and aborts immediately. How to reproduce: {{{ $ gdb --args ~/ffmpeg/ffmpeg/ffmpeg_g -i CCD.mp4 -c:v vp9 CCD.webm GNU gdb (GDB) 7.6.1-ubuntu Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/jb/ffmpeg/ffmpeg/ffmpeg_g...done. (gdb) r Starting program: /home/jb/ffmpeg/ffmpeg/ffmpeg_g -i CCD.mp4 -c:v vp9 CCD.webm [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-49452-ge9314f1 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 3 2014 15:01:17 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: --enable-gpl --enable-libass --enable-libfaac --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 --enable-libfreetype --enable-shared libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 29.101 / 55. 29.101 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'CCD.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2012-05-12 20:34:23 Duration: 00:04:26.00, start: 0.000000, bitrate: 1299 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720, 1145 kb/s, 29.97 fps, 29.97 tbr, 60k tbn, 59.94 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 151 kb/s (default) Metadata: creation_time : 2012-05-12 20:34:23 handler_name : IsoMedia File Produced by Google, 5-11-2011 [New Thread 0x7fffec9c3700 (LWP 11550)] [New Thread 0x7fffec1c2700 (LWP 11551)] [New Thread 0x7fffeb9c1700 (LWP 11552)] [New Thread 0x7fffeb1c0700 (LWP 11553)] [New Thread 0x7fffea9bf700 (LWP 11554)] [New Thread 0x7fffea1be700 (LWP 11555)] [New Thread 0x7fffe99bd700 (LWP 11556)] [New Thread 0x7fffe91bc700 (LWP 11557)] [New Thread 0x7fffe89bb700 (LWP 11558)] [New Thread 0x7fffe81ba700 (LWP 11559)] [libvpx-vp9 @ 0x6f54c0] v1.3.0-907-gc0856b9 [New Thread 0x7fffdf759700 (LWP 11560)] [New Thread 0x7fffdef58700 (LWP 11561)] [New Thread 0x7fffde757700 (LWP 11562)] [New Thread 0x7fffddf56700 (LWP 11563)] [New Thread 0x7fffdd755700 (LWP 11564)] Output #0, webm, to 'CCD.webm': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 encoder : Lavf55.29.101 Stream #0:0(und): Video: vp9 (libvpx-vp9), yuv420p, 1280x720, q=-1--1, 200 kb/s, 1k tbn, 29.97 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: vorbis (libvorbis), 44100 Hz, stereo, fltp (default) Metadata: creation_time : 2012-05-12 20:34:23 handler_name : IsoMedia File Produced by Google, 5-11-2011 Stream mapping: Stream #0:0 -> #0:0 (h264 -> libvpx-vp9) Stream #0:1 -> #0:1 (aac -> libvorbis) Press [q] to stop, [?] for help Program received signal SIGILL, Illegal instruction. 0x00007ffff2e63c77 in ?? () from /usr/local/lib/libvpx.so.1 (gdb) bt #0 0x00007ffff2e63c77 in ?? () from /usr/local/lib/libvpx.so.1 #1 0x00007ffff2da8d44 in ?? () from /usr/local/lib/libvpx.so.1 #2 0x00007ffff2dc9a8b in ?? () from /usr/local/lib/libvpx.so.1 #3 0x00007ffff2dcca15 in ?? () from /usr/local/lib/libvpx.so.1 #4 0x00007ffff2dccf8b in ?? () from /usr/local/lib/libvpx.so.1 #5 0x00007ffff2dd32ce in ?? () from /usr/local/lib/libvpx.so.1 #6 0x00007ffff2d9ba32 in ?? () from /usr/local/lib/libvpx.so.1 #7 0x00007ffff2da3a55 in ?? () from /usr/local/lib/libvpx.so.1 #8 0x00007ffff2da5658 in ?? () from /usr/local/lib/libvpx.so.1 #9 0x00007ffff2dc2e06 in ?? () from /usr/local/lib/libvpx.so.1 #10 0x00007ffff2dc4dee in ?? () from /usr/local/lib/libvpx.so.1 #11 0x00007ffff2d8474c in ?? () from /usr/local/lib/libvpx.so.1 #12 0x00007ffff2cf3848 in vpx_codec_encode () from /usr/local/lib/libvpx.so.1 #13 0x00007ffff67c892c in ?? () from /usr/local/lib/libavcodec.so.55 #14 0x00007ffff692a9d2 in avcodec_encode_video2 () from /usr/local/lib/libavcodec.so.55 #15 0x000000000041de34 in do_video_out (in_picture=0x10c81a0, ost=0x6f7140, s=0x64a8a0) at ffmpeg.c:997 #16 reap_filters () at ffmpeg.c:1157 #17 0x0000000000407f27 in transcode_step () at ffmpeg.c:3373 #18 transcode () at ffmpeg.c:3416 #19 main (argc=, argv=) at ffmpeg.c:3596 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7ffff2e63c57 to 0x7ffff2e63c97: 0x00007ffff2e63c57: rex.B pshufw $0xe,%mm0,%mm7 0x00007ffff2e63c5c: pmaxsw %xmm7,%xmm8 0x00007ffff2e63c61: pshuflw $0xe,%xmm8,%xmm7 0x00007ffff2e63c67: pmaxsw %xmm7,%xmm8 0x00007ffff2e63c6c: pshuflw $0x1,%xmm8,%xmm7 0x00007ffff2e63c72: pmaxsw %xmm7,%xmm8 => 0x00007ffff2e63c77: pextrw $0x0,%xmm8,(%rdx) 0x00007ffff2e63c7e: retq 0x00007ffff2e63c7f: mov %r8,%rdi 0x00007ffff2e63c82: mov %rcx,%rdx 0x00007ffff2e63c85: mov 0x30(%rsp),%rcx 0x00007ffff2e63c8a: lea (%rdi,%rsi,2),%rdi 0x00007ffff2e63c8e: lea (%rdx,%rsi,2),%rdx 0x00007ffff2e63c92: neg %rsi 0x00007ffff2e63c95: pxor %xmm7,%xmm7 End of assembler dump. (gdb) info all-registers rax 0x7ffff30e3298 140737271181976 rbx 0x7fffe6d1e020 140737065902112 rcx 0xa65440 10900544 rdx 0xa69460 10916960 rsi 0x0 0 rdi 0xa63420 10892320 rbp 0x7fffe6d1e020 0x7fffe6d1e020 rsp 0x7fffffffc338 0x7fffffffc338 r8 0xa67460 10908768 r9 0x7ffff309e5a0 140737270900128 r10 0x7fffe6d24110 140737065926928 r11 0x7ffff4e0f8ba 140737301772474 r12 0x7fffe6d24110 140737065926928 r13 0x7fffe42798c0 140737021188288 r14 0x7fffdcd318c0 140736898209984 r15 0x40 64 rip 0x7ffff2e63c77 0x7ffff2e63c77 eflags 0x10247 [ CF PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0xff81ff81ff81ff81) (raw 0xffffff81ff81ff81ff81) st1 -nan(0x180018001800180) (raw 0xffff0180018001800180) st2 -nan(0xff81ff81ff81ff81) (raw 0xffffff81ff81ff81ff81) st3 -nan(0x180018001800180) (raw 0xffff0180018001800180) st4 -inf (raw 0xffff0000000000000000) st5 -nan(0x606060606060606) (raw 0xffff0606060606060606) st6 -nan(0x303030303030303) (raw 0xffff0303030303030303) st7 -nan(0x101010101010101) (raw 0xffff0101010101010101) fctrl 0x27f 639 fstat 0x0 0 ftag 0xaaaa 43690 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x76, 0x4, 0x76, 0x4, 0x76, 0x4, 0x76, 0x4, 0x76, 0x4, 0x76, 0x4, 0x76, 0x4, 0x76, 0x4}, v8_int16 = {0x476, 0x476, 0x476, 0x476, 0x476, 0x476, 0x476, 0x476}, v4_int32 = {0x4760476, 0x4760476, 0x4760476, 0x4760476}, v2_int64 = {0x476047604760476, 0x476047604760476}, uint128 = 0x04760476047604760476047604760476} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xad, 0x2, 0xad, 0x2, 0xad, 0x2, 0xad, 0x2, 0xad, 0x2, 0xad, 0x2, 0xad, 0x2, 0xad, 0x2}, v8_int16 = {0x2ad, 0x2ad, 0x2ad, 0x2ad, 0x2ad, 0x2ad, 0x2ad, 0x2ad}, v4_int32 = {0x2ad02ad, 0x2ad02ad, 0x2ad02ad, 0x2ad02ad}, v2_int64 = {0x2ad02ad02ad02ad, 0x2ad02ad02ad02ad}, uint128 = 0x02ad02ad02ad02ad02ad02ad02ad02ad} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x68, 0x8f, 0x68, 0x8f, 0x68, 0x8f, 0x68, 0x8f, 0x68, 0x8f, 0x68, 0x8f, 0x68, 0x8f, 0x68, 0x8f}, v8_int16 = {0x8f68, 0x8f68, 0x8f68, 0x8f68, 0x8f68, 0x8f68, 0x8f68, 0x8f68}, v4_int32 = {0x8f688f68, 0x8f688f68, 0x8f688f68, 0x8f688f68}, v2_int64 = {0x8f688f688f688f68, 0x8f688f688f688f68}, uint128 = 0x8f688f688f688f688f688f688f688f68} ---Type to continue, or q to quit--- xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x24, 0x7, 0x24, 0x7, 0x24, 0x7, 0x24, 0x7, 0x24, 0x7, 0x24, 0x7, 0x24, 0x7, 0x24, 0x7}, v8_int16 = {0x724, 0x724, 0x724, 0x724, 0x724, 0x724, 0x724, 0x724}, v4_int32 = {0x7240724, 0x7240724, 0x7240724, 0x7240724}, v2_int64 = {0x724072407240724, 0x724072407240724}, uint128 = 0x07240724072407240724072407240724} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x40, 0x0, 0x40, 0x0, 0x40, 0x0, 0x40, 0x0, 0x40, 0x0, 0x40, 0x0, 0x40, 0x0, 0x40, 0x0}, v8_int16 = {0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40}, v4_int32 = {0x400040, 0x400040, 0x400040, 0x400040}, v2_int64 = {0x40004000400040, 0x40004000400040}, uint128 = 0x00400040004000400040004000400040} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x1, 0x0, 0x2, 0x0, 0x5, 0x0, 0x8, 0x0, 0x1, 0x0, 0x3, 0x0, 0x9, 0x0, 0xc, 0x0}, v8_int16 = {0x1, 0x2, 0x5, 0x8, 0x1, 0x3, 0x9, 0xc}, v4_int32 = {0x20001, 0x80005, 0x30001, 0xc0009}, v2_int64 = {0x8000500020001, 0xc000900030001}, uint128 = 0x000c0009000300010008000500020001} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x1, 0x1, 0x1, 0x1, 0x0, 0x1, 0x0}, v4_int32 = {0x10000, 0x10001, 0x1, 0x1}, v2_int64 = {0x1000100010000, 0x100000001}, uint128 = 0x00000001000000010001000100010000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0}, v8_int16 = {0x1, 0x1, 0x1, 0x1, 0x1, 0x0, 0x1, 0x0}, v4_int32 = {0x10001, 0x10001, 0x1, 0x1}, v2_int64 = {0x1000100010001, 0x100000001}, uint128 = 0x00000001000000010001000100010001} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x20, 0xf0, 0x0 }, v8_int16 = {0xf020, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xf020, 0x0, 0x0, 0x0}, v2_int64 = {0xf020, 0x0}, uint128 = 0x0000000000000000000000000000f020} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x4, 0x0, 0x7, 0x0, 0xb, 0x0, 0xe, 0x0, 0x6, 0x0, 0xa, 0x0, 0xd, 0x0, 0xf, 0x0}, v8_int16 = {0x4, 0x7, 0xb, 0xe, 0x6, 0xa, 0xd, 0xf}, v4_int32 = {0x70004, 0xe000b, 0xa0006, 0xf000d}, v2_int64 = {0xe000b00070004, 0xf000d000a0006}, uint128 = 0x000f000d000a0006000e000b00070004} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 19:49:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 18:49:59 -0000 Subject: [FFmpeg-trac] #3370(undetermined:new): SIGILL (Illegal instruction) when transcoding with libvpx-vp9 In-Reply-To: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> References: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> Message-ID: <050.e6ecd7112e4941aafdba7c0b047aee14@avcodec.org> #3370: SIGILL (Illegal instruction) when transcoding with libvpx-vp9 -------------------------------------+------------------------------------- Reporter: jbvsmo | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: vp9 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jbvsmo): Somehow, using valgrind, the error does not occur (does it disable x86 specific code? because it runs at 0.2 fps) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 19:58:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 18:58:10 -0000 Subject: [FFmpeg-trac] #3370(undetermined:new): SIGILL (Illegal instruction) when transcoding with libvpx-vp9 In-Reply-To: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> References: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> Message-ID: <050.00fc4a6d4c546a6114c4e899cf069b5a@avcodec.org> #3370: SIGILL (Illegal instruction) when transcoding with libvpx-vp9 -------------------------------------+------------------------------------- Reporter: jbvsmo | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: vp9 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): Did you report this to the developers of libvpx? The crash seems deeply in their code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 21:11:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 20:11:09 -0000 Subject: [FFmpeg-trac] #3371(documentation:new): [DOCUMENTATION] Missing documentation for option -g Message-ID: <045.bdeec77c7a52fae9842c81f05aaf1e7c@avcodec.org> #3371: [DOCUMENTATION] Missing documentation for option -g -------------------------------------+------------------------------------- Reporter: | Type: defect matteosistisette | Priority: important Status: new | Version: Component: | unspecified documentation | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- http://www.ffmpeg.org/ffmpeg.html There exists a -g option which appears in two example commands in the above documentation page; however, there's no documentation whatsoever about this option. Maybe it's an alias for an option that has also another name, but searching the page for "-g" gives no results other than the examples, and one can't be supposed to read the whole documentation to find out what option -g is an alias for (if this is the case) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 21:57:28 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 20:57:28 -0000 Subject: [FFmpeg-trac] #3370(undetermined:new): SIGILL (Illegal instruction) when transcoding with libvpx-vp9 In-Reply-To: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> References: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> Message-ID: <050.5c16a7966bd6469d51d9209098238082@avcodec.org> #3370: SIGILL (Illegal instruction) when transcoding with libvpx-vp9 -------------------------------------+------------------------------------- Reporter: jbvsmo | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: vp9 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jbvsmo): I posted a bug report in the Webm project (http://code.google.com/p/webm/issues/detail?id=702) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 22:49:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 21:49:06 -0000 Subject: [FFmpeg-trac] #3371(documentation:new): [DOCUMENTATION] Missing documentation for option -g In-Reply-To: <045.bdeec77c7a52fae9842c81f05aaf1e7c@avcodec.org> References: <045.bdeec77c7a52fae9842c81f05aaf1e7c@avcodec.org> Message-ID: <060.787d0ab52f21d1afa3c78cdc305464a0@avcodec.org> #3371: [DOCUMENTATION] Missing documentation for option -g -------------------------------------+------------------------------------- Reporter: | Owner: matteosistisette | Status: new Type: defect | Component: Priority: minor | documentation Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => minor -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 22:50:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 21:50:57 -0000 Subject: [FFmpeg-trac] #3370(undetermined:closed): SIGILL (Illegal instruction) when transcoding with libvpx-vp9 In-Reply-To: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> References: <035.1d1d4b8af5313ce416519c781f2f37b6@avcodec.org> Message-ID: <050.b8de05daf6c9a6b25de333c3556b50b1@avcodec.org> #3370: SIGILL (Illegal instruction) when transcoding with libvpx-vp9 -------------------------------------+------------------------------------- Reporter: jbvsmo | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libvpx | Resolution: invalid crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vp9 => libvpx crash * priority: normal => important * status: new => closed * resolution: => invalid Comment: Please reopen if it turns out that this is a bug in FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 3 23:55:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Feb 2014 22:55:52 -0000 Subject: [FFmpeg-trac] #3372(ffserver:new): Streaming in webm format gets stuck in the WAIT_FEED state Message-ID: <039.a5f9dd77eaffb5b6637ce55657c142c8@avcodec.org> #3372: Streaming in webm format gets stuck in the WAIT_FEED state -------------------------------------+------------------------------------- Reporter: alexpirine | Type: defect Status: new | Priority: normal Component: ffserver | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ $ cat ffserver.conf Port 8090 BindAddress 0.0.0.0 MaxClients 4 MaxBandwidth 50000 NoDaemon File /tmp/webcam.ffm FileMaxSize 5M # # Feed webcam.ffm # Format mjpeg # VideoSize 640x480 # VideoFrameRate 25 # VideoBitRate 500 # VideoIntraOnly # Noaudio # Strict -1 # Feed webcam.ffm Format webm VideoCodec libvpx VideoSize 640x480 VideoFrameRate 25 VideoBitRate 512 VideoIntraOnly AVOptionVideo flags +global_header AVOptionAudio flags +global_header AVOptionVideo cpu-used 5 PreRoll 15 StartSendOnKey Noaudio Strict -1 # Server status URL Format status # Only allow local people to get the status ACL allow localhost ACL allow 192.168.0.0 192.168.255.255 $ ffserver -v verbose -f ~/ffserver.conf avserver version 0.8.9-6:0.8.9-0ubuntu0.13.04.1, Copyright (c) 2000-2013 the Libav developers built on Nov 9 2013 19:09:48 with gcc 4.7.3 configuration: --arch=amd64 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.9-0ubuntu0.13.04.1' --libdir=/usr/lib/x86_64-linux- gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable- postproc --enable-swscale --enable-libcdio --enable-x11grab --shlibdir=/usr/lib/x86_64-linux-gnu --enable-shared --disable-static 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 $ avconv -f video4linux2 -i /dev/video0 -vcodec libvpx -b 512k -deadline realtime -flags +global_header -cpu-used 6 http://192.168.1.2:8090/webcam.ffm avconv version 0.8.9-6:0.8.9-0ubuntu0.13.04.1, Copyright (c) 2000-2013 the Libav developers built on Nov 9 2013 19:09:48 with gcc 4.7.3 [video4linux2 @ 0x24c5a00] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2, from '/dev/video0': Duration: N/A, start: 7513392.829316, bitrate: 147456 kb/s Stream #0.0: Video: rawvideo, yuyv422, 640x480, 147456 kb/s, 30 tbr, 1000k tbn, 30 tbc Incompatible pixel format 'yuyv422' for codec 'libvpx', auto-selecting format 'yuv420p' [buffer @ 0x24c7780] w:640 h:480 pixfmt:yuyv422 [avsink @ 0x24c80a0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x24cbda0] w:640 h:480 fmt:yuyv422 -> w:640 h:480 fmt:yuv420p flags:0x4 [libvpx @ 0x24c6a40] v1.1.0 Output #0, ffm, to 'http://192.168.1.2:8090/webcam.ffm': Metadata: encoder : Lavf53.21.1 Stream #0.0: Video: libvpx, yuv420p, 640x480, q=-1--1, 512 kb/s, 1000k tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libvpx) Press ctrl-c to stop encoding frame= 2437 fps= 30 q=0.0 size= 5296kB time=81.23 bitrate= 534.1kbits/s dup=30 drop=0 $ ffplay http://192.168.1.2:8090/webcam.webm avplay version 0.8.9-6:0.8.9-0ubuntu0.13.04.1, Copyright (c) 2003-2013 the Libav developers built on Nov 9 2013 19:09:48 with gcc 4.7.3 -> status.html: Connection Status Number of connections: 3 / 4 Bandwidth in use: 512k / 50000k # File IP Proto State Target bits/sec Actual bits/sec Bytes transferred 1 status.html 192.168.1.42 HTTP/1.1 HTTP_WAIT_REQUEST 0 0 0 2 webcam.webm 192.168.1.2 HTTP/1.1 WAIT_FEED 512k 0 494 3 webcam.ffm(input) 192.168.1.2 HTTP/1.1 RECEIVE_DATA 512k 545k 2121k }}} If I use ffmpeg to write into a file, the file is readable in VLC; if I change format to mjpeg, the stream is readable through ffserver; so I think there is an issue with ffserver/webm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 4 08:42:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Feb 2014 07:42:39 -0000 Subject: [FFmpeg-trac] #3372(undetermined:closed): Streaming in webm format gets stuck in the WAIT_FEED state In-Reply-To: <039.a5f9dd77eaffb5b6637ce55657c142c8@avcodec.org> References: <039.a5f9dd77eaffb5b6637ce55657c142c8@avcodec.org> Message-ID: <054.4bf44f5431065b0bf6f92efef61db29d@avcodec.org> #3372: Streaming in webm format gets stuck in the WAIT_FEED state -------------------------------------+------------------------------------- Reporter: alexpirine | 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: ffserver => undetermined Comment: Replying to [ticket:3372 alexpirine]: > $ ffserver -v verbose -f ~/ffserver.conf > avserver version 0.8.9-6:0.8.9-0ubuntu0.13.04.1, Copyright (c) 2000-2013 the Libav developers Please understand that we do not support third-party products here. You're using something from a fork that purposely copied the names of the FFmpeg tools and libraries. See: http://blog.pkh.me/p/13-the-ffmpeg-libav- situation.html Feel free to re-open this ticket if you can reproduce this issue with the real tools from FFmpeg. See http://trac.ffmpeg.org/wiki/UbuntuCompilationGuide if you need help compiling. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 4 10:03:52 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Feb 2014 09:03:52 -0000 Subject: [FFmpeg-trac] #3373(ffmpeg:new): Getting while convert swf to avi video Message-ID: <033.e4ab8575afb9f9899654c38bbbedc16b@avcodec.org> #3373: Getting while convert swf to avi video --------------------------------+-------------------------------------- Reporter: raju | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- I am trying to transcode from .swf to the .avi format using below command line ffmpeg -i test1.swf -an output.avi and getting the below errors. [rawvideo @ 026cfb00] Invalid buffer size, packet size 342500 < expected frame_s ize 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 32508 < expected frame_si ze 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1760 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1904 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1512 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1904 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1512 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1680 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1904 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1680 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1680 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1680 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 32508 < expected frame_si ze 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 560 < expected frame_size 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1680 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 32508 < expected frame_si ze 2088640 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 026cfb00] Invalid buffer size, packet size 1760 < expected frame_siz e 2088640 Error while decoding stream #0:0: Error number -22 occurred [swf @ 026c2a00] Failed to uncompress one bitmap frame= 1 fps=0.0 q=5.9 Lsize= 56kB time=00:00:00.10 bitrate=4595.8kbits/ s video:51kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 11.029 938% Please help to how to resolve the above error. Waiting for your response Thanks Raju -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 4 11:12:37 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Feb 2014 10:12:37 -0000 Subject: [FFmpeg-trac] #3373(undetermined:new): Getting while convert swf to avi video In-Reply-To: <033.e4ab8575afb9f9899654c38bbbedc16b@avcodec.org> References: <033.e4ab8575afb9f9899654c38bbbedc16b@avcodec.org> Message-ID: <048.4a6c3d86615851a3eeee96c8b9ddd82b@avcodec.org> #3373: Getting while convert swf to avi video -------------------------------------+------------------------------------- Reporter: raju | 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): * priority: critical => normal * component: ffmpeg => undetermined Comment: Please provide your failing ffmpeg command line including the complete, uncut console output and a sample to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 4 12:49:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Feb 2014 11:49:54 -0000 Subject: [FFmpeg-trac] #3374(avcodec:new): avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a Message-ID: <034.0a3875721d97222ce35b3d90825096d2@avcodec.org> #3374: avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a ---------------------------------+--------------------------------------- Reporter: sam18 | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Hello, I have been testing libavcodec in ios for h264 video decoding. In some cases, my application crashes while calling to avcodec_decode_video2. It shows EXE_BAD_ACCESS in ff_h264_decode_nal. please help me on this. let me know if you need any other informations. thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 9 21:09:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Feb 2014 20:09:01 -0000 Subject: [FFmpeg-trac] #1847(avcodec:open): wmalossless: support 24bit depth In-Reply-To: <039.7e46922a70d47c3309d60239de024b37@avcodec.org> References: <039.7e46922a70d47c3309d60239de024b37@avcodec.org> Message-ID: <054.d9f9186cad7667eeeeba26900c372aaa@avcodec.org> #1847: wmalossless: support 24bit depth -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmalossless | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by DJX): * cc: dfratiani@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 9 22:09:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Feb 2014 21:09:17 -0000 Subject: [FFmpeg-trac] #3374(avcodec:new): avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a In-Reply-To: <035.0f3c657679a1665af9c713b39a32c9f8@avcodec.org> References: <035.0f3c657679a1665af9c713b39a32c9f8@avcodec.org> Message-ID: <050.7728b7dcfc422ab24a7c316df2445d73@avcodec.org> #3374: avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a -------------------------------------+----------------------------------- Reporter: sam18 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): To make this a valid ticket, please provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 9 22:19:50 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Feb 2014 21:19:50 -0000 Subject: [FFmpeg-trac] #2016(avcodec:open): Support libopenjpeg 2.0.0 In-Reply-To: <039.ca809bf507587b33ddbd14a66692e757@avcodec.org> References: <039.ca809bf507587b33ddbd14a66692e757@avcodec.org> Message-ID: <054.2856506d600577cd32f2823fcf6403b0@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 | -------------------------------------+----------------------------------- Comment (by mcirsta): I've added a patch to compile ffmpeg with openjpeg2. You also need to pass: --extra-cflags="-DHAVE_OPENJPEG_2_0_OPENJPEG_H" to configure. Also from openjpeg2 you need to copy the openjpeg.h from src/lib/openmj2 to openjpeg-2.0/openmj2.h. You probably have to modify the #ifdef at the beginning of your openmj2.h file. Good new is there seem to not have been any API changes so after compiling all works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 9 23:50:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Feb 2014 22:50:08 -0000 Subject: [FFmpeg-trac] #3375(ffmpeg:new): FFmpeg doesn't set the right language code for Dutch tracks Message-ID: <038.87e649705e755a7c63490164f3e4efc3@avcodec.org> #3375: FFmpeg doesn't set the right language code for Dutch tracks -------------------------------------+------------------------------------- Reporter: Nemesis7 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: language | unspecified code | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When remuxing an .mkv file with Dutch audio/subtitle tracks to an .mp4 file, the language code is not set properly, which results in an "unknown" language in programs such as VLC and Subler. After creating a bug report on the Subler site, the developer replied the following: {{{ you need to use an ISO-639-2/T language code as specified in the mp4 specifications. ISO-639-2/B languages code are invalid. }}} So please make sure FFmpeg uses the right language codes for mp4 files i.e. set the language code for Dutch tracks to 'nld' instead of 'dut'. How to reproduce: {{{ ffmpeg -i sample.mkv -map 0 sample.mp4 ffmpeg version 2.0.2 built on Oct 8 2013 20:26:27 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) }}} 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 10 00:58:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Feb 2014 23:58:11 -0000 Subject: [FFmpeg-trac] #3376(ffmpeg:new): -hls_list_size 0 does not write playlist entries Message-ID: <040.dfa3072b07ea739b65ac5d837567ff9c@avcodec.org> #3376: -hls_list_size 0 does not write playlist entries ------------------------------------+-------------------------------------- Reporter: blacktrash | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: How to reproduce: {{{ $ ffmpeg -i testhls.mp4 -bsf:v h264_mp4toannexb -c copy -map 0 -f hls -hls_list_size 0 testhls0.m3u8 ffmpeg version N-60230-gcfe282e Copyright (c) 2000-2014 the FFmpeg developers built on Jan 29 2014 14:17:03 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-network --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-librtmp --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 28.101 / 55. 28.101 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.101 / 4. 1.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'testhls.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.28.101 Duration: 00:00:35.23, start: 0.229388, bitrate: 314 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 282 kb/s, 15 fps, 15 tbr, 15360 tbn, 30 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 22050 Hz, stereo, fltp, 32 kb/s (default) Metadata: handler_name : SoundHandler Output #0, hls, to 'testhls0.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.28.101 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 282 kb/s, 15 fps, 90k tbn, 15 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 22050 Hz, stereo, 32 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [adts @ 0x7fb72883c000] Encoder did not produce proper pts, making some up. frame= 524 fps=0.0 q=-1.0 Lsize=N/A time=00:00:35.29 bitrate=N/A video:1203kB audio:138kB subtitle:0 global headers:0kB muxing overhead -100.001603% $ cat testhls0.m3u8 #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:0 #EXT-X-MEDIA-SEQUENCE:3 #EXT-X-ENDLIST }}} The segments are created, but the list is empty. However man ffmpeg- formats says: hls_list_size size Set the maximum number of playlist entries. If set to 0 the list file will contain all the segments. Default value is 5. Same behaviour with ffmpeg version N-60430-gc72f587. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 06:31:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 05:31:54 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.bbdccc5874da89be37b22995a6f38ed5@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): No, it's not the loudest bin. It's a group of bins. Because the sine isn't represented on the mdct by a single bin, but rather a ripple pattern that has to be accurately encoded, or the resulting sine fluctuates in amplitude (hence the clipping). But I got a solution. I'm doing the listening tests now, but it sounds good. Basically, a two-front approach: lower the volume of near-clipping windows (and only those, to make it idempotent), and tweak tonal band priorization (because the sine wave was getting too few bits after all). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 06:34:43 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 05:34:43 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.37689875385969507d7ca7cbb95c223f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Btw, I tested ogg and faac, and they too both bork the sine wave. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 08:25:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 07:25:44 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.f07a46c143ed0d5d72f946764133c0cf@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Sounds good! I'd like to test that too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 08:40:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 07:40:48 -0000 Subject: [FFmpeg-trac] #3375(undetermined:new): FFmpeg doesn't set the right language code for Dutch tracks In-Reply-To: <038.87e649705e755a7c63490164f3e4efc3@avcodec.org> References: <038.87e649705e755a7c63490164f3e4efc3@avcodec.org> Message-ID: <053.9d72ff2acfac7f4ea7f2704bf60fedc5@avcodec.org> #3375: FFmpeg doesn't set the right language code for Dutch tracks -------------------------------------+------------------------------------- Reporter: Nemesis7 | 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): * keywords: language code => * component: ffmpeg => undetermined Comment: Please provide the command line you used to reproduce this problem together with complete, uncut console output to make this a valid ticket. And please test current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 08:41:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 07:41:31 -0000 Subject: [FFmpeg-trac] #3376(undetermined:new): -hls_list_size 0 does not write playlist entries In-Reply-To: <040.dfa3072b07ea739b65ac5d837567ff9c@avcodec.org> References: <040.dfa3072b07ea739b65ac5d837567ff9c@avcodec.org> Message-ID: <055.1320625f5968fd309e510f519bcdbc02@avcodec.org> #3376: -hls_list_size 0 does not write playlist entries -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hls * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 10:10:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 09:10:10 -0000 Subject: [FFmpeg-trac] #3375(undetermined:new): FFmpeg doesn't set the right language code for Dutch tracks In-Reply-To: <038.87e649705e755a7c63490164f3e4efc3@avcodec.org> References: <038.87e649705e755a7c63490164f3e4efc3@avcodec.org> Message-ID: <053.a5ea4a5d22fcfbd627efabbe0dcc7f8c@avcodec.org> #3375: FFmpeg doesn't set the right language code for Dutch tracks -------------------------------------+------------------------------------- Reporter: Nemesis7 | 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 Nemesis7): Here, still the same. It makes sense, the mov says the language code is 'dut', however this is not recognized by the mp4 container, since it expects 'nld' as the language code for Dutch tracks. {{{ ffmpeg -v 9 -loglevel 99 -i /Users/Nemesis7/Encoding/sample.mkv -map 0 -c copy /Users/Nemesis7/Encoding/sample.mp4 ffmpeg version 2.1.3-tessus Copyright (c) 2000-2013 the FFmpeg developers built on Jan 16 2014 13:50:59 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-fontconfig --enable-libfreetype --enable-libass --enable-libbluray --enable-filters --enable-runtime-cpudetect libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '/Users/Nemesis7/Encoding/sample.mkv'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0'. Reading option '-c' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '/Users/Nemesis7/Encoding/sample.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file /Users/Nemesis7/Encoding/sample.mkv. Successfully parsed a group of options. Opening an input file: /Users/Nemesis7/Encoding/sample.mkv. [matroska,webm @ 0x10280f000] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [matroska,webm @ 0x10280f000] File position before avformat_find_stream_info() is 5802 [h264 @ 0x102812200] no picture [matroska,webm @ 0x10280f000] All info found [matroska,webm @ 0x10280f000] File position after avformat_find_stream_info() is 309321 Input #0, matroska,webm, from '/Users/Nemesis7/Encoding/sample.mkv': Metadata: title : Sample File creation_time : 2014-02-10 09:06:24 Duration: 00:01:01.98, start: 0.000000, bitrate: 8248 kb/s Chapter #0.0: start 0.000000, end 61.984000 Metadata: title : 00:00:00.000 Stream #0:0(eng), 4, 1/1000: Video: h264 (High), yuv420p, 1280x534, 417083/20000000, SAR 1:1 DAR 640:267, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: title : Video Track Stream #0:1(dut), 24, 1/1000: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Metadata: title : English DTS 5.1 1509Kbps Successfully opened the file. Parsing a group of options: output file /Users/Nemesis7/Encoding/sample.mp4. Applying option map (set input stream mapping) with argument 0. Applying option c (codec name) with argument copy. Successfully parsed a group of options. Opening an output file: /Users/Nemesis7/Encoding/sample.mp4. File '/Users/Nemesis7/Encoding/sample.mp4' already exists. Overwrite ? [y/N] y Successfully opened the file. [mp4 @ 0x102098400] track 1: codec frame size is not set Output #0, mp4, to '/Users/Nemesis7/Encoding/sample.mp4': Metadata: title : Sample File encoder : Lavf55.19.104 Chapter #0.0: start 0.000000, end 61.984000 Metadata: title : 00:00:00.000 Stream #0:0(eng), 0, 1/16000: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x534 [SAR 1:1 DAR 640:267], 1/1000, q=2-31, 23.98 fps, 16k tbn, 1k tbc (default) Metadata: title : Video Track Stream #0:1(dut), 0, 1/48000: Audio: dts ([169][0][0][0] / 0x00A9), 48000 Hz, 5.1(side), 1536 kb/s (default) Metadata: title : English DTS 5.1 1509Kbps Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 492 fps=0.0 q=-1.0 size= 17950kB time=00:00:20.48 bitrate=7180.2kbits/frame= 733 fps=731 q=-1.0 size= 29968kB time=00:00:30.53 bitrate=8038.7kbits/frame= 1064 fps=707 q=-1.0 size= 43264kB time=00:00:44.43 bitrate=7975.8kbits/frame= 1439 fps=716 q=-1.0 size= 60480kB time=00:01:00.02 bitrate=8254.6kbits/No more output streams to write to, finishing. frame= 1486 fps=732 q=-1.0 Lsize= 62462kB time=00:01:01.97 bitrate=8256.7kbits/s video:50968kB audio:11418kB subtitle:0 global headers:0kB muxing overhead 0.122486% 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x101d075a0] Statistics: 86 seeks, 8132 writeouts [AVIOContext @ 0x101d03d00] Statistics: 63906922 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 10:22:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 09:22:37 -0000 Subject: [FFmpeg-trac] #3375(undetermined:new): FFmpeg doesn't set the right language code for Dutch tracks In-Reply-To: <038.87e649705e755a7c63490164f3e4efc3@avcodec.org> References: <038.87e649705e755a7c63490164f3e4efc3@avcodec.org> Message-ID: <053.77eb5ea21ccb8fe90daf0e5222994bda@avcodec.org> #3375: FFmpeg doesn't set the right language code for Dutch tracks -------------------------------------+------------------------------------- Reporter: Nemesis7 | 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): Any reason why you can not test current FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 11:22:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 10:22:16 -0000 Subject: [FFmpeg-trac] #2545(avfilter:closed): Filter EBU R128 - add True Peak valuation In-Reply-To: <039.6ca2d169996a7f7e9f9b6610056f26ce@avcodec.org> References: <039.6ca2d169996a7f7e9f9b6610056f26ce@avcodec.org> Message-ID: <054.e7829d1c0ecc06b4ac462701340e88f3@avcodec.org> #2545: Filter EBU R128 - add True Peak valuation -------------------------------------+------------------------------------ Reporter: grahamsch | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: ebur128 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * keywords: => ebur128 * status: open => closed * resolution: => fixed Comment: {{{ commit 2384cada120c7898c2e5a1726f4cb468c953d636 Author: Jean First Date: Sat Jan 25 23:19:07 2014 +0100 lavfi/ebur128: add true peak metering per frame Signed-off-by: Jean First }}} {{{ commit 6ef2315aafe352998fd612dd6cd21c4eb9731031 Author: Jean First Date: Sat Jan 25 23:19:06 2014 +0100 lavfi/ebur128: print peak metering in dBFS Signed-off-by: Jean First }}} {{{ commit 7f42bfad5d763f06d6fb6e91a8cef78f7fad9bf2 Author: Cl?ment B?sch Date: Sat Jan 25 23:19:05 2014 +0100 lavfi/ebur128: add sample and true peak metering. Metadata injection and logging. Not yet present visually. Signed-off-by: Jean First }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 11:40:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 10:40:26 -0000 Subject: [FFmpeg-trac] #3377(undetermined:new): qt rawvideo rgba regression Message-ID: <039.8108b057d73ca66427b96131c02d20c0@avcodec.org> #3377: qt rawvideo rgba regression -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- git-9b195dd 21-Dec-2013 - ok git-4156df5 27-Dec-2013 - bad http://www.datafilehost.com/d/510a94ff {{{ C:\>ffmpeg -i raw2.mov out2.avi ffmpeg version N-60329-ge708424 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 3 2014 22:01:02 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 29.101 / 55. 29.101 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [rawvideo @ 02ace780] Invalid pixel format. [mov,mp4,m4a,3gp,3g2,mj2 @ 02aca680] Failed to open codec in av_find_stream_info [rawvideo @ 02ace780] Invalid pixel format. Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'raw2.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-03-24 19:45:10 Duration: 00:00:05.96, start: 0.000000, bitrate: 18435 kb/s Stream #0:0(eng): Video: rawvideo (raw / 0x20776172), 189x127, 18434 kb/s, 24 fps, 24 tbr, 1000k tbn, 1000k tbc (default) Metadata: creation_time : 2012-03-24 19:45:10 handler_name : Procedura obs-ugi skr?t?w danych Apple [buffer @ 02bb8580] Unable to parse option value "-1" as pixel format Last message repeated 1 times [buffer @ 02bb8580] Error setting option pix_fmt to value -1. [graph 0 input from stream 0:0 @ 02acf460] Error applying options to the filter. Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 11:42:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 10:42:14 -0000 Subject: [FFmpeg-trac] #3378(undetermined:new): qt msrle 16gray regression Message-ID: <039.ad9330dc76d5bc397fcc0989c0c54304@avcodec.org> #3378: qt msrle 16gray regression -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i BMP_16gray.mov -vcodec msmpeg4v2 out.avi ffmpeg version N-60329-ge708424 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 3 2014 22:01:02 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 29.101 / 55. 29.101 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'BMP_16gray.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-03-24 19:39:15 Duration: 00:00:05.96, start: 0.000000, bitrate: 2351 kb/s Stream #0:0(eng): Video: msrle (WRLE / 0x454C5257), pal8, 189x127, 2340 kb/s , 24 fps, 24 tbr, 1000k tbn, 1000k tbc (default) Metadata: creation_time : 2012-03-24 19:39:15 handler_name : Procedura obs-ugi skr?t?w danych Apple Output #0, avi, to 'out.avi': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt ISFT : Lavf55.29.101 Stream #0:0(eng): Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 189x127, q= 2-31, 200 kb/s, 24 tbn, 24 tbc (default) Metadata: creation_time : 2012-03-24 19:39:15 handler_name : Procedura obs-ugi skr?t?w danych Apple Stream mapping: Stream #0:0 -> #0:0 (msrle -> msmpeg4v2) Press [q] to stop, [?] for help [msrle @ 02bc0020] Unknown depth 36 Last message repeated 142 times frame= 143 fps=0.0 q=2.0 Lsize= 14kB time=00:00:05.95 bitrate= 19.0kbits/ s video:5kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 187.730 683% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 11:56:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 10:56:56 -0000 Subject: [FFmpeg-trac] #3379(undetermined:new): HEVC decoding is not multi-threaded Message-ID: <041.99421ee89e28c37908aa1fb1d78db30f@avcodec.org> #3379: HEVC decoding is not multi-threaded -------------------------------------+------------------------------------- Reporter: luckyknight | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: HEVC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Not sure if this is as intended or the current state of HEVC decoding in ffmpeg, but I am only seeing a single core of my dual core CPU being used when ffmpeg is decoding a HEVC file. This causes issues with certain files (10gb or more with 1080p resolution) due to the processing power required. openHEVC is multi-threaded I believe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 11:59:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 10:59:32 -0000 Subject: [FFmpeg-trac] #3379(undetermined:new): HEVC decoding is not multi-threaded In-Reply-To: <041.99421ee89e28c37908aa1fb1d78db30f@avcodec.org> References: <041.99421ee89e28c37908aa1fb1d78db30f@avcodec.org> Message-ID: <056.86557b04a1124365a0c347feaadaa407@avcodec.org> #3379: HEVC decoding is not multi-threaded -------------------------------------+------------------------------------- Reporter: luckyknight | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: HEVC | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by luckyknight): Note that I am using ffmpeg as a library within XBMC -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 14:21:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 13:21:54 -0000 Subject: [FFmpeg-trac] #3379(undetermined:closed): HEVC decoding is not multi-threaded In-Reply-To: <041.99421ee89e28c37908aa1fb1d78db30f@avcodec.org> References: <041.99421ee89e28c37908aa1fb1d78db30f@avcodec.org> Message-ID: <056.418865305446571cf38f1e1e6e3937e7@avcodec.org> #3379: HEVC decoding is not multi-threaded -------------------------------------+------------------------------------- Reporter: luckyknight | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: HEVC | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 14:42:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 13:42:57 -0000 Subject: [FFmpeg-trac] #3313(avformat:closed): ffmpeg can't receive the UDP multicasted MPEGTS streams In-Reply-To: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> References: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> Message-ID: <050.5bb04a7422d0041a7a6f437b87f832dd@avcodec.org> #3313: ffmpeg can't receive the UDP multicasted MPEGTS streams -------------------------------------+------------------------------------- Reporter: mrxwh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: udp | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dbrb2): I seem to be able to replicate this on a version of ffmpeg built from master last week. I can't immediately revuild from todays master - is this recent enough? ffmpeg version N-60232-gfbafd64 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 2 2014 16:34:03 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) ffmpeg -loglevel debug -i "udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222" ffmpeg version N-60232-gfbafd64 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 2 2014 16:34:03 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) configuration: --enable-libfreetype --enable-libtheora --enable-libvpx --enable-libvorbis --enable-gpl --enable-nonfree --enable-pthreads --enable-libx264 --enable-libfaac --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 28.101 / 55. 28.101 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.101 / 4. 1.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222&buffer_size=65535'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222&buffer_size=65535. Successfully parsed a group of options. Opening an input file: udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222&buffer_size=65535. [udp @ 0x134336e0] end receive buffer size reported is 131070 ... ... .. . hangs here Running tshark seems to confirm that the stream has not been joined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 14:47:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 13:47:56 -0000 Subject: [FFmpeg-trac] #3313(avformat:closed): ffmpeg can't receive the UDP multicasted MPEGTS streams In-Reply-To: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> References: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> Message-ID: <050.d2b09f2c82114ead2f9ae0a7bb05e175@avcodec.org> #3313: ffmpeg can't receive the UDP multicasted MPEGTS streams -------------------------------------+------------------------------------- Reporter: mrxwh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: udp | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 dbrb2]: > I seem to be able to replicate this on a version of ffmpeg built from master last week. > I can't immediately revuild from todays master - is this recent enough? (Why not?) > ffmpeg -loglevel debug -i "udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222" > hangs here Please provide a backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 15:05:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 14:05:47 -0000 Subject: [FFmpeg-trac] #3313(avformat:closed): ffmpeg can't receive the UDP multicasted MPEGTS streams In-Reply-To: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> References: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> Message-ID: <050.2f686d7a9f7224c7dced16b0c1a60726@avcodec.org> #3313: ffmpeg can't receive the UDP multicasted MPEGTS streams -------------------------------------+------------------------------------- Reporter: mrxwh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: udp | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dbrb2): Sorry - I was away from a machine I could do it on. I have now rebuilt from master: ffmpeg version N-60500-g6421111 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 10 2014 13:59:44 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) The problem manifests as described above. Sorry to ask a basic question, but how would I provide a backtrace? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 15:16:55 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 14:16:55 -0000 Subject: [FFmpeg-trac] #3313(avformat:closed): ffmpeg can't receive the UDP multicasted MPEGTS streams In-Reply-To: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> References: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> Message-ID: <050.8fca66c521532ffd78f6328eb56e6cd8@avcodec.org> #3313: ffmpeg can't receive the UDP multicasted MPEGTS streams -------------------------------------+------------------------------------- Reporter: mrxwh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: udp | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 dbrb2]: > Sorry to ask a basic question, but how would I provide a backtrace? Start the debugger with the ffmpeg debug build: $ gdb ffmpeg_g Then start the failing command: (gdb) r -i "udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222" If ffmpeg hangs, press Ctrl-C and type "bt" to get a backtrace. This is also documented on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 15:33:12 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 14:33:12 -0000 Subject: [FFmpeg-trac] #3313(avformat:closed): ffmpeg can't receive the UDP multicasted MPEGTS streams In-Reply-To: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> References: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> Message-ID: <050.d2b922596f003c307b64f737308a385f@avcodec.org> #3313: ffmpeg can't receive the UDP multicasted MPEGTS streams -------------------------------------+------------------------------------- Reporter: mrxwh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: udp | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dbrb2): ffmpeg version N-60500-g6421111 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 10 2014 13:59:44 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) configuration: --enable-libfreetype --enable-libtheora --enable-libvpx --enable-libvorbis --enable-gpl --enable-nonfree --enable-pthreads --enable-libx264 --enable-libfaac --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 50.100 / 55. 50.100 libavformat 55. 31.100 / 55. 31.100 libavdevice 55. 8.100 / 55. 8.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [New Thread 0x2aaaabfcc940 (LWP 3802)] Program received signal SIGINT, Interrupt. 0x0000003cafe0b280 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 (gdb) bt #0 0x0000003cafe0b280 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x000000000057d315 in udp_read (h=0x1c89740, buf=0x1c99b80 "", size=65536) at libavformat/udp.c:809 #2 0x00000000004bf2d1 in retry_transfer_wrapper (h=0x1c89740, buf=0x1c99b80 "", size=65536) at libavformat/avio.c:289 #3 ffurl_read (h=0x1c89740, buf=0x1c99b80 "", size=65536) at libavformat/avio.c:320 #4 0x00000000004bfe15 in fill_buffer (s=0x1ca9be0) at libavformat/aviobuf.c:435 #5 0x00000000004c00ec in avio_read (s=0x1ca9be0, buf=0x1ca9cc0 "", size=2048) at libavformat/aviobuf.c:516 #6 0x00000000005839fe in av_probe_input_buffer2 (pb=0x1ca9be0, fmt=0x1c89108, filename=, logctx=0x1c89100, offset=0, max_probe_size=1048576) at libavformat/utils.c:388 #7 0x0000000000588aab in init_input (ps=0x7fffffffe1c8, filename=0x7fffffffeaa7 "udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222", fmt=0x0, options=0x1c818f8) at libavformat/utils.c:473 #8 avformat_open_input (ps=0x7fffffffe1c8, filename=0x7fffffffeaa7 "udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222", fmt=0x0, options=0x1c818f8) at libavformat/utils.c:535 #9 0x0000000000412487 in open_input_file (o=0x7fffffffe240, filename=0x7fffffffeaa7 "udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222") at ffmpeg_opt.c:844 #10 0x000000000040c795 in open_files (l=0x1c7a0d8, inout=0xe26bff "input", open_file=0x4120e0 ) at ffmpeg_opt.c:2587 #11 0x000000000040c9d3 in ffmpeg_parse_options (argc=, argv=0x7fffffffe838) at ffmpeg_opt.c:2624 #12 0x000000000042151d in main (argc=3, argv=0x7fffffffe840) at ffmpeg.c:3574 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 16:33:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 15:33:13 -0000 Subject: [FFmpeg-trac] #3377(avcodec:open): qt rawvideo rgba regression In-Reply-To: <039.8108b057d73ca66427b96131c02d20c0@avcodec.org> References: <039.8108b057d73ca66427b96131c02d20c0@avcodec.org> Message-ID: <054.60b44de3f79b9696ab7531c7f1a3d1ff@avcodec.org> #3377: qt rawvideo rgba regression ------------------------------------+----------------------------------- Reporter: ami_stuff | 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 Comment: Regression since 691dec62 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 16:33:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 15:33:48 -0000 Subject: [FFmpeg-trac] #3378(avcodec:open): qt msrle 16gray regression In-Reply-To: <039.ad9330dc76d5bc397fcc0989c0c54304@avcodec.org> References: <039.ad9330dc76d5bc397fcc0989c0c54304@avcodec.org> Message-ID: <054.e3aa41f38687f619450d917807326e89@avcodec.org> #3378: qt msrle 16gray regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: msrle | 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: => msrle regression Comment: Regression since 691dec62 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 10 22:53:01 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Feb 2014 21:53:01 -0000 Subject: [FFmpeg-trac] #3380(swresample:new): swresample segfault with 10-channel amerge+pan Message-ID: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> #3380: swresample segfault with 10-channel amerge+pan ------------------------------------+-------------------------------------- Reporter: MarkZV | Type: defect Status: new | Priority: normal Component: swresample | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- A segmentation fault is encountered attempting to do some mixing between five stereo inputs using the amerge and pan filters. It should complete successfully without crashing. The crash can be reproduced with the following command, using a stereo input file such as fate-suite/audio-reference/luckynight_2ch_44kHz_s16.wav (the same file can be used for all inputs): {{{ $ ffmpeg -v 9 -loglevel 99 -i in.wav -i in.wav -i in.wav -i in.wav -i in.wav -filter_complex '[0:a] [1:a] [2:a] [3:a] [4:a] amerge=inputs=5,pan=stereo|FL=0.5*c0+0.2*c2+0.1*c4+0.1*c6+0.1*c8|FR=0.5*c1+0.2*c3+0.1*c5+0.1*c7+0.1*c9 [ac]' -map '[ac]' -t 5 -y out.ac3 ffmpeg version N-60525-gdfc99ca Copyright (c) 2000-2014 the FFmpeg developers built on Feb 10 2014 12:55:53 with gcc 4.8.2 (MacPots gcc48 4.8.2_0) configuration: --enable-debug --assert-level=2 --prefix=/opt/local --enable-swscale --enable-avfilter --enable-avresample --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable- libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable-libbluray --enable-gnutls --enable-fontconfig --enable-libfreetype --mandir=/opt/local/share/man --enable-pthreads --cc=/opt/local/bin/gcc-mp-4.8 --arch=x86_64 --enable- yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-nonfree --enable-libfdk-aac --enable-libfaac libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 50.100 / 55. 50.100 libavformat 55. 31.100 / 55. 31.100 libavdevice 55. 8.100 / 55. 8.100 libavfilter 4. 1.102 / 4. 1.102 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'in.wav'. Reading option '-i' ... matched as input file with argument 'in.wav'. Reading option '-i' ... matched as input file with argument 'in.wav'. Reading option '-i' ... matched as input file with argument 'in.wav'. Reading option '-i' ... matched as input file with argument 'in.wav'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument '[0:a] [1:a] [2:a] [3:a] [4:a] amerge=inputs=5,pan=stereo|FL=0.5*c0+0.2*c2+0.1*c4+0.1*c6+0.1*c8|FR=0.5*c1+0.2*c3+0.1*c5+0.1*c7+0.1*c9 [ac]'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[ac]'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '5'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'out.ac3' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option filter_complex (create a complex filtergraph) with argument [0:a] [1:a] [2:a] [3:a] [4:a] amerge=inputs=5,pan=stereo|FL=0.5*c0+0.2*c2+0.1*c4+0.1*c6+0.1*c8|FR=0.5*c1+0.2*c3+0.1*c5+0.1*c7+0.1*c9 [ac]. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file in.wav. Successfully parsed a group of options. Opening an input file: in.wav. [wav @ 0x103065600] Format wav probed with size=2048 and score=99 [wav @ 0x103065600] Before avformat_find_stream_info() pos: 46 bytes read:32768 seeks:0 [wav @ 0x103065600] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x103065600] probing stream 0 pp:4 [wav @ 0x103065600] probing stream 0 pp:3 [wav @ 0x103065600] probing stream 0 pp:2 [wav @ 0x103065600] probing stream 0 pp:1 [wav @ 0x103065600] probed stream 0 [wav @ 0x103065600] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x103065600] max_analyze_duration 5000000 reached at 5015510 microseconds [wav @ 0x103065600] After avformat_find_stream_info() pos: 897070 bytes read:917504 seeks:0 frames:218 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #0:0, 218, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Successfully opened the file. Parsing a group of options: input file in.wav. Successfully parsed a group of options. Opening an input file: in.wav. [wav @ 0x103084e00] Format wav probed with size=2048 and score=99 [wav @ 0x103084e00] Before avformat_find_stream_info() pos: 46 bytes read:32768 seeks:0 [wav @ 0x103084e00] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x103084e00] probing stream 0 pp:4 [wav @ 0x103084e00] probing stream 0 pp:3 [wav @ 0x103084e00] probing stream 0 pp:2 [wav @ 0x103084e00] probing stream 0 pp:1 [wav @ 0x103084e00] probed stream 0 [wav @ 0x103084e00] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x103084e00] max_analyze_duration 5000000 reached at 5015510 microseconds [wav @ 0x103084e00] After avformat_find_stream_info() pos: 897070 bytes read:917504 seeks:0 frames:218 Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #1:0, 218, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Successfully opened the file. Parsing a group of options: input file in.wav. Successfully parsed a group of options. Opening an input file: in.wav. [wav @ 0x10318c800] Format wav probed with size=2048 and score=99 [wav @ 0x10318c800] Before avformat_find_stream_info() pos: 46 bytes read:32768 seeks:0 [wav @ 0x10318c800] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x10318c800] probing stream 0 pp:4 [wav @ 0x10318c800] probing stream 0 pp:3 [wav @ 0x10318c800] probing stream 0 pp:2 [wav @ 0x10318c800] probing stream 0 pp:1 [wav @ 0x10318c800] probed stream 0 [wav @ 0x10318c800] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x10318c800] max_analyze_duration 5000000 reached at 5015510 microseconds [wav @ 0x10318c800] After avformat_find_stream_info() pos: 897070 bytes read:917504 seeks:0 frames:218 Guessed Channel Layout for Input Stream #2.0 : stereo Input #2, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #2:0, 218, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Successfully opened the file. Parsing a group of options: input file in.wav. Successfully parsed a group of options. Opening an input file: in.wav. [wav @ 0x10306bc00] Format wav probed with size=2048 and score=99 [wav @ 0x10306bc00] Before avformat_find_stream_info() pos: 46 bytes read:32768 seeks:0 [wav @ 0x10306bc00] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x10306bc00] probing stream 0 pp:4 [wav @ 0x10306bc00] probing stream 0 pp:3 [wav @ 0x10306bc00] probing stream 0 pp:2 [wav @ 0x10306bc00] probing stream 0 pp:1 [wav @ 0x10306bc00] probed stream 0 [wav @ 0x10306bc00] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x10306bc00] max_analyze_duration 5000000 reached at 5015510 microseconds [wav @ 0x10306bc00] After avformat_find_stream_info() pos: 897070 bytes read:917504 seeks:0 frames:218 Guessed Channel Layout for Input Stream #3.0 : stereo Input #3, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #3:0, 218, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Successfully opened the file. Parsing a group of options: input file in.wav. Successfully parsed a group of options. Opening an input file: in.wav. [wav @ 0x10338f000] Format wav probed with size=2048 and score=99 [wav @ 0x10338f000] Before avformat_find_stream_info() pos: 46 bytes read:32768 seeks:0 [wav @ 0x10338f000] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x10338f000] probing stream 0 pp:4 [wav @ 0x10338f000] probing stream 0 pp:3 [wav @ 0x10338f000] probing stream 0 pp:2 [wav @ 0x10338f000] probing stream 0 pp:1 [wav @ 0x10338f000] probed stream 0 [wav @ 0x10338f000] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x10338f000] max_analyze_duration 5000000 reached at 5015510 microseconds [wav @ 0x10338f000] After avformat_find_stream_info() pos: 897070 bytes read:917504 seeks:0 frames:218 Guessed Channel Layout for Input Stream #4.0 : stereo Input #4, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #4:0, 218, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Successfully opened the file. Parsing a group of options: output file out.ac3. Applying option map (set input stream mapping) with argument [ac]. Applying option t (record or transcode "duration" seconds of audio/video) with argument 5. Successfully parsed a group of options. Opening an output file: out.ac3. detected 4 logical cores [Parsed_amerge_0 @ 0x102a59260] Setting 'inputs' to value '5' [Parsed_pan_1 @ 0x102a59540] compat: called with args=[stereo|FL=0.5*c0+0.2*c2+0.1*c4+0.1*c6+0.1*c8|FR=0.5*c1+0.2*c3+0.1*c5+0.1*c7+0.1*c9] [Parsed_pan_1 @ 0x102a59540] Setting 'args' to value 'stereo|FL=0.5*c0+0.2*c2+0.1*c4+0.1*c6+0.1*c8|FR=0.5*c1+0.2*c3+0.1*c5+0.1*c7+0.1*c9' [graph 0 input from stream 0:0 @ 0x102a59660] Setting 'time_base' to value '1/44100' [graph 0 input from stream 0:0 @ 0x102a59660] Setting 'sample_rate' to value '44100' [graph 0 input from stream 0:0 @ 0x102a59660] Setting 'sample_fmt' to value 's16' [graph 0 input from stream 0:0 @ 0x102a59660] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0x102a59660] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [graph 0 input from stream 1:0 @ 0x102a59f00] Setting 'time_base' to value '1/44100' [graph 0 input from stream 1:0 @ 0x102a59f00] Setting 'sample_rate' to value '44100' [graph 0 input from stream 1:0 @ 0x102a59f00] Setting 'sample_fmt' to value 's16' [graph 0 input from stream 1:0 @ 0x102a59f00] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 1:0 @ 0x102a59f00] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [graph 0 input from stream 2:0 @ 0x102a5a380] Setting 'time_base' to value '1/44100' [graph 0 input from stream 2:0 @ 0x102a5a380] Setting 'sample_rate' to value '44100' [graph 0 input from stream 2:0 @ 0x102a5a380] Setting 'sample_fmt' to value 's16' [graph 0 input from stream 2:0 @ 0x102a5a380] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 2:0 @ 0x102a5a380] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [graph 0 input from stream 3:0 @ 0x102a5a5a0] Setting 'time_base' to value '1/44100' [graph 0 input from stream 3:0 @ 0x102a5a5a0] Setting 'sample_rate' to value '44100' [graph 0 input from stream 3:0 @ 0x102a5a5a0] Setting 'sample_fmt' to value 's16' [graph 0 input from stream 3:0 @ 0x102a5a5a0] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 3:0 @ 0x102a5a5a0] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [graph 0 input from stream 4:0 @ 0x102a5a8a0] Setting 'time_base' to value '1/44100' [graph 0 input from stream 4:0 @ 0x102a5a8a0] Setting 'sample_rate' to value '44100' [graph 0 input from stream 4:0 @ 0x102a5a8a0] Setting 'sample_fmt' to value 's16' [graph 0 input from stream 4:0 @ 0x102a5a8a0] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 4:0 @ 0x102a5a8a0] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [audio format for output stream 0:0 @ 0x102a5b140] Setting 'sample_fmts' to value 'fltp' [audio format for output stream 0:0 @ 0x102a5b140] Setting 'channel_layouts' to value '0x4|0x3|0x103|0x7|0x603|0x33|0x107|0x607|0x37|0xc|0xb|0x10b|0xf|0x60b|0x3b|0x10f|0x60f|0x3f' Successfully opened the file. [Parsed_amerge_0 @ 0x102a59260] No channel layout for input 1 [AVFilterGraph @ 0x102a59100] query_formats: 9 queried, 9 merged, 0 already done, 18 delayed [AVFilterGraph @ 0x102a59100] query_formats not finished [Parsed_amerge_0 @ 0x102a59260] Input channel layouts overlap: output layout will be determined by the number of distinct input channels [Parsed_pan_1 @ 0x102a59540] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_amerge_0' and the filter 'Parsed_pan_1' [AVFilterGraph @ 0x102a59100] query_formats: 1 queried, 15 merged, 12 already done, 0 delayed [Parsed_amerge_0 @ 0x102a59260] in0:stereo + in1:stereo + in2:stereo + in3:stereo + in4:stereo -> out:10 channels (FL+FR+FC+LFE+BL+BR+FLC+FRC+BC+SL) [auto-inserted resampler 0 @ 0x102a11c00] ch:10 chl:10 channels (FL+FR+FC+LFE+BL+BR+FLC+FRC+BC+SL) fmt:s16 r:44100Hz -> ch:10 chl:10 channels (FL+FR+FC+LFE+BL+BR+FLC+FRC+BC+SL) fmt:fltp r:44100Hz [Parsed_pan_1 @ 0x102a59540] o0 = 0.5 i0 + 0 i1 + 0.2 i2 + 0 i3 + 0.1 i4 + 0 i5 + 0.1 i6 + 0 i7 + 0.1 i8 + 0 i9 [Parsed_pan_1 @ 0x102a59540] o1 = 0 i0 + 0.5 i1 + 0 i2 + 0.2 i3 + 0 i4 + 0.1 i5 + 0 i6 + 0.1 i7 + 0 i8 + 0.1 i9 Output #0, ac3, to 'out.ac3': Metadata: encoder : Lavf55.31.100 Stream #0:0, 0, 1/90000: Audio: ac3, 44100 Hz, stereo, fltp, 192 kb/s (default) Stream mapping: Stream #0:0 (pcm_s16le) -> amerge:in0 Stream #1:0 (pcm_s16le) -> amerge:in1 Stream #2:0 (pcm_s16le) -> amerge:in2 Stream #3:0 (pcm_s16le) -> amerge:in3 Stream #4:0 (pcm_s16le) -> amerge:in4 pan -> Stream #0:0 (ac3) Press [q] to stop, [?] for help Segmentation fault $ }}} {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000001080 0x000000010074ae17 in swri_rematrix (s=0x103085400, out=0x103087000, in=0x103086b80, len=1024, mustcopy=1) at libswresample/rematrix.c:474 474 v+= ((float*)in->ch[in_i])[i] * s->matrix[out_i][in_i]; (gdb) bt #0 0x000000010074ae17 in swri_rematrix (s=0x103085400, out=0x103087000, in=0x103086b80, len=1024, mustcopy=1) at libswresample/rematrix.c:474 #1 0x000000010074f16e in swr_convert_internal (s=0x103085400, out=0x103087000, out_count=1024, in=0x103086b80, in_count=1024) at libswresample/swresample.c:681 (gdb) p in->ch $1 = {0x10400a000 "", 0x10400b200 "", 0x10400c400 "", 0x10400d600 "", 0x10400e800 "", 0x10400fa00 "", 0x104010c00 "", 0x104011e00 "", 0x1080
, 0x0 } (gdb) }}} This longer stack trace is from a slightly older version with a different input file: {{{ 0x000000010080086c swri_rematrix + 1084 (rematrix.c:474) 0x0000000100805f71 swr_convert_internal + 577 (swresample.c:689) 0x0000000100806a80 swr_convert + 1392 (swresample.c:822) 0x00000001000308c9 filter_frame + 105 (af_pan.c:374) 0x000000010003ae0e ff_filter_frame_framed + 590 (avfilter.c:1081) 0x000000010003b1d3 ff_filter_frame + 67 (avfilter.c:1163) 0x00000001000262df filter_frame + 399 (af_aresample.c:215) 0x000000010003ae0e ff_filter_frame_framed + 590 (avfilter.c:1081) 0x000000010003b1d3 ff_filter_frame + 67 (avfilter.c:1163) 0x0000000100023c82 filter_frame + 2290 (af_amerge.c:303) 0x000000010003ae0e ff_filter_frame_framed + 590 (avfilter.c:1081) 0x000000010003b1d3 ff_filter_frame + 67 (avfilter.c:1163) 0x000000010003f74f request_frame + 63 (buffersrc.c:501) 0x000000010003fd31 av_buffersrc_add_frame_internal + 305 (buffersrc.c:181) 0x000000010003fe8f av_buffersrc_add_frame_flags + 79 (buffersrc.c:106) 0x00000001000171a6 output_packet + 7542 (ffmpeg.c:1716) 0x00000001000189fa process_input + 4378 (ffmpeg.c:3270) 0x000000010001b20f transcode_step + 383 (ffmpeg.c:3364) 0x000000010001d177 transcode + 7463 (ffmpeg.c:3417) 0x000000010001dd16 main + 230 (ffmpeg.c:3596) 0x0000000100001014 start + 52 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 07:33:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 06:33:27 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.8044bb8f40cbba390b37861b8d0db86f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Patience. I just want to make sure there's no serious regression before posting it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 12:23:19 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 11:23:19 -0000 Subject: [FFmpeg-trac] #3256(avformat:open): FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) In-Reply-To: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> References: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> Message-ID: <060.68c8148910e835610cf39901fa481522@avcodec.org> #3256: FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv svq3 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Anybody can answer my 3 previous questions? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 14:38:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 13:38:20 -0000 Subject: [FFmpeg-trac] #3256(avformat:open): FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) In-Reply-To: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> References: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> Message-ID: <060.294a320408d0bfa56c6e14318e1fa6c0@avcodec.org> #3256: FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv svq3 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by compn): why are you muxing svq3 into mkv ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 14:42:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 13:42:54 -0000 Subject: [FFmpeg-trac] #3256(avformat:open): FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) In-Reply-To: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> References: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> Message-ID: <060.44bb2e4765628aa12d1d342303115a6f@avcodec.org> #3256: FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv svq3 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by gjdfgh): >Why FFMPEG's output uses deprecated "A_QUICKTIME/QDM2" as Audio Codec ID insted of just "A_QUICKTIME" like mosu wrote? Probably because nobody bothered to update it. In the worst case, you'll have to propose a patch and send it to the ffmpeg-devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 14:44:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 13:44:51 -0000 Subject: [FFmpeg-trac] #3380(swresample:open): swresample segfault with 10-channel amerge+pan In-Reply-To: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> References: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> Message-ID: <051.5426245008288a47372c8516e21d1655@avcodec.org> #3380: swresample segfault with 10-channel amerge+pan ------------------------------------+-------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: {{{ $ valgrind ./ffmpeg_g -i fate-suite/audio- reference/luckynight_2ch_44kHz_s16.wav -filter_complex 'asplit=5,amerge=inputs=5,pan=stereo|FL=c8|FR=c1' -acodec ac3 -f null - ==12487== Memcheck, a memory error detector ==12487== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==12487== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==12487== Command: ./ffmpeg_g -i fate-suite/audio- reference/luckynight_2ch_44kHz_s16.wav -filter_complex asplit=5,amerge=inputs=5,pan=stereo|FL=c8|FR=c1 -acodec ac3 -f null - ==12487== ffmpeg version N-60530-g6c12b1d Copyright (c) 2000-2014 the FFmpeg developers built on Feb 11 2014 14:27:58 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 50.100 / 55. 50.100 libavformat 55. 31.100 / 55. 31.100 libavdevice 55. 8.100 / 55. 8.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'fate-suite/audio- reference/luckynight_2ch_44kHz_s16.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s [Parsed_amerge_1 @ 0x759d3e0] No channel layout for input 1 [Parsed_amerge_1 @ 0x759d3e0] Input channel layouts overlap: output layout will be determined by the number of distinct input channels [Parsed_pan_2 @ 0x759fcc0] Pure channel mapping detected: 8 1 Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.31.100 Stream #0:0: Audio: ac3, 44100 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 (pcm_s16le) -> asplit pan -> Stream #0:0 (ac3) Press [q] to stop, [?] for help ==12487== Invalid read of size 4 ==12487== at 0xCAE940: conv_AV_SAMPLE_FMT_FLT_to_AV_SAMPLE_FMT_FLT (audioconvert.c:72) ==12487== by 0xCAF6CD: swri_audio_convert (audioconvert.c:221) ==12487== by 0xCAC1FA: swr_convert_internal.part.3 (swresample.c:674) ==12487== by 0xCACFCA: swr_convert (swresample.c:523) ==12487== by 0x4EC7C3: filter_frame (af_pan.c:373) ==12487== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==12487== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==12487== by 0x4E4D02: filter_frame (af_aresample.c:215) ==12487== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==12487== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==12487== by 0x4E288F: filter_frame (af_amerge.c:303) ==12487== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==12487== Address 0x1080 is not stack'd, malloc'd or (recently) free'd ==12487== ==12487== ==12487== Process terminating with default action of signal 11 (SIGSEGV) ==12487== Access not within mapped region at address 0x1080 ==12487== at 0xCAE940: conv_AV_SAMPLE_FMT_FLT_to_AV_SAMPLE_FMT_FLT (audioconvert.c:72) ==12487== by 0xCAF6CD: swri_audio_convert (audioconvert.c:221) ==12487== by 0xCAC1FA: swr_convert_internal.part.3 (swresample.c:674) ==12487== by 0xCACFCA: swr_convert (swresample.c:523) ==12487== by 0x4EC7C3: filter_frame (af_pan.c:373) ==12487== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==12487== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==12487== by 0x4E4D02: filter_frame (af_aresample.c:215) ==12487== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==12487== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==12487== by 0x4E288F: filter_frame (af_amerge.c:303) ==12487== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==12487== If you believe this happened as a result of a stack ==12487== overflow in your program's main thread (unlikely but ==12487== possible), you can try to increase the size of the ==12487== main thread stack using the --main-stacksize= flag. ==12487== The main thread stack size used in this run was 8388608. ==12487== ==12487== HEAP SUMMARY: ==12487== in use at exit: 1,296,833 bytes in 1,161 blocks ==12487== total heap usage: 2,021 allocs, 860 frees, 1,717,937 bytes allocated ==12487== ==12487== LEAK SUMMARY: ==12487== definitely lost: 0 bytes in 0 blocks ==12487== indirectly lost: 0 bytes in 0 blocks ==12487== possibly lost: 2,448 bytes in 9 blocks ==12487== still reachable: 1,294,385 bytes in 1,152 blocks ==12487== suppressed: 0 bytes in 0 blocks ==12487== Rerun with --leak-check=full to see details of leaked memory ==12487== ==12487== For counts of detected and suppressed errors, rerun with: -v ==12487== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2) Killed }}} {{{ (gdb) r -i fate-suite/audio-reference/luckynight_2ch_44kHz_s16.wav -filter_complex 'asplit=5,amerge=inputs=5,pan=stereo|FL=c8|FR=c1' -acodec ac3 -f null - Starting program: /home/cehoyos/test/cehoyos/FFmpeg/ffmpeg_g -i fate-suite /audio-reference/luckynight_2ch_44kHz_s16.wav -filter_complex 'asplit=5,amerge=inputs=5,pan=stereo|FL=c8|FR=c1' -acodec ac3 -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-60530-g6c12b1d Copyright (c) 2000-2014 the FFmpeg developers built on Feb 11 2014 14:27:58 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 50.100 / 55. 50.100 libavformat 55. 31.100 / 55. 31.100 libavdevice 55. 8.100 / 55. 8.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'fate-suite/audio- reference/luckynight_2ch_44kHz_s16.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s [New Thread 0x7ffff57e5700 (LWP 12520)] [New Thread 0x7ffff4fe4700 (LWP 12521)] [New Thread 0x7ffff47e3700 (LWP 12522)] [New Thread 0x7ffff3fe2700 (LWP 12523)] [New Thread 0x7ffff37e1700 (LWP 12524)] [New Thread 0x7ffff2fe0700 (LWP 12525)] [New Thread 0x7ffff27df700 (LWP 12526)] [New Thread 0x7ffff1fde700 (LWP 12527)] [New Thread 0x7ffff17dd700 (LWP 12528)] [Parsed_amerge_1 @ 0x18e6be0] No channel layout for input 1 [Parsed_amerge_1 @ 0x18e6be0] Input channel layouts overlap: output layout will be determined by the number of distinct input channels [Parsed_pan_2 @ 0x18da560] Pure channel mapping detected: 8 1 Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.31.100 Stream #0:0: Audio: ac3, 44100 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 (pcm_s16le) -> asplit pan -> Stream #0:0 (ac3) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000cae940 in conv_AV_SAMPLE_FMT_FLT_to_AV_SAMPLE_FMT_FLT (po=0x19fbbc0 "", pi=0x1080
, is=4, os=4, end=0x19fcbc0 "") at libswresample/audioconvert.c:72 72 CONV_FUNC(AV_SAMPLE_FMT_FLT, float , AV_SAMPLE_FMT_FLT, *(const float*)pi) (gdb) bt #0 0x0000000000cae940 in conv_AV_SAMPLE_FMT_FLT_to_AV_SAMPLE_FMT_FLT (po=0x19fbbc0 "", pi=0x1080
, is=4, os=4, end=0x19fcbc0 "") at libswresample/audioconvert.c:72 #1 0x0000000000caf6ce in swri_audio_convert (ctx=0x19dd060, out=out at entry=0x18c32c0, in=in at entry=0x18c2e40, len=len at entry=1024) at libswresample/audioconvert.c:221 #2 0x0000000000cac1fb in swr_convert_internal (s=s at entry=0x18c16c0, out=0x18c32c0, out_count=out_count at entry=1024, in=in at entry=0x18c2e40, in_count=in_count at entry=1024) at libswresample/swresample.c:674 #3 0x0000000000cacfcb in buf_set (count=, in=, out=) at libswresample/swresample.c:523 #4 buf_set (count=, in=, out=) at libswresample/swresample.c:742 #5 swr_convert (s=0x18c16c0, out_arg=out_arg at entry=0x19ecb80, out_count=, out_count at entry=1024, in_arg=, in_count=in_count at entry=1024) at libswresample/swresample.c:825 #6 0x00000000004ec7c4 in filter_frame (inlink=inlink at entry=0x19dce80, insamples=0x19eb460) at libavfilter/af_pan.c:373 #7 0x000000000048d12a in ff_filter_frame_framed (link=link at entry=0x19dce80, frame=0x1080, frame at entry=0x19eb460) at libavfilter/avfilter.c:1081 #8 0x000000000048e229 in ff_filter_frame (link=link at entry=0x19dce80, frame=0x19eb460) at libavfilter/avfilter.c:1161 #9 0x00000000004e4d03 in filter_frame (inlink=inlink at entry=0x18e6aa0, insamplesref=0x19ed100) at libavfilter/af_aresample.c:215 #10 0x000000000048d12a in ff_filter_frame_framed (link=link at entry=0x18e6aa0, frame=0x1080, frame at entry=0x19ed100) at libavfilter/avfilter.c:1081 #11 0x000000000048e229 in ff_filter_frame (link=0x18e6aa0, frame=frame at entry=0x19ed100) at libavfilter/avfilter.c:1161 #12 0x00000000004e2890 in filter_frame (inlink=inlink at entry=0x18e7b00, insamples=0x0) at libavfilter/af_amerge.c:303 #13 0x000000000048d12a in ff_filter_frame_framed (link=link at entry=0x18e7b00, frame=0x1080, frame at entry=0x19ecb60) at libavfilter/avfilter.c:1081 #14 0x000000000048e229 in ff_filter_frame (link=0x18e7b00, frame=0x19ecb60) at libavfilter/avfilter.c:1161 #15 0x000000000049b82e in filter_frame (inlink=inlink at entry=0x18e8dc0, frame=0x1080) at libavfilter/split.c:86 #16 0x000000000048d12a in ff_filter_frame_framed (link=link at entry=0x18e8dc0, frame=0x1080, frame at entry=0x19eb1e0) at libavfilter/avfilter.c:1081 #17 0x000000000048e229 in ff_filter_frame (link=link at entry=0x18e8dc0, frame=0x19eb1e0) at libavfilter/avfilter.c:1161 #18 0x00000000004922e2 in request_frame (link=0x18e8dc0) at libavfilter/buffersrc.c:500 #19 0x000000000049257b in av_buffersrc_add_frame_internal (ctx=ctx at entry=0x18e7d40, frame=frame at entry=0x19e9be0, flags=flags at entry=4) at libavfilter/buffersrc.c:181 #20 0x000000000049290d in av_buffersrc_add_frame_flags (ctx=0x18e7d40, frame=frame at entry=0x19e9be0, flags=flags at entry=4) at libavfilter/buffersrc.c:106 #21 0x000000000047dc06 in decode_audio (ist=ist at entry=0x18da680, pkt=pkt at entry=0x7fffffffd9e0, got_output=got_output at entry=0x7fffffffd75c) at ffmpeg.c:1718 #22 0x00000000004802ce in output_packet (pkt=0x7fffffffd980, ist=0x18da680) at ffmpeg.c:1958 #23 process_input (file_index=) at ffmpeg.c:3272 #24 0x00000000004669b0 in transcode_step () at ffmpeg.c:3366 #25 transcode () at ffmpeg.c:3418 #26 main (argc=, argv=) at ffmpeg.c:3598 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xcae920 to 0xcae960: 0x0000000000cae920 : cli 0x0000000000cae921 : push %rbx 0x0000000000cae922 : jbe 0xcae974 0x0000000000cae924 : movslq %edx,%r9 0x0000000000cae927 : movslq %ecx,%rax 0x0000000000cae92a : lea (%r9,%r9,2),%rbx 0x0000000000cae92e : lea (%rax,%rax,2),%r11 0x0000000000cae932 : lea (%rbx,%r9,1),%r12 0x0000000000cae936 : lea (%r11,%rax,1),%rbp 0x0000000000cae93a : nopw 0x0(%rax,%rax,1) => 0x0000000000cae940 : movss (%rsi),%xmm0 0x0000000000cae944 : movss %xmm0,(%rdi) 0x0000000000cae948 : movss (%rsi,%r9,1),%xmm0 0x0000000000cae94e : movss %xmm0,(%rdi,%rax,1) 0x0000000000cae953 : movss (%rsi,%r9,2),%xmm0 0x0000000000cae959 : movss %xmm0,(%rdi,%rax,2) 0x0000000000cae95e : movss (%rsi,%rbx,1),%xmm0 End of assembler dump. (gdb) info all-register rax 0x4 4 rbx 0xc 12 rcx 0x4 4 rdx 0x4 4 rsi 0x1080 4224 rdi 0x19fbbc0 27245504 rbp 0x10 0x10 rsp 0x7fffffffc6a0 0x7fffffffc6a0 r8 0x19fcbc0 27249600 r9 0x4 4 r10 0x19fcbb4 27249588 r11 0xc 12 r12 0x10 16 r13 0x0 0 r14 0x18c2e40 25964096 r15 0x19dd060 27119712 rip 0xcae940 0xcae940 eflags 0x10202 [ IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 -0.9999423496760239040304779623014042 (raw 0xbffefffc38c9be717774) st7 0.010737659167264410497924910590367142 (raw 0x3ff8afed01bd602d8ed9) fctrl 0x37f 895 fstat 0x220 544 ftag 0xffff 65535 fiseg 0x7fff 32767 fioff 0xf680a4a7 -159341401 foseg 0x7fff 32767 fooff 0xffff91b8 -28232 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] ymm0 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x25 , 0x0 }, v16_int16 = {0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x25252525, 0x25252525, 0x25252525, 0x25252525, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2525252525252525, 0x2525252525252525, 0x0, 0x0}, v2_int128 = {0x25252525252525252525252525252525, 0x00000000000000000000000000000000}} ymm2 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm3 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0xff, 0x0 }, v8_int32 = {0x0, 0xff0000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xff000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x000000000000000000ff000000000000, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x0, 0x0, 0x0}, v32_int8 = {0xdc, 0xff, 0xf2, 0xff, 0xd9, 0xff, 0xec, 0xff, 0xe5, 0xff, 0x22, 0x0, 0xed, 0xff, 0x11, 0x0 }, v16_int16 = {0xffdc, 0xfff2, 0xffd9, 0xffec, 0xffe5, 0x22, 0xffed, 0x11, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xfff2ffdc, 0xffecffd9, 0x22ffe5, 0x11ffed, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xffecffd9fff2ffdc, 0x11ffed0022ffe5, 0x0, 0x0}, v2_int128 = {0x0011ffed0022ffe5ffecffd9fff2ffdc, 0x00000000000000000000000000000000}} ymm5 {v8_float = {0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x1, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0 }, v8_int32 = {0x0, 0x3ff00000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3ff0000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003ff0000000000000, 0x00000000000000000000000000000000}} ymm6 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm7 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x7, 0x5c, 0x14, 0x33, 0x26, 0xa6, 0x91, 0x3c, 0x0 }, v16_int16 = {0x5c07, 0x3314, 0xa626, 0x3c91, 0x0 }, v8_int32 = {0x33145c07, 0x3c91a626, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3c91a62633145c07, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003c91a62633145c07, 0x00000000000000000000000000000000}} ymm8 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x8000, 0x0 }, v8_int32 = {0x0, 0x80000000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x8000000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000008000000000000000, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x8000, 0x0 }, v8_int32 = {0x0, 0x80000000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x8000000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000008000000000000000, 0x00000000000000000000000000000000}} ymm10 {v8_float = {0xffffcfa4, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x16, 0x70, 0x41, 0xc6, 0x58, 0xac, 0x98, 0xb5, 0x0 }, v16_int16 = {0x7016, 0xc641, 0xac58, 0xb598, 0x0 }, v8_int32 = {0xc6417016, 0xb598ac58, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xb598ac58c6417016, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000b598ac58c6417016, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0xb8, 0x76, 0x19, 0x1f, 0xb9, 0x0 }, v16_int16 = {0x0, 0xb800, 0x1976, 0xb91f, 0x0 }, v8_int32 = {0xb8000000, 0xb91f1976, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xb91f1976b8000000, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000b91f1976b8000000, 0x00000000000000000000000000000000}} ymm12 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm13 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm14 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xa0, 0x83, 0x47, 0x3, 0x1d, 0x3c, 0x8a, 0xb5, 0x0 }, v16_int16 = {0x83a0, 0x347, 0x3c1d, 0xb58a, 0x0 }, v8_int32 = {0x34783a0, 0xb58a3c1d, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xb58a3c1d034783a0, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000b58a3c1d034783a0, 0x00000000000000000000000000000000}} ymm15 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xa0, 0x83, 0x47, 0x3, 0x1d, 0x3c, 0xaa, 0xb5, 0x0 }, v16_int16 = {0x83a0, 0x347, 0x3c1d, 0xb5aa, 0x0 }, v8_int32 = {0x34783a0, 0xb5aa3c1d, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xb5aa3c1d034783a0, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000b5aa3c1d034783a0, 0x00000000000000000000000000000000}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 14:46:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 13:46:07 -0000 Subject: [FFmpeg-trac] #3380(swresample:open): swresample segfault with 10-channel amerge+pan In-Reply-To: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> References: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> Message-ID: <051.e08f01a3a8970ee39b55aa5d67ef8e1e@avcodec.org> #3380: swresample segfault with 10-channel amerge+pan ------------------------------------+-------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: => crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 15:38:22 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 14:38:22 -0000 Subject: [FFmpeg-trac] #3380(swresample:open): swresample segfault with 10-channel amerge+pan In-Reply-To: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> References: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> Message-ID: <051.03b30285a14d2937ecc64bdadbf45f8b@avcodec.org> #3380: swresample segfault with 10-channel amerge+pan ------------------------------------+-------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): {{{ $ cp fate-suite/audio-reference/luckynight_2ch_44kHz_s16.wav in.wav $ valgrind ./ffmpeg_g -i in.wav -i in.wav -i in.wav -i in.wav -i in.wav -filter_complex 'amerge=inputs=5,pan=stereo|FL=0.5*c0+0.2*c2+0.1*c8|FR=c9' -acodec ac3 -f null - ==13549== Memcheck, a memory error detector ==13549== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==13549== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==13549== Command: ./ffmpeg_g -i in.wav -i in.wav -i in.wav -i in.wav -i in.wav -filter_complex amerge=inputs=5,pan=stereo|FL=0.5*c0+0.2*c2+0.1*c8|FR=c9 -acodec ac3 -f null - ==13549== ffmpeg version N-60530-g6c12b1d Copyright (c) 2000-2014 the FFmpeg developers built on Feb 11 2014 14:27:58 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 50.100 / 55. 50.100 libavformat 55. 31.100 / 55. 31.100 libavdevice 55. 8.100 / 55. 8.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #1:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Guessed Channel Layout for Input Stream #2.0 : stereo Input #2, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #2:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Guessed Channel Layout for Input Stream #3.0 : stereo Input #3, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #3:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Guessed Channel Layout for Input Stream #4.0 : stereo Input #4, wav, from 'in.wav': Duration: 00:00:09.50, bitrate: 1411 kb/s Stream #4:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s [Parsed_amerge_0 @ 0x7b40320] No channel layout for input 1 [Parsed_amerge_0 @ 0x7b40320] Input channel layouts overlap: output layout will be determined by the number of distinct input channels Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.31.100 Stream #0:0: Audio: ac3, 44100 Hz, stereo, fltp, 192 kb/s (default) Stream mapping: Stream #0:0 (pcm_s16le) -> amerge:in0 Stream #1:0 (pcm_s16le) -> amerge:in1 Stream #2:0 (pcm_s16le) -> amerge:in2 Stream #3:0 (pcm_s16le) -> amerge:in3 Stream #4:0 (pcm_s16le) -> amerge:in4 pan -> Stream #0:0 (ac3) Press [q] to stop, [?] for help ==13549== Invalid read of size 4 ==13549== at 0xCAB257: swri_rematrix (rematrix.c:474) ==13549== by 0xCAC257: swr_convert_internal.part.3 (swresample.c:681) ==13549== by 0xCACFCA: swr_convert (swresample.c:523) ==13549== by 0x4EC7C3: filter_frame (af_pan.c:373) ==13549== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==13549== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==13549== by 0x4E4D02: filter_frame (af_aresample.c:215) ==13549== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==13549== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==13549== by 0x4E288F: filter_frame (af_amerge.c:303) ==13549== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==13549== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==13549== Address 0x1080 is not stack'd, malloc'd or (recently) free'd ==13549== ==13549== ==13549== Process terminating with default action of signal 11 (SIGSEGV) ==13549== Access not within mapped region at address 0x1080 ==13549== at 0xCAB257: swri_rematrix (rematrix.c:474) ==13549== by 0xCAC257: swr_convert_internal.part.3 (swresample.c:681) ==13549== by 0xCACFCA: swr_convert (swresample.c:523) ==13549== by 0x4EC7C3: filter_frame (af_pan.c:373) ==13549== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==13549== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==13549== by 0x4E4D02: filter_frame (af_aresample.c:215) ==13549== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==13549== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==13549== by 0x4E288F: filter_frame (af_amerge.c:303) ==13549== by 0x48D129: ff_filter_frame_framed (avfilter.c:1081) ==13549== by 0x48E228: ff_filter_frame (avfilter.c:1161) ==13549== If you believe this happened as a result of a stack ==13549== overflow in your program's main thread (unlikely but ==13549== possible), you can try to increase the size of the ==13549== main thread stack using the --main-stacksize= flag. ==13549== The main thread stack size used in this run was 8388608. ==13549== ==13549== HEAP SUMMARY: ==13549== in use at exit: 5,358,575 bytes in 4,748 blocks ==13549== total heap usage: 7,189 allocs, 2,441 frees, 7,141,529 bytes allocated ==13549== ==13549== LEAK SUMMARY: ==13549== definitely lost: 0 bytes in 0 blocks ==13549== indirectly lost: 0 bytes in 0 blocks ==13549== possibly lost: 3,808 bytes in 14 blocks ==13549== still reachable: 5,354,767 bytes in 4,734 blocks ==13549== suppressed: 0 bytes in 0 blocks ==13549== Rerun with --leak-check=full to see details of leaked memory ==13549== ==13549== For counts of detected and suppressed errors, rerun with: -v ==13549== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2) Killed }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 15:41:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 14:41:51 -0000 Subject: [FFmpeg-trac] #3380(swresample:open): swresample segfault with 10-channel amerge+pan In-Reply-To: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> References: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> Message-ID: <051.64afb14d45f9c25a645a5275d20daa8b@avcodec.org> #3380: swresample segfault with 10-channel amerge+pan ------------------------------------+-------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by Cigaes): I sent a patch on the mailing-list. Please confirm if it fixes the problem for you. [http://ffmpeg.org/pipermail/ffmpeg-devel/2014-February/154356.html] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 17:10:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 16:10:35 -0000 Subject: [FFmpeg-trac] #3256(avformat:open): FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) In-Reply-To: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> References: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> Message-ID: <060.886154e4f3ecd719c4bc3338c6b95177@avcodec.org> #3256: FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv svq3 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Replying to [comment:7 michael]: > ffplay can now play the video from output-mkvtoolnix-6.6.0.mkv @michael Why only video? Why don't play audio? Replying to [comment:11 compn]: > why are you muxing svq3 into mkv ? Why not? :-/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 18:15:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 17:15:10 -0000 Subject: [FFmpeg-trac] #3380(swresample:open): swresample segfault with 10-channel amerge+pan In-Reply-To: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> References: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> Message-ID: <051.e4d6ef88ffb50a336d7a2cf85e1fe4e5@avcodec.org> #3380: swresample segfault with 10-channel amerge+pan ------------------------------------+-------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by MarkZV): Thanks! I tried the patch and it seems to be working now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 21:01:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 20:01:39 -0000 Subject: [FFmpeg-trac] #3256(avformat:open): FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) In-Reply-To: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> References: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> Message-ID: <060.67a87e989e5d4426cd2cfa34d7f34dc0@avcodec.org> #3256: FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv svq3 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by compn): Replying to [comment:13 Vika Apelsinova]: > Replying to [comment:11 compn]: > > why are you muxing svq3 into mkv ? > Why not? :-/ because. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 11 21:32:56 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Feb 2014 20:32:56 -0000 Subject: [FFmpeg-trac] #3313(avformat:reopened): ffmpeg can't receive the UDP multicasted MPEGTS streams In-Reply-To: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> References: <035.ab81f61473cc9767418f20fea8befe02@avcodec.org> Message-ID: <050.088d38e7205eb619762a0a4788cfbcc1@avcodec.org> #3313: ffmpeg can't receive the UDP multicasted MPEGTS streams ------------------------------------+------------------------------------ Reporter: mrxwh | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by dbrb2): * cc: ben@? (added) * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 12 03:11:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Feb 2014 02:11:08 -0000 Subject: [FFmpeg-trac] #3381(undetermined:new): Can't open image file with non-ASCII character in file name Message-ID: <036.c2acc198f06c656e7183306f88b3bd98@avcodec.org> #3381: Can't open image file with non-ASCII character in file name -------------------------------------+------------------------------------- Reporter: Damian | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg.exe cannot open a file called Caf?.jpg (note the accented "e"), although it can open the same file if it is renamed to Cafe.jpg (no accent), and it can open a file called Caf?.mpg (a movie file instead of an image file). The error is: {{{ Caf?.jpg: No such file or directory }}} I'm using ffmpeg-20140211-git-6c12b1d-win32-static.7z from [http://ffmpeg.zeranoe.com/builds/] on Windows 7 SP1 32 bit. Full output of {{{ffmpeg.exe -v 9 -loglevel 99 -i Caf?.jpg -report}}}: {{{ ffmpeg started on 2014-02-12 at 12:46:02 Report written to "ffmpeg-20140212-124602.log" Command line: ffmpeg -v 9 -loglevel 99 -i "Caf\xe9.jpg" -report ffmpeg version N-60530-g6c12b1d Copyright (c) 2000-2014 the FFmpeg developers built on Feb 10 2014 22:01:44 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 50.100 / 55. 50.100 libavformat 55. 31.100 / 55. 31.100 libavdevice 55. 8.100 / 55. 8.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'Caf?.jpg'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option loglevel (set logging level) with argument 99. Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file Caf?.jpg. Successfully parsed a group of options. Opening an input file: Caf?.jpg. [image2 @ 002dfa60] Could find no file with path 'Caf?.jpg' and index in the range 0-4 Caf?.jpg: No such file or directory }}} After renaming the file to remove the accent, full output of {{{ffmpeg.exe -v 9 -loglevel 99 -i Cafe.jpg -report}}}: {{{ ffmpeg started on 2014-02-12 at 12:54:12 Report written to "ffmpeg-20140212-125412.log" Command line: ffmpeg -v 9 -loglevel 99 -i Cafe.jpg -report ffmpeg version N-60530-g6c12b1d Copyright (c) 2000-2014 the FFmpeg developers built on Feb 10 2014 22:01:44 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 50.100 / 55. 50.100 libavformat 55. 31.100 / 55. 31.100 libavdevice 55. 8.100 / 55. 8.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'Cafe.jpg'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option loglevel (set logging level) with argument 99. Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file Cafe.jpg. Successfully parsed a group of options. Opening an input file: Cafe.jpg. [AVIOContext @ 003a8d60] Statistics: 486060 bytes read, 0 seeks [mjpeg @ 003a87c0] marker=d8 avail_size_in_buf=486058 [mjpeg @ 003a87c0] marker parser used 0 bytes (0 bits) [mjpeg @ 003a87c0] marker=e0 avail_size_in_buf=486056 [mjpeg @ 003a87c0] marker parser used 16 bytes (128 bits) [mjpeg @ 003a87c0] marker=e1 avail_size_in_buf=486038 [mjpeg @ 003a87c0] marker parser used 63 bytes (504 bits) [mjpeg @ 003a87c0] marker=db avail_size_in_buf=485972 [mjpeg @ 003a87c0] index=0 [mjpeg @ 003a87c0] qscale[0]: 0 [mjpeg @ 003a87c0] marker parser used 67 bytes (536 bits) [mjpeg @ 003a87c0] marker=db avail_size_in_buf=485903 [mjpeg @ 003a87c0] index=1 [mjpeg @ 003a87c0] qscale[1]: 1 [mjpeg @ 003a87c0] marker parser used 67 bytes (536 bits) [mjpeg @ 003a87c0] marker=c0 avail_size_in_buf=485834 [mjpeg @ 003a87c0] sof0: picture: 1920x1080 [mjpeg @ 003a87c0] component 0 2:2 id: 0 quant:0 [mjpeg @ 003a87c0] component 1 1:1 id: 1 quant:1 [mjpeg @ 003a87c0] component 2 1:1 id: 2 quant:1 [mjpeg @ 003a87c0] pix fmt id 22111100 [mjpeg @ 003a87c0] marker parser used 17 bytes (136 bits) [mjpeg @ 003a87c0] marker=c4 avail_size_in_buf=485815 [mjpeg @ 003a87c0] class=0 index=0 nb_codes=12 [mjpeg @ 003a87c0] marker parser used 31 bytes (248 bits) [mjpeg @ 003a87c0] marker=c4 avail_size_in_buf=485782 [mjpeg @ 003a87c0] class=1 index=0 nb_codes=251 [mjpeg @ 003a87c0] marker parser used 181 bytes (1448 bits) [mjpeg @ 003a87c0] marker=c4 avail_size_in_buf=485599 [mjpeg @ 003a87c0] class=0 index=1 nb_codes=12 [mjpeg @ 003a87c0] marker parser used 31 bytes (248 bits) [mjpeg @ 003a87c0] marker=c4 avail_size_in_buf=485566 [mjpeg @ 003a87c0] class=1 index=1 nb_codes=251 [mjpeg @ 003a87c0] marker parser used 181 bytes (1448 bits) [mjpeg @ 003a87c0] escaping removed 14009 bytes [mjpeg @ 003a87c0] marker=da avail_size_in_buf=485383 [mjpeg @ 003a87c0] component: 0 [mjpeg @ 003a87c0] component: 1 [mjpeg @ 003a87c0] component: 2 [mjpeg @ 003a87c0] marker parser used 471373 bytes (3770979 bits) [mjpeg @ 003a87c0] marker=d9 avail_size_in_buf=0 [mjpeg @ 003a87c0] decode frame unused 0 bytes Input #0, image2, from 'Cafe.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: mjpeg, yuvj420p(pc), 1920x1080 [SAR 72:72 DAR 16:9], 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 12 09:17:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Feb 2014 08:17:27 -0000 Subject: [FFmpeg-trac] #3381(undetermined:closed): Can't open image file with non-ASCII character in file name In-Reply-To: <036.c2acc198f06c656e7183306f88b3bd98@avcodec.org> References: <036.c2acc198f06c656e7183306f88b3bd98@avcodec.org> Message-ID: <051.e4197d6af67f622534df2fb849b38075@avcodec.org> #3381: Can't open image file with non-ASCII character in file name -------------------------------------+------------------------------------- Reporter: Damian | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: image2 | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => image2 * status: new => closed * resolution: => duplicate Comment: Looks like a duplicate of ticket #819 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 12 10:01:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Feb 2014 09:01:57 -0000 Subject: [FFmpeg-trac] #3371(documentation:closed): [DOCUMENTATION] Missing documentation for option -g In-Reply-To: <046.18b6b80117fd64e51700b8901962a499@avcodec.org> References: <046.18b6b80117fd64e51700b8901962a499@avcodec.org> Message-ID: <061.35b04882d8808d01807adacaebe8a715@avcodec.org> #3371: [DOCUMENTATION] Missing documentation for option -g -------------------------------------+------------------------------------- Reporter: | Owner: matteosistisette | Status: closed Type: defect | Component: Priority: minor | documentation Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => invalid * reproduced: 0 => 1 Comment: Replying to [ticket:3371 matteosistisette]: > http://www.ffmpeg.org/ffmpeg.html > > There exists a -g option which appears in two example commands in the above documentation page; however, there's no documentation whatsoever about this option. Maybe it's an alias for an option that has also another name, but searching the page for "-g" gives no results other than the examples, and one can't be supposed to read the whole documentation to find out what option -g is an alias for (if this is the case) {{{g}}} is an option documented in the Codec Options sections, which you can find in ffmpeg-all(1) or ffmpeg-codecs(1). FFmpeg is a complex project and you need to know where to look for when you're looking for a specific option. Using a more descriptive name such as {{{gop_size}}} may help though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 12 10:38:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Feb 2014 09:38:36 -0000 Subject: [FFmpeg-trac] #3229(avcodec:open): ffplay shows bad images In-Reply-To: <037.b479fd6bfe1389590d6b94f545e4b10a@avcodec.org> References: <037.b479fd6bfe1389590d6b94f545e4b10a@avcodec.org> Message-ID: <052.bcdd8dc686d154ccdd3d740414ec8f38@avcodec.org> #3229: ffplay shows bad images ------------------------------------+----------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Additional sample {{{Test.mp4}}} (which is an avi file) from forum also uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3229/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 13 04:57:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Feb 2014 03:57:52 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.7b18a6bf2b28bf556a280c36fa9240c8@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Good thing I checked for regressions, because I found a huge one (regarding the bitrate curves that are so common in this ticket) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 13 15:25:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Feb 2014 14:25:31 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.2e03a6da744d31412dd5555de77094d3@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Attached the v8 patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 13 17:05:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Feb 2014 16:05:42 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.716988b542ee7fefc0a0b88498822501@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I've got this error: {{{ $ make CC libavcodec/aaccoder.o libavcodec/aaccoder.c: In function 'search_for_quantizers_twoloop': libavcodec/aaccoder.c:867:40: error: 'AACEncContext' has no member named 'cur_ty pe' if (s->options.stereo_mode && s->cur_type == TYPE_CPE) ^ libavcodec/aaccoder.c:814:44: warning: variable 'energies' set but not used [-Wu nused-but-set-variable] float dists[128] = { 0 }, uplims[128], energies[128]; ^ libavcodec/aaccoder.c: At top level: libavcodec/aaccoder.c:1527:9: warning: initialization from incompatible pointer type [enabled by default] quantize_and_encode_band, ^ libavcodec/aaccoder.c:1527:9: warning: (near initialization for 'ff_aac_coders[0 ].quantize_and_encode_band') [enabled by default] libavcodec/aaccoder.c:1533:9: warning: initialization from incompatible pointer type [enabled by default] quantize_and_encode_band, ^ libavcodec/aaccoder.c:1533:9: warning: (near initialization for 'ff_aac_coders[1 ].quantize_and_encode_band') [enabled by default] libavcodec/aaccoder.c:1539:9: warning: initialization from incompatible pointer type [enabled by default] quantize_and_encode_band, ^ libavcodec/aaccoder.c:1539:9: warning: (near initialization for 'ff_aac_coders[2 ].quantize_and_encode_band') [enabled by default] libavcodec/aaccoder.c:1545:9: warning: initialization from incompatible pointer type [enabled by default] quantize_and_encode_band, ^ libavcodec/aaccoder.c:1545:9: warning: (near initialization for 'ff_aac_coders[3 ].quantize_and_encode_band') [enabled by default] libavcodec/aaccoder.c:366:14: warning: 'find_max_absval' defined but not used [- Wunused-function] static float find_max_absval(int group_len, int swb_size, const float *scaled) { ^ make: *** [libavcodec/aaccoder.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 13 18:34:00 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Feb 2014 17:34:00 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.038cf1ee0176fc74e43a7ad3e2f012bc@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Ouch, I forgot a file. Gotta wait till I get home to fix it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 13 21:54:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Feb 2014 20:54:51 -0000 Subject: [FFmpeg-trac] #353(build system:closed): Failed compiling FFmpeg in OS X 10.6.8 In-Reply-To: <034.de883e64de732580c4beece0fa0a16da@avcodec.org> References: <034.de883e64de732580c4beece0fa0a16da@avcodec.org> Message-ID: <049.23e7d15f2d1ef94d4d34e493e55a1de6@avcodec.org> #353: Failed compiling FFmpeg in OS X 10.6.8 -------------------------------------+------------------------------------- Reporter: joao | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: osx | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: I was able to reproduce the original problem - compilation fails with {{{./configure --enable-gpl --disable-everything --enable-filter=mp}}} for llvm-gcc-4.2.1 - testing {{{gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)}}} Fixed in fa35ade8 / 0.11 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 00:33:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Feb 2014 23:33:26 -0000 Subject: [FFmpeg-trac] #2822(ffserver:new): Cannot configure ffserver.conf MaxClients to > 5 In-Reply-To: <039.f6489b2a430068d0ef0033793c2baa6f@avcodec.org> References: <039.f6489b2a430068d0ef0033793c2baa6f@avcodec.org> Message-ID: <054.d1d9f4492f95a6a60678cdd226696eee@avcodec.org> #2822: Cannot configure ffserver.conf MaxClients to > 5 ------------------------------------+------------------------------------ Reporter: bzbdev001 | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by reynaldo): * analyzed: 0 => 1 * cc: rverdejo@? (added) * version: 2.0 => git-master * component: undetermined => ffserver Comment: You problem is this combination of ffserver options in your config: MaxHTTPConnections 5 MaxClients 6 The logic in ffserver.c requires MaxClients to be <= MaxHTTPConnections. Try bumping MaxHTTPConnections for a quick fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 01:02:04 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 00:02:04 -0000 Subject: [FFmpeg-trac] #2822(ffserver:closed): Cannot configure ffserver.conf MaxClients to > 5 In-Reply-To: <039.f6489b2a430068d0ef0033793c2baa6f@avcodec.org> References: <039.f6489b2a430068d0ef0033793c2baa6f@avcodec.org> Message-ID: <054.68c1d36f864d6a6d7ccab2c9714ff784@avcodec.org> #2822: Cannot configure ffserver.conf MaxClients to > 5 ------------------------------------+------------------------------------ Reporter: bzbdev001 | Owner: Type: defect | Status: closed Priority: normal | Component: ffserver Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by reynaldo): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 02:22:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 01:22:41 -0000 Subject: [FFmpeg-trac] #3382(ffmpeg:new): Add severity level to ffmpeg log formatting Message-ID: <036.2b51cae4dd31fbe6922c7345267eaa54@avcodec.org> #3382: Add severity level to ffmpeg log formatting --------------------------------+--------------------------------------- Reporter: abc123 | Type: enhancement Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Summary of the bug: FFmpeg CLI only uses terminal colors to distinguish between different categories of logging messages. If console colors are disabled or stderr redirected, it becomes impossible to determine the severity of a log event. How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... [rawvideo @ 0x9f8c640] Encoder did not produce proper pts, making some up. }}} I propose changing the format string to produce something like this: [rawvideo @ 0x9f8c640] [WARNING] Encoder did not produce proper pts, making some up. 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 14 03:29:50 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 02:29:50 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.3ee37ea1d1c61f0a3d2675e27173c112@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Ok, patch updated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 10:11:38 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 09:11:38 -0000 Subject: [FFmpeg-trac] #3383(avfilter:new): invalid read in compand filter Message-ID: <036.227f809ebb6026e66ed2cf6f6e5cefe2@avcodec.org> #3383: invalid read in compand filter --------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: campand Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+---------------------------------- {{{ ? valgrind ./ffmpeg_g -i ~/samples/danse1.ogg -af compand="0.1:0.2:-2/-2:0.02:0.8:0.0:0.2" -f null - ==2125== Memcheck, a memory error detector ==2125== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==2125== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==2125== Command: ./ffmpeg_g -i /home/ux/samples/danse1.ogg -af compand=0.1:0.2:-2/-2:0.02:0.8:0.0:0.2 -f null - ==2125== ffmpeg version N-60597-g1e5cb42 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 14 2014 10:06:45 with gcc 4.8.2 (GCC) 20140206 (prerelease) configuration: --enable-nonfree --enable-gpl --enable-libx264 --enable- libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate- samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.101 / 55. 52.101 libavformat 55. 32.101 / 55. 32.101 libavdevice 55. 9.101 / 55. 9.101 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, ogg, from '/home/ux/samples/danse1.ogg': Duration: 00:00:05.08, start: 0.000000, bitrate: 138 kb/s Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp, 160 kb/s Metadata: GENRE : Classical DATE : 2008-02-08T22:50 ALBUM : Danse Macabre TITLE : Danse Macabre BPM (BEATS PER MINUTE): 185 COMPOSER : Camille Saint-Sa?ns INITIAL KEY : C SOFTWARE : Logic Pro 8.0.2 ARTIST : Kevin MacLeod COMMENTS : null ENCODER : Lavf55.4.0 Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.32.101 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: GENRE : Classical DATE : 2008-02-08T22:50 ALBUM : Danse Macabre TITLE : Danse Macabre BPM (BEATS PER MINUTE): 185 COMPOSER : Camille Saint-Sa?ns INITIAL KEY : C SOFTWARE : Logic Pro 8.0.2 ARTIST : Kevin MacLeod COMMENTS : null ENCODER : Lavf55.4.0 Stream mapping: Stream #0:0 -> #0:0 (vorbis -> pcm_s16le) Press [q] to stop, [?] for help ==2125== Invalid read of size 8 ==2125== at 0x4E69C3: compand_delay (af_compand.c:164) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x92444e0 is 0 bytes after a block of size 320 alloc'd ==2125== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0xBDEF9F: av_mallocz (mem.c:94) ==2125== by 0x4E5F0E: config_output (mem.h:232) ==2125== by 0x48CC48: avfilter_config_links (avfilter.c:254) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x490C44: avfilter_graph_config (avfiltergraph.c:276) ==2125== by 0x477E83: configure_filtergraph (ffmpeg_filter.c:901) ==2125== by 0x4801FB: transcode_init (ffmpeg.c:2484) ==2125== by 0x46606C: main (ffmpeg.c:3389) ==2125== ==2125== Invalid read of size 8 ==2125== at 0x4E69E1: compand_delay (af_compand.c:169) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x9244610 is 16 bytes before a block of size 141,312 alloc'd ==2125== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0xBDECB9: av_malloc (mem.c:94) ==2125== by 0xBEB94D: av_samples_alloc_array_and_samples (samplefmt.c:192) ==2125== by 0x4E675A: config_output (af_compand.c:454) ==2125== by 0x48CC48: avfilter_config_links (avfilter.c:254) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x490C44: avfilter_graph_config (avfiltergraph.c:276) ==2125== by 0x477E83: configure_filtergraph (ffmpeg_filter.c:901) ==2125== by 0x4801FB: transcode_init (ffmpeg.c:2484) ==2125== by 0x46606C: main (ffmpeg.c:3389) ==2125== ==2125== Invalid read of size 8 ==2125== at 0x4E69EA: compand_delay (af_compand.c:168) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x9244600 is not stack'd, malloc'd or (recently) free'd ==2125== ==2125== Invalid read of size 8 ==2125== at 0x4E6A02: compand_delay (af_compand.c:169) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x9244618 is 8 bytes before a block of size 141,312 alloc'd ==2125== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0xBDECB9: av_malloc (mem.c:94) ==2125== by 0xBEB94D: av_samples_alloc_array_and_samples (samplefmt.c:192) ==2125== by 0x4E675A: config_output (af_compand.c:454) ==2125== by 0x48CC48: avfilter_config_links (avfilter.c:254) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x490C44: avfilter_graph_config (avfiltergraph.c:276) ==2125== by 0x477E83: configure_filtergraph (ffmpeg_filter.c:901) ==2125== by 0x4801FB: transcode_init (ffmpeg.c:2484) ==2125== by 0x46606C: main (ffmpeg.c:3389) ==2125== ==2125== Invalid read of size 8 ==2125== at 0x4E6A0B: compand_delay (af_compand.c:169) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x9244608 is 24 bytes before a block of size 141,312 alloc'd ==2125== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0xBDECB9: av_malloc (mem.c:94) ==2125== by 0xBEB94D: av_samples_alloc_array_and_samples (samplefmt.c:192) ==2125== by 0x4E675A: config_output (af_compand.c:454) ==2125== by 0x48CC48: avfilter_config_links (avfilter.c:254) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x490C44: avfilter_graph_config (avfiltergraph.c:276) ==2125== by 0x477E83: configure_filtergraph (ffmpeg_filter.c:901) ==2125== by 0x4801FB: transcode_init (ffmpeg.c:2484) ==2125== by 0x46606C: main (ffmpeg.c:3389) ==2125== size=N/A time=00:00:05.08 bitrate=N/A video:0kB audio:876kB subtitle:0 data:0 global headers:0kB muxing overhead -100.002453% ==2125== ==2125== HEAP SUMMARY: ==2125== in use at exit: 80 bytes in 2 blocks ==2125== total heap usage: 8,298 allocs, 8,296 frees, 12,382,131 bytes allocated ==2125== ==2125== LEAK SUMMARY: ==2125== definitely lost: 0 bytes in 0 blocks ==2125== indirectly lost: 0 bytes in 0 blocks ==2125== possibly lost: 0 bytes in 0 blocks ==2125== still reachable: 80 bytes in 2 blocks ==2125== suppressed: 0 bytes in 0 blocks ==2125== Rerun with --leak-check=full to see details of leaked memory ==2125== ==2125== For counts of detected and suppressed errors, rerun with: -v ==2125== ERROR SUMMARY: 48 errors from 5 contexts (suppressed: 3 from 3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 14:01:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 13:01:46 -0000 Subject: [FFmpeg-trac] #3382(ffmpeg:open): Add severity level to ffmpeg log formatting In-Reply-To: <036.2b51cae4dd31fbe6922c7345267eaa54@avcodec.org> References: <036.2b51cae4dd31fbe6922c7345267eaa54@avcodec.org> Message-ID: <051.028a15e2c2e20de4653f14d4b8a7be6e@avcodec.org> #3382: Add severity level to ffmpeg log formatting -------------------------------------+---------------------------------- Reporter: abc123 | Owner: Type: enhancement | Status: open Priority: wish | Component: ffmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open Comment: I believe an option will be needed to enable this additional output but please send your patch to the ffmpeg-devel mailing list for a proper review. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 15:59:57 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 14:59:57 -0000 Subject: [FFmpeg-trac] #3384(ffmpeg:new): Video only playing over Buffer complete Message-ID: <038.c1dff44c238f768a5011ce333feb3625@avcodec.org> #3384: Video only playing over Buffer complete ----------------------------------+------------------------------------ Reporter: dulcetti | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: 0.10.10 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Summary of the bug: Hi. We working with ffmpeg and when we testing the video on player, he playing only the buffer is total complete. How to reproduce: {{{ exports.load = function(ffmpeg) { ffmpeg .withVideoCodec('libx264') .toFormat('mp4') .withSize('640x480') .withVideoBitrate(3500) .withAudioCodec('aac') .withAudioBitrate('256') .withAudioFrequency('44100') .withAudioChannels(2) return ffmpeg; }; ffmpeg git-2013-10-10-5ac6b60 built on Ubuntu on AWS }}} How can I solve this? Is there any lib, some command parameter? Link for tests: http://olhardigital.uol.com.br/teste/videolog.html Regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 16:04:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 15:04:27 -0000 Subject: [FFmpeg-trac] #3385(undetermined:new): hevc: decoding gives duplicated frame Message-ID: <040.12dc794029f4c79574ec761de9d19973@avcodec.org> #3385: hevc: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: maikmerten | 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: Decoding HEVC content appears to generate one more frame than actually contained in the HEVC file. For instance, http://media.xiph.org/video/derf/y4m/sign_irene_cif.y4m has 540 frames and when encoding to HEVC (either with x265 or ffmpeg using libx265) 540 frames are reported to have been encoded. When decoding (either with YUV4MPEG or PNG) I get 541 frames -- the third frame is a copy of the second frame. When analyzing the stream in http://codecvisa.codecian.com/ I can confirm that the second and third frame are actually different, so this appears to be a decoder artifact. How to reproduce: {{{ encoding: --------- % ffmpeg -y -v 9 -loglevel 99 -i sign_irene_cif.y4m irene.hevc 2> encode.txt ffmpeg version N-60615-gcbf09bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 14 2014 15:40:32 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) decoding: --------- % ffmpeg -v 9 -loglevel 99 -i irene.hevc -f image2 irene%d.png 2> decode.txt ffmpeg version N-60615-gcbf09bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 14 2014 15:40:32 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 16:10:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 15:10:11 -0000 Subject: [FFmpeg-trac] #3384(undetermined:new): Video only playing over Buffer complete In-Reply-To: <038.c1dff44c238f768a5011ce333feb3625@avcodec.org> References: <038.c1dff44c238f768a5011ce333feb3625@avcodec.org> Message-ID: <053.ad590c0d09ad8b60b7eba8bd12d743a8@avcodec.org> #3384: Video only playing over Buffer complete -------------------------------------+------------------------------------- Reporter: dulcetti | 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: critical => normal * version: 0.10.10 => unspecified * component: ffmpeg => undetermined Comment: This has currently no similarities with a valid ticket. If you want to report a problem with ffmpeg (the application) please provide your failing command line together with the complete, uncut console output and please test current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 16:42:52 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 15:42:52 -0000 Subject: [FFmpeg-trac] #3385(undetermined:open): hevc: decoding gives duplicated frame In-Reply-To: <040.12dc794029f4c79574ec761de9d19973@avcodec.org> References: <040.12dc794029f4c79574ec761de9d19973@avcodec.org> Message-ID: <055.d758268df89d159f3216e1e00cb6f3d8@avcodec.org> #3385: hevc: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: hevc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hevc * status: new => open * version: unspecified => git-master Comment: Work-around is to use {{{-vsync 0}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 16:58:37 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 15:58:37 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.9dd774f50659a7a49b418fe9a8d0699e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Comparison between v8 patch and v7 patch. The sound source is: - white noise, 5sec, stereo 48kHz - snippet of music albums, 300sec, stereo 44.1kHz [[Image(http://i60.tinypic.com/b8s3ds.png)]] The v8 has a minor flaw of handling stereo image in the first frame, when only one channel is loud. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 17:33:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 16:33:41 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.5882a9ec73ead20d6c622b83b6a765e7@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): The problem of sound partially disappearing, like comment:12, reappeared in v8 in 320kbps ABR. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 18:24:37 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 17:24:37 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.d1870bbcd761f021d6f662e4fadca0fe@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:253 Kamedo2]: > The problem of sound partially disappearing, like comment:12, reappeared in v8 in 320kbps ABR. On which sample? I tried most, although only up to 256kbps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 19:39:10 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 18:39:10 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.494ab7b9bed0696c890809c99c74c901@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): ExitMusic at 256 kbps ABR http://web.archive.org/web/*/ff123.net/samples/ExitMusic.flac Greatest_Love_of_All_2min57.flac at 256 kbps ABR http://www.hydrogenaudio.org/forums/index.php?showtopic=103989&st=0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 20:53:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 19:53:41 -0000 Subject: [FFmpeg-trac] #3385(undetermined:closed): hevc: decoding gives duplicated frame In-Reply-To: <040.12dc794029f4c79574ec761de9d19973@avcodec.org> References: <040.12dc794029f4c79574ec761de9d19973@avcodec.org> Message-ID: <055.e373419ba9fa0c62889307c60a6837ff@avcodec.org> #3385: hevc: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: hevc | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in fd36861017f19d92ecf89fc6df9d07943ab849a7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 23:19:06 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 22:19:06 -0000 Subject: [FFmpeg-trac] #3366(avformat:new): Support muxing pcm_s16be to mp4 In-Reply-To: <037.3860cea8395941c58e215e9a9b3d3f12@avcodec.org> References: <037.3860cea8395941c58e215e9a9b3d3f12@avcodec.org> Message-ID: <052.c549067ad857f713056a52415e9588b9@avcodec.org> #3366: Support muxing pcm_s16be to mp4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by muken): In the range of 'raw ' and 'twos' contexts, yes. I don't know what kind of PCM audio is supported by MP4. Just wait for the registrations in mp4ra. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 14 23:50:06 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Feb 2014 22:50:06 -0000 Subject: [FFmpeg-trac] #3366(avformat:closed): Support muxing pcm_s16be to mp4 In-Reply-To: <037.3860cea8395941c58e215e9a9b3d3f12@avcodec.org> References: <037.3860cea8395941c58e215e9a9b3d3f12@avcodec.org> Message-ID: <052.04657c3dec026d54c9577746fb1f8167@avcodec.org> #3366: Support muxing pcm_s16be to mp4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 15 11:46:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Feb 2014 10:46:54 -0000 Subject: [FFmpeg-trac] #3386(undetermined:new): [H264] [Regression] illegal short term buffer state detected Message-ID: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> #3386: [H264] [Regression] illegal short term buffer state detected -------------------------------------+------------------------------------- Reporter: | Type: defect Underground78 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' A regression in H264 decoding was apparently introduced about 3 months ago. It leads to artifacts appearing during playback with "illegal short term buffer state detected" errors being reported in the log. '''How to reproduce:''' Try [http://stfcc.org/misc/bbc2.sample.ts this sample] in ffplay for example. {{{ >ffplay.exe bbc2.sample.ts ffplay version N-60646-gd601106 Copyright (c) 2003-2014 the FFmpeg developers built on Feb 15 2014 03:11:41 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.101 / 55. 52.101 libavformat 55. 32.101 / 55. 32.101 libavdevice 55. 9.101 / 55. 9.101 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [NULL @ 04011580] start time is not set in estimate_timings_from_pts [mpegts @ 0400d160] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'bbc2.sample.ts': Duration: 00:00:47.48, start: 0.200000, bitrate: 8424 kb/s Program 1 Stream #0:0[0x157c]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv , bt709), 1440x1080 [SAR 4:3 DAR 16:9], 23.75 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x157d](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, ster eo, fltp, 192 kb/s Stream #0:2[0x157f](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:3[0x1580](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) No codec could be found with id 94215 [h264 @ 054c1980] illegal short term buffer state detected }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 15 12:29:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Feb 2014 11:29:18 -0000 Subject: [FFmpeg-trac] #3386(undetermined:new): [H264] [Regression] illegal short term buffer state detected In-Reply-To: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> References: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> Message-ID: <058.c2254903ffaadf6ae303e5932e04e764@avcodec.org> #3386: [H264] [Regression] illegal short term buffer state detected -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 regression * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 15 15:46:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Feb 2014 14:46:37 -0000 Subject: [FFmpeg-trac] #3387(avcodec:new): Out of bound memory accesses with png encoder (and possibly crashes) Message-ID: <036.d836a3511c66ba7476b3f6a4fbc76381@avcodec.org> #3387: Out of bound memory accesses with png encoder (and possibly crashes) ---------------------------------+-------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: important Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i in.mkv -pred 5 -compression_level 7 out%03d.png }}} This results in out of bound accesses as reported by valgrind: {{{ ==6850== Invalid read of size 8 ==6850== at 0x86E352D: diff_bytes_mmx (dsputilenc_mmx.c:667) ==6850== by 0x8570D4C: png_filter_row.isra.0 (pngenc.c:126) ==6850== by 0x8570DFB: png_choose_filter (pngenc.c:170) ==6850== by 0x8571306: encode_frame (pngenc.c:393) ==6850== by 0x86159C3: avcodec_encode_video2 (utils.c:1890) ==6850== by 0x8778CDA: worker (frame_thread_encoder.c:93) ==6850== by 0x470DCF0: start_thread (pthread_create.c:311) ==6850== by 0x4811C3D: clone (clone.S:131) ==6850== Address 0xc62205d is 3 bytes before a block of size 2,959,903 alloc'd ==6850== at 0x402AF50: memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==6850== by 0x402B07E: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==6850== by 0x8879EF7: av_malloc (mem.c:94) ==6850== by 0x886B469: av_buffer_allocz (buffer.c:70) ==6850== by 0x886BB40: av_buffer_pool_get (buffer.c:305) ==6850== by 0x861389B: avcodec_default_get_buffer2 (utils.c:677) ==6850== by 0x8614694: ff_get_buffer (utils.c:973) ==6850== by 0x877935A: ff_thread_video_encode_frame (frame_thread_encoder.c:250) ==6850== by 0x8615AE1: avcodec_encode_video2 (utils.c:1873) ==6850== by 0x80D02D4: reap_filters (ffmpeg.c:997) ==6850== by 0x80B70B3: main (ffmpeg.c:3375) ==6850== }}} I suspect this is also the cause of mysterious sporadic crashes on OSX when encoding png reported by some of my users. Tested with git 89c5de6. 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 Sun Feb 16 00:04:59 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Feb 2014 23:04:59 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.8ede77b1f77fe47b47355de1de3e8ef9@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: important | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ocalvo): * priority: wish => important Comment: This problems repros for all videos taken with a Nokia Lumia 920 or a Nokia Lumia 1020 phone. I have attached a sample video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 00:08:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Feb 2014 23:08:38 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.d1b773e576b7b54dbde58ef0ad7a13f3@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => wish Comment: Is this a regression? (Did it work with older versions of FFmpeg?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 02:07:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 01:07:10 -0000 Subject: [FFmpeg-trac] #3388(undetermined:new): Prefix each log message with appropriate log level Message-ID: <035.2c38153b872b036b112ee3ce767e8d39@avcodec.org> #3388: Prefix each log message with appropriate log level -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- It would be nice to prefix each loglevel message in the ffmpeg output with message's actual log level. This would be useful for people that want to parse the stderr and distinguish various levels of messages (like this one: http://ffmpeg.gusari.org/viewtopic.php?f=11&t=1275 ). For example: {{{ ... LOGLEVEL 1: Info: Incompatible sample format 's16' for codec 'libvorbis', auto-selecting format 'flt' LOGLEVEL 2: Warning: [libvorbis @ 0xaae84c0] No channel layout specified. The encoder will use Vorbis channel layout for 6 channels. Output #0, ogg, to 'target.ogv': Metadata: title : title ... }}} I hope you get the point. The idea is to prefix each log message with the loglevel that produced that message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 08:08:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 07:08:56 -0000 Subject: [FFmpeg-trac] #3388(undetermined:closed): Prefix each log message with appropriate log level In-Reply-To: <035.2c38153b872b036b112ee3ce767e8d39@avcodec.org> References: <035.2c38153b872b036b112ee3ce767e8d39@avcodec.org> Message-ID: <050.05992fcb6839e32ac52c36ba6f4c23c2@avcodec.org> #3388: Prefix each log message with appropriate log level -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | 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: #3382 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 08:11:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 07:11:17 -0000 Subject: [FFmpeg-trac] #227(ffmpeg:open): Extend -ss and -t to support seeking to EOF time position (and backwards)? In-Reply-To: <035.1787f4665b1e468e5fa04a3cc9d0a6fc@avcodec.org> References: <035.1787f4665b1e468e5fa04a3cc9d0a6fc@avcodec.org> Message-ID: <050.6c064f88fb72e5cb36b51dd3649ce43f@avcodec.org> #227: Extend -ss and -t to support seeking to EOF time position (and backwards)? -------------------------------------+----------------------------------- Reporter: burek | Owner: michael Type: enhancement | Status: open Priority: wish | Component: ffmpeg Version: git | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: seek eof time position => seek * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 13:52:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 12:52:28 -0000 Subject: [FFmpeg-trac] #3389(ffmpeg:new): Feature Request - Isolate and normalize video content Message-ID: <039.663ab3ebdce99a37a97ac84076c4ba13@avcodec.org> #3389: Feature Request - Isolate and normalize video content -------------------------------------+------------------------------------- Reporter: Rafajafar | Type: Status: new | enhancement Component: ffmpeg | Priority: wish Keywords: feature | Version: request normalize video | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hey, I have an interesting problem and I'm solving it with OpenCV. It's be great if the solution could come straight from ffmpeg, though! I need to: 1) cropdetect 2) crop surrounding borders from a video 3) resize video to normalize its dimensions In other words, all I want is one command that will detect the frame-by- frame borders and in the same step, crop it, and also resize it. And I want this done for the entire video, not a single frame. It's gotta be possible, right? The applications are very useful in video analysis. I've spoken to colleagues of mine and they are doing this manually themselves. It would be great to be able to work this feature into the automation surrounding ffmpeg in our tools. My personal application, for instance, is in detecting videos that are similar using content perceptual hashing. Another colleague of mine works for the Center for Missing and Exploited Children. He does similar work, but with pHashing. I can see applications for ContentID type systems across the board. I'm sure this is a low on the totem pole request, but if you have any spare cycles, this would really rock in the world of computer vision and video analysis! Thanks for your consideration, --Collin -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 14:14:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 13:14:13 -0000 Subject: [FFmpeg-trac] #3390(undetermined:new): negative fps Message-ID: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> #3390: negative fps -------------------------------------+------------------------------------- Reporter: tessus | 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: ffmpeg shows negative fps: Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 1920x816, 1976 kb/s, -6.10 fps, 24 tbr, 24k tbn, 48 tbc (default) How to reproduce: % ffmpeg -i wrongfps.mp4 ffmpeg version: git built on MacOSX Problem does not occur with version 2.1.3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 14:20:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 13:20:11 -0000 Subject: [FFmpeg-trac] #3390(undetermined:new): negative fps In-Reply-To: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> References: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> Message-ID: <051.f608af3a1d286c2c68841bcf717bd47b@avcodec.org> #3390: negative fps -------------------------------------+------------------------------------- Reporter: tessus | 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 tessus): I've uploaded a sample file wrongfps.mp4 to upload.ffmpeg.org -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 19:16:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 18:16:52 -0000 Subject: [FFmpeg-trac] #3390(undetermined:closed): negative fps In-Reply-To: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> References: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> Message-ID: <051.6a605dc4e3edddd14e10e742901263fb@avcodec.org> #3390: negative fps -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 05e9e3342fe10483458b456e9111537f07c1ce22 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 16 23:02:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 22:02:40 -0000 Subject: [FFmpeg-trac] #3249(ffmpeg:closed): File names containing colon results in automatic file overwrite In-Reply-To: <036.c9788066a1c095644029dc2b7b864195@avcodec.org> References: <036.c9788066a1c095644029dc2b7b864195@avcodec.org> Message-ID: <051.caa53dd01e322462b06849dc287e8564@avcodec.org> #3249: File names containing colon results in automatic file overwrite ------------------------------------+---------------------------------- Reporter: jnvsor | Owner: Type: defect | Status: closed Priority: minor | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Changes (by beastd): * status: open => closed * resolution: => fixed Comment: Other part of this ticket should be fixed now since: commit 2b17c7685fd3ff0bffaf3b45458d4a6283f3935f ffmpeg_opt: assert_file_overwrite: Work for all file protocol outputs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 00:07:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Feb 2014 23:07:51 -0000 Subject: [FFmpeg-trac] #2697(avformat:new): MP3 output duration incorrect in OS X In-Reply-To: <036.d6ee63e10514e800bd64f1b509337cb4@avcodec.org> References: <036.d6ee63e10514e800bd64f1b509337cb4@avcodec.org> Message-ID: <051.fc35308b1dbd5f55523a236e966fb37d@avcodec.org> #2697: MP3 output duration incorrect in OS X ------------------------------------+------------------------------------ Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by llogan): * keywords: mp3 => mp3 osx * component: undetermined => avformat Comment: Using `-write_xing 0` results in an output that allows Finder and Quicktime to report the correct duration. {{{ $ ./ffmpeg -f lavfi -i sine=d=300 -write_xing 0 duration.mp3 ffmpeg version N-60686-gc919e1c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 16 2014 14:02:16 with gcc 4.8.2 (GCC) 20140206 (prerelease) configuration: --enable-gpl --enable-libmp3lame libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 9.101 / 55. 9.101 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'sine=d=300': Duration: N/A, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Output #0, mp3, to 'duration.mp3': Metadata: TSSE : Lavf55.33.100 Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s video:0kB audio:2344kB subtitle:0 data:0 global headers:0kB muxing overhead 0.001875% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 01:39:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 00:39:16 -0000 Subject: [FFmpeg-trac] #3390(undetermined:closed): negative fps In-Reply-To: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> References: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> Message-ID: <051.71a1d2c20187c7b9c8bb23b3770e9c3d@avcodec.org> #3390: negative fps -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by tessus): Thanks for fixing it so quickly. Tested the change and I can confirm it solves the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 10:42:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 09:42:31 -0000 Subject: [FFmpeg-trac] #3391(undetermined:new): Gaps in input timestamps cause invalid Ogg Opus output Message-ID: <036.cf95f391c180213da2648082d38dbf6e@avcodec.org> #3391: Gaps in input timestamps cause invalid Ogg Opus output -------------------------------------+------------------------------------- Reporter: MarkZV | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When transcoding to Ogg Opus from a format with per-packet timestamps, such as mp4 audio, if the input contains a gap in packet timestamps (e.g. due to a lost/corrupted packet), FFmpeg writes invalid Ogg Opus output. Specifically, the Ogg granule position written by FFmpeg increments by more than the number of samples contained in packets that complete on the page. This violates [https://tools.ietf.org/html/draft-ietf-codec- oggopus-03#section-4 section 4 of the specification] and may cause synchronization problems. Because the Ogg container does not have explicit per-frame or per-packet timestamps, Ogg Opus does not allow gaps in the audio. Instead, an equal duration of silence or predicted samples may be substituted for the missing samples when encoding. If pre-encoded Opus is being copied to Ogg without encoding, any missing Opus packets may be replaced with Opus PLC (packet loss concealment) packets as described in [https://tools.ietf.org/html/draft-ietf-codec-oggopus-03#section-4.1 section 4.1 of the specification]. {{{ $ ffmpeg -v 9 -loglevel 99 -i lostpacket.m4a out.opus ffmpeg version N-60696-g38a08e0 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 17 2014 01:24:12 with gcc 4.8.2 (MacPots gcc48 4.8.2_0) configuration: --enable-debug --assert-level=2 --prefix=/opt/local --enable-swscale --enable-avfilter --enable-avresample --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable- libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable-libbluray --enable-gnutls --enable-fontconfig --enable-libfreetype --mandir=/opt/local/share/man --enable-pthreads --cc=/opt/local/bin/gcc-mp-4.8 --arch=x86_64 --enable- yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-nonfree --enable-libfdk-aac --enable-libfaac libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'lostpacket.m4a'. Reading option 'out.opus' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file lostpacket.m4a. Successfully parsed a group of options. Opening an input file: lostpacket.m4a. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x103009800] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x103009800] ISO: File Type Major Brand: M4A [mov,mp4,m4a,3gp,3g2,mj2 @ 0x103009800] Before avformat_find_stream_info() pos: 28861 bytes read:28861 seeks:0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x103009800] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x103009800] After avformat_find_stream_info() pos: 48 bytes read:28861 seeks:0 frames:1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'lostpacket.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 encoder : Lavf55.32.101 Duration: 00:00:03.54, start: 0.042667, bitrate: 65 kb/s Stream #0:0(und), 1, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 61 kb/s (default) Metadata: handler_name : SoundHandler Successfully opened the file. Parsing a group of options: output file out.opus. Successfully parsed a group of options. Opening an output file: out.opus. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 0x102a12fc0] Setting 'time_base' to value '1/48000' [graph 0 input from stream 0:0 @ 0x102a12fc0] Setting 'sample_rate' to value '48000' [graph 0 input from stream 0:0 @ 0x102a12fc0] Setting 'sample_fmt' to value 'fltp' [graph 0 input from stream 0:0 @ 0x102a12fc0] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0x102a12fc0] tb:1/48000 samplefmt:fltp samplerate:48000 chlayout:0x3 [audio format for output stream 0:0 @ 0x102a138a0] Setting 'sample_fmts' to value 's16|flt' [audio format for output stream 0:0 @ 0x102a138a0] Setting 'sample_rates' to value '48000|24000|16000|12000|8000' [audio format for output stream 0:0 @ 0x102a138a0] Setting 'channel_layouts' to value '0x4|0x3|0x7|0x33|0x37|0x3f|0x70f|0x63f' [audio format for output stream 0:0 @ 0x102a138a0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:0' [AVFilterGraph @ 0x102a11be0] query_formats: 4 queried, 6 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 0x102a14080] ch:2 chl:stereo fmt:fltp r:48000Hz -> ch:2 chl:stereo fmt:flt r:48000Hz [libopus @ 0x10300f800] No bit rate set. Defaulting to 96000 bps. Output #0, opus, to 'out.opus': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 encoder : Lavf55.33.100 Stream #0:0(und), 0, 1/48000: Audio: opus (libopus), 48000 Hz, stereo, flt, 96 kb/s (default) Metadata: handler_name : SoundHandler major_brand : M4A minor_version : 512 compatible_brands: isomiso2 encoder : Lavf55.33.100 Stream mapping: Stream #0:0 -> #0:0 (aac -> libopus) Press [q] to stop, [?] for help [libopus @ 0x10300f800] Trying to remove 584 more samples than there are in the queue [output stream 0:0 @ 0x102a13300] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. size= 49kB time=00:00:03.57 bitrate= 112.8kbits/s video:0kB audio:49kB subtitle:0 data:0 global headers:0kB muxing overhead 1.290400% 166 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x102a12c80] Statistics: 0 seeks, 6 writeouts [AVIOContext @ 0x102a11dc0] Statistics: 28861 bytes read, 0 seeks $ }}} The incorrect Ogg Opus file produces warnings from the opusinfo tool (part of [http://www.opus-codec.org/downloads/ opus-tools]); "Sample count behind granule": {{{ $ opusinfo out.opus Processing file "out.opus"... New logical stream (#1, serial: f039efde): type opus Encoded with Lavf55.33.100 User comments section follows... language=und handler_name=SoundHandler major_brand=M4A minor_version=512 compatible_brands=isomiso2 encoder=Lavf55.33.100 WARNING: Sample count behind granule (95040>96064) in stream 1 WARNING: Sample count behind granule (143040>144064) in stream 1 WARNING: Sample count behind granule (170880>171320) in stream 1 Opus stream 1: Pre-skip: 312 Playback gain: 0 dB Channels: 2 Original sample rate: 48000Hz Packet duration: 20.0ms (max), 20.0ms (avg), 20.0ms (min) Page duration: 1000.0ms (max), 890.0ms (avg), 580.0ms (min) Total data length: 50394 bytes (overhead: 1.31%) Playback length: 0m:03.562s Average bitrate: 113.2 kb/s, w/o overhead: 111.7 kb/s Logical stream 1 ended $ }}} It is expected that FFmpeg would produce a valid Ogg Opus file, in this case by inserting silence or predicted samples in place of the missing samples before encoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 10:52:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 09:52:22 -0000 Subject: [FFmpeg-trac] #3345(swscale:new): Bias in planar YUV to YUV bit depth conversion In-Reply-To: <036.cabc4e90d78db5acd8448341d2a13d3e@avcodec.org> References: <036.cabc4e90d78db5acd8448341d2a13d3e@avcodec.org> Message-ID: <051.9f5767f1b46bb2b9d32496420f27a1b3@avcodec.org> #3345: Bias in planar YUV to YUV bit depth conversion ------------------------------------+----------------------------------- Reporter: abc123 | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by IsaacDian): Sorry to ask, but why did this issue seem to be ignored? Does it need more samples? FWIW, Libav swscale doesn't have this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 12:43:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 11:43:25 -0000 Subject: [FFmpeg-trac] #3392(ffmpeg:new): Ffmopeg does not show video bitrates for MKV files Message-ID: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> #3392: Ffmopeg does not show video bitrates for MKV files ----------------------------------+---------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- When using ffmpeg -i file.mkv , FFmpegdoes not display the video bitrate of .mkv files All other containers seems to work fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 13:06:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 12:06:53 -0000 Subject: [FFmpeg-trac] #2255(undetermined:closed): 2013 Spring Website Art Contest In-Reply-To: <036.16b6af9097df01233307662da8558a3e@avcodec.org> References: <036.16b6af9097df01233307662da8558a3e@avcodec.org> Message-ID: <051.cc23503c3ae9148612ba66b2f7dd6e54@avcodec.org> #2255: 2013 Spring Website Art Contest -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: art | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: completed Blocking: | (art) Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by RobertJohn01): Replying to [ticket:2255 llogan]: > 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. We could do these for more things like Valentines, Easter, Christmas etc what do you guys think? I could whip up some examples in Photoshop and attach them ;) {{{ #!html
seo
}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 14:59:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 13:59:29 -0000 Subject: [FFmpeg-trac] #3345(swscale:new): Bias in planar YUV to YUV bit depth conversion In-Reply-To: <036.cabc4e90d78db5acd8448341d2a13d3e@avcodec.org> References: <036.cabc4e90d78db5acd8448341d2a13d3e@avcodec.org> Message-ID: <051.92ebba548c1abce795591cc27fc2d17c@avcodec.org> #3345: Bias in planar YUV to YUV bit depth conversion ------------------------------------+----------------------------------- Reporter: abc123 | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kierank): Libav swscale doesn't have dither and does a plain shift which is why it doesn't have the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 16:43:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 15:43:07 -0000 Subject: [FFmpeg-trac] #3392(undetermined:closed): Ffmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.0d20e0290578bd1b0a6348f3d9c3c01d@avcodec.org> #3392: Ffmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | 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 * version: 2.1.3 => unspecified * component: ffmpeg => undetermined Comment: Please reopen this ticket if your issue is reproducible with current FFmpeg git head and if you can provide a sample and the complete, uncut console output of {{{ffmpeg -i}}} that shows the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 16:45:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 15:45:47 -0000 Subject: [FFmpeg-trac] #3391(undetermined:new): Gaps in input timestamps cause invalid Ogg Opus output In-Reply-To: <036.cf95f391c180213da2648082d38dbf6e@avcodec.org> References: <036.cf95f391c180213da2648082d38dbf6e@avcodec.org> Message-ID: <051.0812e94855a91ea0f9595639bb8df91f@avcodec.org> #3391: Gaps in input timestamps cause invalid Ogg Opus output -------------------------------------+------------------------------------- Reporter: MarkZV | 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): Is this only reproducible with opus output or also with the native vorbis encoder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 16:55:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 15:55:38 -0000 Subject: [FFmpeg-trac] #3393(undetermined:new): Interlaced H.264 packets are split causing MP4 STTS Message-ID: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> #3393: Interlaced H.264 packets are split causing MP4 STTS -------------------------------------+------------------------------------- Reporter: wim_arbor | 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 remuxing a mpeg-ts containing interlaced H.264 into mp4, both fields of each video frame are split into seperate packets. Software such as Mediainfo uses the STTS to determine the frame rate. It will show as 50fps instead of 25fps How to reproduce: {{{ % ffmpeg.exe -i h264_aac_576i_tff.ts -c:a copy -c:v copy -bsf:a aac_adtstoasc -async 1 h264_aac_576i_tff.mp4 ffmpeg version N-60700-g07b4b0c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 17 2014 15:45:12 with gcc 4.8.2 (GCC) configuration: --pkg-config=pkg-config --prefix=/home/arbor/software/packages/win32 --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable- libfaac --enable-libx264 --enable-gpl --enable-nonfree --disable- w32threads libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'h264_aac_576i_tff.ts': Duration: 00:00:02.80, start: 600.000000, bitrate: 9671 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s File 'h264_aac_576i_tff.mp4' already exists. Overwrite ? [y/N] y Output #0, mp4, to 'h264_aac_576i_tff.mp4': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 25 fps, 90k tbn, 90k tbc Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, 127 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mp4 @ 03820060] pts has no value Last message repeated 68 times [mp4 @ 03820060] pts has no value Last message repeated 1 times frame= 142 fps=0.0 q=-1.0 Lsize= 3205kB time=00:00:02.78 bitrate=9444.8kbits/s video:3159kB audio:43kB subtitle:0 data:0 global headers:0kB muxing overhead 0.096098% }}} h264_aac_576i_tff.ts has been uploaded to /incoming on upload.ffmpeg.org 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 17 16:57:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 15:57:20 -0000 Subject: [FFmpeg-trac] #3393(undetermined:new): Interlaced H.264 packets are split causing MP4 STTS In-Reply-To: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> References: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> Message-ID: <054.6649061ddaff1a1d0673d6265620f811@avcodec.org> #3393: Interlaced H.264 packets are split causing MP4 STTS -------------------------------------+------------------------------------- Reporter: wim_arbor | 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 wim_arbor): Output of {{{ffmpeg.exe -v 9 -loglevel 99 -i h264_aac_576i_tff.ts}}} {{{ ffmpeg version N-60700-g07b4b0c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 17 2014 15:45:12 with gcc 4.8.2 (GCC) configuration: --pkg-config=pkg-config --prefix=/home/arbor/software/packages/win32 --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable- libfaac --enable-libx264 --enable-gpl --enable-nonfree --disable- w32threads libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'h264_aac_576i_tff.ts'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file h264_aac_576i_tff.ts. Successfully parsed a group of options. Opening an input file: h264_aac_576i_tff.ts. [mpegts @ 035e5f40] Format mpegts probed with size=2048 and score=100 [mpegts @ 035e5f40] stream=0 stream_type=1b pid=1011 prog_reg_desc=HDMV [mpegts @ 035e5f40] stream=1 stream_type=f pid=1100 prog_reg_desc=HDMV [mpegts @ 035e5f40] Before avformat_find_stream_info() pos: 0 bytes read:32768 seeks:0 [mpegts @ 035e5f40] All programs have pmt, headers found [h264 @ 003da520] no picture [mpegts @ 035e5f40] All info found [mpegts @ 035e5f40] After avformat_find_stream_info() pos: 0 bytes read:1036432 seeks:2 frames:81 Input #0, mpegts, from 'h264_aac_576i_tff.ts': Duration: 00:00:02.80, start: 600.000000, bitrate: 9671 kb/s Program 1 Stream #0:0[0x1011], 43, 1/90000: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 16:15 DAR 4:3], 1/50, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100], 38, 1/90000: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s Successfully opened the file. At least one output file must be specified [AVIOContext @ 035ee5a0] Statistics: 1036432 bytes read, 2 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 17:16:01 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 16:16:01 -0000 Subject: [FFmpeg-trac] #3393(undetermined:new): Interlaced H.264 packets are split causing MP4 STTS In-Reply-To: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> References: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> Message-ID: <054.a4ed26cb81757ffed8b0bc3310f1c22f@avcodec.org> #3393: Interlaced H.264 packets are split causing MP4 STTS -------------------------------------+------------------------------------- Reporter: wim_arbor | 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 wim_arbor): the output of mp4dump below shows moov/trak/mdia/mdhd {{{ timescale = 90000 duration = 255600 duration(ms) = 2840 }}} moov/trak/mdia/minf/stbl/stsd/stts {{{ entry_count = 1 entry 0 = sample_count=142, sample_duration=1800 }}} Framerate calculation: 90000/1800 = 50 fps or: 2840/142 = 20 ms, 1000/20 = 50 fps Output of {{{mp4dump --verbosity 1 h264_aac_576i_tff.mp4}}} Note not relevant parts replaced with {{{(...)}}} {{{ [ftyp] size=8+24 major_brand = isom minor_version = 200 compatible_brand = isom compatible_brand = iso2 compatible_brand = avc1 compatible_brand = mp41 [free] size=8+0 [mdat] size=8+3278041 [moov] size=8+3991 [mvhd] size=12+96 timescale = 1000 duration = 2840 duration(ms) = 2840 [trak] size=8+2261 [tkhd] size=12+80, flags=3 enabled = 1 id = 1 duration = 2840 width = 768.000000 height = 576.000000 [edts] size=8+28 [elst] size=12+16 entry count = 1 entry/segment duration = 2840 entry/media time = 3600 entry/media rate = 1 [mdia] size=8+2125 [mdhd] size=12+20 timescale = 90000 duration = 255600 duration(ms) = 2840 language = und [hdlr] size=12+33 handler_type = vide handler_name = VideoHandler [minf] size=8+2040 [vmhd] size=12+8, flags=1 graphics_mode = 0 op_color = 0000,0000,0000 [dinf] size=8+28 [dref] size=12+16 [url ] size=12+0, flags=1 location = [local to file] [stbl] size=8+1976 [stsd] size=12+176 entry-count = 1 [avc1] size=8+164 data_reference_index = 1 width = 720 height = 576 compressor = [avcC] size=8+62 Configuration Version = 1 Profile = High Profile Compatibility = 0 Level = 41 NALU Length Size = 4 Sequence Parameter = [67 64 00 29 ac 2c a4 02 d0 91 7f e0 02 00 01 e9 41 41 41 50 00 00 03 00 10 00 00 03 03 2e 4a 00 02 71 00 00 07 a1 27 f1 8e 0e d0 a1 48 90] Picture Parameter = [68 e9 8d 35 25] [pasp] size=8+8 [stts] size=12+12 entry_count = 1 entry 0 = sample_count=142, sample_duration=1800 [stss] size=12+20 entry_count = 4 [ctts] size=12+356 entry_count = 44 [stsc] size=12+232 entry_count = 19 entry 0 = first_chunk=1, first_sample*=1, chunk_count*=1, samples_per_chunk=3, sample_desc_index=1 (...) entry 18 = first_chunk=129, first_sample*=139, chunk_count*=0, samples_per_chunk=4, sample_desc_index=1 [stsz] size=12+576 sample_size = 0 sample_count = 142 [stco] size=12+520 entry_count = 129 entry 0 = 48 (...) entry 128 = 3175684 [trak] size=8+1508 (...) [udta] size=8+90 [meta] size=12+78 [hdlr] size=12+21 handler_type = mdir handler_name = [ilst] size=8+37 [.too] size=8+29 [data] size=8+21 type = 1 lang = 0 value = Lavf55.33.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 17:33:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 16:33:24 -0000 Subject: [FFmpeg-trac] #3393(undetermined:new): Interlaced H.264 packets are split causing MP4 STTS In-Reply-To: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> References: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> Message-ID: <054.4c1fb181a6a89bd0203ef8444733c7a9@avcodec.org> #3393: Interlaced H.264 packets are split causing MP4 STTS -------------------------------------+------------------------------------- Reporter: wim_arbor | 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 wim_arbor): Note that after this patch to {{{h264_parse()}}} in {{{libavcodec/h264_parser.c}}}: {{{ diff --git a/libavcodec/h264_parser.c b/libavcodec/h264_parser.c index 4432871..564ae14 100644 --- a/libavcodec/h264_parser.c +++ b/libavcodec/h264_parser.c @@ -471,6 +471,7 @@ static int h264_parse(AVCodecParserContext *s, } } + s->flags |= PARSER_FLAG_COMPLETE_FRAMES; if (s->flags & PARSER_FLAG_COMPLETE_FRAMES) { next = buf_size; } else { }}} a mp4 is generated which is almost correct; moov/trak/mdia/mdhd {{{ timescale = 90000 duration = 253800 duration(ms) = 2820 }}} moov/trak/mdia/minf/stbl/stsd/stts {{{ entry_count = 2 entry 0 = sample_count=70, sample_duration=3600 entry 1 = sample_count=1, sample_duration=1800 }}} So the first 70 samples are marked with the correct duration of 3600, except the last one has still a wrong duration. But this change is not a valid patch as it causes problems elsewhere. The correct way is probably to fix this is {{{h264_find_frame_end()}}} also in {{{libavcodec/h264_parser.c}}}. But that is way more complex. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 17:36:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 16:36:49 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files (was: Ffmopeg does not show video bitrates for MKV files) In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.7e2d01155d6e0fe1c853e65569076c2d@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by Atarikid): * status: closed => reopened * resolution: needs_more_info => Comment: Same happens with the latest GIT: ffmpeg -i /Volumes/Data/Movies\ Test/matroska+h264+eac3++x264_Overflow_Sample.mkv ffmpeg version N-60689-g8309171-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Feb 16 2014 19:49:23 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-libmodplug --enable-fontconfig --enable- libfreetype --enable-libass --enable-libbluray --enable-filters --enable- runtime-cpudetect libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 9.101 / 55. 9.101 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from '/Volumes/Data/Movies Test/matroska+h264+eac3++x264_Overflow_Sample.mkv': Metadata: encoder : libebml v0.7.7 + libmatroska v0.8.1 creation_time : 2007-06-24 12:00:01 Duration: 00:00:41.46, start: 0.000000, bitrate: 6630 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1280x528, SAR 31:32 DAR 155:66, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: title : x264 1280x528 3783 kb/s Stream #0:1(eng): Audio: eac3, 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Metadata: title : English Dolby Digital Plus English 5.1 (1.5m) At least one output file must be specified As you can see, the Video stream does not displays the Video bitrate. Audio stream does - as the global bitrate. Happens with any MKV container. Using probesize and/or analyzeduration doesn't fix this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 17 19:18:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Feb 2014 18:18:29 -0000 Subject: [FFmpeg-trac] #3391(undetermined:new): Gaps in input timestamps cause invalid Ogg Opus output In-Reply-To: <036.cf95f391c180213da2648082d38dbf6e@avcodec.org> References: <036.cf95f391c180213da2648082d38dbf6e@avcodec.org> Message-ID: <051.b261464797b069b3a9c945a1d4beaa78@avcodec.org> #3391: Gaps in input timestamps cause invalid Ogg Opus output -------------------------------------+------------------------------------- Reporter: MarkZV | 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 MarkZV): Using FFmpeg to produce Ogg Vorbis from this input file, using either the FFmpeg native vorbis encoder or the libvorbis encoder, has the same issue. I'm not aware of a utility that checks the granule position consistency for Ogg Vorbis files but I just checked it manually. Also different utilities displayed different timestamps for the packets in the resulting file depending on whether it computed them going forward or backward. The timestamps should be the same either way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 02:17:37 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 01:17:37 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file Message-ID: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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: I copy a video stream and convert an aac audio stream from an mp4 file to an mkv file. The resulting mkv file is broken. It doesn't play on HW players (e.g. WD TV Media box) and stops in VLC as well. How to reproduce: {{{ % ffmpeg -i inp.mp4 -i inp.srt -map 0:0 -vcodec copy -map 0:1 -acodec ac3 -b:a 384k -af volume=2 -map 1:0 -scodec copy -metadata:s:1 language=eng -metadata:s:2 language=eng -metadata title="Title here" "out.mkv" ffmpeg version N-60689-g8309171-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Feb 16 2014 19:49:23 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-libmodplug --enable-fontconfig --enable- libfreetype --enable-libass --enable-libbluray --enable-filters --enable- runtime-cpudetect libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 9.101 / 55. 9.101 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 }}} The last good version I have on my disk is from Feb. 4th. The first bad version was around Feb. 7th. Since then the output files are broken. I have uploaded 3 files to upload.ffmpeg.org (cut off after 4MB): 1) input file: mp4-mkv-input.mp4 2) good output file (674195c): mp4-mkv-good.mkv 3) bad output file (8309171): mp4-mkv-broken.mkv I suspect that the mkv structure of the output file is garbled. Maybe you guys have tools to check the integrity of containers. Since the video stream is copied, I can't believe that the stream is the problem. I used several different input files - same result, so it's not the input file either. ffmpeg 2.1.3 does not have the problem. Maybe you have an idea what was changed after Feb 4th that would screw up the output file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 03:21:28 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 02:21:28 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.99cf77e8e59843918c47560676f7aef5@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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 tessus): I was able to narrow it down: The output file is not broken, when I copy video and audio stream. However, it is broken, when I convert the audio. The target does not matter. I tried ac3 and mp3. This brings me to the conclusion that the mkv container is fine, but that the aac decoder has a problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 08:14:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 07:14:41 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.2a9df2d53781c5e86b9d1ceb326efc3a@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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 Tue Feb 18 08:26:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 07:26:47 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.585e613d4d700bfdcd9547e98d9bf6e2@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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 tessus): I'm not quite sure I understand. ffmpeg does not abend. Here is the complete output: {{{ ffmpeg -i 1.mp4 -i 1.srt -map 0:0 -vcodec copy -map 0:1 -acodec ac3 -b:a 384k -af volume=2 -map 1:0 -scodec copy -metadata:s:1 language=eng -metadata:s:2 language=eng -metadata title=test test.mkv ffmpeg version N-60689-g8309171-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Feb 16 2014 19:49:23 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-libmodplug --enable-fontconfig --enable- libfreetype --enable-libass --enable-libbluray --enable-filters --enable- runtime-cpudetect libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 9.101 / 55. 9.101 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2014-02-09 20:22:13 Duration: 01:41:11.96, start: 0.000000, bitrate: 2473 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1962 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: creation_time : 2014-02-09 20:22:13 Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, fltp, 380 kb/s (default) Metadata: creation_time : 2014-02-09 17:38:55 Stream #0:2(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 124 kb/s (default) Metadata: creation_time : 2014-02-09 17:54:44 Input #1, srt, from '1.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip Output #0, matroska, to 'test.mkv': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 title : test encoder : Lavf55.33.100 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 1962 kb/s, 23.98 fps, 1k tbn, 24k tbc (default) Metadata: creation_time : 2014-02-09 20:22:13 Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1, fltp, 384 kb/s (default) Metadata: creation_time : 2014-02-09 17:38:55 Stream #0:2(eng): Subtitle: subrip Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (aac -> ac3) Stream #1:0 -> #0:2 (copy) Press [q] to stop, [?] for help frame=145580 fps=606 q=-1.0 Lsize= 1741934kB time=01:41:11.96 bitrate=2350.1kbits/s video:1454812kB audio:284624kB subtitle:57 data:0 global headers:0kB muxing overhead 0.140359% }}} Please note: It doesn't matter, if the subtitles are muxed in or not. The problem only occurs, if aac is converted to something else. I also tried the stereo audio stream. Same problem. Hope this helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:11:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:11:14 -0000 Subject: [FFmpeg-trac] #3390(avformat:closed): negative fps In-Reply-To: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> References: <036.f27756991caa0bb8250cb71d2aa813e7@avcodec.org> Message-ID: <051.c9ab12edd943095eda7298cebc2ec4ea@avcodec.org> #3390: negative fps ------------------------------------+------------------------------------ Reporter: tessus | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov * priority: normal => important * component: undetermined => avformat Comment: Regression since 28bc1d94 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:19:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:19:12 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.b82ac9e27e0a5236676666015f1d8f7c@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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): Could you confirm that you uploaded the right sample? {{{ $ md5sum mp4-mkv-input.mp4 33a1b2787adb1b58bf5e0160234caffe mp4-mkv-input.mp4 $ ffmpeg -i mp4-mkv-input.mp4 ffmpeg version N-60700-g07b4b0c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 18 2014 09:15:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2150100] error reading header: -1094995529 mp4-mkv-input.mp4: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:23:48 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:23:48 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.517f136814a66af925ec44f6fc0d879f@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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 tessus): I cut off the files I uploaded after 4MB, since the input file is 1,877,018,601 bytes. According to the bug report web site, I was supposed to do so. The output files are also about the same size. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:34:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:34:14 -0000 Subject: [FFmpeg-trac] #3393(undetermined:open): Interlaced H.264 packets are split causing MP4 STTS In-Reply-To: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> References: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> Message-ID: <054.6dd9cb8946c4b0976eaf470ba1724449@avcodec.org> #3393: Interlaced H.264 packets are split causing MP4 STTS -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 * status: new => open * reproduced: 0 => 1 Comment: Input sample contains 71 video frames: {{{ $ ffmpeg -i h264_aac_576i_tff.ts -f null - ffmpeg version N-60700-g07b4b0c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 18 2014 09:15:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'h264_aac_576i_tff.ts': Duration: 00:00:02.80, start: 600.000000, bitrate: 9671 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Stream #0:1 -> #0:1 (aac -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x1980400] Encoder did not produce proper pts, making some up. frame= 71 fps=0.0 q=0.0 Lsize=N/A time=00:00:02.84 bitrate=N/A video:7kB audio:512kB subtitle:0 data:0 global headers:0kB muxing overhead -100.004142% }}} 142 frames are remuxed: {{{ $ ffmpeg -i h264_aac_576i_tff.ts -vcodec copy -strict -2 out.mov ffmpeg version N-60700-g07b4b0c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 18 2014 09:15:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'h264_aac_576i_tff.ts': Duration: 00:00:02.80, start: 600.000000, bitrate: 9671 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s Output #0, mov, to 'out.mov': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 25 fps, 90k tbn, 90k tbc Stream #0:1: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (aac -> aac) Press [q] to stop, [?] for help [mov @ 0x29384c0] pts has no value Last message repeated 68 times [mov @ 0x29384c0] pts has no value Last message repeated 1 times frame= 142 fps=0.0 q=-1.0 Lsize= 3171kB time=00:00:02.78 bitrate=9345.6kbits/s video:3159kB audio:8kB subtitle:0 data:0 global headers:0kB muxing overhead 0.129618% }}} The framerate is incorrect for out.mov: {{{ $ ffmpeg -i out.mov -strict -2 out2.mov ffmpeg version N-60700-g07b4b0c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 18 2014 09:15:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.33.100 Duration: 00:00:02.84, start: 0.014667, bitrate: 9148 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt470bg), 720x576 [SAR 16:15 DAR 4:3], 9113 kb/s, 50 fps, 50 tbr, 90k tbn, 50 tbc (default) Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 23 kb/s (default) Metadata: handler_name : DataHandler Output #0, mov, to 'out2.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.33.100 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 12800 tbn, 50 tbc (default) Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> aac) Press [q] to stop, [?] for help frame= 142 fps=0.0 q=2.0 Lsize= 142kB time=00:00:02.84 bitrate= 408.4kbits/s dup=71 drop=0 video:129kB audio:8kB subtitle:0 data:0 global headers:0kB muxing overhead 2.731602% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:35:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:35:51 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.6d66a7b42898f4699b71d3a680e22f26@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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): Replying to [comment:5 tessus]: > I cut off the files I uploaded after 4MB, since the input file is 1,877,018,601 bytes. Please upload the complete file, there is no hard file size limit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:37:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:37:15 -0000 Subject: [FFmpeg-trac] #3393(undetermined:open): Interlaced H.264 packets are split causing MP4 STTS In-Reply-To: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> References: <039.972811c1313ee11be0b3e7214cc720fa@avcodec.org> Message-ID: <054.fded4124de14cb9205327880ed2b20b6@avcodec.org> #3393: Interlaced H.264 packets are split causing MP4 STTS -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 => h264 mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:41:37 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:41:37 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.a67af977b681725247187b1d9cb5bbca@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Did you upload a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:46:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:46:12 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.19ef9c7c62d9ba51e81372f443914692@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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 tessus): I get the following message: 421 Too many connections (1) from this IP Which is weird, since I have only one connection open. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:50:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:50:16 -0000 Subject: [FFmpeg-trac] #3395(avcodec:new): huffyuv decode regression Message-ID: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> #3395: huffyuv decode regression -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: master | huffyuv,regression Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Decode visually broken: {{{ ? ./ffplay /tmp/vlc_huffyuv.avi ffplay version N-60710-g61d5970 Copyright (c) 2003-2014 the FFmpeg developers built on Feb 18 2014 09:48:54 with gcc 4.8.2 (GCC) 20140206 (prerelease) configuration: --enable-nonfree --enable-gpl --enable-libx264 --enable- libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate- samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from '/tmp/vlc_huffyuv.avi': 0KB sq= 0B f=0/0 Duration: 00:00:02.00, start: 0.000000, bitrate: 93219 kb/s Stream #0:0: Video: huffyuv (HFYU / 0x55594648), yuv422p, 720x576, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s 0.84 A-V: 0.035 fd= 0 aq= 173KB vq= 2658KB sq= 0B f=0/0 }}} Appears to be a regression between 2.1.2 and 2.1.3: https://forum.videolan.org/viewtopic.php?f=14&t=117212&p=398361&hilit=huffyuv#p397579 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:52:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:52:03 -0000 Subject: [FFmpeg-trac] #3395(avcodec:new): huffyuv decode regression In-Reply-To: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> References: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> Message-ID: <051.97108bcb24916956e748bf57bebaea9b@avcodec.org> #3395: huffyuv decode regression -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: huffyuv,regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by ubitux: Old description: > Decode visually broken: > {{{ > ? ./ffplay /tmp/vlc_huffyuv.avi > ffplay version N-60710-g61d5970 Copyright (c) 2003-2014 the FFmpeg > developers > built on Feb 18 2014 09:48:54 with gcc 4.8.2 (GCC) 20140206 > (prerelease) > configuration: --enable-nonfree --enable-gpl --enable-libx264 --enable- > libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate- > samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' > libavutil 52. 64.100 / 52. 64.100 > libavcodec 55. 52.102 / 55. 52.102 > libavformat 55. 33.100 / 55. 33.100 > libavdevice 55. 10.100 / 55. 10.100 > libavfilter 4. 1.102 / 4. 1.102 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, avi, from '/tmp/vlc_huffyuv.avi': 0KB sq= 0B f=0/0 > Duration: 00:00:02.00, start: 0.000000, bitrate: 93219 kb/s > Stream #0:0: Video: huffyuv (HFYU / 0x55594648), yuv422p, 720x576, 25 > tbr, 25 tbn, 25 tbc > Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 > channels, s16, 1536 kb/s > 0.84 A-V: 0.035 fd= 0 aq= 173KB vq= 2658KB sq= 0B f=0/0 > }}} > > Appears to be a regression between 2.1.2 and 2.1.3: > https://forum.videolan.org/viewtopic.php?f=14&t=117212&p=398361&hilit=huffyuv#p397579 New description: Decode visually broken: {{{ ? ./ffplay /tmp/vlc_huffyuv.avi ffplay version N-60710-g61d5970 Copyright (c) 2003-2014 the FFmpeg developers built on Feb 18 2014 09:48:54 with gcc 4.8.2 (GCC) 20140206 (prerelease) configuration: --enable-nonfree --enable-gpl --enable-libx264 --enable- libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate- samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from '/tmp/vlc_huffyuv.avi': 0KB sq= 0B f=0/0 Duration: 00:00:02.00, start: 0.000000, bitrate: 93219 kb/s Stream #0:0: Video: huffyuv (HFYU / 0x55594648), yuv422p, 720x576, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s 0.84 A-V: 0.035 fd= 0 aq= 173KB vq= 2658KB sq= 0B f=0/0 }}} Appears to be a regression between 2.1.2 and 2.1.3: https://forum.videolan.org/viewtopic.php?f=14&t=117212&p=398361&hilit=huffyuv#p397579 Sample available @ https://www.dropbox.com/s/e49rg89i0s0z83f/vlc_huffyuv.avi (too big for trac) -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 09:52:29 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 08:52:29 -0000 Subject: [FFmpeg-trac] #3389(ffmpeg:new): Feature Request - Isolate and normalize video content In-Reply-To: <039.663ab3ebdce99a37a97ac84076c4ba13@avcodec.org> References: <039.663ab3ebdce99a37a97ac84076c4ba13@avcodec.org> Message-ID: <054.2370828510820c4040a28a6e0117ab4f@avcodec.org> #3389: Feature Request - Isolate and normalize video content -------------------------------------+------------------------------------- Reporter: Rafajafar | Owner: Type: enhancement | Status: new Priority: wish | Component: ffmpeg Version: unspecified | Resolution: Keywords: feature | Blocked By: request normalize video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:3389 Rafajafar]: > 1) cropdetect > 2) crop surrounding borders from a video > 3) resize video to normalize its dimensions > > In other words, all I want is one command that will detect the frame-by- frame borders and in the same step, crop it, and also resize it. And I want this done for the entire video, not a single frame. It's gotta be possible, right? How? Are you only interested in the cropdetect output for the first frame and want to use that for the whole file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 10:05:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 09:05:13 -0000 Subject: [FFmpeg-trac] #3395(avcodec:new): huffyuv decode regression In-Reply-To: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> References: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> Message-ID: <051.9d198663a6cdcb42f6b473484227480b@avcodec.org> #3395: huffyuv decode regression -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: huffyuv,regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): {{{ e6d1c66d742d766a80a26ed2a9524a0fffbcf958 is the first bad commit commit e6d1c66d742d766a80a26ed2a9524a0fffbcf958 Author: Michael Niedermayer Date: Thu Jan 23 01:35:29 2014 +0100 avcodec/x86/lossless_videodsp: disable median optimizations for 16bps They only support upto 15bps Signed-off-by: Michael Niedermayer :040000 040000 bc57176d86a0c471d650434ec6f737eb771cab49 f08f671ebe748291a5e3ecfc444b170fd349faa7 M libavcodec }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 10:07:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 09:07:05 -0000 Subject: [FFmpeg-trac] #3395(avcodec:open): huffyuv decode regression In-Reply-To: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> References: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> Message-ID: <051.15e19793f399a4222aa5f5c18d4b3d43@avcodec.org> #3395: huffyuv decode regression -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: huffyuv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: huffyuv,regression => huffyuv regression * status: new => open Old description: > Decode visually broken: > {{{ > ? ./ffplay /tmp/vlc_huffyuv.avi > ffplay version N-60710-g61d5970 Copyright (c) 2003-2014 the FFmpeg > developers > built on Feb 18 2014 09:48:54 with gcc 4.8.2 (GCC) 20140206 > (prerelease) > configuration: --enable-nonfree --enable-gpl --enable-libx264 --enable- > libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate- > samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' > libavutil 52. 64.100 / 52. 64.100 > libavcodec 55. 52.102 / 55. 52.102 > libavformat 55. 33.100 / 55. 33.100 > libavdevice 55. 10.100 / 55. 10.100 > libavfilter 4. 1.102 / 4. 1.102 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, avi, from '/tmp/vlc_huffyuv.avi': 0KB sq= 0B f=0/0 > Duration: 00:00:02.00, start: 0.000000, bitrate: 93219 kb/s > Stream #0:0: Video: huffyuv (HFYU / 0x55594648), yuv422p, 720x576, 25 > tbr, 25 tbn, 25 tbc > Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 > channels, s16, 1536 kb/s > 0.84 A-V: 0.035 fd= 0 aq= 173KB vq= 2658KB sq= 0B f=0/0 > }}} > > Appears to be a regression between 2.1.2 and 2.1.3: > https://forum.videolan.org/viewtopic.php?f=14&t=117212&p=398361&hilit=huffyuv#p397579 > > Sample available @ > https://www.dropbox.com/s/e49rg89i0s0z83f/vlc_huffyuv.avi (too big for > trac) New description: Decode visually broken: {{{ ? ./ffplay /tmp/vlc_huffyuv.avi ffplay version N-60710-g61d5970 Copyright (c) 2003-2014 the FFmpeg developers built on Feb 18 2014 09:48:54 with gcc 4.8.2 (GCC) 20140206 (prerelease) configuration: --enable-nonfree --enable-gpl --enable-libx264 --enable- libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate- samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from '/tmp/vlc_huffyuv.avi': 0KB sq= 0B f=0/0 Duration: 00:00:02.00, start: 0.000000, bitrate: 93219 kb/s Stream #0:0: Video: huffyuv (HFYU / 0x55594648), yuv422p, 720x576, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s 0.84 A-V: 0.035 fd= 0 aq= 173KB vq= 2658KB sq= 0B f=0/0 }}} https://forum.videolan.org/viewtopic.php?f=14&t=117212&p=398361&hilit=huffyuv#p397579 Sample available @ https://www.dropbox.com/s/e49rg89i0s0z83f/vlc_huffyuv.avi (too big for trac) -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 10:12:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 09:12:58 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.3b17d5511f5f464e4f6fde24388cae96@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Atarikid): No, but this occurs with any mkv file you try. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 10:19:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 09:19:05 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.d8828311ad44a5633bd20a9e7f6e2641@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Why do you think video bitrate information is available for "any mkv file"? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:02:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:02:57 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.716fbee7670ed65a4f4ac26aa4407653@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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 tessus): I'm uploading from a different IP. The name of the file is `mp4-mkv-input- big.mp4` {{{ md5sum mp4-mkv-input-big.mp4 18158efb3f3def0c94670608f4bf7692 mp4-mkv-input-big.mp4 }}} Should be completely uploaded within the next 15 minutes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:04:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:04:35 -0000 Subject: [FFmpeg-trac] #3386(avcodec:open): [H264] [Regression] illegal short term buffer state detected In-Reply-To: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> References: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> Message-ID: <058.7b7f1e454e7af16d255a3c54be846247@avcodec.org> #3386: [H264] [Regression] illegal short term buffer state detected -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Regression since 9e5ef1c5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:15:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:15:10 -0000 Subject: [FFmpeg-trac] #3386(avcodec:open): [H264] [Regression] illegal short term buffer state detected In-Reply-To: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> References: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> Message-ID: <058.5670fff7ea5b8146532097c84f25743a@avcodec.org> #3386: [H264] [Regression] illegal short term buffer state detected -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The stream changes between progressive and field encoding: {{{ 00045( I ) 90 58 18 4:2:0 57 00043( B ) 86 59 24 4:2:0 46 00042( b ) 84 60 24 4:2:0 37 00044( b ) 88 60 24 4:2:0 41 00049( P ) 98 60 22 4:2:0 52 00047( B ) 94 61 23 4:2:0 51 00046( b ) 92 62 24 4:2:0 40 00048( b ) 96 62 23 4:2:0 46 00053( P ) 106 62 20 4:2:0 54 00051( B ) 102 63 22 4:2:0 61 00050( b ) 100 0 24 4:2:0 52 00052( b ) 104 0 23 4:2:0 56 00057( I ) 114 0 18 4:2:0 68 00055( B ) 110 1 24 4:2:0 59 00054( b ) 108 2 25 4:2:0 52 00056( b ) 112 2 25 4:2:0 53 00061( P ) 122 2 22 4:2:0 66 00059( B ) 118 3 24 4:2:0 62 00058( b ) 116 4 25 4:2:0 53 00060( b ) 120 4 24 4:2:0 57 00065( P | P ) 131 4 22 4:2:0 52 00063( B | B ) 127 5 23 4:2:0 54 00062( b | b ) 125 6 24 4:2:0 46 00064( b | b ) 129 6 24 4:2:0 48 00069( P | P ) 139 6 22 4:2:0 53 00067( B | B ) 135 7 23 4:2:0 56 00066( b | b ) 133 8 24 4:2:0 48 00068( b | b ) 137 8 24 4:2:0 50 00073( P | P ) 147 8 22 4:2:0 55 00071( B | B ) 143 9 23 4:2:0 57 00070( b | b ) 141 10 24 4:2:0 49 00072( b | b ) 145 10 24 4:2:0 51 00075( P | P ) 151 10 22 4:2:0 50 00074( b | b ) 149 11 23 4:2:0 51 00076( I | P ) 153 11 16 4:2:0 20 00078( P | P ) 157 12 16 4:2:0 22 00077( b | b ) 155 13 16 4:2:0 25 00080( P | P ) 161 13 16 4:2:0 26 00079( b | b ) 159 14 16 4:2:0 28 00082( P | P ) 165 14 16 4:2:0 24 00081( b | b ) 163 15 16 4:2:0 30 00086( P | P ) 173 15 16 4:2:0 23 00084( B | B ) 169 16 16 4:2:0 29 00083( b | b ) 167 17 18 4:2:0 26 00085( b | b ) 171 17 18 4:2:0 29 00090( P | P ) 181 17 16 4:2:0 23 00088( B | B ) 177 18 16 4:2:0 28 00087( b | b ) 175 19 18 4:2:0 30 00089( b | b ) 179 19 18 4:2:0 31 00092( I ) 184 19 18 4:2:0 66 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:48:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:48:59 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.82304315904ea0aaff6350887453a12b@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Atarikid): For any mkv container with a video stream that is. Will upload a mkv later today. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:50:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:50:02 -0000 Subject: [FFmpeg-trac] #3396(avcodec:new): Intel DXVA2 H.264 Improvements for SNB GPUs Message-ID: <038.28170856eb239b6f8ce2dc9b1fd02e24@avcodec.org> #3396: Intel DXVA2 H.264 Improvements for SNB GPUs -------------------------------------+------------------------------------- Reporter: afedchin | Type: Status: new | enhancement Component: avcodec | Priority: normal Keywords: dxva h264 | Version: git- Intel | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- There are a set of patches for add some improvements for SandyBridge/IvyBridge Intel GPUs. This still actual for SNB GPU. The latest drivers for IVB/Haswell doesn't include the old DXVADDI_Intel_ModeH264_E device and doesn't experience the issue but SNB still. http://patches.libav.org/patch/35320/ http://patches.libav.org/patch/35321/ See discussion https://lists.libav.org/pipermail/libav- devel/2013-March/043945.html for more info. The main issue is h264 with refs > 11 decoded on DXVADDI_Intel_ModeH264_E device with artifacts. And solution is use standard Microsoft H264 device DXVA2_ModeH264_E but decoding with Microsoft H264 on SNB will no work without this improvements. This still actual for lastest git-master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:52:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:52:57 -0000 Subject: [FFmpeg-trac] #3394(undetermined:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.35333ef29497fec528fed3dc49a97898@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | 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): Replying to [ticket:3394 tessus]: > I copy a video stream and convert an aac audio stream from an mp4 file to an mkv file. The resulting mkv file is broken. It doesn't play on HW players (e.g. WD TV Media box) and stops in VLC as well. I tested the following command line: {{{ $ ffmpeg -i mp4-mkv-input-big.mp4 -vcodec copy -acodec ac3 out.mkv }}} The output file plays fine here with vlc for two minutes, when does it stop for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:54:00 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:54:00 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.a5d06d2337b118378a5f590c9f4a8c96@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mkv regression * priority: normal => important * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:57:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:57:09 -0000 Subject: [FFmpeg-trac] #3396(avcodec:closed): Intel DXVA2 H.264 Improvements for SNB GPUs In-Reply-To: <038.28170856eb239b6f8ce2dc9b1fd02e24@avcodec.org> References: <038.28170856eb239b6f8ce2dc9b1fd02e24@avcodec.org> Message-ID: <053.b4cc84a6f69dd4c89e4c065a942398b1@avcodec.org> #3396: Intel DXVA2 H.264 Improvements for SNB GPUs -------------------------------------+----------------------------------- Reporter: afedchin | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: dxva h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: dxva h264 Intel => dxva h264 * status: new => closed * resolution: => invalid Comment: Please either send the patches to the ffmpeg-devel mailing list for a proper review or ask Hendrik to commit them himself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:57:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:57:09 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.baed9e8b9ec8b989e82b9b45b08cffe2@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): It stops almost right away. I open it in VLC, the position bar jumps back and forth for about 1-2 seconds and then the video stops. The HW player does not do or play anything. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 11:59:46 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 10:59:46 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.bc46280cf0f01445a405ad1a71596412@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Which version of vlc are you testing? On which operating system? (This is assuming you want to report the problem with vlc to reproduce in which case I will do the regression tests if I can reproduce the problem. The alternative is of course that you do the git bisect yourself and tell us the version that broke the output files for your hardware decoder.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 12:11:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 11:11:14 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.450649bce7e9f96cbbda9c2bb4d1ef63@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): I'm using VLC Version 2.1.3 Rincewind (Intel 64bit) on MacOSX 10.6.8. I doubt that it is an issue with VLC, because the HW player does not play the file either. Also, when I use an ffmpeg git version from Feb 4th, VLC plays it just fine. It takes quite a while to compile ffmpeg on my machine, so doing a bisect would take forever for me. Unfortunately I'm rather busy at the moment, so I would have to wait until I have more time. That's fine too, I just don't have any idea when this will be. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 12:29:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 11:29:09 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.cdea73aed9a4494caad5bf779bfa54dd@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): I'm terribly sorry, I made a mistake with my earlier testing. I mentioned earlier that it doesn't matter, if the subtitles are muxed in or not. This is actually not true. I only have the problem when the subtitles are muxed in via `-scodec copy`. I'm truly sorry, if I wasted your time. Well, it is still a problem, just not the one I opened it for. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 12:31:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 11:31:01 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.351743597eb2f5320e3afe82ca66e390@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): I've uploaded the subtitle file as `mp4-mkv-input-big.srt`, although you could take any .srt file I guess. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 12:54:26 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 11:54:26 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.e87f12ab2a20e8023864885b13e03af5@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I tested the following: {{{ $ ffmpeg -i mp4-mkv-input-big.mp4 -i mp4-mkv-input-big.srt -scodec copy -vcodec copy -acodec ac3 ~/out.mkv ffmpeg version N-60710-g61d5970 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 18 2014 10:42:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mp4-mkv-input-big.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2014-02-09 20:22:13 Duration: 01:41:11.96, start: 0.000000, bitrate: 2473 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1962 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: creation_time : 2014-02-09 20:22:13 Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, fltp, 380 kb/s (default) Metadata: creation_time : 2014-02-09 17:38:55 Stream #0:2(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 124 kb/s (default) Metadata: creation_time : 2014-02-09 17:54:44 Input #1, srt, from 'mp4-mkv-input-big.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip Output #0, matroska, to '/home/cehoyos/out.mkv': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 encoder : Lavf55.33.100 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 1962 kb/s, 23.98 fps, 1k tbn, 24k tbc (default) Metadata: creation_time : 2014-02-09 20:22:13 Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1, fltp, 448 kb/s (default) Metadata: creation_time : 2014-02-09 17:38:55 Stream #0:2: Subtitle: subrip Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (aac -> ac3) Stream #1:0 -> #0:2 (copy) Press [q] to stop, [?] for help frame=145580 fps=2897 q=-1.0 Lsize= 1789364kB time=01:41:11.96 bitrate=2414.1kbits/s video:1454812kB audio:332061kB subtitle:57 data:0 global headers:0kB muxing overhead 0.136231% }}} {{{ $ md5sum out.mkv 35ea0dd5238a3fdbf7d169850bbfc30b out.mkv }}} The output file plays fine in vlc for five minutes showing correct subtitles. I can reproduce the problem with the file mp4-mkv-broken.mkv you uploaded, please find out what is different about the command I am testing. Unrelated: Please remove the following options from your configure line, they have no effect: --as=yasm --disable-shared --enable-static --enable-pthreads --enable- postproc --enable-bzlib --enable-zlib --enable-filters --enable-runtime- cpudetect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 13:14:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 12:14:57 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.33d516378961e3164cefdd36234ed6bf@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): Just ran the following: {{{ $ ffmpeg -i mp4-mkv-input-big.mp4 -i mp4-mkv-input-big.srt -scodec copy -vcodec copy -acodec ac3 out.mkv ffmpeg version N-60712-g5f4219b-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Feb 17 2014 20:55:39 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-libmodplug --enable-fontconfig --enable- libfreetype --enable-libass --enable-libbluray --enable-filters --enable- runtime-cpudetect libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mp4-mkv-input-big.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2014-02-09 20:22:13 Duration: 01:41:11.96, start: 0.000000, bitrate: 2473 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1962 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: creation_time : 2014-02-09 20:22:13 Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, fltp, 380 kb/s (default) Metadata: creation_time : 2014-02-09 17:38:55 Stream #0:2(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 124 kb/s (default) Metadata: creation_time : 2014-02-09 17:54:44 Input #1, srt, from 'mp4-mkv-input-big.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip Output #0, matroska, to 'out.mkv': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 encoder : Lavf55.33.100 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 1962 kb/s, 23.98 fps, 1k tbn, 24k tbc (default) Metadata: creation_time : 2014-02-09 20:22:13 Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1, fltp, 448 kb/s (default) Metadata: creation_time : 2014-02-09 17:38:55 Stream #0:2: Subtitle: subrip Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (aac -> ac3) Stream #1:0 -> #0:2 (copy) Press [q] to stop, [?] for help frame=145580 fps=793 q=-1.0 Lsize= 1789371kB time=01:41:11.96 bitrate=2414.1kbits/s video:1454812kB audio:332061kB subtitle:57 data:0 global headers:0kB muxing overhead 0.136624% }}} {{{ $ md5sum out.mkv 35de7829297090a333718ed8dd100e17 out.mkv }}} After that I ran the same command as above with the additional option `-t 300` and uploaded the file for you as `3394_out_300.mkv`. It might be easier for you to check the binary. Wrt the config options: I create a static binary, so wouldn't I need `--enable-static`? Why don't they have any effect? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:00:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:00:34 -0000 Subject: [FFmpeg-trac] #3395(avcodec:closed): huffyuv decode regression In-Reply-To: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> References: <036.238dbb878e3cdd5b06055b54895a87fa@avcodec.org> Message-ID: <051.11c5dfd6976e211c95fa98b471ddb0c8@avcodec.org> #3395: huffyuv decode regression -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: huffyuv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 469de4f58317e121644c4cf9a2824ccbbf7763ca -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:18:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:18:41 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.70d3955ba4149a8eb1f292cfce5347f3@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:17 tessus]: > Wrt the config options: I create a static binary, so wouldn't I need `--enable-static`? No, {{{--enable-static}}} is unrelated to building static binaries. > Why don't they have any effect? They are all set by default (and even if they would not work, for example because you don't have the necessary bz2 libraries, they would not fail). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:24:24 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:24:24 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.81de5d6e7e9dd7d096059e4522ea301a@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:17 tessus]: > {{{ > built on Feb 17 2014 20:55:39 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) > }}} (Isn't this a broken compiler?) > {{{ > $ md5sum out.mkv > 35de7829297090a333718ed8dd100e17 out.mkv > }}} This is unexpected, when using the same FFmpeg versions with the same configure options, identical output files are expected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:32:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:32:23 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.a17fac01aee6f497121b163e5828047e@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): No, I don't think that it is a broken compiler. I've been using it for years now and never had any issues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:43:24 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:43:24 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.d1c1f94268d3830ff95d63d0d1f3f48a@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:20 tessus]: > No, I don't think that it is a broken compiler. I've been using it for years now and never had any issues. See #353 but this is not necessarily related, I just wanted to convince you to also test clang. And please use a saner configure line (preferably {{{./configure --cc=clang && make}}}) for the tests. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:43:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:43:54 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.e7765a86fea3d0517fc3e494b810a4ce@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:19 cehoyos]: > > {{{ > > $ md5sum out.mkv > > 35de7829297090a333718ed8dd100e17 out.mkv > > }}} > > This is unexpected Sorry, there are float codecs involved, this is expected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:45:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:45:25 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.ab171282d8f733f6d41b94ab291ee21b@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:17 tessus]: > Wrt the config options: I create a static binary Looking at your configure line, you are not creating a static binary. But why would that make sense on OS X? Isn't there a set of compatible system libraries installed on every possible target system? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:50:49 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:50:49 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.0835d252335a07352615a0e8afa8629b@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): Replying to [comment:21 cehoyos]: > I just wanted to convince you to also test clang. And please use a saner configure line (preferably {{{./configure --cc=clang && make}}}) for the tests. Ok, I'll try building with clang. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 14:51:48 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 13:51:48 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.ec76fec11f084779aa2eb01ab3965aa3@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): Replying to [comment:23 cehoyos]: > Looking at your configure line, you are not creating a static binary. > But why would that make sense on OS X? Isn't there a set of compatible system libraries installed on every possible target system? Yes, they are static binaries. You can grab them at http://evermeet.cx/ffmpeg/snapshots/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 15:05:49 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 14:05:49 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.1129a10727d418b32387d2a1496e210a@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:25 tessus]: > Replying to [comment:23 cehoyos]: > > Looking at your configure line, you are not creating a static binary. > > But why would that make sense on OS X? Isn't there a set of compatible system libraries installed on every possible target system? > > Yes, they are static binaries. You can grab them at http://evermeet.cx/ffmpeg/snapshots/ I don't think so: {{{ $ otool -L ffmpeg ffmpeg: /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 15:12:22 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 14:12:22 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.0eaebf565891ae0dc3eef7e8d8dfd7e8@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): On MacOSX this is considered static, because those 2 libraries are only available as dylibs, therefore can't be linked statically. But these 2 libs are available on all MacOSX versions. If I didn't compile it the way I do with the options I had, I would have about 35 libs in the otool output (which sre not standard). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 15:30:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 14:30:01 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.df05530df1e3e74bfe46d5e04e7f7f34@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:27 tessus]: > On MacOSX this is considered static, because those 2 libraries are only available as dylibs, therefore can't be linked statically. Then what you provide are not static binaries. > But these 2 libs are available on all MacOSX versions. That is why - imo - static binaries are not needed for OS X. (Two people are providing them for Linux iirc.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 16:59:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 15:59:53 -0000 Subject: [FFmpeg-trac] #3397(avcodec:new): gray decoding regression Message-ID: <037.20b5a5dedec43e3a1aaaf8b69fe6a0b2@avcodec.org> #3397: gray decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: h264 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/50518/focus=50526 H264 decoding with {{{-flags +gray}}} is broken for for P-frames and B-frames, regression since bb29ee62 / d2a25c40 out.avi is green except for input I-frames: {{{ $ ffmpeg -flags +gray -i fate-suite/h264/extreme-plane-pred.h264 -qscale 2 out.avi ffmpeg version N-60713-g1355caf Copyright (c) 2000-2014 the FFmpeg developers built on Feb 18 2014 16:50:43 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-gray libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from 'fate-suite/h264/extreme-plane-pred.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 352x288, 25 fps, 25 tbr, 1200k tbn, 50 tbc Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.33.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 352x288, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 100 fps=0.0 q=2.0 Lsize= 3532kB time=00:00:04.00 bitrate=7232.8kbits/s video:3524kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.225428% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 17:19:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 16:19:05 -0000 Subject: [FFmpeg-trac] #3397(avcodec:new): gray decoding regression In-Reply-To: <037.20b5a5dedec43e3a1aaaf8b69fe6a0b2@avcodec.org> References: <037.20b5a5dedec43e3a1aaaf8b69fe6a0b2@avcodec.org> Message-ID: <052.908e41c57f1b19abfe40109f9bc200b4@avcodec.org> #3397: gray decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Krieger): * cc: andrey.krieger.utkin@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 19:41:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 18:41:59 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.4a0cde31c2d3130b721b48e4169242e0@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): [[Image(http://i62.tinypic.com/14t6e11.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 20:32:48 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 19:32:48 -0000 Subject: [FFmpeg-trac] #3389(ffmpeg:new): Feature Request - Isolate and normalize video content In-Reply-To: <039.663ab3ebdce99a37a97ac84076c4ba13@avcodec.org> References: <039.663ab3ebdce99a37a97ac84076c4ba13@avcodec.org> Message-ID: <054.ed50ef26ecc7e672e9872b19b3453b19@avcodec.org> #3389: Feature Request - Isolate and normalize video content -------------------------------------+------------------------------------- Reporter: Rafajafar | Owner: Type: enhancement | Status: new Priority: wish | Component: ffmpeg Version: unspecified | Resolution: Keywords: feature | Blocked By: request normalize video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Rafajafar): That's not what I specifically would need, but I could still use it. What would be most useful is to crop detect each frame, removing borders from that frame, resize the frame to the normalized dimension, and then stick that into an output movie. Example movie which would fail detection due to borders: http://www.youtube.com/watch?v=ZaLdCbTINUM Check out the borders from the beginning of the video versus the borders from 1:55 of the video. For content detection, the borders are more damaging than the distorted resolution. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 20:35:29 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 19:35:29 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.3c71346093d1d7f2a719f65b68f95ac5@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ocalvo): I don't know -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 21:55:19 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 20:55:19 -0000 Subject: [FFmpeg-trac] #3398(undetermined:new): Parse and apply ReplayGain tags Message-ID: <038.0f5a155975cc0266b344cc0e63fae2e6@avcodec.org> #3398: Parse and apply ReplayGain tags -------------------------------------+------------------------------------- Reporter: theodorz | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: volume | unspecified replaygain | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm reading and decoding mp4 audio files with libavformat (avformat_open_input etc.) and libavcodec. These files have Hydrogenaudio Replay Gain tags which I would like to apply during playback. The tags were created with AtomicParsley (http://atomicparsley.sourceforge.net/) and the atoms look like this: Atom "----" [replaygain_track_gain] contains: -9.24 dB Atom "----" [replaygain_track_peak] contains: 0.999969 I would like to apply these volume adjustments during playback. The tags are not present in the format context metadata dictionary, or in the individual streams metadata. If I could access this metadata I could perhaps apply the volume adjustments with a volume avfilter, but they do not seem to be exposed at all at the moment. My enhancement request is to either expose the tags to the user somehow, or at least parse and apply them behind the scenes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 22:13:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 21:13:59 -0000 Subject: [FFmpeg-trac] #3398(undetermined:new): Parse and apply ReplayGain tags In-Reply-To: <038.0f5a155975cc0266b344cc0e63fae2e6@avcodec.org> References: <038.0f5a155975cc0266b344cc0e63fae2e6@avcodec.org> Message-ID: <053.73c263a795418c866cb67ab97e21b2c6@avcodec.org> #3398: Parse and apply ReplayGain tags -------------------------------------+------------------------------------- Reporter: theodorz | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: volume | Resolution: replaygain | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by gjdfgh): * cc: nfxjfg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 22:33:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 21:33:13 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.233d507c82b2f6b744a4c2a95c09e5d0@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Atarikid): See attachment. This example doesn't even show the audio bitrate. Although most MKV (with audio stream) do show the bitrate. The video bitrate is never shown (tried on a lot of mov files). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 22:35:17 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 21:35:17 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.241a12024aefc73c819a006973d378ca@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Atarikid): Added a second example. This one does show the audio bitrate, but still no video bitrate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 22:35:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 21:35:54 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.ffc3c46a823957beb9de69cddd7aa40a@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Atarikid): On a side note: the total bitrate is always shown (audio + video) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 22:53:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 21:53:40 -0000 Subject: [FFmpeg-trac] #3399(undetermined:new): Scaling MP4 Video results in bad output MP4 Message-ID: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> #3399: Scaling MP4 Video results in bad output MP4 --------------------------------------+---------------------------------- Reporter: mressler | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: Attempting to scale an MP4/H264 1920x1080 source video to 1024:-1 (also Mp4/H264) results in odd playback in different players. VLC shows green box artifacts, QuickTime and MPlayer both show jerky/slow playback. How to reproduce: (Grab source from: https://www.dropbox.com/s/thy8zxbvx1ygqru/VID_20130619_161750_449.mp4) {{{ % ffmpeg -i VID_20130619_161750_449.mp4 -vf "scale=1024:-1" VID_scaled.mp4 }}} VID_scaled.mp4 ends up with green artifacts in VLC and doesn't play appropriately in QuickTime or MPlayer. Interestingly, if I clip the video first via: {{{ % ffmpeg -i VID_20130619_161750_449.mp4 -ss 18 -t 15 -c:v copy -c:a copy clip2.mp4 }}} And then run the scale command: {{{ % ffmpeg -i clip2.mp4 -vf "scale=1024:-1" VID_clip_scaled.mp4 }}} The resulting video plays fine in VLC, QuickTime, and MPlayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 23:43:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 22:43:07 -0000 Subject: [FFmpeg-trac] #3399(undetermined:new): Scaling MP4 Video results in bad output MP4 In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.68ed4c4d809882489d1beb48b65d5146@avcodec.org> #3399: Scaling MP4 Video results in bad output MP4 ----------------------------------+---------------------------------------- Reporter: mressler | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.1.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by llogan): To make this a valid ticket please include the complete console output for each command. Otherwise we can only make guesses. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 18 23:54:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Feb 2014 22:54:42 -0000 Subject: [FFmpeg-trac] #3399(undetermined:new): Scaling MP4 Video results in bad output MP4 In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.933d42bdbe78e3448d2cbf3cfb137822@avcodec.org> #3399: Scaling MP4 Video results in bad output MP4 ----------------------------------+---------------------------------------- Reporter: mressler | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.1.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by mressler): (I don't see a way to edit the description above, so here's a new description with full output.) Summary of the bug: Attempting to scale an MP4/H264 1920x1080 source video to 1024:-1 (also Mp4/H264) results in odd playback in different players. VLC shows green box artifacts, QuickTime? and MPlayer both show jerky/slow playback. How to reproduce: (Grab source from: ?https://www.dropbox.com/s/thy8zxbvx1ygqru/VID_20130619_161750_449.mp4) {{{ % ffmpeg -i VID_20130619_161750_449.mp4 -vf "scale=1024:-1" VID_scaled.mp4 ffmpeg version 2.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2014 12:57:49 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.1.3 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'VID_20130619_161750_449.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 creation_time : 2013-06-19 20:18:49 Duration: 00:00:58.05, start: 0.000000, bitrate: 15706 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : SoundHandle Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1920x1080, 15469 kb/s, SAR 65536:65536 DAR 16:9, 29.89 fps, 1k tbr, 1k tbn, 2k tbc (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : VideoHandle File 'VID_scaled.mp4' already exists. Overwrite ? [y/N] y [libx264 @ 0x7fc0f2863c00] using SAR=1/1 [libx264 @ 0x7fc0f2863c00] MB rate (2304000) > level limit (2073600) [libx264 @ 0x7fc0f2863c00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x7fc0f2863c00] profile High, level 5.2 [libx264 @ 0x7fc0f2863c00] 264 - core 125 - 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=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 'VID_scaled.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 encoder : Lavf55.19.104 Stream #0:0(eng): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1024x576 [SAR 1:1 DAR 16:9], q=-1--1, 16k tbn, 1k tbc (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : VideoHandle Stream #0:1(eng): Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 128 kb/s (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : SoundHandle Stream mapping: Stream #0:1 -> #0:0 (h264 -> libx264) Stream #0:0 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help frame=58016 fps=149 q=-1.0 Lsize= 47319kB time=00:00:58.01 bitrate=6681.8kbits/s dup=56281 drop=0 video:45706kB audio:890kB subtitle:0 global headers:0kB muxing overhead 1.551760% [libx264 @ 0x7fc0f2863c00] frame I:241 Avg QP:19.11 size: 59516 [libx264 @ 0x7fc0f2863c00] frame P:15706 Avg QP:21.99 size: 1876 [libx264 @ 0x7fc0f2863c00] frame B:42069 Avg QP:32.95 size: 71 [libx264 @ 0x7fc0f2863c00] consecutive B-frames: 3.2% 0.2% 0.5% 96.1% [libx264 @ 0x7fc0f2863c00] mb I I16..4: 5.1% 69.1% 25.8% [libx264 @ 0x7fc0f2863c00] mb P I16..4: 0.0% 0.2% 0.1% P16..4: 7.9% 2.8% 2.1% 0.0% 0.0% skip:86.9% [libx264 @ 0x7fc0f2863c00] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 3.3% 0.0% 0.0% direct: 0.0% skip:96.7% L0:26.8% L1:73.2% BI: 0.0% [libx264 @ 0x7fc0f2863c00] 8x8 transform intra:69.6% inter:59.9% [libx264 @ 0x7fc0f2863c00] coded y,uvDC,uvAC intra: 92.9% 68.7% 35.0% inter: 1.4% 1.0% 0.0% [libx264 @ 0x7fc0f2863c00] i16 v,h,dc,p: 14% 11% 5% 70% [libx264 @ 0x7fc0f2863c00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 16% 22% 5% 8% 9% 8% 6% 8% [libx264 @ 0x7fc0f2863c00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 15% 10% 6% 10% 11% 8% 6% 7% [libx264 @ 0x7fc0f2863c00] i8c dc,h,v,p: 51% 19% 23% 7% [libx264 @ 0x7fc0f2863c00] Weighted P-Frames: Y:0.4% UV:0.0% [libx264 @ 0x7fc0f2863c00] ref P L0: 81.7% 12.1% 5.9% 0.4% 0.0% [libx264 @ 0x7fc0f2863c00] ref B L0: 95.8% 4.2% 0.0% [libx264 @ 0x7fc0f2863c00] ref B L1: 85.4% 14.6% [libx264 @ 0x7fc0f2863c00] kb/s:6453.67 }}} VID_scaled.mp4 ends up with green artifacts in VLC and doesn't play appropriately in QuickTime? or MPlayer. Interestingly, if I clip the video first via: {{{ % ffmpeg -i VID_20130619_161750_449.mp4 -ss 18 -t 15 -c:v copy -c:a copy clip2.mp4 ffmpeg version 2.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2014 12:57:49 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.1.3 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'VID_20130619_161750_449.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 creation_time : 2013-06-19 20:18:49 Duration: 00:00:58.05, start: 0.000000, bitrate: 15706 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : SoundHandle Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1920x1080, 15469 kb/s, SAR 65536:65536 DAR 16:9, 29.89 fps, 1k tbr, 1k tbn, 2k tbc (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : VideoHandle File 'clip2.mp4' already exists. Overwrite ? [y/N] y Output #0, mp4, to 'clip2.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 encoder : Lavf55.19.104 Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 65536:65536 DAR 16:9], q=2-31, 15469 kb/s, 29.89 fps, 16k tbn, 1k tbc (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : VideoHandle Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, 128 kb/s (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : SoundHandle Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 444 fps=0.0 q=-1.0 Lsize= 28323kB time=00:00:15.00 bitrate=15462.3kbits/s video:28072kB audio:234kB subtitle:0 global headers:0kB muxing overhead 0.057352% }}} And then run the scale command: {{{ % ffmpeg -i clip2.mp4 -vf "scale=1024:-1" VID_clip_scaled.mp4 ffmpeg version 2.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2014 12:57:49 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.1.3 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'clip2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.19.104 Duration: 00:00:15.00, start: 0.005011, bitrate: 15466 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1920x1080, 15542 kb/s, 30.01 fps, 30 tbr, 16k tbn, 32k tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: handler_name : SoundHandler [libx264 @ 0x7ff8c48f1200] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x7ff8c48f1200] profile High, level 3.1 [libx264 @ 0x7ff8c48f1200] 264 - core 125 - 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=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 'VID_clip_scaled.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.19.104 Stream #0:0(eng): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1024x576, q=-1--1, 15360 tbn, 30 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help frame= 451 fps= 56 q=-1.0 Lsize= 2622kB time=00:00:15.00 bitrate=1432.0kbits/s dup=7 drop=0 video:2370kB audio:235kB subtitle:0 global headers:0kB muxing overhead 0.674256% [libx264 @ 0x7ff8c48f1200] frame I:2 Avg QP:21.56 size: 57176 [libx264 @ 0x7ff8c48f1200] frame P:168 Avg QP:24.62 size: 10380 [libx264 @ 0x7ff8c48f1200] frame B:281 Avg QP:27.22 size: 2020 [libx264 @ 0x7ff8c48f1200] consecutive B-frames: 0.4% 27.1% 67.2% 5.3% [libx264 @ 0x7ff8c48f1200] mb I I16..4: 6.5% 64.9% 28.6% [libx264 @ 0x7ff8c48f1200] mb P I16..4: 0.2% 1.5% 0.5% P16..4: 44.3% 13.9% 9.8% 0.0% 0.0% skip:29.9% [libx264 @ 0x7ff8c48f1200] mb B I16..4: 0.0% 0.1% 0.0% B16..8: 49.8% 2.1% 0.3% direct: 0.4% skip:47.3% L0:39.9% L1:57.4% BI: 2.6% [libx264 @ 0x7ff8c48f1200] 8x8 transform intra:66.9% inter:72.6% [libx264 @ 0x7ff8c48f1200] coded y,uvDC,uvAC intra: 79.3% 58.4% 20.6% inter: 12.6% 5.9% 0.2% [libx264 @ 0x7ff8c48f1200] i16 v,h,dc,p: 22% 25% 5% 48% [libx264 @ 0x7ff8c48f1200] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 13% 20% 5% 12% 12% 11% 6% 8% [libx264 @ 0x7ff8c48f1200] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 13% 14% 5% 12% 13% 9% 6% 5% [libx264 @ 0x7ff8c48f1200] i8c dc,h,v,p: 55% 19% 18% 8% [libx264 @ 0x7ff8c48f1200] Weighted P-Frames: Y:5.4% UV:0.0% [libx264 @ 0x7ff8c48f1200] ref P L0: 60.9% 17.9% 15.4% 5.7% 0.1% [libx264 @ 0x7ff8c48f1200] ref B L0: 81.3% 16.3% 2.5% [libx264 @ 0x7ff8c48f1200] ref B L1: 88.1% 11.9% [libx264 @ 0x7ff8c48f1200] kb/s:1290.94 }}} The resulting video plays fine in VLC, QuickTime?, and MPlayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 03:34:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 02:34:00 -0000 Subject: [FFmpeg-trac] #3400(avcodec:new): libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams Message-ID: <037.9661f557fccb809ecafb3f9146427f5a@avcodec.org> #3400: libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams -------------------------------------+------------------------------------- Reporter: coolfat | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: libavcodec | unspecified cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams How to reproduce: {{{ % ffmpeg -i akiyo_cif.avs akiyo_cif.yuv avconv version 9_beta3, Copyright (c) 2000-2012 the Libav developers built on Jan 15 2014 09:45:40 with gcc 4.3.3 (Ubuntu 4.3.3-5ubuntu4) Illegal intra prediction mode Last message repeated 13 times [cavs @ 0x9cf0ec0] illegal intra chroma pred mode Last message repeated 4 times [cavsvideo @ 0x9cef000] max_analyze_duration reached [cavsvideo @ 0x9cef000] Estimating duration from bitrate, this may be inaccurate Input #0, cavsvideo, from '/home/samba_share/hfxing/akiyo_cif.avs': Duration: N/A, bitrate: N/A Stream #0.0: Video: cavs, yuv420p, 352x288, 25 fps, 25 tbr, 25 tbn, 25 tbc File '/home/samba_share/hfxing/akiyo_cif.yuv' already exists. Overwrite ? [y/N] y Output #0, rawvideo, to '/home/samba_share/hfxing/akiyo_cif.yuv': Metadata: encoder : Lavf54.20.0 Stream #0.0: Video: rawvideo, yuv420p, 352x288, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (cavs -> rawvideo) Press ctrl-c to stop encoding Illegal intra prediction mode Last message repeated 13 times [cavs @ 0x9cf0ec0] illegal intra chroma pred mode Last message repeated 4 times [cavs @ 0x9cf0ec0] position out of block bounds at pic 6 MB(3,9) Illegal intra prediction mode [cavs @ 0x9cf0ec0] position out of block bounds at pic 6 MB(6,9) [cavs @ 0x9cf0ec0] position out of block bounds at pic 6 MB(8,12) .......... }}} 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 19 07:19:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 06:19:43 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.cc9b190e04e2453d5a6e9c12ed75bee6@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): That is why I said that they are '''considered static on MacOSX'''. Technically they are not, but since there is not static version of libSystem.B.dylib, there are no static binaries on MacOSX, because all binaries require this lib. So the term static on MacOSX means that nothing else is required to run this executable. So this is as close as you can get on MacOSX. But 'all-dependend-libraries-to-run-on-MacOSX-are-included' binary is a tongue twister and that's why people adapted the term static for binaries that only show system libs in the otool output. So my binary has all the libs included in the binary to run it on all MacOSX version > 10.6.8. (e.g. libbluray, libopus, and about 20 more). It doesn't make any sense to compile it on a system that has Homebrew or Macports installed where the binary links to files which are only available on my box and do not exist on a standard MacOSX machine. The first thing they get is a library missing error when they try to run it. But this has nothing to do with the ticket, I just wanted to explain what people '''consider''' static on MacOSX. I'm not saying that it is technically correct. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 09:14:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 08:14:37 -0000 Subject: [FFmpeg-trac] #3399(undetermined:new): Scaling MP4 Video results in bad output MP4 In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.3a0d10ed3f6ce37234d594219a63673a@avcodec.org> #3399: Scaling MP4 Video results in bad output MP4 ----------------------------------+---------------------------------------- Reporter: mressler | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.1.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by cehoyos): Is the problem also reproducible without using an external library (using {{{-vcodec mpeg4}}})? And please test current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 09:17:33 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 08:17:33 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.6431e5a504d1fe14b3d180fe066de943@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Where you able to test with saner compiler and configure line? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 09:38:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 08:38:35 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.9d1ed80c167dc55f761c540fa335554a@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): Oh, my update on this apparently didn't go through. Yes, I used `./configure --cc=clang && make`, but no change. Same problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 09:59:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 08:59:34 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.bb51c6aa5c44ae455ef05d6681d9bf46@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Assuming there is a bug that can be fixed in FFmpeg, I don't think anybody can do anything about it as long as you don't run a regression test with git bisect to find the change introducing the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 10:07:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 09:07:32 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.c6bb2c8c8f4f0876b226074bbad621e3@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): This will take a while, maybe next weekend I can work on it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 11:38:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 10:38:29 -0000 Subject: [FFmpeg-trac] #3399(undetermined:open): Bad output framerate decision for mp4 from camera (was: Scaling MP4 Video results in bad output MP4) In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.0eeb4d1c3c5898f639c0e7921f19a4de@avcodec.org> #3399: Bad output framerate decision for mp4 from camera -------------------------------------+------------------------------------- Reporter: mressler | 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: 2.1.3 => git-master * reproduced: 0 => 1 Comment: Unrelated to scaling, work-around is to use {{{-r 30000/1001}}} {{{ $ ffmpeg -i VID_20130619_161750_449.mp4 -qscale 2 -strict -2 -vcodec mpeg4 out.mov ffmpeg version N-60713-g1355caf Copyright (c) 2000-2014 the FFmpeg developers built on Feb 18 2014 16:50:43 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-gray libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'VID_20130619_161750_449.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 creation_time : 2013-06-19 20:18:49 Duration: 00:00:58.05, start: 0.000000, bitrate: 15706 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : SoundHandle Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1920x1080, 15469 kb/s, SAR 65536:65536 DAR 16:9, 29.89 fps, 1k tbr, 1k tbn, 2k tbc (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : VideoHandle Please use -q:a or -q:v, -qscale is ambiguous Output #0, mov, to 'out.mov': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 encoder : Lavf55.33.100 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 16k tbn, 1k tbc (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : VideoHandle Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2013-06-19 20:18:49 handler_name : SoundHandle Stream mapping: Stream #0:1 -> #0:0 (h264 -> mpeg4) Stream #0:0 -> #0:1 (aac -> aac) Press [q] to stop, [?] for help frame=58016 fps=330 q=2.0 Lsize= 1132027kB time=00:00:58.01 bitrate=159845.0kbits/s dup=56281 drop=0 video:1130841kB audio:894kB subtitle:0 data:0 global headers:0kB muxing overhead 0.025849% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 11:49:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 10:49:46 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.9005f1735659694bb13ac900a5b8a233@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Which application does show the video bitrate for one of the files you attached? I only tested mkvinfo which doesn't show it (or do I miss it)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 12:04:03 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 11:04:03 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.fcda029bfc1a9446c17ae190cc08bcef@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): If the video stream does not contain bitrate information in its headers, then there is nothing for FFmpeg to show, its as simple as that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 12:40:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 11:40:59 -0000 Subject: [FFmpeg-trac] #3399(undetermined:closed): Bad output framerate decision for mp4 from camera In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.47b3e574add954b35fdf643e5a9e9815@avcodec.org> #3399: Bad output framerate decision for mp4 from camera -------------------------------------+------------------------------------- Reporter: mressler | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: fps mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => fps mov * status: open => closed * resolution: => duplicate Comment: Looks like a duplicate of ticket #2958 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 12:41:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 11:41:52 -0000 Subject: [FFmpeg-trac] #2958(undetermined:open): Transcoding some iPhone camera roll videos outputs excessive frame-rate In-Reply-To: <039.ddf4808bc3dd8a7ef51c4b4d8e5d3517@avcodec.org> References: <039.ddf4808bc3dd8a7ef51c4b4d8e5d3517@avcodec.org> Message-ID: <054.a95d8200dece3560e63ec7db1aeb583c@avcodec.org> #2958: Transcoding some iPhone camera roll videos outputs excessive frame-rate -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov => mov fps * status: new => open * reproduced: 0 => 1 Comment: Different sample from ticket #3399 is in http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket3399/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 13:31:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 12:31:59 -0000 Subject: [FFmpeg-trac] #2798(avformat:new): Unexpected behavior with cover art In-Reply-To: <037.0421edee3f99fedb2caa07225adc811c@avcodec.org> References: <037.0421edee3f99fedb2caa07225adc811c@avcodec.org> Message-ID: <052.57653835d963a6d3273e827828585194@avcodec.org> #2798: Unexpected behavior with cover art -------------------------------------+------------------------------------ Reporter: svnpenn | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165423/focus=165425 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 13:32:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 12:32:19 -0000 Subject: [FFmpeg-trac] #2798(avformat:open): Unexpected behavior with cover art In-Reply-To: <037.0421edee3f99fedb2caa07225adc811c@avcodec.org> References: <037.0421edee3f99fedb2caa07225adc811c@avcodec.org> Message-ID: <052.49e3d2a8fae62d2df7c7834bfb7f4f1a@avcodec.org> #2798: Unexpected behavior with cover art -------------------------------------+------------------------------------ Reporter: svnpenn | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed 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 Wed Feb 19 17:12:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 16:12:37 -0000 Subject: [FFmpeg-trac] #3399(undetermined:closed): Bad output framerate decision for mp4 from camera In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.1137cb3d4626bbfb216142e56bad038a@avcodec.org> #3399: Bad output framerate decision for mp4 from camera -------------------------------------+------------------------------------- Reporter: mressler | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: fps mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by mressler): So -r will force the framerate, but how did you know to use those values? What about the source video caused the bad decision to be made by ffmpeg? I ask so that I can detect this automatically for my users in the future. Is it a good idea to always manually force the framerate? The sample command you ran didn't include the -r option? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:17:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:17:00 -0000 Subject: [FFmpeg-trac] #3399(undetermined:closed): Bad output framerate decision for mp4 from camera In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.66cb853379c9a82a33329722c51b193c@avcodec.org> #3399: Bad output framerate decision for mp4 from camera -------------------------------------+------------------------------------- Reporter: mressler | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: fps mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 mressler]: > The sample command you ran didn't include the -r option? I did not want to post a working command line but an as-simple-as-possible command line that allows to reproduce the problem (and avoids using an external library). Note that I missed the issue originally because of the noisy x264 output. The FFmpeg mov muxer only supports cfr, if your input file is vfr, frames are dropped and / or duplicated to produce cfr output. Knowing the correct frame-rate is not always easy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:22:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:22:34 -0000 Subject: [FFmpeg-trac] #3399(undetermined:closed): Bad output framerate decision for mp4 from camera In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.ba258b04f0591fdccc2453f11e6b39cf@avcodec.org> #3399: Bad output framerate decision for mp4 from camera -------------------------------------+------------------------------------- Reporter: mressler | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: fps mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by mressler): Ah, gotcha. Thanks for the help. What's the easiest way to tell if the source video is VFR? What method did you use to determine the correct frame-rate? Any pointers here are much appreciated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:25:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:25:23 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.b275274dc96d7cd842d70502a5c40f55@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by steffen.weber): Videos taken with a Nokia Lumia 1320 cause this problem, too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:53:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:53:32 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.75e816f9fc8e5c29afbf55c14c3a2822@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:15 steffen.weber]: > Videos taken with a Nokia Lumia 1320 cause this problem, too. I would be surprised and this was not reproducible with the sample that was attached here (I removed it because samples that do not allow to reproduce an issue only lead to confusion). Before uploading another sample, please make sure that what you claim is reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:55:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:55:16 -0000 Subject: [FFmpeg-trac] #3399(undetermined:closed): Bad output framerate decision for mp4 from camera In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.113e61e706f216c623d3579d695e772f@avcodec.org> #3399: Bad output framerate decision for mp4 from camera -------------------------------------+------------------------------------- Reporter: mressler | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: fps mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): fixed in 2969fb43939e74c632559dc865a9ae542ca9eef8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:55:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:55:28 -0000 Subject: [FFmpeg-trac] #2958(undetermined:closed): Transcoding some iPhone camera roll videos outputs excessive frame-rate In-Reply-To: <039.ddf4808bc3dd8a7ef51c4b4d8e5d3517@avcodec.org> References: <039.ddf4808bc3dd8a7ef51c4b4d8e5d3517@avcodec.org> Message-ID: <054.8b8627f79e2dff908f2627f7f4183656@avcodec.org> #2958: Transcoding some iPhone camera roll videos outputs excessive frame-rate -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov fps | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 2969fb43939e74c632559dc865a9ae542ca9eef8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:55:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:55:39 -0000 Subject: [FFmpeg-trac] #3399(undetermined:closed): Bad output framerate decision for mp4 from camera In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.f2d34e1f75b315788820ff992303653b@avcodec.org> #3399: Bad output framerate decision for mp4 from camera -------------------------------------+------------------------------------- Reporter: mressler | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: fps mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 mressler]: > What's the easiest way to tell if the source video is VFR? I looked at FFmpeg's console output and saw that many frames were duplicated. (Some formats are by definition vfr, other by definition cfr, but this is not what this ticket is about.) > What method did you use to determine the correct frame-rate? I looked at FFmpeg's output and saw an actual average framerate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:59:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:59:38 -0000 Subject: [FFmpeg-trac] #3399(avformat:closed): Bad output framerate decision for mp4 from camera In-Reply-To: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> References: <038.ebb25817b91d144e72ea1cf05cc62003@avcodec.org> Message-ID: <053.23af2a1108e31e1a6068acc1429836ae@avcodec.org> #3399: Bad output framerate decision for mp4 from camera ------------------------------------+------------------------------------- Reporter: mressler | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: fps mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 18:59:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 17:59:58 -0000 Subject: [FFmpeg-trac] #2958(avformat:closed): Transcoding some iPhone camera roll videos outputs excessive frame-rate In-Reply-To: <039.ddf4808bc3dd8a7ef51c4b4d8e5d3517@avcodec.org> References: <039.ddf4808bc3dd8a7ef51c4b4d8e5d3517@avcodec.org> Message-ID: <054.73d2de851720c44ca6bae84021a6252d@avcodec.org> #2958: Transcoding some iPhone camera roll videos outputs excessive frame-rate ------------------------------------+------------------------------------ Reporter: nealzebub | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov fps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 19:34:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 18:34:10 -0000 Subject: [FFmpeg-trac] #3401(undetermined:new): DVB subtitles not shown Message-ID: <037.5cd340289f1e1702e192ce3611e48b4e@avcodec.org> #3401: DVB subtitles not shown -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: mpegts Blocked By: | videolan dvbsub Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- (videolan ticket 10655, I don't think this is a duplicate of ticket #2161) A vlc user provided a sample that contains a dvbsub subtitle streams that can be shown with mplayer -demuxer mpegts (and vlc): {{{ $ mplayer video_subs_ttxt+dvbsub.ts -demuxer mpegts -sid 0x138c }}} ffplay and ffmpeg -filter_complex overlay do not show subtitles, but the following command line shows the expected subtitles: {{{ $ ffmpeg -f lavfi -i testsrc=s=pal -i video_subs_ttxt+dvbsub.ts -filter_complex [0:0][1:12]overlay -an -qscale 2 -t 140 out.avi }}} The following command produces an output file that does not show any subtitles: {{{ $ ffmpeg -i video_subs_ttxt+dvbsub.ts -filter_complex [0:0][0:12]overlay -an -qscale 2 -t 140 out.avi ffmpeg version N-60739-g3734c3e Copyright (c) 2000-2014 the FFmpeg developers built on Feb 19 2014 18:55:39 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0x1aa3460] Invalid frame dimensions 0x0. Last message repeated 3 times [NULL @ 0x1aa5a60] start time is not set in estimate_timings_from_pts [NULL @ 0x1aa64e0] start time is not set in estimate_timings_from_pts [NULL @ 0x1ac12c0] start time is not set in estimate_timings_from_pts [NULL @ 0x1ac1b40] start time is not set in estimate_timings_from_pts [NULL @ 0x1ac25a0] start time is not set in estimate_timings_from_pts [NULL @ 0x1ac3000] start time is not set in estimate_timings_from_pts [NULL @ 0x1ac3a60] start time is not set in estimate_timings_from_pts [NULL @ 0x1ac44c0] start time is not set in estimate_timings_from_pts [mpegts @ 0x1a9e9a0] PES packet size mismatch Last message repeated 1 times [mpegts @ 0x1a9e9a0] Could not find codec parameters for stream 4 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1a9e9a0] Could not find codec parameters for stream 5 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1a9e9a0] Could not find codec parameters for stream 6 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1a9e9a0] Could not find codec parameters for stream 7 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1a9e9a0] Could not find codec parameters for stream 8 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1a9e9a0] Could not find codec parameters for stream 9 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1a9e9a0] Could not find codec parameters for stream 10 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1a9e9a0] Could not find codec parameters for stream 11 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'video_subs_ttxt+dvbsub.ts': Duration: 00:02:21.72, start: 458.712200, bitrate: 6010 kb/s Program 6301 Metadata: service_name : BBC 1 London service_provider: BSkyB Stream #0:0[0x1388]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 7980 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1389](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 254 kb/s Stream #0:2[0x138a](NAR): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 254 kb/s Stream #0:3[0x138b](eng,eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:4[0x902]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:5[0x903]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:6[0x904]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:7[0x905]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:8[0x907]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:9[0x908]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:10[0x909]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:11[0x90a]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:12[0x138c](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Program 6318 Metadata: service_name : CBeebies service_provider: BSkyB Program 6319 Metadata: service_name : BBC THREE service_provider: BSkyB Program 6331 Metadata: service_name : BBC 1 NI service_provider: BSkyB Program 6363 Metadata: service_name : BBC R Cymru service_provider: BSkyB Program 6302 Metadata: service_name : BBC 2 England service_provider: BSkyB Program 6304 Metadata: service_name : BBC NEWS 24 service_provider: BSkyB Program 6306 Metadata: service_name : ETV service_provider: BSkyB Program 6308 Metadata: service_name : BBC TES Test service_provider: BSkyB Program 6309 Metadata: service_name : BBC TES 2 service_provider: BSkyB Program 6315 Metadata: service_name : BBC TES 3 service_provider: BSkyB Program 6316 Metadata: service_name : BBC FOUR service_provider: BSkyB Program 6317 Metadata: service_name : CBBC Channel service_provider: BSkyB Please use -q:a or -q:v, -qscale is ambiguous [mpegts @ 0x1a9e9a0] sub2video: using 720x576 canvas Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.33.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc (default) Stream mapping: Stream #0:0 (mpeg2video) -> overlay:main Stream #0:12 (dvbsub) -> overlay:overlay overlay -> Stream #0:0 (mpeg4) Press [q] to stop, [?] for help frame= 3493 fps=233 q=2.0 Lsize= 65424kB time=00:02:20.00 bitrate=3828.2kbits/s video:65335kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.136851% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 19:36:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 18:36:23 -0000 Subject: [FFmpeg-trac] #3401(undetermined:new): DVB subtitles not shown In-Reply-To: <037.5cd340289f1e1702e192ce3611e48b4e@avcodec.org> References: <037.5cd340289f1e1702e192ce3611e48b4e@avcodec.org> Message-ID: <052.b90cc8a6a6af695ff4457100962f1f85@avcodec.org> #3401: DVB subtitles not shown -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: videolan dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3401/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 19:41:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 18:41:52 -0000 Subject: [FFmpeg-trac] #3401(undetermined:closed): DVB subtitles not shown In-Reply-To: <037.5cd340289f1e1702e192ce3611e48b4e@avcodec.org> References: <037.5cd340289f1e1702e192ce3611e48b4e@avcodec.org> Message-ID: <052.f83a8152cdd4e7980f2d6d4f6d5fb1e6@avcodec.org> #3401: DVB subtitles not shown -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: videolan dvbsub | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: videolan, mpegts, dvbsub (removed) * status: new => closed * resolution: => worksforme Comment: Please ignore, the subtitles work fine, I don't know what I originally tested. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 19 22:24:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 21:24:24 -0000 Subject: [FFmpeg-trac] #3148(undetermined:new): SubRip subtitles to TX3G problems when the millisecond in the presentation timestamp are not a multiple of 10 In-Reply-To: <037.51aa5dc78247271423bbbacc861a758f@avcodec.org> References: <037.51aa5dc78247271423bbbacc861a758f@avcodec.org> Message-ID: <052.3c76c2a54ff104a0420d2327fb2e3dae@avcodec.org> #3148: SubRip subtitles to TX3G problems when the millisecond in the presentation timestamp are not a multiple of 10 -------------------------------------+------------------------------------- Reporter: pdamont | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: subrip | Resolution: mov_text mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: subrip subtitles mov_text tx3g quicktime => subrip mov_text mov Comment: Is the problem reproducible with current FFmpeg git head? Please provide the failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 20 00:39:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Feb 2014 23:39:24 -0000 Subject: [FFmpeg-trac] #3277(undetermined:new): Segfault with sample. In-Reply-To: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> References: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> Message-ID: <059.f57514c9f3adf27c575453b62dc5421a@avcodec.org> #3277: Segfault with sample. -------------------------------------+------------------------------------- Reporter: | Owner: SevereOverfl0w | Status: new Type: defect | Component: Priority: important | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): The code is completely different now, and the uninitialized data should have been fixed in 21b25537fb8f77b098575e90d8b24556451badf3. However this uninitialized memory should not have allowed a crash to happen, so the deeper issue might still be hiding. Is this still possible to reproduce somehow? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 20 09:33:16 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Feb 2014 08:33:16 -0000 Subject: [FFmpeg-trac] #3329(avfilter:closed): fps filter bug In-Reply-To: <037.e273ccf600222e6d4f719819c0c6ac76@avcodec.org> References: <037.e273ccf600222e6d4f719819c0c6ac76@avcodec.org> Message-ID: <052.86b19c279460c52baa016b94196e4359@avcodec.org> #3329: fps filter bug ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in 8f33810e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 20 09:34:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Feb 2014 08:34:08 -0000 Subject: [FFmpeg-trac] #3380(swresample:closed): swresample segfault with 10-channel amerge+pan In-Reply-To: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> References: <036.b7c50610fb5ebc7eca7083d6536b9fb2@avcodec.org> Message-ID: <051.634cede5eadee86c05420bccb2aa884a@avcodec.org> #3380: swresample segfault with 10-channel amerge+pan ------------------------------------+-------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: closed Priority: important | Component: swresample Version: git-master | Resolution: fixed Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas in 6c27aea8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 20 09:53:27 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Feb 2014 08:53:27 -0000 Subject: [FFmpeg-trac] #3277(undetermined:new): Segfault with sample. In-Reply-To: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> References: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> Message-ID: <059.a452cd8a864538b9631408045b374267@avcodec.org> #3277: Segfault with sample. -------------------------------------+------------------------------------- Reporter: | Owner: SevereOverfl0w | Status: new Type: defect | Component: Priority: important | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does not crash anymore on OpenSuse with vlc 2.1.2 and libavcodec 2.1.3 Does it still crash on Arch Linux? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 20 09:58:11 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Feb 2014 08:58:11 -0000 Subject: [FFmpeg-trac] #3351(undetermined:new): IMX D10 File Encoding Fails to Produce Valid IMX File In-Reply-To: <036.6b45be33b2ea92f3b6ccc4775c5cfe42@avcodec.org> References: <036.6b45be33b2ea92f3b6ccc4775c5cfe42@avcodec.org> Message-ID: <051.e0b27997fea86f64d3e505f81e620dda@avcodec.org> #3351: IMX D10 File Encoding Fails to Produce Valid IMX File -------------------------------------+------------------------------------- Reporter: steven | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: imx | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Any news on this? I don't know how to test this issue (can I test it easily?), so if you want this fixed, please test the suggested versions (to confirm the issue) and the attached patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 20 11:19:02 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Feb 2014 10:19:02 -0000 Subject: [FFmpeg-trac] #3402(avcodec:new): dpx parser is more strict than the dpx decoder Message-ID: <037.8666770a212f6650363ff5bc250b14c2@avcodec.org> #3402: dpx parser is more strict than the dpx decoder --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: dpx Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.libav.user/12337/focus=12504 The dpx sample fate-suite/dpx/lighthouse_rgb48.dpx has an incorrect filesize written in the header, works fine with the lavc decoder, the lavc parser cuts the file. {{{ $ cat fate-suite/dpx/lighthouse_rgb48.dpx | ./ffmpeg -f image2pipe -vcodec dpx -i - out.png ffmpeg version N-60762-g3edc3b1 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 20 2014 09:30:22 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [dpx @ 0x2ad3b20] Overread buffer. Invalid header? Input #0, image2pipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0:0: Video: dpx, rgb48be, 768x512, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb48be, 768x512, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (dpx -> png) [dpx @ 0x2ad3b20] Overread buffer. Invalid header? Error while decoding stream #0:0: Invalid data found when processing input pipe:: Input/output error frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 06:53:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 05:53:24 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.44267c13f0cc0e5b8f4db2b32dcc7428@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Oh, it's not the same bug at all. It's a remaining bug on M/S encoding. I'll see what I can do about it, but it's not a regression by all means (phew) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 07:57:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 06:57:24 -0000 Subject: [FFmpeg-trac] #3392(undetermined:closed): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.db1af31106453fdf09ab78609951dbea@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | 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: reopened => closed * resolution: => invalid Comment: Please reopen if there is an application that shows the video bitrate for the samples you uploaded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 07:57:32 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 06:57:32 -0000 Subject: [FFmpeg-trac] #3392(undetermined:closed): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.60f66d276af406d179aaba8f388448fe@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 08:15:17 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 07:15:17 -0000 Subject: [FFmpeg-trac] #3392(undetermined:reopened): FFmopeg does not show video bitrates for MKV files In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.19101141bfe307b436fd459a36c7a201@avcodec.org> #3392: FFmopeg does not show video bitrates for MKV files -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by Atarikid): * status: closed => reopened * resolution: invalid => Comment: Mediainfo shows the video bitrate. Here is the output of Mediainfo for the second attached example. General Unique ID : 96413284063479173392440430446561344295 (0x488885E8AA95C388F1C35F9675CE3B27) Complete name : /Volumes/Data/Downloads/Starship_Troopers2.mkv Format : Matroska Format version : Version 4 / Version 2 File size : 2.06 MiB Duration : 5s 119ms Overall bit rate : 3 375 Kbps Writing application : Lavf55.19.104 Writing library : Lavf55.19.104 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High at L3.0 Format settings, CABAC : Yes Format settings, ReFrames : 3 frames Codec ID : V_MPEG4/ISO/AVC Bit rate : 3 180 Kbps Nominal bit rate : 3 625 Kbps Width : 720 pixels Height : 480 pixels Display aspect ratio : 16:9 Frame rate mode : Variable Standard : NTSC Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Writing library : x264 core 138 r2358 9e941d1 Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x132 / 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=8 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=cbr / mbtree=1 / bitrate=3625 / ratetol=1.0 / qcomp=0.60 / qpmin=3 / qpmax=51 / qpstep=4 / vbv_maxrate=3625 / vbv_bufsize=1450 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00 Default : Yes Forced : No Audio ID : 2 Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Format settings, Endianness : Big Codec ID : A_AC3 Duration : 5s 119ms Bit rate mode : Constant Bit rate : 128 Kbps Channel(s) : 6 channels Channel positions : Front: L C R, Side: L R, LFE Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Delay relative to video : 1mn 5s Stream size : 80.0 KiB (4%) Default : Yes Forced : No -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 08:31:42 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 07:31:42 -0000 Subject: [FFmpeg-trac] #3392(avcodec:open): FFmpeg does not show video bitrates for H.264 video (was: FFmopeg does not show video bitrates for MKV files) In-Reply-To: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> References: <038.02fb1a42c9ee5549a36e8acf173af3aa@avcodec.org> Message-ID: <053.cb8370c0cf320b2d930af22db998fa67@avcodec.org> #3392: FFmpeg does not show video bitrates for H.264 video -------------------------------------+----------------------------------- Reporter: Atarikid | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: reopened => open * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: mkv => h264 * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 08:39:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 07:39:08 -0000 Subject: [FFmpeg-trac] #3403(ffplay:new): A/V desync with ffplay for a broken avi sample Message-ID: <037.2c1ed15cb42d14d42592b47a3f39ed79@avcodec.org> #3403: A/V desync with ffplay for a broken avi sample --------------------------------------+-------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+-------------------------------- (Sample from videolan ticket 8618) A vlc user pointed to a broken avi sample that transcodes fine with ffmpeg (the output file plays in-sync) but shows A/V desync when played with ffplay. Workaround is to seek over the broken parts. To reproduce, play the sample for 50 seconds to see the problem, seek instead three times 10 seconds forward to see the same scene play in-sync. If the huge sample is cut, seeking does not allow anymore to fix the desync. {{{ $ ffmpeg -i Swindle.avi ffmpeg version N-60762-g3edc3b1 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 20 2014 11:39:42 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'Swindle.avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 01:13:32.45, start: 0.000000, bitrate: 1802 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 640x352 [SAR 1:1 DAR 20:11], 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 130 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 08:40:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 07:40:14 -0000 Subject: [FFmpeg-trac] #3403(ffplay:new): A/V desync with ffplay for a broken avi sample In-Reply-To: <037.2c1ed15cb42d14d42592b47a3f39ed79@avcodec.org> References: <037.2c1ed15cb42d14d42592b47a3f39ed79@avcodec.org> Message-ID: <052.83c5a4c68aa2eed2d9c27520c7a6b731@avcodec.org> #3403: A/V desync with ffplay for a broken avi sample ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): Sample is in http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3403/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 08:43:19 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 07:43:19 -0000 Subject: [FFmpeg-trac] #3400(avcodec:open): libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams In-Reply-To: <037.9661f557fccb809ecafb3f9146427f5a@avcodec.org> References: <037.9661f557fccb809ecafb3f9146427f5a@avcodec.org> Message-ID: <052.e0c03134bafba17de2174379f50ab27c@avcodec.org> #3400: libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams ------------------------------------+----------------------------------- Reporter: coolfat | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: libavcodec cavs => cavs * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 09:14:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 08:14:23 -0000 Subject: [FFmpeg-trac] #3369(undetermined:new): Copying from MPEG TS to MKV fails with "Can't write packet with unknown timestamp" In-Reply-To: <035.4c53ed82693167c57c41f8a95e78e555@avcodec.org> References: <035.4c53ed82693167c57c41f8a95e78e555@avcodec.org> Message-ID: <050.86c9b6ad707488fc476748b44e767f3d@avcodec.org> #3369: Copying from MPEG TS to MKV fails with "Can't write packet with unknown timestamp" --------------------------------+---------------------------------------- Reporter: gerph | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.1.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Not a duplicate of ticket #3339, maybe related to tickets #1150 and #1598 The sample is ~12 seconds long, ~346 frames. {{{ $ ffmpeg -i BBC3HD_Sherlock_Cut.mpg -vcodec copy -map 0:0 out.mkv ffmpeg version N-60799-g20fa3fb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 21 2014 09:05:35 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [h264 @ 0x2b80a60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2b80a60] decode_slice_header error [h264 @ 0x2b80a60] no frame! [mpegts @ 0x2b7c900] Stream #3: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #4: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #5: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #6: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #7: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #8: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #9: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #10: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #11: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #12: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #13: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #14: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #16: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x2b7c900] Stream #17: not enough frames to estimate rate; consider increasing probesize [NULL @ 0x2b82980] start time is not set in estimate_timings_from_pts [NULL @ 0x2b833e0] start time is not set in estimate_timings_from_pts [NULL @ 0x2b83e80] start time is not set in estimate_timings_from_pts [NULL @ 0x2b9f580] start time is not set in estimate_timings_from_pts [NULL @ 0x2b9ff00] start time is not set in estimate_timings_from_pts [NULL @ 0x2ba0960] start time is not set in estimate_timings_from_pts [NULL @ 0x2ba13c0] start time is not set in estimate_timings_from_pts [NULL @ 0x2ba1e20] start time is not set in estimate_timings_from_pts [NULL @ 0x2ba2880] start time is not set in estimate_timings_from_pts [NULL @ 0x2ba32e0] start time is not set in estimate_timings_from_pts [NULL @ 0x2ba3d40] start time is not set in estimate_timings_from_pts [NULL @ 0x2ba5240] start time is not set in estimate_timings_from_pts [NULL @ 0x2ba5ca0] start time is not set in estimate_timings_from_pts [mpegts @ 0x2b7c900] PES packet size mismatch Last message repeated 1 times [mpegts @ 0x2b7c900] Could not find codec parameters for stream 3 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 4 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 5 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 7 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 8 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 9 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 10 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 11 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 12 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 13 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 14 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 16 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2b7c900] Could not find codec parameters for stream 17 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'BBC3HD_Sherlock_Cut.mpg': Duration: 00:00:14.26, start: 39086.002622, bitrate: 11765 kb/s Program 1 Stream #0:0[0x15e0]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x15e2](NAR): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 254 kb/s Stream #0:2[0x15e3](eng,eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:3[0xf06]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:4[0xf07]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:5[0xf09]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:6[0x15e4](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:7[0xf00]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:8[0xf01]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:9[0xf02]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:10[0xf03]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:11[0xf04]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:12[0x911]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:13[0x912]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:14[0x913]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:15[0x15e1](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:16[0x15e5]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:17[0x15e6]: Unknown: none ([5][0][0][0] / 0x0005) Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [matroska @ 0x2ba77c0] Can't write packet with unknown timestamp av_interleaved_write_frame(): Invalid argument frame= 147 fps=0.0 q=-1.0 Lsize= 6054kB time=00:00:06.26 bitrate=7922.0kbits/s video:6070kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -0.269782% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 09:14:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 08:14:46 -0000 Subject: [FFmpeg-trac] #3369(undetermined:open): Copying from MPEG TS to MKV fails with "Can't write packet with unknown timestamp" In-Reply-To: <035.4c53ed82693167c57c41f8a95e78e555@avcodec.org> References: <035.4c53ed82693167c57c41f8a95e78e555@avcodec.org> Message-ID: <050.37d8c28a8854f4fc1cf8975435b935a6@avcodec.org> #3369: Copying from MPEG TS to MKV fails with "Can't write packet with unknown timestamp" -------------------------------------+------------------------------------- Reporter: gerph | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 mpegts * status: new => open * version: 2.1.3 => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 09:44:17 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 08:44:17 -0000 Subject: [FFmpeg-trac] #3369(undetermined:open): Copying from MPEG TS to MKV fails with "Can't write packet with unknown timestamp" In-Reply-To: <035.4c53ed82693167c57c41f8a95e78e555@avcodec.org> References: <035.4c53ed82693167c57c41f8a95e78e555@avcodec.org> Message-ID: <050.0aad6cd8ab325458390e233161118b0b@avcodec.org> #3369: Copying from MPEG TS to MKV fails with "Can't write packet with unknown timestamp" -------------------------------------+------------------------------------- Reporter: gerph | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mpegts | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 mpegts => h264 mpegts av_interleaved_write_frame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 10:20:52 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 09:20:52 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.0ac5e028d6365bccda1abd85b9251fe4@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by steffen.weber): I've uploaded a demo video created with the Nokia Lumia 1320 here: http://ftp.computerbase.de/Nokia-Lumia-1320-Test.mp4 {{{ $ ffmpeg -i Nokia-Lumia-1320-Test.mp4 out.mp4 ffmpeg version 2.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 19 2014 17:56:22 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.3, pie-0.5.5) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe' --extra-cflags='-march=native -O2 -pipe' --extra-cxxflags='-march=native -O2 -pipe' --disable-static --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --disable-stripping --enable-version3 --enable-nonfree --disable- indev=v4l2 --disable-outdev=v4l2 --disable-indev=alsa --disable-indev=oss --disable-indev=jack --disable-outdev=alsa --disable-outdev=oss --disable- outdev=sdl --enable-bzlib --disable-runtime-cpudetect --disable-debug --disable-doc --disable-gnutls --enable-hardcoded-tables --enable-iconv --enable-network --disable-openssl --disable-ffplay --disable-vaapi --disable-vdpau --enable-zlib --enable-libvo-aacenc --disable-libvo- amrwbenc --enable-libmp3lame --disable-libaacplus --enable-libfaac --enable-libtheora --disable-libtwolame --disable-libwavpack --enable- libx264 --disable-libxvid --disable-libcdio --disable-libiec61883 --disable-libdc1394 --disable-libcaca --disable-openal --disable-libv4l2 --disable-libpulse --disable-x11grab --disable-libflite --disable-frei0r --disable-fontconfig --disable-ladspa --disable-libass --disable- libfreetype --disable-libsoxr --enable-pthreads --disable-libopencore- amrwb --disable-libopencore-amrnb --disable-libfdk-aac --disable- libopenjpeg --disable-libbluray --disable-libcelt --disable-libgme --disable-libgsm --disable-libmodplug --enable-libopus --disable-libquvi --disable-librtmp --disable-libssh --disable-libschroedinger --disable- libspeex --enable-libvorbis --enable-libvpx --disable-libzvbi --disable- armv5te --disable-armv6 --disable-armv6t2 --disable-neon --disable-vfp --disable-mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --disable- mipsfpu --disable-altivec --disable-vis --disable-amd3dnow --disable- amd3dnowext --disable-avx2 --disable-fma4 --cpu=host libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [aac @ 0x143fb80] Input buffer exhausted before END element found Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Nokia-Lumia-1320-Test.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp423gp6isom creation_time : 2014-02-21 07:43:22 Duration: 00:00:10.08, start: 0.000000, bitrate: 20169 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 20031 kb/s, 30.01 fps, 30 tbr, 30k tbn, 60k tbc (default) Metadata: creation_time : 2014-02-21 07:43:23 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 543 kb/s (default) Metadata: creation_time : 2014-02-21 06:43:23 handler_name : AudioHandler [libx264 @ 0x15d65c0] using SAR=1/1 [libx264 @ 0x15d65c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x15d65c0] profile High, level 4.0 [libx264 @ 0x15d65c0] 264 - core 138 - 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=18 lookahead_threads=3 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, mp4, to 'out.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp423gp6isom encoder : Lavf55.19.104 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 15360 tbn, 30 tbc (default) Metadata: creation_time : 2014-02-21 07:43:23 handler_name : VideoHandler Stream #0:1(und): Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 48000 Hz, mono, s16, 128 kb/s (default) Metadata: creation_time : 2014-02-21 06:43:23 handler_name : AudioHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 [aac @ 0x143fb80] Input buffer exhausted before END element found Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x143fb80] More than one AAC RDB per ADTS frame 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 @ 0x143fb80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x143fb80] Inconsistent channel configuration. [aac @ 0x143fb80] get_buffer() failed Error while decoding stream #0:1: Invalid argument [aac @ 0x143fb80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x143fb80] Inconsistent channel configuration. [aac @ 0x143fb80] get_buffer() failed Error while decoding stream #0:1: Invalid argument [aac @ 0x143fb80] channel element 1.7 is not allocated Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x143fb80] channel element 3.10 is not allocated Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x143fb80] channel element 2.15 is not allocated Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x143fb80] channel element 2.11 is not allocated Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x143fb80] channel element 3.8 is not allocated Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x143fb80] Input buffer exhausted before END element found Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x143fb80] Dependent coupling is not supported together with LTP Last message repeated 19 times [aac @ 0x143fb80] channel element 1.15 is not allocated Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x143fb80] channel element 3.0 is not allocated1.62 bitrate= 0.2kbits/s ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 10:51:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 09:51:25 -0000 Subject: [FFmpeg-trac] #3326(avcodec:open): color_range flag for h264 decode ignored In-Reply-To: <039.e8886c0a5e796178998b7999888baf93@avcodec.org> References: <039.e8886c0a5e796178998b7999888baf93@avcodec.org> Message-ID: <054.c68959ea6e209072236f1f09b39758e5@avcodec.org> #3326: color_range flag for h264 decode ignored -------------------------------------+------------------------------------- Reporter: onejaguar | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: color_range regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264, color_range => h264 color_range regression * status: new => open * reproduced: 0 => 1 Comment: For the attached sample, the option {{{-color_range}}} has never worked, for other samples - like {{{fate-suite/h264/extreme-plane-pred.h264}}} - the option had an effect until 5dc6bd86 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 10:52:17 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 09:52:17 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.5d9d772049f43464fdbd35319612752e@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:17 steffen.weber]: > I've uploaded a demo video created with the Nokia Lumia 1320 here: http://ftp.computerbase.de/Nokia-Lumia-1320-Test.mp4 > > {{{ > ffmpeg version 2.1.3 Copyright (c) 2000-2013 the FFmpeg developers > }}} Please test current git head before reporting problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 17:13:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 16:13:16 -0000 Subject: [FFmpeg-trac] #3387(avcodec:open): Out of bound memory accesses with png encoder (and possibly crashes) In-Reply-To: <036.d836a3511c66ba7476b3f6a4fbc76381@avcodec.org> References: <036.d836a3511c66ba7476b3f6a4fbc76381@avcodec.org> Message-ID: <051.9e7a764dbb5bc54259cbaed8190828b4@avcodec.org> #3387: Out of bound memory accesses with png encoder (and possibly crashes) ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => png * status: new => open * reproduced: 0 => 1 Comment: Cl?ment sent a patch: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/174892 {{{ $ valgrind ./ffmpeg_g -i tests/lena.pnm -pred 3 -vcodec png -f null - ==9870== Memcheck, a memory error detector ==9870== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==9870== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==9870== Command: ./ffmpeg_g -i tests/lena.pnm -pred 3 -vcodec png -f null - ==9870== ffmpeg version N-60801-g6e63867 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 21 2014 15:42:30 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.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 : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 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 ==9870== Thread 18: ==9870== Invalid read of size 8 ==9870== at 0xB498A6: diff_bytes_mmx (dsputilenc_mmx.c:667) ==9870== by 0x99AB40: png_filter_row.isra.0 (pngenc.c:126) ==9870== by 0x99ABD5: png_choose_filter (pngenc.c:170) ==9870== by 0x99B09F: encode_frame (pngenc.c:393) ==9870== by 0xA51273: avcodec_encode_video2 (utils.c:1890) ==9870== by 0xC10868: worker (frame_thread_encoder.c:93) ==9870== by 0x5D1AE0D: start_thread (in /lib64/libpthread-2.15.so) ==9870== Address 0x762dbfd is 3 bytes before a block of size 248,863 alloc'd ==9870== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==9870== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==9870== by 0xD16099: av_malloc (mem.c:94) ==9870== by 0xD0991D: av_buffer_allocz (buffer.c:70) ==9870== by 0xD09EFB: av_buffer_pool_get (buffer.c:305) ==9870== by 0xA4E113: video_get_buffer (utils.c:677) ==9870== by 0xA4FCC6: get_buffer_internal (utils.c:972) ==9870== by 0xA50225: ff_get_buffer (utils.c:984) ==9870== by 0xC10E73: ff_thread_video_encode_frame (frame_thread_encoder.c:254) ==9870== by 0x47CDF7: reap_filters (ffmpeg.c:997) ==9870== by 0x466DA7: main (ffmpeg.c:3399) ==9870== frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:125kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100.017128% ==9870== ==9870== HEAP SUMMARY: ==9870== in use at exit: 80 bytes in 2 blocks ==9870== total heap usage: 2,252 allocs, 2,250 frees, 2,850,769 bytes allocated ==9870== ==9870== LEAK SUMMARY: ==9870== definitely lost: 0 bytes in 0 blocks ==9870== indirectly lost: 0 bytes in 0 blocks ==9870== possibly lost: 0 bytes in 0 blocks ==9870== still reachable: 80 bytes in 2 blocks ==9870== suppressed: 0 bytes in 0 blocks ==9870== Rerun with --leak-check=full to see details of leaked memory ==9870== ==9870== For counts of detected and suppressed errors, rerun with: -v ==9870== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 17:29:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 16:29:23 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.d955be68a3c8e693943ac9f3b9655fcd@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by steffen.weber): It works using "ffmpeg version N-60799-g20fa3fb". Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 17:53:28 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 16:53:28 -0000 Subject: [FFmpeg-trac] #3404(avfilter:new): Request: hqx filter Message-ID: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> #3404: Request: hqx filter -------------------------------------+------------------------------------- Reporter: wyatt8740 | Type: Status: new | enhancement Component: avfilter | Priority: wish Keywords: request hqx | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the request: I'd like a hqx filter for FFmpeg - it would be very useful for video game recordings. The source is here: http://web.archive.org/web/20070125113756/http://www.hiend3d.com/hq3x.html The non - archive.org version of the site does not contain source code or examples. This filter is really amazing, and I hope someone can implement it. Be aware that there is also a hq2x and a hq4x, but I am linking to 3x because it contains the most information on how the filter works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 18:01:45 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 17:01:45 -0000 Subject: [FFmpeg-trac] #3404(avfilter:open): Request: hqx filter In-Reply-To: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> References: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> Message-ID: <054.e816a702009c3532c990bbe09411adbc@avcodec.org> #3404: Request: hqx filter -------------------------------------+------------------------------------ Reporter: wyatt8740 | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: hqx xbr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * keywords: request hqx => hqx xbr * status: new => open Comment: It might be relevant to consider Hyllian' xBR instead (additionally?): http://filthypants.blogspot.com/2012/03/xbr-vs-hqx-interpolation- filter.html Also note that the original HQX filter code is totally insane. It's basically an unrolled interpolation code of all the possible combinations. It can probably fit on a few lines of code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 18:36:53 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 17:36:53 -0000 Subject: [FFmpeg-trac] #3404(avfilter:open): High quality magnification filter (was: Request: hqx filter) In-Reply-To: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> References: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> Message-ID: <054.e6348caf1194a911d0e860a1f4f3a2a5@avcodec.org> #3404: High quality magnification filter -------------------------------------+------------------------------------ Reporter: wyatt8740 | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: hqx xbr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 20:25:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 19:25:31 -0000 Subject: [FFmpeg-trac] #3405(undetermined:new): Bizare behaviour with RTP mpegts sources, Message-ID: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources, -------------------------------------+------------------------------------- Reporter: sharbatgula | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: RTP, | Blocked By: mpegts, source mix-up | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hi, I'm transcoding a bunch of SD sources from SPTS mpegts transported on different multicast addresses with RTP on port 5530. (VBR h264 video, mp2 audio) When I transcode the first source from mcast IP1:5530 the output is sort of OK (occasional green patches and false reporting of unsupported source features) Once I run a second ffmpeg instance to transcode source IP2:5530 the second instance is not ingesting IP2 content but IP1 and both instances start to interfere and they don't even come to a state to start transcoding. It's bizare that even two ffplay instances tuned to different sources play back the same content! I tried playing back with vlc and there is no such problem. {{{ % ffmpeg -y -f mpegts -i rtp://@239.2.2.22:5530 -threads 0 -acodec libfdk_aac -ab 64k -ar 44100 -vcodec libx264 -vprofile baseline -vlevel 1.3 -x264opts fps=25:keyint=100:bitrate=200 -s 320x240 -f mpegts udp://224.10.2.3:5004?pkt_size=1316 I uploaded a sample of my mpegts on: ftp://upload.ffmpeg.org/MPlayer/incoming/ts__sample.ts ffmpeg version 2.1.git built on Jan 30 2014 12:22:30 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) }}} 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 21 20:27:48 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 19:27:48 -0000 Subject: [FFmpeg-trac] #3405(undetermined:new): Bizare behaviour with RTP mpegts sources (was: Bizare behaviour with RTP mpegts sources, ) In-Reply-To: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> References: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> Message-ID: <056.3e5da9efe43e95d161ed222e2bcc7f6d@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources -------------------------------------+------------------------------------- Reporter: sharbatgula | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: RTP, | Resolution: mpegts, source mix-up | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 20:33:05 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 19:33:05 -0000 Subject: [FFmpeg-trac] #3406(avcodec:new): H.264 threaded decode error Message-ID: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> #3406: H.264 threaded decode error --------------------------------------+--------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- There are some samples that decode correctly with threads turned off or only a few threads, but fail to decode with mode threads. For example: {{{ $ ./ffmpeg_g -threads 4 -i /tmp/sf.h264 -f framecrc -c png - ffmpeg version N-60805-gc8f3c3a Copyright (c) 2000-2014 the FFmpeg developers built on Feb 21 2014 20:26:22 with gcc 4.8 (Debian 4.8.2-15) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from '/tmp/sf.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc #software: Lavf55.33.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help 0, 0, 0, 1, 14600, 0x4d4b3314 0, 1, 1, 1, 20624, 0x9d04c3da 0, 2, 2, 1, 20373, 0x3224514e 0, 3, 3, 1, 16474, 0x5a53824a 0, 4, 4, 1, 20997, 0xe2ac63ec 0, 5, 5, 1, 21466, 0x3a5edae1 0, 6, 6, 1, 15290, 0x9fb36a83 0, 7, 7, 1, 19601, 0x8af6664a 0, 8, 8, 1, 20217, 0x96032e30 0, 9, 9, 1, 16655, 0x6e0a0985 0, 10, 10, 1, 18492, 0x12b572b4 0, 11, 11, 1, 18118, 0x6b1994d6 frame= 12 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.48 bitrate= 12.2kbits/s video:218kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -99.671165% }}} {{{ $ ./ffmpeg_g -threads 5 -i /tmp/sf.h264 -f framecrc -c png - ffmpeg version N-60805-gc8f3c3a Copyright (c) 2000-2014 the FFmpeg developers built on Feb 21 2014 20:26:22 with gcc 4.8 (Debian 4.8.2-15) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from '/tmp/sf.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc #software: Lavf55.33.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input [h264 @ 0xa81240] reference picture missing during reorder Last message repeated 1 times [h264 @ 0xa81240] Missing reference picture, default is 65548 Last message repeated 1 times [h264 @ 0xad9200] reference picture missing during reorder [h264 @ 0xad9200] Missing reference picture, default is 65556 0, 0, 0, 1, 14600, 0x4d4b3314 0, 1, 1, 1, 20624, 0x9d04c3da 0, 3, 3, 1, 20373, 0x3224514e 0, 4, 4, 1, 16474, 0x5a53824a 0, 5, 5, 1, 21099, 0x61cb8a88 0, 6, 6, 1, 21466, 0x7d3727ad 0, 8, 8, 1, 15370, 0x4b0bcbbd 0, 9, 9, 1, 19775, 0xed275f1c 0, 10, 10, 1, 16851, 0x0725c06b 0, 11, 11, 1, 16717, 0xd445fc7c frame= 10 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.48 bitrate= 10.3kbits/s video:179kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -99.663483% }}} The {{{-c png}}} is necessary to reproduce the problem in this particular case, but threading issues are sensitive to timing. Helgrind spews a load of errors too: {{{ ==10123== Helgrind, a thread error detector ==10123== Copyright (C) 2007-2012, and GNU GPL'd, by OpenWorks LLP et al. ==10123== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==10123== Command: ./ffmpeg_g -threads 5 -i /tmp/sf.h264 -f framecrc -c png - ==10123== ffmpeg version N-60805-gc8f3c3a Copyright (c) 2000-2014 the FFmpeg developers built on Feb 21 2014 20:26:22 with gcc 4.8 (Debian 4.8.2-15) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from '/tmp/sf.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc #software: Lavf55.33.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help ==10123== ---Thread-Announcement------------------------------------------ ==10123== ==10123== Thread #11 was created ==10123== at 0x7BC40BE: clone (clone.S:76) ==10123== by 0x78C5FF4: do_clone.constprop.4 (createthread.c:74) ==10123== by 0x78C7473: pthread_create@@GLIBC_2.2.5 (createthread.c:244) ==10123== by 0x4C2D8F0: ??? (in /usr/lib/valgrind/vgpreload_helgrind- amd64-linux.so) ==10123== by 0x58A417F: ff_frame_thread_encoder_init (frame_thread_encoder.c:204) ==10123== by 0x5B7B5D1: avcodec_open2 (utils.c:1305) ==10123== by 0x4210EA: transcode_init (ffmpeg.c:2658) ==10123== by 0x406F8E: main (ffmpeg.c:3413) ==10123== ==10123== ---Thread-Announcement------------------------------------------ ==10123== ==10123== Thread #1 is the program's root thread ==10123== ==10123== ---------------------------------------------------------------- ==10123== ==10123== Lock at 0x103824B0 was first observed ==10123== at 0x4C2E96A: pthread_mutex_init (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x58A4082: ff_frame_thread_encoder_init (frame_thread_encoder.c:176) ==10123== by 0x5B7B5D1: avcodec_open2 (utils.c:1305) ==10123== by 0x4210EA: transcode_init (ffmpeg.c:2658) ==10123== by 0x406F8E: main (ffmpeg.c:3413) ==10123== ==10123== Possible data race during write of size 8 at 0x103814B8 by thread #11 ==10123== Locks held: 1, at address 0x103824B0 ==10123== at 0x58A3E54: worker (frame_thread_encoder.c:105) ==10123== by 0x4C2DA86: ??? (in /usr/lib/valgrind/vgpreload_helgrind- amd64-linux.so) ==10123== by 0x78C6E0D: start_thread (pthread_create.c:311) ==10123== by 0x7BC40FC: clone (clone.S:113) ==10123== ==10123== This conflicts with a previous read of size 8 by thread #1 ==10123== Locks held: none ==10123== at 0x58A4487: ff_thread_video_encode_frame (frame_thread_encoder.c:275) ==10123== by 0x41DCCB: reap_filters (ffmpeg.c:997) ==10123== by 0x407BFD: main (ffmpeg.c:3399) ==10123== ==10123== Address 0x103814B8 is 152 bytes inside a block of size 4856 alloc'd ==10123== at 0x4C2BA30: memalign (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x4C2BB57: posix_memalign (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x6E4A7AC: av_malloc (mem.c:94) ==10123== by 0x6E4A96D: av_mallocz (mem.c:244) ==10123== by 0x58A403F: ff_frame_thread_encoder_init (frame_thread_encoder.c:165) ==10123== by 0x5B7B5D1: avcodec_open2 (utils.c:1305) ==10123== by 0x4210EA: transcode_init (ffmpeg.c:2658) ==10123== by 0x406F8E: main (ffmpeg.c:3413) ==10123== 0, 0, 0, 1, 14600, 0x4d4b3314 0, 1, 1, 1, 20624, 0x9d04c3da4 bitrate= 19.0kbits/s 0, 2, 2, 1, 20373, 0x3224514e8 bitrate= 15.3kbits/s 0, 3, 3, 1, 16474, 0x5a53824a2 bitrate= 14.1kbits/s 0, 4, 4, 1, 20997, 0xe2ac63ec6 bitrate= 13.4kbits/s 0, 5, 5, 1, 21466, 0x3a5edae10 bitrate= 13.1kbits/s 0, 6, 6, 1, 15290, 0x9fb36a832:-22.-77 bitrate=N/A 0, 7, 7, 1, 19601, 0x8af6664a 0, 8, 8, 1, 20217, 0x96032e30 0, 9, 9, 1, 16655, 0x6e0a0985 0, 10, 10, 1, 18492, 0x12b572b4 0, 11, 11, 1, 18118, 0x6b1994d6 frame= 12 fps=0.7 q=0.0 Lsize= 1kB time=00:00:00.48 bitrate= 12.2kbits/s video:218kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -99.671165% ==10123== ---------------------------------------------------------------- ==10123== ==10123== Lock at 0x1038AD20 was first observed ==10123== at 0x4C2E96A: pthread_mutex_init (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x5B75323: default_lockmgr_cb (utils.c:81) ==10123== by 0x5B7AD9D: ff_lock_avcodec (utils.c:3299) ==10123== by 0x5B7B07C: avcodec_open2 (utils.c:1193) ==10123== by 0x54647A3: avformat_find_stream_info (utils.c:2993) ==10123== by 0x412DE0: open_input_file (ffmpeg_opt.c:860) ==10123== by 0x4177C0: ffmpeg_parse_options (ffmpeg_opt.c:2597) ==10123== by 0x406F20: main (ffmpeg.c:3600) ==10123== ==10123== Possible data race during write of size 4 at 0x10385924 by thread #1 ==10123== Locks held: 1, at address 0x1038AD20 ==10123== at 0x5AD50FD: ff_frame_thread_free (pthread_frame.c:565) ==10123== by 0x5754DBA: avcodec_close (utils.c:2602) ==10123== by 0x407618: main (ffmpeg.c:3491) ==10123== ==10123== Address 0x10385924 is 68 bytes inside a block of size 72 alloc'd ==10123== at 0x4C2BA30: memalign (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x4C2BB57: posix_memalign (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x6E4A7AC: av_malloc (mem.c:94) ==10123== by 0x6E4A96D: av_mallocz (mem.c:244) ==10123== by 0x5AD53E5: ff_frame_thread_init (pthread_frame.c:641) ==10123== by 0x5B7B5FF: avcodec_open2 (utils.c:1313) ==10123== by 0x4214D7: transcode_init (ffmpeg.c:2144) ==10123== by 0x406F8E: main (ffmpeg.c:3413) ==10123== ==10123== ==10123== For counts of detected and suppressed errors, rerun with: -v ==10123== Use --history-level=approx or =none to gain increased speed, at ==10123== the cost of reduced accuracy of conflicting-access information ==10123== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 2274 from 350) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 21:31:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 20:31:25 -0000 Subject: [FFmpeg-trac] #3404(avfilter:open): High quality magnification filter In-Reply-To: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> References: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> Message-ID: <054.05ebfbe343b25df43c77c0994c273c04@avcodec.org> #3404: High quality magnification filter -------------------------------------+------------------------------------ Reporter: wyatt8740 | Owner: ubitux Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: hqx xbr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * owner: => ubitux Comment: Working on it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 21:39:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 20:39:44 -0000 Subject: [FFmpeg-trac] #3406(avcodec:new): H.264 threaded decode error In-Reply-To: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> References: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> Message-ID: <051.fae11e65884751dac378c369c98dfb89@avcodec.org> #3406: H.264 threaded decode error ------------------------------------+----------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I can only reproduce the helgrind output, not the different framecrc output for different thread counts. Is the problem reproducible for you with {{{./configure && make}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 21:45:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 20:45:46 -0000 Subject: [FFmpeg-trac] #3405(undetermined:new): Bizare behaviour with RTP mpegts sources In-Reply-To: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> References: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> Message-ID: <056.6a09293602ac6c8b9bf41f5e7c903ed7@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources -------------------------------------+------------------------------------- Reporter: sharbatgula | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: RTP mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: RTP, mpegts, source mix-up => RTP mpegts Comment: Please provide the command line that allows to reproduce the problem together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 22:21:02 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 21:21:02 -0000 Subject: [FFmpeg-trac] #3406(avcodec:new): H.264 threaded decode error In-Reply-To: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> References: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> Message-ID: <051.900e69479a04fc8fdeb2392d901aace4@avcodec.org> #3406: H.264 threaded decode error ------------------------------------+----------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Cigaes): I just checked: with just {{{./configure}}} I do not get the issue, but it happens with {{{--enable-shared}}}. Thanks for testing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 22:26:04 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 21:26:04 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.c7b7d7a16b3c515efc89fc74506d3ea8@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): Last good commit was 6a4cc50. Commit 3adb5f8 is already bad. git log: {{{ * 3adb5f8 | 2014-02-05 03:19:22 +0100 | Merge commit 'd9ae1031f5edbd25c8526b4cb51aba66d3bee931' |\ | * d9ae103 | 2014-02-04 22:01:42 +0100 | lavf: improve handling of sparse streams when muxing * | 6a4cc50 | 2014-02-05 02:47:46 +0100 | Merge commit '4c3e1956ee35fdcc5ffdb28782050164b4623c0b' }}} (Tried to build d9ae103 as well, but no ffmpeg binary is built by make.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 22:32:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 21:32:12 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.a854d1ea7ecd0b2c5a23fac813cc9a8d@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Can you try Git HEAD again please? A problem raised by this commit was fixed very recently, it could be the same issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 22:34:02 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 21:34:02 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.940951f714b61f68bba23a38ece3826b@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): I've started compiling, before I sent the message. :-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 22:56:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 21:56:07 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.4ecf638d8ca14177aa4b356b4086cf54@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): Yes, git HEAD (9aa59a9) works fine. Awesome. What was the commit that fixed it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 23:00:48 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 22:00:48 -0000 Subject: [FFmpeg-trac] #3394(avformat:new): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.913afce875636188acc080b964e5fad2@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Probably that: {{{ commit d089e9a4d125269bbdc6e9e16456cd3f3a76baf8 Merge: c427b2b 299a568 Author: Michael Niedermayer Date: 2014-02-20 16:29:09 +0100 Merge remote-tracking branch 'cigaes/master' * cigaes/master: ffmpeg: make reading packets from thread blocking. Merged-by: Michael Niedermayer commit 299a56879d2d790ac0c40d09af18e7f03471de9e Author: Nicolas George Date: 2013-10-25 10:58:14 +0200 ffmpeg: make reading packets from thread blocking. If a packet is not ready on the input selected by ffmpeg, it will read from another input instead. If that happens repeatedly, frames will accumulate somewhere later in the processing to ensure streams synchronization. It can happen in particular when reading from a slow medium or an expensive lavfi filter graph. Make reading from normal demuxers on non-streamed data and from the lavfi pseudo-device blocking to avoid that. Should fix trac ticket #3079. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 23:33:54 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 22:33:54 -0000 Subject: [FFmpeg-trac] #3394(avformat:closed): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.017d5cb0916a38f0528ccc47e789efdb@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by tessus): * status: new => closed * resolution: => fixed Comment: Thanks for the info, mate. Shall I close the ticket, or will you? I'm not sure what the procedure is, maybe you still have to add something to the ticket before closing it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 21 23:34:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Feb 2014 22:34:14 -0000 Subject: [FFmpeg-trac] #3394(avformat:closed): mp4 -> mkv produces broken file In-Reply-To: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> References: <036.2c98af4ab02a24876a841b0c5f41cd8c@avcodec.org> Message-ID: <051.c73bfe17011f61b8934bf1092c01a812@avcodec.org> #3394: mp4 -> mkv produces broken file -------------------------------------+------------------------------------- Reporter: tessus | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tessus): oops. it seems I closed it anyway. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 04:16:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 03:16:28 -0000 Subject: [FFmpeg-trac] #3085(undetermined:closed): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.afa129d27313ac13ed7c463e3bb3e85e@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ocalvo): * status: reopened => closed * resolution: => invalid Comment: I have verified that latest version fixes the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 06:50:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 05:50:07 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.8ada83f735f7a87e3f801129bcf70cf6@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: invalid => Comment: I don't know if this is a valid ticket (WMP does not play audio for the sample) but it has not improved since the ticket was created. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 09:12:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 08:12:52 -0000 Subject: [FFmpeg-trac] #3407(avcodec:new): tiff/geotiff support : number precision is not sufficient in double to string conversion Message-ID: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> #3407: tiff/geotiff support : number precision is not sufficient in double to string conversion -------------------------------------+------------------------------------- Reporter: LeRatier | Type: Status: new | enhancement Component: avcodec | Priority: normal Keywords: tiff, | Version: git- geotiff | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- In libavcodec/tiff.c, the double values of the GEOTIFF format are converted to string thru the double2str() function. This function is truncating double to 6 digits (ie the printf("%f") default), leading to critical precision loss when using the result on the decoder side An easy patch would be to modify the "%f%s" of the snprintf in a "%.15g%s" for example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 09:24:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 08:24:46 -0000 Subject: [FFmpeg-trac] #3407(avcodec:new): tiff/geotiff support : number precision is not sufficient in double to string conversion In-Reply-To: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> References: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> Message-ID: <053.fc4f8a7d4852850ec9f884810718c497@avcodec.org> #3407: tiff/geotiff support : number precision is not sufficient in double to string conversion -------------------------------------+----------------------------------- Reporter: LeRatier | Owner: Type: enhancement | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tiff, geotiff => tif Comment: If you want to report an issue here, please provide a sample and complete, uncut {{{ffmpeg -i}}} output for the sample. If you already have a fix for the issue, please send a patch made with {{{git format-patch}}} to the ffmpeg-devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 09:49:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 08:49:13 -0000 Subject: [FFmpeg-trac] #3407(avcodec:new): tiff/geotiff support : number precision is not sufficient in double to string conversion In-Reply-To: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> References: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> Message-ID: <053.00be64d8543e14676a1cc59141eb7b13@avcodec.org> #3407: tiff/geotiff support : number precision is not sufficient in double to string conversion -------------------------------------+----------------------------------- Reporter: LeRatier | Owner: Type: enhancement | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by LeRatier): Patch creation in progress. By the way, same issue in int ff_tadd_doubles_metadata(int count, const char *name, const char *sep, GetByteContext *gb, int le, AVDictionary **metadata) the %f is not sufficient to retrieve the real precision of the input numbers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 09:53:50 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 08:53:50 -0000 Subject: [FFmpeg-trac] #3406(avcodec:new): H.264 threaded decode error In-Reply-To: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> References: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> Message-ID: <051.cb7709c99ab154178f6babba251556a1@avcodec.org> #3406: H.264 threaded decode error ------------------------------------+----------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I tested with {{{./configure --enable-shared && make}}} but I am still unable to reproduce a different number of output frames between {{{-threads 4}}} and {{{-threads 5}}}. Does it make a difference if you run either decoding or encoding with a different number of threads (1)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 09:57:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 08:57:21 -0000 Subject: [FFmpeg-trac] #3406(avcodec:new): H.264 threaded decode error In-Reply-To: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> References: <036.4597c8486b3321f2ce6ad8b19dbc2669@avcodec.org> Message-ID: <051.131e04215431f4bf955575792321355f@avcodec.org> #3406: H.264 threaded decode error ------------------------------------+----------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Cigaes): It does indeed make a difference: {{{ ./ffmpeg_g -threads 5 -i /tmp/sf.h264 -f framecrc -threads 7 -c png - ./ffmpeg_g -threads 5 -i /tmp/sf.h264 -f framecrc -threads 8 -c png - }}} give respectively: {{{ ffmpeg version N-60813-g44b22bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 09:46:05 with gcc 4.8 (Debian 4.8.2-15) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from '/tmp/sf.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc #software: Lavf55.33.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help 0, 0, 0, 1, 14600, 0x4d4b3314 0, 1, 1, 1, 20624, 0x9d04c3da 0, 2, 2, 1, 20373, 0x3224514e 0, 3, 3, 1, 16474, 0x5a53824a 0, 4, 4, 1, 20997, 0xe2ac63ec 0, 5, 5, 1, 21466, 0x3a5edae1 0, 6, 6, 1, 15290, 0x9fb36a83 0, 7, 7, 1, 19601, 0x8af6664a 0, 8, 8, 1, 20217, 0x96032e30 0, 9, 9, 1, 16655, 0x6e0a0985 0, 10, 10, 1, 18492, 0x12b572b4 0, 11, 11, 1, 18118, 0x6b1994d6 frame= 12 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.48 bitrate= 12.2kbits/s video:218kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -99.671165% }}} {{{ ffmpeg version N-60813-g44b22bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 09:46:05 with gcc 4.8 (Debian 4.8.2-15) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from '/tmp/sf.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc #software: Lavf55.33.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input [h264 @ 0x2310680] reference picture missing during reorder Last message repeated 1 times [h264 @ 0x2310680] Missing reference picture, default is 65548 Last message repeated 1 times [h264 @ 0x23554c0] reference picture missing during reorder [h264 @ 0x23554c0] Missing reference picture, default is 65556 0, 0, 0, 1, 14600, 0x4d4b3314 0, 1, 1, 1, 20624, 0x9d04c3da 0, 3, 3, 1, 20373, 0x3224514e 0, 4, 4, 1, 16474, 0x5a53824a 0, 5, 5, 1, 21099, 0x61cb8a88 0, 6, 6, 1, 21466, 0x7d3727ad 0, 8, 8, 1, 15370, 0x4b0bcbbd 0, 9, 9, 1, 19775, 0xed275f1c 0, 10, 10, 1, 16851, 0x0725c06b 0, 11, 11, 1, 16717, 0xd445fc7c frame= 10 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.48 bitrate= 10.3kbits/s video:179kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -99.663483% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 15:40:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 14:40:05 -0000 Subject: [FFmpeg-trac] #3408(undetermined:new): ffmpeg refuse to play audio in Message-ID: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> #3408: ffmpeg refuse to play audio in -------------------------------------+------------------------------------- Reporter: davesa | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: ffmpeg | Blocked By: refuse to read the audio stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg does not want to play my audio in that video stream while vlc works fine to read the original stream using faad command: ffmpeg -i dump.ts -map 0 -c:v rawvideo -c:a pcm_s16le -f null - ffmpeg version N-60700-g07b4b0c built on Feb 17 2014 08:35:59 ffmpeg output: [h264 @ 0x36e7b60] mmco: unref short failure [aac @ 0x36e85c0] channel element 0.0 is not allocated Last message repeated 6 times [h264 @ 0x36e7b60] mmco: unref short failure [aac @ 0x36e85c0] channel element 0.0 is not allocated Last message repeated 209 times [mpegts @ 0x36e39c0] decoding for stream 1 failed [mpegts @ 0x36e39c0] PES packet size mismatch [mpegts @ 0x36e39c0] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp, 95 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'dump.ts': Duration: 00:00:51.84, start: 33732.762167, bitrate: 933 kb/s Program 26 Metadata: service_name : my video service_provider: Stream #0:0[0x33d]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, smpte170m), 544x480 [SAR 40:33 DAR 136:99], 29.75 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x335](spa): Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp, 95 kb/s [abuffer @ 0x37177a0] Value inf for parameter 'time_base' out of range [0 - 2.14748e+09] Last message repeated 1 times [abuffer @ 0x37177a0] Error setting option time_base to value 1/0. [graph 1 input from stream 0:1 @ 0x3716a20] Error applying options to the filter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 15:40:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 14:40:23 -0000 Subject: [FFmpeg-trac] #3409(undetermined:new): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors Message-ID: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I encountered this while trying to transcode screencasted videos with fraps or ut-video streams. When using yuv444p pixel format I get washed out, too light videos. "-color_range" has no affect. People suggested: "-vf colormatrix=bt601:bt709" But it also doesn't have an affect. x264 itself has issues with RGB full range videos, if I use i444 with it I also get improper output. But if I use "--output-csp rgb" it succeds in encoding a proper output file, though with a large file size. I can't even achieve this with ffmpeg because it doesn't let me use RGB with libx264: "Incompatible pixel format 'rgb24' for codec 'libx264', auto-selecting format 'yuv444p'" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 15:56:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 14:56:17 -0000 Subject: [FFmpeg-trac] #3409(undetermined:new): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.b3caad2467595ee5109e41b70c8d3436@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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): To make this a valid ticket, please provide your failing command line together with the complete, uncut console output. To encode to H264 RGB, use {{{-vcodec libx264rgb}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 15:57:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 14:57:26 -0000 Subject: [FFmpeg-trac] #3408(undetermined:new): ffmpeg refuse to play audio in In-Reply-To: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> References: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> Message-ID: <051.39800811fee41aa834e36a2d4afee51d@avcodec.org> #3408: ffmpeg refuse to play audio in -------------------------------------+------------------------------------- Reporter: davesa | 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): * keywords: ffmpeg refuse to read the audio stream => * priority: important => normal Comment: Please provide the input sample and please post the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 16:17:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 15:17:31 -0000 Subject: [FFmpeg-trac] #3409(undetermined:new): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.8357306057d52c6070d4ac52842136e4@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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 mzso): Something like this? (Didn't think it shows anything useful) E:\Vide? Felv?telek>ffmpeg -i "E:\Vide? Felv?telek\input.avi" -acodec copy -vcodec libx264 -preset ultrafast -crf 20 -color_range 2 -pix_fmt yuv444p out.mkv ffmpeg version N-60813-g44b22bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 03:11:45 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'E:\Vide?? Felv??telek\input.avi': Duration: 00:00:27.27, start: 0.000000, bitrate: 405890 kb/s Stream #0:0: Video: utvideo (ULRG / 0x47524C55), rgb24, 1920x1200, 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 7.1, s16, 5644 kb/s [libx264 @ 029370e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle [libx264 @ 029370e0] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit [libx264 @ 029370e0] 264 - core 142 r2389 956c8d8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deb lock=0:0:0 analyse=0:0 me=dia subme=0 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_ offset=6 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_m in=25 scenecut=0 intra_refresh=0 rc=crf mbtree=0 crf=20.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=0 Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p(pc), 1920x1200, q=-1--1, 1k tbn, 30 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 7.1, 5644 kb/s Stream mapping: Stream #0:0 -> #0:0 (utvideo -> libx264) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 533 fps= 13 q=-1.0 Lsize= 84544kB time=00:00:27.26 bitrate=25400.1kbits/s video:65784kB audio:18742kB subtitle:0 data:0 global headers:0kB muxing overhead 0.020164% [libx264 @ 029370e0] frame I:3 Avg QP:17.00 size:430087 [libx264 @ 029370e0] frame P:530 Avg QP:19.47 size:124665 [libx264 @ 029370e0] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 029370e0] mb P I16..4: 16.0% 0.0% 0.0% P16..4: 47.2% 0.0% 0.0% 0.0% 0.0% skip:36.8% [libx264 @ 029370e0] coded y,u,v intra: 45.4% 3.6% 4.0% inter: 35.0% 3.6% 3.4% [libx264 @ 029370e0] i16 v,h,dc,p: 34% 31% 24% 11% [libx264 @ 029370e0] kb/s:19739.97 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 16:24:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 15:24:52 -0000 Subject: [FFmpeg-trac] #3409(undetermined:new): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.ab837edcb961dfc6091d26815e4ed582@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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 [comment:2 mzso]: > {{{ > Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p(pc), 1920x1200, q=-1--1, 1k tbn, 30 tbc > }}} What is the problem now with the output video? You requested MPEG-style colour range (16-235), is something else produced? Or do you want full range? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 16:30:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 15:30:22 -0000 Subject: [FFmpeg-trac] #3409(undetermined:new): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.aff6915a7e2455a676411d4311fcc3aa@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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 mzso): Replying to [comment:3 cehoyos]: > Replying to [comment:2 mzso]: > > {{{ > > Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p(pc), 1920x1200, q=-1--1, 1k tbn, 30 tbc > > }}} > What is the problem now with the output video? You requested MPEG-style colour range (16-235), is something else produced? Or do you want full range? Yes I want full range. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 16:33:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 15:33:47 -0000 Subject: [FFmpeg-trac] #3409(undetermined:closed): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.ae9248beaabe8de6462fbe34d433b5b1@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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: The please request full range with {{{-pix_fmt yuvj444p}}}. > People suggested: Where did you ask? This is a bug tracker, not a support forum, please post all usage questions to the user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 17:10:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 16:10:19 -0000 Subject: [FFmpeg-trac] #3409(undetermined:closed): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.911ec5a81d1ed6c9f1295f0de773f25c@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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 mzso): Replying to [comment:5 cehoyos]: > The please request full range with {{{-pix_fmt yuvj444p}}}. > "-color_range 2" is supposed to be fullrange according to the help (it actually is according to the renderer just with wrong colors) No-one told me that I should use yuvj444p instead of yuv444p, and it was virtually impossible to figure out from the ffmpeg help and googling wasn't fruitful. Sorry. Thanks for the tip again. I get proper video now, albeit with a warning: "[swscaler @ 0400f260] deprecated pixel format used, make sure you did set range correctly" > Where did you ask? This is a bug tracker, not a support forum, please post all usage questions to the user mailing list. I know. Mostly on doom9. At one point wrote at the ffmpeg irc but that was inactive. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 17:25:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 16:25:41 -0000 Subject: [FFmpeg-trac] #3408(undetermined:new): ffmpeg refuse to play audio in In-Reply-To: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> References: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> Message-ID: <051.8c91ecd6a803acccca6ef70dc2b0913c@avcodec.org> #3408: ffmpeg refuse to play audio in -------------------------------------+------------------------------------- Reporter: davesa | 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 davesa): here is the sample file: http://www.mediafire.com/download/jdu8aommct32owb/dump.ts here the full output ffmpeg -i dump.ts -map 0 -c:v rawvideo -c:a pcm_s16le -f null - ffmpeg version N-60700-g07b4b0c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 17 2014 08:35:59 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-static --enable-gpl --enable-libfaac --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable- version3 libavutil 52. 64.100 / 52. 64.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [aac @ 0x36e85c0] channel element 0.0 is not allocated Last message repeated 6 times [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [aac @ 0x36e85c0] channel element 0.0 is not allocated Last message repeated 20 times [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] non-existing SPS 0 referenced in buffering period [h264 @ 0x36e7b60] non-existing PPS 0 referenced [h264 @ 0x36e7b60] decode_slice_header error [h264 @ 0x36e7b60] no frame! [h264 @ 0x36e7b60] mmco: unref short failure [aac @ 0x36e85c0] channel element 0.0 is not allocated Last message repeated 6 times [h264 @ 0x36e7b60] mmco: unref short failure [aac @ 0x36e85c0] channel element 0.0 is not allocated Last message repeated 209 times [mpegts @ 0x36e39c0] decoding for stream 1 failed [mpegts @ 0x36e39c0] PES packet size mismatch [mpegts @ 0x36e39c0] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp, 95 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'dump.ts': Duration: 00:00:51.84, start: 33732.762167, bitrate: 933 kb/s Program 26 Metadata: service_name : my video service_provider: Stream #0:0[0x33d]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, smpte170m), 544x480 [SAR 40:33 DAR 136:99], 29.75 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x335](spa): Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp, 95 kb/s [abuffer @ 0x37177a0] Value inf for parameter 'time_base' out of range [0 - 2.14748e+09] Last message repeated 1 times [abuffer @ 0x37177a0] Error setting option time_base to value 1/0. [graph 1 input from stream 0:1 @ 0x3716a20] Error applying options to the filter. Error opening filters! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 17:33:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 16:33:21 -0000 Subject: [FFmpeg-trac] #3409(undetermined:closed): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.148b60960611b3176f62219ec99ca9d6@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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 mzso]: > Replying to [comment:5 cehoyos]: > > Then please request full range with {{{-pix_fmt yuvj444p}}}. > > "-color_range 2" is supposed to be fullrange according to the help The documentation is wrong afaict, see tickets #443 and #3326. It has never worked for encoding and I am not convinced it is meant to have any effect on encoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 17:33:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 16:33:36 -0000 Subject: [FFmpeg-trac] #3409(undetermined:closed): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.b9d57c3b9911bcc1f6007a66e0e0a899@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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): I am curious: Which player do you use for playback? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 17:51:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 16:51:15 -0000 Subject: [FFmpeg-trac] #3408(avcodec:open): ffmpeg refuse to play audio in In-Reply-To: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> References: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> Message-ID: <051.75e52af41dcfac2e7b14d852ee496f96@avcodec.org> #3408: ffmpeg refuse to play audio in ------------------------------------+----------------------------------- Reporter: davesa | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => aac * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 17:58:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 16:58:08 -0000 Subject: [FFmpeg-trac] #3408(avcodec:open): ffmpeg refuse to play audio in In-Reply-To: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> References: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> Message-ID: <051.6275de55ac32ee9e6eadb5e8cd09da46@avcodec.org> #3408: ffmpeg refuse to play audio in ------------------------------------+----------------------------------- Reporter: davesa | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i dump.ts ffmpeg version N-60815-g8bcacd9 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 13:32:11 with icc (ICC) 14.0.2 20140120 configuration: --cc=/opt/intel/composer_xe_2013_sp1.2.144/bin/intel64/icc --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [aac @ 0x33ccd00] channel element 0.0 is not allocated Last message repeated 6 times [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [aac @ 0x33ccd00] channel element 0.0 is not allocated Last message repeated 20 times [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x33cc2a0] non-existing PPS 0 referenced [h264 @ 0x33cc2a0] decode_slice_header error [h264 @ 0x33cc2a0] no frame! [h264 @ 0x33cc2a0] mmco: unref short failure [aac @ 0x33ccd00] channel element 0.0 is not allocated Last message repeated 6 times [h264 @ 0x33cc2a0] mmco: unref short failure [aac @ 0x33ccd00] channel element 0.0 is not allocated Last message repeated 209 times [mpegts @ 0x33c8100] decoding for stream 1 failed [mpegts @ 0x33c8100] PES packet size mismatch [mpegts @ 0x33c8100] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp, 95 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'dump.ts': Duration: 00:00:51.84, start: 33732.762167, bitrate: 933 kb/s Program 118 Metadata: service_name : Antena Latina - RD service_provider: Stream #0:0[0x33d]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, smpte170m), 544x480 [SAR 40:33 DAR 136:99], 29.75 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x335](spa): Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp, 95 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Feb 22 18:15:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Feb 2014 17:15:28 -0000 Subject: [FFmpeg-trac] #3409(undetermined:closed): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.744f8009613e9c63ed325954ca0df73a@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | 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 mzso): Replying to [comment:8 cehoyos]: > I am curious: Which player do you use for playback? Potplayer with LAV Filters + madVR. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 09:57:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 08:57:18 -0000 Subject: [FFmpeg-trac] #2649(avformat:closed): Unsupported qcelp file In-Reply-To: <037.6143d2b76a61cd2ce41729c4c46eaf86@avcodec.org> References: <037.6143d2b76a61cd2ce41729c4c46eaf86@avcodec.org> Message-ID: <052.d896f9d0b2c5d94435bbe04af1c67dca@avcodec.org> #2649: Unsupported qcelp file ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov qclp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avformat Comment: Fixed in 5d6fac11 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 10:08:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 09:08:36 -0000 Subject: [FFmpeg-trac] #3408(avcodec:open): ffmpeg fails to decode aac in mpeg-ts (was: ffmpeg refuse to play audio in) In-Reply-To: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> References: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> Message-ID: <051.d85280f9dde5828c5cfb8f8f9c03a109@avcodec.org> #3408: ffmpeg fails to decode aac in mpeg-ts ------------------------------------+----------------------------------- Reporter: davesa | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 13:03:53 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 12:03:53 -0000 Subject: [FFmpeg-trac] #3373(undetermined:closed): Getting while convert swf to avi video In-Reply-To: <034.6da7301be6fbba1606ccf27f97328a6f@avcodec.org> References: <034.6da7301be6fbba1606ccf27f97328a6f@avcodec.org> Message-ID: <049.36669f397ae66e0a6cda19e7416e4434@avcodec.org> #3373: Getting while convert swf to avi video -------------------------------------+------------------------------------- Reporter: raju | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | 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 provide the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 13:06:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 12:06:18 -0000 Subject: [FFmpeg-trac] #3374(avcodec:closed): avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a In-Reply-To: <035.0f3c657679a1665af9c713b39a32c9f8@avcodec.org> References: <035.0f3c657679a1665af9c713b39a32c9f8@avcodec.org> Message-ID: <050.fa74bbab50e1292e7aaa44f5c8b520fe@avcodec.org> #3374: avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a -------------------------------------+------------------------------------- Reporter: sam18 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | 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: This sounds like an important issue but without additional information, I don't know how this could be resolved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 13:12:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 12:12:38 -0000 Subject: [FFmpeg-trac] #3384(undetermined:closed): Video only playing over Buffer complete In-Reply-To: <038.c1dff44c238f768a5011ce333feb3625@avcodec.org> References: <038.c1dff44c238f768a5011ce333feb3625@avcodec.org> Message-ID: <053.5e62bb9331d3f8f93cf461930d761a60@avcodec.org> #3384: Video only playing over Buffer complete -------------------------------------+------------------------------------- Reporter: dulcetti | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | 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 provide information on how to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 13:55:25 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 12:55:25 -0000 Subject: [FFmpeg-trac] #3407(avcodec:closed): tiff/geotiff support : number precision is not sufficient in double to string conversion In-Reply-To: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> References: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> Message-ID: <053.27b7b8725b11a0de95a6716ec5fbe9df@avcodec.org> #3407: tiff/geotiff support : number precision is not sufficient in double to string conversion -------------------------------------+----------------------------------- Reporter: LeRatier | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Your patch was committed, could you add a sample that allows to reproduce the problem you had? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 14:06:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 13:06:12 -0000 Subject: [FFmpeg-trac] #2367(undetermined:closed): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.3e52295c4c578bc795fecd9937bea260@avcodec.org> References: <036.3e52295c4c578bc795fecd9937bea260@avcodec.org> Message-ID: <051.a4963d230d4eac642eaac7fc0770292b@avcodec.org> #2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: MrNice | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:2367 MrNice]: > {{{ > [video4linux2,v4l2 @ 0x1957280] R : Unsupported : 8 bpp Bayer BGBG..GRGR : > [video4linux2,v4l2 @ 0x1957280] R : Unsupported : 8 bpp Bayer GRGR..BGBG : > [video4linux2,v4l2 @ 0x1957280] R : Unsupported : 8 bpp Bayer GBGB..RGRG : > }}} Do you still have access to this device? The Bayer colour spaces should be supported now with {{{ffmpeg -f v4l2}}}, but these are unfortunately untested... Possible options to test are {{{-pix_fmt bayer_bggr8}}}, {{{-pix_fmt bayer_grgb8}}} and {{{-pix_fmt bayer_gbrg8}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 18:28:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 17:28:00 -0000 Subject: [FFmpeg-trac] #3397(avcodec:closed): gray decoding regression In-Reply-To: <037.20b5a5dedec43e3a1aaaf8b69fe6a0b2@avcodec.org> References: <037.20b5a5dedec43e3a1aaaf8b69fe6a0b2@avcodec.org> Message-ID: <052.92f1bba5b7a385f1457b19ff3869a6d8@avcodec.org> #3397: gray decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 72e691314027b08955679319394dd0d8477973b7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 19:32:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 18:32:26 -0000 Subject: [FFmpeg-trac] #3407(avcodec:closed): tiff/geotiff support : number precision is not sufficient in double to string conversion In-Reply-To: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> References: <038.9ea11dc5e3e07c382d50bf1b259d282a@avcodec.org> Message-ID: <053.8c7563333f31aaea24115d047e4d99b2@avcodec.org> #3407: tiff/geotiff support : number precision is not sufficient in double to string conversion -------------------------------------+----------------------------------- Reporter: LeRatier | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by LeRatier): The source picture i am working on are confidential, so i cannot add them directly as samples. Anyway, i think it is a global issue, maybe present in other double metadatas : as soon as you convert a double value to a string, you should use something like %.15g instead of the default %f, that truncate the number at 6 digits. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 19:48:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 18:48:19 -0000 Subject: [FFmpeg-trac] #3361(avcodec:new): aac_he mono not recogized (reported as stereo) In-Reply-To: <040.fec7008bd2c3f287435b9717309029fd@avcodec.org> References: <040.fec7008bd2c3f287435b9717309029fd@avcodec.org> Message-ID: <055.f2809c8376c865d7d2f04e90fdebece6@avcodec.org> #3361: aac_he mono not recogized (reported as stereo) -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): how do you detect v2 ? if it requires decoding the whole stream that would be unpractical (for realtime streams for example) See: fate-suite/aac/CT_DecoderCheck/sbr_bic-ps_i.3gp for the file that does contain PS with similar header -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 20:00:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 19:00:51 -0000 Subject: [FFmpeg-trac] #3410(undetermined:new): v4l2 crash Message-ID: <037.36be15ecebba855aa50dbeb701230fe8@avcodec.org> #3410: v4l2 crash -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: v4l2 crash Blocked By: | regression SIGSEGV Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- v4l2 input crashes here in libswscale if I force uyvy422, this is a regression since a05a44e2 The ffplay crash is not reproducible with valgrind, the crash with ffmpeg is only reproducible with valgrind. {{{ $ valgrind ./ffmpeg_g -f v4l2 -pix_fmt uyvy422 -i /dev/video0 -pix_fmt yuv420p -f null - ==3446== Memcheck, a memory error detector ==3446== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==3446== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==3446== Command: ./ffmpeg_g -f v4l2 -pix_fmt uyvy422 -i /dev/video0 -pix_fmt yuv420p -f null - ==3446== ffmpeg version N-60842-g72e6913 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 23 2014 19:27:16 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1393181634.113993, bitrate: 176947 kb/s Stream #0:0: Video: rawvideo (UYVY / 0x59565955), uyvy422, 768x576, 176947 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc ==3446== Invalid read of size 8 ==3446== at 0x6ADD59F: __GI___strncasecmp_l (in /lib64/libc-2.15.so) ==3446== by 0x6A918A5: ____strtod_l_internal (in /lib64/libc-2.15.so) ==3446== by 0xD1684E: av_strtod (eval.c:98) ==3446== by 0xD17094: parse_primary (eval.c:324) ==3446== by 0xD17B20: parse_factor (eval.c:483) ==3446== by 0xD17D1B: parse_term (eval.c:532) ==3446== by 0xD16DDE: parse_expr (eval.c:556) ==3446== by 0xD17F1C: av_expr_parse (eval.c:673) ==3446== by 0xD18063: av_expr_parse_and_eval (eval.c:710) ==3446== by 0x4CA1F6: config_props (vf_scale.c:256) ==3446== by 0x48E10C: avfilter_config_links (avfilter.c:254) ==3446== by 0x48E0EF: avfilter_config_links (avfilter.c:243) ==3446== Address 0x75a61e0 is 0 bytes inside a block of size 3 alloc'd ==3446== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==3446== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==3446== by 0xD1F229: av_malloc (mem.c:94) ==3446== by 0xD17E65: av_expr_parse (eval.c:650) ==3446== by 0xD18063: av_expr_parse_and_eval (eval.c:710) ==3446== by 0x4CA1F6: config_props (vf_scale.c:256) ==3446== by 0x48E10C: avfilter_config_links (avfilter.c:254) ==3446== by 0x48E0EF: avfilter_config_links (avfilter.c:243) ==3446== by 0x4922EE: avfilter_graph_config (avfiltergraph.c:276) ==3446== by 0x4788B2: configure_filtergraph (ffmpeg_filter.c:901) ==3446== by 0x4832E6: transcode_init (ffmpeg.c:2488) ==3446== by 0x4677C8: main (ffmpeg.c:3413) ==3446== ==3446== Invalid read of size 8 ==3446== at 0x6ADD5A7: __GI___strncasecmp_l (in /lib64/libc-2.15.so) ==3446== by 0x6A918A5: ____strtod_l_internal (in /lib64/libc-2.15.so) ==3446== by 0xD1684E: av_strtod (eval.c:98) ==3446== by 0xD17094: parse_primary (eval.c:324) ==3446== by 0xD17B20: parse_factor (eval.c:483) ==3446== by 0xD17D1B: parse_term (eval.c:532) ==3446== by 0xD16DDE: parse_expr (eval.c:556) ==3446== by 0xD17F1C: av_expr_parse (eval.c:673) ==3446== by 0xD18063: av_expr_parse_and_eval (eval.c:710) ==3446== by 0x4CA1F6: config_props (vf_scale.c:256) ==3446== by 0x48E10C: avfilter_config_links (avfilter.c:254) ==3446== by 0x48E0EF: avfilter_config_links (avfilter.c:243) ==3446== Address 0x75a61e8 is 5 bytes after a block of size 3 alloc'd ==3446== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==3446== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==3446== by 0xD1F229: av_malloc (mem.c:94) ==3446== by 0xD17E65: av_expr_parse (eval.c:650) ==3446== by 0xD18063: av_expr_parse_and_eval (eval.c:710) ==3446== by 0x4CA1F6: config_props (vf_scale.c:256) ==3446== by 0x48E10C: avfilter_config_links (avfilter.c:254) ==3446== by 0x48E0EF: avfilter_config_links (avfilter.c:243) ==3446== by 0x4922EE: avfilter_graph_config (avfiltergraph.c:276) ==3446== by 0x4788B2: configure_filtergraph (ffmpeg_filter.c:901) ==3446== by 0x4832E6: transcode_init (ffmpeg.c:2488) ==3446== by 0x4677C8: main (ffmpeg.c:3413) ==3446== Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 768x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help [null @ 0x743c140] Encoder did not produce proper pts, making some up. ==3446== Invalid read of size 8 ==3446== at 0xD09308: uyvytoyuv420_mmxext (rgb2rgb_template.c:2147) ==3446== by 0xCFED7D: uyvyToYuv420Wrapper (swscale_unscaled.c:287) ==3446== by 0xCC3060: sws_scale (swscale.c:1101) ==3446== by 0x4CAEB4: filter_frame (vf_scale.c:423) ==3446== by 0x48EE59: ff_filter_frame_framed (avfilter.c:1081) ==3446== by 0x48F360: default_filter_frame (avfilter.c:1161) ==3446== by 0x48EE59: ff_filter_frame_framed (avfilter.c:1081) ==3446== by 0x48FF58: ff_filter_frame (avfilter.c:1161) ==3446== by 0x494011: request_frame (buffersrc.c:500) ==3446== by 0x4942AA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==3446== by 0x49463C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==3446== by 0x47D119: decode_video (ffmpeg.c:1835) ==3446== Address 0x420aff9 is not stack'd, malloc'd or (recently) free'd ==3446== ==3446== ==3446== Process terminating with default action of signal 11 (SIGSEGV) ==3446== Access not within mapped region at address 0x420B000 ==3446== at 0xD09308: uyvytoyuv420_mmxext (rgb2rgb_template.c:2147) ==3446== by 0xCFED7D: uyvyToYuv420Wrapper (swscale_unscaled.c:287) ==3446== by 0xCC3060: sws_scale (swscale.c:1101) ==3446== by 0x4CAEB4: filter_frame (vf_scale.c:423) ==3446== by 0x48EE59: ff_filter_frame_framed (avfilter.c:1081) ==3446== by 0x48F360: default_filter_frame (avfilter.c:1161) ==3446== by 0x48EE59: ff_filter_frame_framed (avfilter.c:1081) ==3446== by 0x48FF58: ff_filter_frame (avfilter.c:1161) ==3446== by 0x494011: request_frame (buffersrc.c:500) ==3446== by 0x4942AA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==3446== by 0x49463C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==3446== by 0x47D119: decode_video (ffmpeg.c:1835) ==3446== If you believe this happened as a result of a stack ==3446== overflow in your program's main thread (unlikely but ==3446== possible), you can try to increase the size of the ==3446== main thread stack using the --main-stacksize= flag. ==3446== The main thread stack size used in this run was 8388608. ==3446== ==3446== HEAP SUMMARY: ==3446== in use at exit: 718,853 bytes in 134 blocks ==3446== total heap usage: 2,554 allocs, 2,420 frees, 2,775,626 bytes allocated ==3446== ==3446== LEAK SUMMARY: ==3446== definitely lost: 0 bytes in 0 blocks ==3446== indirectly lost: 0 bytes in 0 blocks ==3446== possibly lost: 2,448 bytes in 9 blocks ==3446== still reachable: 716,405 bytes in 125 blocks ==3446== suppressed: 0 bytes in 0 blocks ==3446== Rerun with --leak-check=full to see details of leaked memory ==3446== ==3446== For counts of detected and suppressed errors, rerun with: -v ==3446== ERROR SUMMARY: 7 errors from 3 contexts (suppressed: 2 from 2) Killed }}} {{{ (gdb) r -f v4l2 -pix_fmt uyvy422 -i /dev/video0 Starting program: /home/cehoyos/test/cehoyos/FFmpeg/ffplay_g -f v4l2 -pix_fmt uyvy422 -i /dev/video0 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffplay version N-60842-g72e6913 Copyright (c) 2003-2014 the FFmpeg developers built on Feb 23 2014 19:27:16 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Option -pix_fmt is deprecated, use -pixel_format. [New Thread 0x7ffff59eb700 (LWP 3562)] [New Thread 0x7ffff48c8700 (LWP 3563)] [New Thread 0x7ffff3fc6700 (LWP 3564)] Input #0, video4linux2,v4l2, from '/dev/video0':B sq= 0B f=0/0 Duration: N/A, start: 1393181754.236851, bitrate: 176947 kb/s Stream #0:0: Video: rawvideo (UYVY / 0x59565955), uyvy422, 768x576, 176947 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc [New Thread 0x7ffff27bd700 (LWP 3565)] [New Thread 0x7ffff1fbc700 (LWP 3566)] [New Thread 0x7ffff17bb700 (LWP 3567)] [New Thread 0x7ffff0fba700 (LWP 3568)] [New Thread 0x7fffebfff700 (LWP 3569)] [New Thread 0x7fffeb7fe700 (LWP 3570)] [New Thread 0x7fffeaffd700 (LWP 3571)] [New Thread 0x7fffea7fc700 (LWP 3572)] [New Thread 0x7fffe9ffb700 (LWP 3573)] [New Thread 0x7fffe97fa700 (LWP 3574)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff27bd700 (LWP 3565)] 0x0000000000cfaef8 in extract_even_mmxext (count=, dst=0x7fffe4078fa0 "", src=0x7ffff37c6001 "") at libswscale/x86/rgb2rgb_template.c:2147 2147 __asm__ volatile( (gdb) bt #0 0x0000000000cfaef8 in extract_even_mmxext (count=, dst=0x7fffe4078fa0 "", src=0x7ffff37c6001 "") at libswscale/x86/rgb2rgb_template.c:2147 #1 uyvytoyuv420_mmxext (ydst=, udst=0x7fffe4093e80 "", vdst=0x7fffe40aef00 "", src=, width=768, height=576, lumStride=768, chromStride=384, srcStride=1536) at libswscale/x86/rgb2rgb_template.c:2439 #2 0x0000000000cf096e in uyvyToYuv420Wrapper (c=0x7fffe40037a0, src=, srcStride=, srcSliceY=0, srcSliceH=576, dstParam=0x7ffff27bc710, dstStride=0x7ffff27bc6e0) at libswscale/swscale_unscaled.c:287 #3 0x0000000000cb4c51 in sws_scale (c=, srcSlice=srcSlice at entry=0x7ffff27bc800, srcStride=srcStride at entry=0x7ffff27bc7c0, srcSliceY=srcSliceY at entry=0, srcSliceH=576, dst=dst at entry=0x7ffff27bc820, dstStride=0x7ffff27bc7d0) at libswscale/swscale.c:1101 #4 0x00000000004bcaa5 in scale_slice (field=, mul=, h=, sws=, cur_pic=, out_buf=, link=, y=) at libavfilter/vf_scale.c:423 #5 filter_frame (link=link at entry=0x7fffe40033c0, in=0x7fffe400ca80) at libavfilter/vf_scale.c:520 #6 0x0000000000480a4a in ff_filter_frame_framed (link=link at entry=0x7fffe40033c0, frame=0x7ffff37c6000, frame at entry=0x7fffe400ca80) at libavfilter/avfilter.c:1081 #7 0x0000000000481b49 in ff_filter_frame (link=link at entry=0x7fffe40033c0, frame=0x7fffe400ca80) at libavfilter/avfilter.c:1161 #8 0x0000000000485c02 in request_frame (link=0x7fffe40033c0) at libavfilter/buffersrc.c:500 #9 0x0000000000480e2a in ff_request_frame (link=0x7fffe40033c0) at libavfilter/avfilter.c:346 #10 0x0000000000480e94 in ff_request_frame (link=0x7fffe4003660) at libavfilter/avfilter.c:348 #11 0x0000000000480e94 in ff_request_frame (link=link at entry=0x7fffe4003280) at libavfilter/avfilter.c:348 #12 0x0000000000485428 in av_buffersink_get_frame_flags ( ctx=ctx at entry=0x7fffe40026a0, frame=0x7fffe40008c0, flags=0, flags at entry=-469755424) at libavfilter/buffersink.c:138 #13 0x00000000004731b5 in video_thread (arg=0x7ffff3fc7040) at ffplay.c:1972 #14 0x00007ffff6f0ae96 in ?? () from /usr/lib64/libSDL-1.2.so.0 #15 0x00007ffff6f4dcd9 in ?? () from /usr/lib64/libSDL-1.2.so.0 #16 0x00007ffff6ce4e0e in start_thread () from /lib64/libpthread.so.0 #17 0x00007ffff60f82cd in clone () from /lib64/libc.so.6 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xcfaed8 to 0xcfaf18: 0x0000000000cfaed8 : mov %r12,%rax 0x0000000000cfaedb : jge 0xcfaf23 0x0000000000cfaedd : mov -0x20(%rsp),%rax 0x0000000000cfaee2 : pcmpeqw %mm7,%mm7 0x0000000000cfaee5 : psrlw $0x8,%mm7 0x0000000000cfaee9 : movq -0x1e(%rdi,%rax,2),%mm0 0x0000000000cfaeee : movq -0x16(%rdi,%rax,2),%mm1 0x0000000000cfaef3 : movq -0xe(%rdi,%rax,2),%mm2 => 0x0000000000cfaef8 : movq -0x6(%rdi,%rax,2),%mm3 0x0000000000cfaefd : pand %mm7,%mm0 0x0000000000cfaf00 : pand %mm7,%mm1 0x0000000000cfaf03 : pand %mm7,%mm2 0x0000000000cfaf06 : pand %mm7,%mm3 0x0000000000cfaf09 : packuswb %mm1,%mm0 0x0000000000cfaf0c : packuswb %mm3,%mm2 0x0000000000cfaf0f : movntq %mm0,-0xf(%rcx,%rax,1) 0x0000000000cfaf14 : movntq %mm2,-0x7(%rcx,%rax,1) End of assembler dump. (gdb) info all-register rax 0xffffffffffffffff -1 rbx 0x7fffe4093e80 140737019199104 rcx 0x7fffe4078fa0 140737019088800 rdx 0x7fffe40aef00 140737019309824 rsi 0x7ffff37c6000 140737278402560 rdi 0x7ffff37c6001 140737278402561 rbp 0x7fffe40aef00 0x7fffe40aef00 rsp 0x7ffff27bc5c8 0x7ffff27bc5c8 r8 0x600 1536 r9 0x240 576 r10 0x7fffe4079000 140737019088896 r11 0x23f 575 r12 0xfffffffffffffd00 -768 r13 0x600 1536 r14 0x1 1 r15 0x180 384 rip 0xcfaef8 0xcfaef8 eflags 0x10286 [ PF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0x7e177f1080117e12) (raw 0xffff7e177f1080117e12) st1 -nan(0x80107f15801e7e1e) (raw 0xffff80107f15801e7e1e) st2 -nan(0x80187e147f107f10) (raw 0xffff80187e147f107f10) st3 -nan(0x13001700150019) (raw 0xffff0013001700150019) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 -nan(0xff00ff00ff00ff) (raw 0xffff00ff00ff00ff00ff) fctrl 0x37f 895 fstat 0x0 0 ftag 0x95aa 38314 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa8 [ OE PE IM DM ZM OM UM PM ] ymm0 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x95, 0x98, 0x1, 0x0, 0x69, 0x4, 0x2, 0x0, 0x4b, 0x64, 0x0, 0x0, 0x1f, 0xd0, 0x0 }, v16_int16 = {0x9895, 0x1, 0x469, 0x2, 0x644b, 0x0, 0xd01f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x19895, 0x20469, 0x644b, 0xd01f, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2046900019895, 0xd01f0000644b, 0x0, 0x0}, v2_int128 = {0x0000d01f0000644b0002046900019895, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x61, 0x75, 0x74, 0x6f, 0x0, 0x7f, 0x0, 0x0, 0xe0, 0x1a, 0x0, 0xe4, 0xff, 0x7f, 0x0 }, v16_int16 = {0x7561, 0x6f74, 0x7f00, 0x0, 0x1ae0, 0xe400, 0x7fff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x6f747561, 0x7f00, 0xe4001ae0, 0x7fff, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x7f006f747561, 0x7fffe4001ae0, 0x0, 0x0}, v2_int128 = {0x00007fffe4001ae000007f006f747561, 0x00000000000000000000000000000000}} ymm2 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm3 {v8_float = {0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x1, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x63, 0x5f, 0x76, 0x5f, 0x63, 0x68, 0x72, 0x5f, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x5f63, 0x5f76, 0x6863, 0x5f72, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0x3ff00000, 0x5f765f63, 0x5f726863, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3ff0000000000000, 0x5f7268635f765f63, 0x0, 0x0}, v2_int128 = {0x5f7268635f765f633ff0000000000000, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x73, 0x6d, 0x70, 0x74, 0x65, 0x31, 0x37, 0x30, 0x6d, 0x0, 0x49, 0x6e, 0x76, 0x61, 0x6c, 0x69, 0x0 }, v16_int16 = {0x6d73, 0x7470, 0x3165, 0x3037, 0x6d, 0x6e49, 0x6176, 0x696c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x74706d73, 0x30373165, 0x6e49006d, 0x696c6176, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3037316574706d73, 0x696c61766e49006d, 0x0, 0x0}, v2_int128 = {0x696c61766e49006d3037316574706d73, 0x00000000000000000000000000000000}} ymm5 {v8_float = {0x3, 0x3, 0x3, 0x3, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x20, 0x20, 0x0, 0x0}, v32_int8 = {0x40 , 0x0 }, v16_int16 = {0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x40404040, 0x40404040, 0x40404040, 0x40404040, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x4040404040404040, 0x4040404040404040, 0x0, 0x0}, v2_int128 = {0x40404040404040404040404040404040, 0x00000000000000000000000000000000}} ymm6 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x5b , 0x0 }, v16_int16 = {0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x5b5b5b5b, 0x5b5b5b5b, 0x5b5b5b5b, 0x5b5b5b5b, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x5b5b5b5b5b5b5b5b, 0x5b5b5b5b5b5b5b5b, 0x0, 0x0}, v2_int128 = {0x5b5b5b5b5b5b5b5b5b5b5b5b5b5b5b5b, 0x00000000000000000000000000000000}} ymm7 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x20 , 0x0 }, v16_int16 = {0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x20202020, 0x20202020, 0x20202020, 0x20202020, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2020202020202020, 0x2020202020202020, 0x0, 0x0}, v2_int128 = {0x20202020202020202020202020202020, 0x00000000000000000000000000000000}} ymm8 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0x0 }, v16_int16 = {0x0, 0x0, 0xff, 0x0, 0x0, 0xffff, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0xff, 0xffff0000, 0xffffffff, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xff00000000, 0xffffffffffff0000, 0x0, 0x0}, v2_int128 = {0xffffffffffff0000000000ff00000000, 0x00000000000000000000000000000000}} ymm10 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0xff, 0xff, 0x0 }, v16_int16 = {0x0, 0xff00, 0x0, 0x0, 0xff00, 0x0, 0xff00, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xff000000, 0x0, 0xff00, 0xffff00, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xff000000, 0xffff000000ff00, 0x0, 0x0}, v2_int128 = {0x00ffff000000ff0000000000ff000000, 0x00000000000000000000000000000000}} ymm12 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc4, 0x3c, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3cc4, 0x0 }, v8_int32 = {0x0, 0x3cc40000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3cc4000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003cc4000000000000, 0x00000000000000000000000000000000}} ymm13 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x59, 0xbc, 0x0 }, v16_int16 = {0x0, 0x0, 0x8000, 0xbc59, 0x0 }, v8_int32 = {0x0, 0xbc598000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbc59800000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000bc59800000000000, 0x00000000000000000000000000000000}} ymm14 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0 }, v16_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, 0x0 }, v8_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3c5324f0e883858e, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003c5324f0e883858e, 0x00000000000000000000000000000000}} ymm15 {v8_float = {0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x2d, 0x0, 0x0, 0x0}, v32_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0 }, v16_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0 }, v8_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x4046dfb516f209c0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000004046dfb516f209c0, 0x00000000000000000000000000000000}} }}} The following workaround avoids the crash: {{{ diff --git a/libavdevice/v4l2.c b/libavdevice/v4l2.c index 96a272c..0a02dd1 100644 --- a/libavdevice/v4l2.c +++ b/libavdevice/v4l2.c @@ -531,7 +531,7 @@ static int mmap_read_frame(AVFormatContext *ctx, AVPacket *pkt) } /* Image is at s->buff_start[buf.index] */ - if (avpriv_atomic_int_get(&s->buffers_queued) == FFMAX(s->buffers / 8, 1)) { + if (1 || avpriv_atomic_int_get(&s->buffers_queued) == FFMAX(s->buffers / 8, 1)) { /* when we start getting low on queued buffers, fall back on copying data */ res = av_new_packet(pkt, buf.bytesused); if (res < 0) { }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 20:07:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 19:07:03 -0000 Subject: [FFmpeg-trac] #3411(undetermined:new): vtag.fourcc can no longer be set in mov multiplexer Message-ID: <036.4c3c4555e81d8f61901404685b513554@avcodec.org> #3411: vtag.fourcc can no longer be set in mov multiplexer -------------------------------------+------------------------------------- Reporter: ortoni | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Previous versions (e.g. v 1.1) of ffmpeg allowed the 'fourcc' to be set for IMX using "-vtag mx3p". This sets the "type" field in the stsd atom in the mov. v 2.1 ffmpeg and above does not set this information but does not complain about the "-vtag mx3p" option: command: ffmpeg -i work.m2v -i stereo.wav -vcodec copy -acodec copy -vtag mx3p -r 25 imx21.mov ffmpeg version N-60835-ga3a4d07 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 22:01:54 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable- bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enabl e-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libm odplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aacenc --enable-li bvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-li bx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegvideo, from 'c:\tmpdir\fixed.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv), 720x608 [SAR 152:135 DAR 4:3], max. 300 00 kb/s, 25 fps, 25 tbr, 1200k tbn, 50 tbc Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, wav, from 'c:\tmpdir\stereo.wav': Duration: 00:00:05.08, bitrate: 1536 kb/s Stream #1:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Output #0, mov, to 'c:\tmpdir\imx21.mov': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: mpeg2video (mx3p / 0x7033786D), yuv422p, 720x608 [SAR 152:135 DAR 4:3], q=2-31, max. 30000 kb/s, 25 fps, 12800 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #1:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 125 fps=0.0 q=-1.0 Lsize= 18490kB time=00:00:05.08 bitrate=29817.6kbits/s video:17535kB audio:952kB subtitle:0 data:0 global headers:0kB muxing overhead 0.017215% stsd atom reports type = m2v1 instead of mx3p. Input files are correct types for this output format, and the same commands and files with v1.1 ffmpeg work correctly I also tried video file alone: ffmpeg -i work.m2v -vtag mx3p -r25 imx.mov with same result As ever, thank you ffmpeg developers! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 20:18:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 19:18:45 -0000 Subject: [FFmpeg-trac] #3411(undetermined:new): vtag.fourcc can no longer be set in mov multiplexer In-Reply-To: <036.4c3c4555e81d8f61901404685b513554@avcodec.org> References: <036.4c3c4555e81d8f61901404685b513554@avcodec.org> Message-ID: <051.c45cfa027f1a03f3054af0903f860e0d@avcodec.org> #3411: vtag.fourcc can no longer be set in mov multiplexer -------------------------------------+------------------------------------- Reporter: ortoni | 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 ortoni): This may be related to ticket #3351 - I notice the output of the IMX encoding reported was type m2v1 also instead of the vtag "mx5P" in the command string. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 20:45:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 19:45:49 -0000 Subject: [FFmpeg-trac] #3387(avcodec:closed): Out of bound memory accesses with png encoder (and possibly crashes) In-Reply-To: <036.d836a3511c66ba7476b3f6a4fbc76381@avcodec.org> References: <036.d836a3511c66ba7476b3f6a4fbc76381@avcodec.org> Message-ID: <051.afac802e0de4b19d1d5853c8f54c9460@avcodec.org> #3387: Out of bound memory accesses with png encoder (and possibly crashes) ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Should be fixed in 57ec555e8ef3c5ef1d77d48dc7cc868e56ddadc9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Feb 23 20:53:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Feb 2014 19:53:09 -0000 Subject: [FFmpeg-trac] #3131(avcodec:open): h264 mp4 decoding regression In-Reply-To: <037.a4e4082742cd6c1ed541b31316c7c5da@avcodec.org> References: <037.a4e4082742cd6c1ed541b31316c7c5da@avcodec.org> Message-ID: <052.61ddf28ae3a4791813ebe838f2e880b2@avcodec.org> #3131: h264 mp4 decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => open Comment: Still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 11:19:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 10:19:18 -0000 Subject: [FFmpeg-trac] #3412(avcodec:new): h264 gray decoding failure Message-ID: <037.0af22053da9a03334a7f30e5e4bbea07@avcodec.org> #3412: h264 gray decoding failure --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Keywords: h264 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Output has green macroblocks, not a regression. {{{ $ ffmpeg -flags +gray -i fate-suite/h264/interlaced_crop.mp4 -qscale 2 out.avi ffmpeg version N-60871-g2a3cb1c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 24 2014 11:17:11 with gcc 4.7 (SUSE Linux) configuration: --enable-gray libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/h264/interlaced_crop.mp4': Metadata: major_brand : avc1 minor_version : 0 compatible_brands: isomavc1 creation_time : 2010-10-07 15:03:51 Duration: 00:00:05.04, start: 0.000000, bitrate: 551 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 547 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: creation_time : 2010-10-07 15:03:51 handler_name : GPAC ISO Video Handler Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: major_brand : avc1 minor_version : 0 compatible_brands: isomavc1 ISFT : Lavf55.33.100 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc (default) Metadata: creation_time : 2010-10-07 15:03:51 handler_name : GPAC ISO Video Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 126 fps=0.0 q=2.0 Lsize= 2926kB time=00:00:05.04 bitrate=4755.8kbits/s video:2917kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.296020% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 11:22:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 10:22:09 -0000 Subject: [FFmpeg-trac] #3413(undetermined:new): invalid read in swscale when converting from rgb24 to yuv420p Message-ID: <036.2cd25075888883235c44ce01117f5b3e@avcodec.org> #3413: invalid read in swscale when converting from rgb24 to yuv420p -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | avpicture_alloc Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ #include #include #define W 320 #define H 240 int main() { AVPicture dst = {{0}}, src = {{0}}; struct SwsContext *sws = sws_getCachedContext(NULL, W, H, PIX_FMT_RGB24, W, H, PIX_FMT_YUV420P, 0, NULL, NULL, NULL); if (!sws) return 1; avpicture_alloc(&src, PIX_FMT_RGB24, W, H); avpicture_alloc(&dst, PIX_FMT_YUV420P, W, H); memset(src.data[0], 0, H * src.linesize[0]); if (sws_scale(sws, (const uint8_t**)src.data, src.linesize, 0, H, dst.data, dst.linesize) < 0) return 1; return 0; } }}} {{{ ? valgrind ./scale ==26516== Memcheck, a memory error detector ==26516== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==26516== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==26516== Command: ./scale ==26516== ==26516== Invalid read of size 16 ==26516== at 0x442D47: ??? (input.asm:334) ==26516== by 0x40B5A8: swscale (swscale.c:254) ==26516== by 0x40D3E4: sws_scale (swscale.c:1101) ==26516== by 0x40A32A: main (scale.c:19) ==26516== Address 0x8f3dcd4 is 230,388 bytes inside a block of size 230,401 alloc'd ==26516== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==26516== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==26516== by 0x452BF9: av_malloc (mem.c:94) ==26516== by 0x451586: av_image_alloc (imgutils.c:210) ==26516== by 0x40A3D5: avpicture_alloc (avpicture.c:57) ==26516== by 0x40A2AA: main (scale.c:16) ==26516== ==26516== ==26516== HEAP SUMMARY: ==26516== in use at exit: 409,728 bytes in 34 blocks ==26516== total heap usage: 46 allocs, 12 frees, 463,488 bytes allocated ==26516== ==26516== LEAK SUMMARY: ==26516== definitely lost: 375,906 bytes in 3 blocks ==26516== indirectly lost: 33,822 bytes in 31 blocks ==26516== possibly lost: 0 bytes in 0 blocks ==26516== still reachable: 0 bytes in 0 blocks ==26516== suppressed: 0 bytes in 0 blocks ==26516== Rerun with --leak-check=full to see details of leaked memory ==26516== ==26516== For counts of detected and suppressed errors, rerun with: -v ==26516== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 3 from 3) }}} This might be because avpicture_alloc() calls av_image_alloc() with an align of 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 12:43:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 11:43:07 -0000 Subject: [FFmpeg-trac] #3414(undetermined:new): ffmpeg stream to ffserver fails with "Not enough space" Message-ID: <036.a2a5ceb95cd28937939519564db58a9f@avcodec.org> #3414: ffmpeg stream to ffserver fails with "Not enough space" -------------------------------------+------------------------------------- Reporter: melsom | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm having a problem streaming to ffserver with the latest Windows-build by Zeranoe. Works under Linux with the same version. Is this a bug or is there anything i'm missing? Same commandline works just fine under linux with the same git-version. There are no space issues. Both ffserver and machine running windows has plenty of space available. {{{ ffmpeg -i http://10.10.0.108:7522/upnp/channelstream/18.ts http://10.0.1.100:8090/feed1.ffm ffmpeg version N-60859-g313a6c6 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 23 2014 22:01:50 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0441f640] Invalid frame dimensions 0x0. Last message repeated 2 times Input #0, mpegts, from 'http://10.10.0.108:7522/upnp/channelstream/18.ts': Duration: N/A, start: 92735.966167, bitrate: 247 kb/s Program 163 Stream #0:0[0x200]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 3750 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x280]: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 247 kb/s http://10.0.1.100:8090/feed1.ffm: Not enough space ffserver.conf: Port 8090 BindAddress 0.0.0.0 MaxHTTPConnections 2000 MaxClients 1000 MaxBandwidth 100000 CustomLog - #NoDaemon File /tmp/feed1.ffm FileMaxSize 20G ACL allow x.x.x.x # Removed Feed feed1.ffm Format h264 # Audio settings AudioCodec libfaac AudioBitRate 96 AudioSampleRate 44100 AudioChannels 2 # Video settings VideoCodec libx264 VideoSize 640x368 VideoFrameRate 50 AVOptionVideo flags +global_header AVOptionVideo cpu-used 0 AVOptionVideo qmin 10 AVOptionVideo qmax 42 AVOptionVideo quality good AVOptionAudio flags +global_header PreRoll 15 StartSendOnKey VideoBitRate 1024 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 13:22:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 12:22:44 -0000 Subject: [FFmpeg-trac] #3414(undetermined:new): ffmpeg stream to ffserver fails with "Not enough space" In-Reply-To: <036.a2a5ceb95cd28937939519564db58a9f@avcodec.org> References: <036.a2a5ceb95cd28937939519564db58a9f@avcodec.org> Message-ID: <051.061158cefa10dc3821431582ce96d34d@avcodec.org> #3414: ffmpeg stream to ffserver fails with "Not enough space" -------------------------------------+------------------------------------- Reporter: melsom | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 14:08:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 13:08:53 -0000 Subject: [FFmpeg-trac] #3405(undetermined:new): Bizare behaviour with RTP mpegts sources In-Reply-To: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> References: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> Message-ID: <056.b35a60328279e3cef454fa1cbcb8695d@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources -------------------------------------+------------------------------------- Reporter: sharbatgula | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: RTP mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by sharbatgula): Replying to [comment:2 cehoyos]: > Please provide the command line that allows to reproduce the problem together with the complete, uncut console output. Hi cehoyos, You can find that in the document that I attached to the case. I'm pasting its content below. Please note that sometimes it is enough to just ffplay rtp://@multicast_ip:port and get ffmpeg -y -f mpegts -i rtp://@239.2.2.22:5530 -threads 0 -acodec libfdk_aac -ab 64k -ar 44100 -vcodec libx264 -vprofile baseline -vlevel 1.3 -x264opts fps=25:keyint=100:bitrate=200 -s 320x240 -f mpegts udp://224.10.2.3:5004?pkt_size=1316 [h264 @ 0x29eb420] non-existing PPS referenced [h264 @ 0x29eb420] non-existing PPS 0 referenced [h264 @ 0x29eb420] decode_slice_header error [h264 @ 0x29eb420] no frame! [h264 @ 0x29eb420] non-existing PPS referenced [h264 @ 0x29eb420] non-existing PPS 0 referenced [h264 @ 0x29eb420] decode_slice_header error [h264 @ 0x29eb420] no frame! [h264 @ 0x29eb420] non-existing PPS referenced [h264 @ 0x29eb420] non-existing PPS 0 referenced [h264 @ 0x29eb420] decode_slice_header error [h264 @ 0x29eb420] no frame! [h264 @ 0x29eb420] mmco: unref short failure Last message repeated 1 times [h264 @ 0x29eb420] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one Input #0, mpegts, from 'rtp://@239.2.2.22:5530': Duration: N/A, start: 70660.816500, bitrate: 128 kb/s Program 1 Stream #0:0[0x15f5]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x15f6](mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s [libx264 @ 0x2a71aa0] using SAR=45/44 [libx264 @ 0x2a71aa0] MB rate (15000) > level limit (11880) [libx264 @ 0x2a71aa0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x2a71aa0] profile Constrained Baseline, level 1.3 Output #0, mpegts, to 'udp://224.10.2.3:5004?pkt_size=1316': Metadata: encoder : Lavf55.26.100 Stream #0:0: Video: h264 (libx264), yuv420p, 320x240 [SAR 45:44 DAR 15:11], q=-1--1, 200 kb/s, 90k tbn, 50 tbc Stream #0:1(mac): Audio: aac (libfdk_aac), 44100 Hz, stereo, s16, 64 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (mp2 -> libfdk_aac) Press [q] to stop, [?] for help [h264 @ 0x3423ca0] Reference 3 >= 2 [h264 @ 0x3423ca0] error while decoding MB 20 8, bytestream (5861) [h264 @ 0x3468e20] Reference 5 >= 2 [h264 @ 0x3468e20] error while decoding MB 19 19, bytestream (628) [h264 @ 0x34d7840] Reference 3 >= 2 [h264 @ 0x34d7840] error while decoding MB 2 10, bytestream (1337) [h264 @ 0x3546280] Reference 2 >= 2 [h264 @ 0x3546280] error while decoding MB 15 15, bytestream (1614) [h264 @ 0x35b4cc0] Reference 4 >= 2 [h264 @ 0x35b4cc0] error while decoding MB 29 12, bytestream (1128) [h264 @ 0x3623700] Reference 2 >= 2 [h264 @ 0x3623700] error while decoding MB 20 5, bytestream (1439) [h264 @ 0x3692140] reference picture missing during reorder [h264 @ 0x3692140] Missing reference picture, default is 65292 [h264 @ 0x3692140] left block unavailable for requested intra mode at 0 8 [h264 @ 0x3692140] error while decoding MB 0 8, bytestream (9817) [h264 @ 0x3700b80] reference picture missing during reorder [h264 @ 0x3700b80] Missing reference picture, default is 65293 [h264 @ 0x3700b80] Reference 2 >= 2 [h264 @ 0x3700b80] error while decoding MB 2 17, bytestream (1477) [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x35b4cc0] cabac decode of qscale diff failed at 27 26 [h264 @ 0x35b4cc0] error while decoding MB 27 26, bytestream (568) [h264 @ 0x3692140] Reference 2 >= 2 [h264 @ 0x3692140] error while decoding MB 36 28, bytestream (631) [h264 @ 0x3700b80] error while decoding MB 8 29, bytestream (-7) [mpegts @ 0x29c6c40] PES packet size mismatch [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x38bb480] Found reference and non-reference fields in the same frame, which 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. [h264 @ 0x38bb480] 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. [h264 @ 0x38bb480] decode_slice_header error [h264 @ 0x3929ec0] reference picture missing during reorder [h264 @ 0x3929ec0] Missing reference picture, default is 2147483647 [h264 @ 0x3a07340] mmco: unref short failure [h264 @ 0x3546280] reference picture missing during reorder [h264 @ 0x3546280] Missing reference picture, default is 65364 [h264 @ 0x35b4cc0] mmco: unref short failure [h264 @ 0x3929ec0] mmco: unref short failureme=00:00:01.26 bitrate= 0.0kbits/s [mpegts @ 0x29c6c40] PES packet size mismatch [h264 @ 0x3a75d80] Reference 4 >= 2 [h264 @ 0x3a75d80] error while decoding MB 21 26, bytestream (369) [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x3546280] Reference 2 >= 2 [h264 @ 0x3546280] error while decoding MB 26 24, bytestream (477) [h264 @ 0x3468e20] Reference 2 >= 2 43kB time=00:00:02.35 bitrate= 148.5kbits/s dup=147 drop=0 [h264 @ 0x3468e20] error while decoding MB 37 4, bytestream (11097) [h264 @ 0x3546280] Reference 2 >= 2 278kB time=00:00:05.47 bitrate= 416.5kbits/s dup=223 drop=0 [h264 @ 0x3546280] error while decoding MB 13 28, bytestream (1236) [h264 @ 0x3468e20] Reference 5 >= 2 [h264 @ 0x3468e20] error while decoding MB 36 8, bytestream (5968) [h264 @ 0x3692140] Reference 3 >= 2 313kB time=00:00:06.49 bitrate= 395.2kbits/s dup=249 drop=0 [h264 @ 0x3692140] error while decoding MB 32 7, bytestream (1820) [h264 @ 0x3700b80] Reference 2 >= 2 334kB time=00:00:07.02 bitrate= 389.8kbits/s dup=258 drop=0 [h264 @ 0x3700b80] error while decoding MB 22 20, bytestream (1166) [h264 @ 0x3a75d80] Reference 2 >= 2 401kB time=00:00:08.58 bitrate= 382.6kbits/s dup=293 drop=0 [h264 @ 0x3a75d80] error while decoding MB 20 20, bytestream (187) [h264 @ 0x3692140] Reference 4 >= 2 478kB time=00:00:09.55 bitrate= 409.5kbits/s dup=333 drop=0 [h264 @ 0x3692140] error while decoding MB 42 11, bytestream (3874) [h264 @ 0x376f5c0] Reference 3 >= 2 [h264 @ 0x376f5c0] error while decoding MB 38 7, bytestream (6281) [h264 @ 0x3623700] Reference 2 >= 2 484kB time=00:00:10.13 bitrate= 390.8kbits/s dup=340 drop=0 [h264 @ 0x3623700] error while decoding MB 39 26, bytestream (3468) [h264 @ 0x35b4cc0] Reference 4 >= 2 487kB time=00:00:10.62 bitrate= 375.5kbits/s dup=348 drop=0 [h264 @ 0x35b4cc0] error while decoding MB 28 17, bytestream (1795) [h264 @ 0x376f5c0] reference picture missing during reorder bitrate= 369.3kbits/s dup=364 drop=0 [h264 @ 0x376f5c0] Missing reference picture, default is 65884 [h264 @ 0x37de000] reference picture missing during reorder [h264 @ 0x37de000] Missing reference picture, default is 65885 [h264 @ 0x3929ec0] cabac decode of qscale diff failed at 9 24 [h264 @ 0x3929ec0] error while decoding MB 9 24, bytestream (304) [h264 @ 0x38bb480] error while decoding MB 44 19, bytestream (-15)e= 372.2kbits/s dup=417 drop=0 [h264 @ 0x3468e20] Reference 3 >= 2 582kB time=00:00:13.13 bitrate= 363.1kbits/s dup=426 drop=0 [h264 @ 0x3468e20] error while decoding MB 20 15, bytestream (4875) [h264 @ 0x34d7840] Reference 2 >= 2 [h264 @ 0x34d7840] error while decoding MB 31 8, bytestream (841) [h264 @ 0x3546280] Reference 2 >= 2 [h264 @ 0x3546280] error while decoding MB 32 5, bytestream (1615) [h264 @ 0x3692140] Reference 2 >= 2 [h264 @ 0x3692140] error while decoding MB 8 6, bytestream (4871) [h264 @ 0x3700b80] mmco: unref short failure Last message repeated 1 times [h264 @ 0x3700b80] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [mpegts @ 0x29c6c40] PES packet size mismatch [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x3929ec0] Reference 2 >= 2 [h264 @ 0x3929ec0] error while decoding MB 33 17, bytestream (1707) [h264 @ 0x3998900] Reference 2 >= 2 [h264 @ 0x3998900] error while decoding MB 15 24, bytestream (1586) [h264 @ 0x3a07340] Reference 4 >= 2 [h264 @ 0x3a07340] error while decoding MB 2 14, bytestream (2219) [mpegts @ 0x29c6c40] PES packet size mismatch [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x3a75d80] Reference 3 >= 2 [h264 @ 0x3a75d80] error while decoding MB 5 7, bytestream (2512) [h264 @ 0x3423ca0] error while decoding MB 36 28, bytestream (-27) [h264 @ 0x34d7840] Reference 3 >= 2 [h264 @ 0x34d7840] error while decoding MB 10 18, bytestream (342) [h264 @ 0x35b4cc0] reference picture missing during reorder [h264 @ 0x35b4cc0] Missing reference picture, default is 65996 [h264 @ 0x35b4cc0] Reference 3 >= 2 [h264 @ 0x35b4cc0] error while decoding MB 5 6, bytestream (5889) [h264 @ 0x3623700] reference picture missing during reorder bitrate= 363.2kbits/s dup=439 drop=0 [h264 @ 0x3623700] Missing reference picture, default is 65997 [mpegts @ 0x29c6c40] PES packet size mismatch [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x38bb480] Found reference and non-reference fields in the same frame, which 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. [h264 @ 0x38bb480] 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. [h264 @ 0x38bb480] decode_slice_header error [h264 @ 0x3929ec0] reference picture missing during reorder [h264 @ 0x3929ec0] Missing reference picture, default is 66085 [h264 @ 0x3546280] reference picture missing during reorder [h264 @ 0x3546280] Missing reference picture, default is 66092 [h264 @ 0x3692140] Reference 2 >= 2 [h264 @ 0x3692140] error while decoding MB 38 15, bytestream (2771) [h264 @ 0x3929ec0] mmco: unref short failureime=00:00:15.71 bitrate= 338.4kbits/s dup=494 drop=0 [h264 @ 0x3546280] left block unavailable for requested intra mode at 0 16kbits/s dup=521 drop=0 [h264 @ 0x3546280] error while decoding MB 0 16, bytestream (4465) [h264 @ 0x3700b80] Reference 2 >= 2 690kB time=00:00:17.27 bitrate= 327.3kbits/s dup=533 drop=0 [h264 @ 0x3700b80] error while decoding MB 17 12, bytestream (2893) [h264 @ 0x3546280] error while decoding MB 10 30, bytestream (-34)e= 324.9kbits/s dup=562 drop=0 [mpegts @ 0x29c6c40] PES packet size mismatchme=00:00:18.78 bitrate= 323.2kbits/s dup=575 drop=0 [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x3546280] Reference 2 >= 2 803kB time=00:00:20.36 bitrate= 323.2kbits/s dup=617 drop=0 [h264 @ 0x3546280] error while decoding MB 36 24, bytestream (443) [h264 @ 0x3546280] error while decoding MB 18 28, bytestream (-8)te= 322.2kbits/s dup=628 drop=0 [h264 @ 0x3a07340] Reference 11 >= 2 835kB time=00:00:21.43 bitrate= 319.2kbits/s dup=638 drop=0 [h264 @ 0x3a07340] error while decoding MB 35 21, bytestream (580) [h264 @ 0x3423ca0] Reference 5 >= 2 878kB time=00:00:22.66 bitrate= 317.3kbits/s dup=675 drop=0 [h264 @ 0x3423ca0] error while decoding MB 40 13, bytestream (1917) [h264 @ 0x35b4cc0] error while decoding MB 19 28, bytestream (-12)e= 319.2kbits/s dup=762 drop=0 [h264 @ 0x35b4cc0] Reference 4 >= 2 1090kB time=00:00:27.78 bitrate= 321.3kbits/s dup=804 drop=0 [h264 @ 0x35b4cc0] error while decoding MB 21 16, bytestream (997) [h264 @ 0x3a75d80] Reference 2 >= 2 1108kB time=00:00:29.14 bitrate= 311.6kbits/s dup=824 drop=0 [h264 @ 0x3a75d80] error while decoding MB 41 15, bytestream (4439) [h264 @ 0x3a07340] Reference 6 >= 2 1111kB time=00:00:29.69 bitrate= 306.6kbits/s dup=831 drop=0 [h264 @ 0x3a07340] error while decoding MB 22 8, bytestream (6338) [mpegts @ 0x29c6c40] PES packet size mismatch [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x384ca40] error while decoding MB 38 26, bytestream (-9)te= 308.7kbits/s dup=855 drop=0 [h264 @ 0x38bb480] Reference 2 >= 2 1269kB time=00:00:31.18 bitrate= 333.4kbits/s dup=872 drop=0 [h264 @ 0x38bb480] error while decoding MB 11 21, bytestream (2945) [h264 @ 0x3929ec0] Reference 2 >= 2 1409kB time=00:00:32.23 bitrate= 358.1kbits/s dup=899 drop=0 [h264 @ 0x3929ec0] error while decoding MB 1 24, bytestream (659) [h264 @ 0x37de000] Found reference and non-reference fields in the same frame, which 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. [h264 @ 0x37de000] 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. [h264 @ 0x37de000] decode_slice_header error [h264 @ 0x384ca40] reference picture missing during reorder [h264 @ 0x384ca40] Missing reference picture, default is 66949 [h264 @ 0x3468e20] reference picture missing during reorder [h264 @ 0x3468e20] Missing reference picture, default is 66956 [h264 @ 0x37de000] left block unavailable for requested intra mode at 0 28kbits/s dup=929 drop=0 [h264 @ 0x37de000] error while decoding MB 0 28, bytestream (3857) [h264 @ 0x384ca40] mmco: unref short failure [h264 @ 0x384ca40] Reference 3 >= 2 [h264 @ 0x384ca40] error while decoding MB 24 7, bytestream (6260) [h264 @ 0x38bb480] Reference 3 >= 2 [h264 @ 0x38bb480] error while decoding MB 38 16, bytestream (1520) [h264 @ 0x37de000] left block unavailable for requested intra4x4 mode -1 at 0 28s dup=945 drop=0 [h264 @ 0x37de000] error while decoding MB 0 28, bytestream (1330) [mpegts @ 0x29c6c40] PES packet size mismatch [mp2 @ 0x29ebe80] Header missing Error while decoding stream #0:1: Invalid data found when processing input [h264 @ 0x3468e20] left block unavailable for requested intra4x4 mode -1 at 0 26s dup=964 drop=0 [h264 @ 0x3468e20] error while decoding MB 0 26, bytestream (4267) [h264 @ 0x3700b80] error while decoding MB 33 30, bytestream (-10)e= 356.6kbits/s dup=971 drop=0 [h264 @ 0x384ca40] Reference 2 >= 2 [h264 @ 0x384ca40] error while decoding MB 4 15, bytestream (3351) [h264 @ 0x3692140] Reference 3 >= 2 [h264 @ 0x3692140] error while decoding MB 34 27, bytestream (1275) [h264 @ 0x34d7840] cabac decode of qscale diff failed at 3 17itrate= 354.4kbits/s dup=980 drop=0 [h264 @ 0x34d7840] error while decoding MB 3 17, bytestream (3715) [h264 @ 0x3468e20] error while decoding MB 38 30, bytestream (-25)e= 359.6kbits/s dup=995 drop=0 [h264 @ 0x37de000] cabac decode of qscale diff failed at 20 28trate= 374.0kbits/s dup=1029 drop=0 [h264 @ 0x37de000] error while decoding MB 20 28, bytestream (4227) [h264 @ 0x3468e20] Reference 3 >= 2 [h264 @ 0x3468e20] error while decoding MB 36 4, bytestream (8594) [h264 @ 0x3998900] cabac decode of qscale diff failed at 29 20trate= 378.3kbits/s dup=1044 drop=0 [h264 @ 0x3998900] error while decoding MB 29 20, bytestream (625) frame= 1950 fps= 52 q=-1.0 Lsize= 1806kB time=00:00:39.00 bitrate= 379.3kbits/s dup=1048 drop=0 video:1114kB audio:293kB subtitle:0 global headers:0kB muxing overhead 28.330540% [libx264 @ 0x2a71aa0] frame I:32 Avg QP:24.47 size: 5445 [libx264 @ 0x2a71aa0] frame P:1918 Avg QP:23.38 size: 504 [libx264 @ 0x2a71aa0] mb I I16..4: 48.5% 0.0% 51.5% [libx264 @ 0x2a71aa0] mb P I16..4: 1.6% 0.0% 2.2% P16..4: 9.0% 2.6% 1.1% 0.0% 0.0% skip:83.6% [libx264 @ 0x2a71aa0] final ratefactor: 25.58 [libx264 @ 0x2a71aa0] coded y,uvDC,uvAC intra: 47.5% 59.3% 30.5% inter: 3.8% 4.2% 0.9% [libx264 @ 0x2a71aa0] i16 v,h,dc,p: 28% 34% 11% 27% [libx264 @ 0x2a71aa0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 27% 18% 5% 5% 6% 5% 4% 5% [libx264 @ 0x2a71aa0] i8c dc,h,v,p: 56% 22% 14% 8% [libx264 @ 0x2a71aa0] ref P L0: 82.2% 4.9% 12.8% [libx264 @ 0x2a71aa0] kb/s:234.01 Received signal 2: terminating. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 14:51:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 13:51:29 -0000 Subject: [FFmpeg-trac] #3405(undetermined:closed): Bizare behaviour with RTP mpegts sources In-Reply-To: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> References: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> Message-ID: <056.dda91674190c524b395e5029d500821c@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources -------------------------------------+------------------------------------- Reporter: sharbatgula | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: RTP mpegts | 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 provide complete, uncut console output of a failing command. If the problem is reproducible without external libraries (libx264 and libfdk_aac), please don't use them as external libraries make reproducing the issue more difficult. Is network output needed to reproduce the problem? If not, please use file output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 15:50:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 14:50:17 -0000 Subject: [FFmpeg-trac] #3362(avformat:open): ffplay: video freeze after seek In-Reply-To: <045.d77f8aee5f777e7a5d6b1e490de0a7bf@avcodec.org> References: <045.d77f8aee5f777e7a5d6b1e490de0a7bf@avcodec.org> Message-ID: <060.80ca2899b06083c07459a6012ca1c57f@avcodec.org> #3362: ffplay: video freeze after seek -------------------------------------+------------------------------------- Reporter: | Owner: kirilldanilenko | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mov h264 | Reproduced by developer: 1 seek regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kirilldanilenko): hello, ffmpeg team, is any work planned on this ticket? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 17:34:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 16:34:52 -0000 Subject: [FFmpeg-trac] #3415(undetermined:new): when remux tscc avi to mkv, the mkv can not be displayed Message-ID: <038.24b212dc5fca5e830ef752bbab2fa9cd@avcodec.org> #3415: when remux tscc avi to mkv, the mkv can not be displayed -------------------------------------+------------------------------------- Reporter: chinshou | 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 remux tscc avi to mkv, the mkv can not be displayed How to reproduce: {{{ % ffmpeg -i xxx.avi -codec copy xxx.mkv % ffplay xxx.mkv libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [camtasia @ 0049DD00] Camtasia error: unknown depth 0 bpp0B f=0/0 Last message repeated 1 times Input #0, matroska,webm, from 'xxx.mkv': Metadata: ARTIST : ??????????? ISBJ : Altium Designer???????CB? COPYRIGHT : ??????? ENCODER : Lavf55.19.104 Duration: 00:05:39.67, start: 0.000000, bitrate: 690 kb/s Stream #0:0: Video: tscc (tscc / 0x63637374), 1280x772, SAR 1:1 DAR 320:193, 15 fps, 15 tbr, 1k tbn, 1k tbc (default) Stream #0:1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s (default) [camtasia @ 0049DD00] Camtasia error: unknown depth 0 bpp 2.43 M-A: 0.000 fd= 0 aq= 11KB vq= 0KB sq= 0B f=0/0 }}} The error message come from {{{ switch(avctx->bits_per_coded_sample){ case 8: avctx->pix_fmt = AV_PIX_FMT_PAL8; break; case 16: avctx->pix_fmt = AV_PIX_FMT_RGB555; break; case 24: avctx->pix_fmt = AV_PIX_FMT_BGR24; break; case 32: avctx->pix_fmt = AV_PIX_FMT_RGB32; break; default: av_log(avctx, AV_LOG_ERROR, "Camtasia error: unknown depth %i bpp\n", avctx->bits_per_coded_sample); return AVERROR_PATCHWELCOME; } }}} I check the matroskaenc.c and matroskadec.c , mkv muxer does not write the bits_per_coded_sample information for video track , it only write similar information as MATROSKA_ID_AUDIOBITDEPTH for audio track. avidec.yuv will call ff_get_bmp_header to parse bitmap header to get the bits_per_coded_sample information from video stream. mkv demuxer also does not do such work. Is it a bug of mkv demuxer or muxer? Is it possible to support RGB Pixel format video stream in mkv container? If possible , what should we do to support such feature? best regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 17:35:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 16:35:07 -0000 Subject: [FFmpeg-trac] #3416(avformat:new): when remux tscc avi to mkv, the mkv can not be displayed Message-ID: <038.0c897075a56f1af853d17b1509b8d6c6@avcodec.org> #3416: when remux tscc avi to mkv, the mkv can not be displayed ----------------------------------+-------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: when remux tscc avi to mkv, the mkv can not be displayed How to reproduce: {{{ % ffmpeg -i xxx.avi -codec copy xxx.mkv % ffplay xxx.mkv libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [camtasia @ 0049DD00] Camtasia error: unknown depth 0 bpp0B f=0/0 Last message repeated 1 times Input #0, matroska,webm, from 'xxx.mkv': Metadata: ARTIST : ??????????? ISBJ : Altium Designer???????CB? COPYRIGHT : ??????? ENCODER : Lavf55.19.104 Duration: 00:05:39.67, start: 0.000000, bitrate: 690 kb/s Stream #0:0: Video: tscc (tscc / 0x63637374), 1280x772, SAR 1:1 DAR 320:193, 15 fps, 15 tbr, 1k tbn, 1k tbc (default) Stream #0:1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s (default) [camtasia @ 0049DD00] Camtasia error: unknown depth 0 bpp 2.43 M-A: 0.000 fd= 0 aq= 11KB vq= 0KB sq= 0B f=0/0 }}} The error message come from {{{ switch(avctx->bits_per_coded_sample){ case 8: avctx->pix_fmt = AV_PIX_FMT_PAL8; break; case 16: avctx->pix_fmt = AV_PIX_FMT_RGB555; break; case 24: avctx->pix_fmt = AV_PIX_FMT_BGR24; break; case 32: avctx->pix_fmt = AV_PIX_FMT_RGB32; break; default: av_log(avctx, AV_LOG_ERROR, "Camtasia error: unknown depth %i bpp\n", avctx->bits_per_coded_sample); return AVERROR_PATCHWELCOME; } }}} I check the matroskaenc.c and matroskadec.c , mkv muxer does not write the bits_per_coded_sample information for video track , it only write similar information as MATROSKA_ID_AUDIOBITDEPTH for audio track. avidec.yuv will call ff_get_bmp_header to parse bitmap header to get the bits_per_coded_sample information from video stream. mkv demuxer also does not do such work. Is it a bug of mkv demuxer or muxer? Is it possible to support RGB Pixel format video stream in mkv container? If possible , what should we do to support such feature? best regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 17:56:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 16:56:02 -0000 Subject: [FFmpeg-trac] #2367(undetermined:closed): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.3e52295c4c578bc795fecd9937bea260@avcodec.org> References: <036.3e52295c4c578bc795fecd9937bea260@avcodec.org> Message-ID: <051.4801cda13b294f7e7dc6cf8b6f52f10f@avcodec.org> #2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: MrNice | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by MrNice): Yes I still have the device to test. Unfortunately I have another issue with my Mint-Mate 1.6.1 (with NVidia video card). Audio is flickering and changes setup every few seconds, I can't record and play properly. I tried with Ubuntu 13.10, UbuntuStudio as well, same issue. As you are in the sound field, maybe you know this issue and could have an answer. If you get a change, please look at: https://answers.launchpad.net/ubuntu/+question/243594 http://ubuntuforums.org/showthread.php?t=2204270 http://forums.linuxmint.com/viewtopic.php?f=48&t=157635 When this will be fixed I will be happy to test ffmpeg as I need to capture again. Many thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 18:28:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 17:28:40 -0000 Subject: [FFmpeg-trac] #3416(avformat:closed): when remux tscc avi to mkv, the mkv can not be displayed In-Reply-To: <038.0c897075a56f1af853d17b1509b8d6c6@avcodec.org> References: <038.0c897075a56f1af853d17b1509b8d6c6@avcodec.org> Message-ID: <053.17fef97ea7b142e603e1a0f95cb6cfd3@avcodec.org> #3416: when remux tscc avi to mkv, the mkv can not be displayed ------------------------------------+------------------------------------- Reporter: chinshou | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 19:05:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 18:05:04 -0000 Subject: [FFmpeg-trac] #3357(avcodec:open): FFplay cannot read and display attached png file In-Reply-To: <035.11cc6304f44ec677abf8bcd22727aef2@avcodec.org> References: <035.11cc6304f44ec677abf8bcd22727aef2@avcodec.org> Message-ID: <050.49b152d138cf80c0e7bbd9569128f76e@avcodec.org> #3357: FFplay cannot read and display attached png file ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): The image works fine with IE (since version 9), Firefox, Safari, Opera, Chrome and Maxthon. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Feb 24 22:00:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 21:00:17 -0000 Subject: [FFmpeg-trac] #3415(undetermined:new): when remux tscc avi to mkv, the mkv can not be displayed In-Reply-To: <038.24b212dc5fca5e830ef752bbab2fa9cd@avcodec.org> References: <038.24b212dc5fca5e830ef752bbab2fa9cd@avcodec.org> Message-ID: <053.383740d677c490c83bea719e3fb61288@avcodec.org> #3415: when remux tscc avi to mkv, the mkv can not be displayed -------------------------------------+------------------------------------- Reporter: chinshou | 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 gjdfgh): * cc: nfxjfg@? (added) Comment: Upload a sample (preferably both avi and mkv). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 00:02:05 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 23:02:05 -0000 Subject: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.241d060f2273acd94430adc6a5830660@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by caseynielson): You may reproduce the problem using the command line supplied in the original description. ffmpeg -re -i test.ts -c:v copy -c:a copy -f mpegts udp://239.101.102.103:3001?pkt_size=1316 test.ts should contain valid MPEG TS content. The problem is observed using your favorite packet trace utility (I use tcpdump but wireshark may be easier to use). All IP UDP packets should be 1316 bytes (7 MPEG TS packets at length of 188 bytes). As noted earlier ffmpeg occasionally outputs IP UDP packets containing fewer MPEG TS packets. The example above shows two packets with length 752 bytes ( 4 MPEG TS packets) and 1 packet of length 188 bytes (1 MPEG TS packet). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 00:08:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 23:08:37 -0000 Subject: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.afc9b67591d2bd627fa03f7e7c2517ba@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kierank): Strictly speaking this is a legal stream because FFmpeg outputs a VBR transport stream. SMPTE 2022-3/4 does allow this. However, a lot of equipment will expect a CBR transport stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 00:10:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Feb 2014 23:10:49 -0000 Subject: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.77bb2ee5b9a6bac63daf7021fb482dd8@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by lancey): This has nothing to do with the bitrate of the stream, it's just that it's not packaged correctly. If you run it via multicat you'll get the correctly expected output will all packets sized the same (e.g. 1316). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 01:16:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 00:16:58 -0000 Subject: [FFmpeg-trac] #3415(avformat:open): when remux tscc avi to mkv, the mkv can not be displayed In-Reply-To: <038.24b212dc5fca5e830ef752bbab2fa9cd@avcodec.org> References: <038.24b212dc5fca5e830ef752bbab2fa9cd@avcodec.org> Message-ID: <053.39eb3e37b9a2852a6f5a5d69e2c28854@avcodec.org> #3415: when remux tscc avi to mkv, the mkv can not be displayed ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mkv * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Patch sent. For future tickets: Please only provide ffplay command line and console output if the problem is not reproducible with ffmpeg. {{{ $ ffmpeg -i fate-suite/tscc/2004-12-17-uebung9-partial.avi -vcodec copy -an out.mkv ffmpeg version N-60871-g2a3cb1c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 24 2014 11:17:11 with gcc 4.7 (SUSE Linux) configuration: --enable-gray libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 Input #0, avi, from 'fate-suite/tscc/2004-12-17-uebung9-partial.avi': Duration: 00:00:24.53, start: 0.000000, bitrate: 101 kb/s Stream #0:0: Video: tscc (tscc / 0x63637374), bgra, 1024x768, 15 tbr, 15 tbn, 15 tbc Metadata: title : Camtasia Recorder_capture12e7f7.avi Video #1 Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 24000 Hz, mono, s16p, 24 kb/s Metadata: title : Microsoft Waveform: Camtasia Recorder_convert46a8d2.wav Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: tscc (tscc / 0x63637374), bgra, 1024x768, q=2-31, 1k tbn, 15 tbc Metadata: title : Camtasia Recorder_capture12e7f7.avi Video #1 Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 161 fps=0.0 q=-1.0 Lsize= 274kB time=00:00:10.73 bitrate= 209.5kbits/s video:270kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 1.788606% }}} {{{ $ ffmpeg -i out.mkv ffmpeg version N-60871-g2a3cb1c Copyright (c) 2000-2014 the FFmpeg developers built on Feb 24 2014 11:17:11 with gcc 4.7 (SUSE Linux) configuration: --enable-gray libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 [camtasia @ 0x18e25a0] Camtasia error: unknown depth 0 bpp [matroska,webm @ 0x18e1100] Failed to open codec in av_find_stream_info [camtasia @ 0x18e25a0] Camtasia error: unknown depth 0 bpp Input #0, matroska,webm, from 'out.mkv': Metadata: ENCODER : Lavf55.33.100 Duration: 00:00:10.73, start: 0.000000, bitrate: 209 kb/s Stream #0:0: Video: tscc (tscc / 0x63637374), 1024x768, SAR 1:1 DAR 4:3, 15 fps, 15 tbr, 1k tbn, 1k tbc (default) Metadata: title : Camtasia Recorder_capture12e7f7.avi Video #1 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 05:41:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 04:41:18 -0000 Subject: [FFmpeg-trac] #726(undetermined:open): support for copying SMPTE 436M caption tracks In-Reply-To: <037.230b380cf1d3db2ae11967b9af569499@avcodec.org> References: <037.230b380cf1d3db2ae11967b9af569499@avcodec.org> Message-ID: <052.383edcc952e6ce92010df1fa26970c94@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cc mxf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by helmboy): To support any VBI data in MXF the UUID for ancillary essences would have to be added (060E2B34-04010109-0D010301-020E0000). Each of these essence packets begins with a 16 byte header that specifies the SDI VANC field, line, packet wrapping, YUV sample coding and data counts. Then the 8-bit DID, SDID and DC follow. The DID for EIA608 and EIA-708 is 97 with the SDID of 1 for 708 and 2 for 608 Then for a EIA-708 payload, this is encapsulated in a Caption Distribution Packet, which always has EIA-608 captions as well. The Caption Distribution Packet id is 0x9669 Fully structure details are on Wikipedia: http://en.wikipedia.org/wiki/CEA-708 and https://en.wikipedia.org/wiki/EIA-608 I hope this is useful to any one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 06:02:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 05:02:14 -0000 Subject: [FFmpeg-trac] #726(undetermined:open): support for copying SMPTE 436M caption tracks In-Reply-To: <037.230b380cf1d3db2ae11967b9af569499@avcodec.org> References: <037.230b380cf1d3db2ae11967b9af569499@avcodec.org> Message-ID: <052.66b31f76ffce00c4ee91bff4d0a81874@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cc mxf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by helmboy): In terms of parsing the MXF demuxer should pass all the data after the DC to the codec which would handle the CDP and override the timestamps when the internal timecode is set. The codec would be selected by the DID and SDID. The ancillary header always uses the same field of 1, line of 9, wrapping of 1 and YUV coding of 4. I would write the code myself, but lack enough MXF source files to test it on. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 09:08:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 08:08:58 -0000 Subject: [FFmpeg-trac] #3383(avfilter:new): invalid read in compand filter In-Reply-To: <036.227f809ebb6026e66ed2cf6f6e5cefe2@avcodec.org> References: <036.227f809ebb6026e66ed2cf6f6e5cefe2@avcodec.org> Message-ID: <051.29dea376484cb12b2b019c3360af0673@avcodec.org> #3383: invalid read in compand filter ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: campand | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by andrewrk): Here is a patch to fix it: http://patches.libav.org/patch/47615/ This is being committed to libav, but the devs had me squash it into a larger commit so that it will not merge cleanly against ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 13:10:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 12:10:47 -0000 Subject: [FFmpeg-trac] #3383(avfilter:new): invalid read in compand filter In-Reply-To: <036.227f809ebb6026e66ed2cf6f6e5cefe2@avcodec.org> References: <036.227f809ebb6026e66ed2cf6f6e5cefe2@avcodec.org> Message-ID: <051.7a3927d42cf5bf863d3e754fa4da6922@avcodec.org> #3383: invalid read in compand filter ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: campand | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Could you send your patch to the ffmpeg-devel mailing list? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 16:07:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 15:07:15 -0000 Subject: [FFmpeg-trac] #3417(undetermined:new): rtsp authentication RFC2069 Message-ID: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> #3417: rtsp authentication RFC2069 -------------------------------------+------------------------------------- Reporter: hme | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Please make rtsp authentication RFC2069 complient: https://groups.google.com/d/msg/c-rtmp-server/Rrn27ZNoczw/uAPMRDIYUKcJ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 16:35:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 15:35:07 -0000 Subject: [FFmpeg-trac] #3409(undetermined:reopened): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.108cc942d782c0daaf6f12327174ca50@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by mzso): * status: closed => reopened * resolution: invalid => Comment: Looks like the colors are not right after all. If I use the colormatrix filter the result just gets worse. A lot of detail loss. -vcodec libx264 -preset slower -crf 18 -pix_fmt yuvj444p: http://screenshotcomparison.com/comparison/64322 -vcodec libx264 -preset slower -crf 18 -pix_fmt yuvj444p -vf colormatrix=bt601:bt709: http://screenshotcomparison.com/comparison/64323 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 17:33:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 16:33:03 -0000 Subject: [FFmpeg-trac] #3409(undetermined:reopened): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.6f1bd012612acad2128356c78a527b05@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide an input sample and your failing command lines together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 17:59:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 16:59:27 -0000 Subject: [FFmpeg-trac] #3417(undetermined:new): rtsp authentication RFC2069 In-Reply-To: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> References: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> Message-ID: <048.d83da6792a1ccafccbe05ffb2a128d99@avcodec.org> #3417: rtsp authentication RFC2069 -------------------------------------+------------------------------------- Reporter: hme | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => rtsp Comment: Is this a missing feature or something that does not work correctly? In any case, please try to add a little information to make this a more understandable ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 18:04:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 17:04:16 -0000 Subject: [FFmpeg-trac] #3409(undetermined:reopened): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.6acfff804c3acae983d43b6a46bb603b@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mzso): Replying to [comment:11 cehoyos]: > Please provide an input sample and your failing command lines together with the complete, uncut console output to make this a valid ticket. The input is a 270 MB screencap... Mayble I'll try to remux a few frames or something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 18:06:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 17:06:30 -0000 Subject: [FFmpeg-trac] #3417(undetermined:new): rtsp authentication RFC2069 In-Reply-To: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> References: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> Message-ID: <048.eb367e74c5b3491605276880776b180e@avcodec.org> #3417: rtsp authentication RFC2069 -------------------------------------+------------------------------------- Reporter: hme | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hme): that is described in the url in ticket description: Authorization: Digest username="user1",realm="My realm...",nonce="...",uri="rtsp://localhost:8554/live",response="...",algorithm=MD5 algorithm=MD5 is incorrect. It should be: algorithm="MD5" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 18:36:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 17:36:07 -0000 Subject: [FFmpeg-trac] #3409(undetermined:reopened): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.55b7c13afc577294a6af99760c197067@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mzso): A uploaded a two frame file, I remuxed with mkvmerge. Command line 1: E:\Vide? Felv?telek>ffmpeg -i "E:\Vide? Felv?telek\fr-rgb-sample.mkv" -an -vcodec libx264 -preset slower -crf 18 -pix_fmt yuvj444p fr-rgb-sample- transcode.mkv ffmpeg version N-60813-g44b22bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 03:11:45 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-l ibgsm --enable-libilbc --enable-libmodplug --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-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'E:\Vide+- Felv+?telek\fr-rgb-sample.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-02-25 17:09:53 Duration: 00:00:00.03, start: 0.000000, bitrate: 395171 kb/s Stream #0:0: Video: utvideo (ULRG / 0x47524C55), rgb24, 1600x1200, SAR 1:1 DAR 4:3, 30 fps, 30 tbr, 1k tbn, 1k tbc (default) [swscaler @ 027788a0] deprecated pixel format used, make sure you did set range correctly [libx264 @ 02768980] using SAR=1/1 [libx264 @ 02768980] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle [libx264 @ 02768980] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit [libx264 @ 02768980] 264 - core 142 r2389 956c8d8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=9 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 c hroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 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=2 b_bias=0 direct=3 weightb =1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=60 rc=crf mbtree=1 crf=18.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, matroska, to 'fr-rgb-sample-transcode.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuvj444p, 1600x1200 [SAR 1:1 DAR 4:3], q=-1--1, 1k tbn, 30 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (utvideo -> libx264) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=24.0 Lsize= 97kB time=00:00:00.03 bitrate=24133.3kbits/s video:97kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.589085% [libx264 @ 02768980] frame I:1 Avg QP:20.97 size: 98237 [libx264 @ 02768980] mb I I16..4: 4.2% 81.3% 14.5% [libx264 @ 02768980] 8x8 transform intra:81.3% [libx264 @ 02768980] coded y,u,v intra: 84.7% 19.1% 12.0% [libx264 @ 02768980] i16 v,h,dc,p: 9% 25% 24% 42% [libx264 @ 02768980] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 3% 5% 3% 13% 17% 11% 23% 10% 16% [libx264 @ 02768980] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 4% 8% 3% 10% 15% 9% 25% 9% 16% [libx264 @ 02768980] kb/s:23576.88 Command line 2: E:\Vide? Felv?telek>ffmpeg -i "E:\Vide? Felv?telek\fr-rgb-sample.mkv" -an -vcodec libx264 -preset slower -crf 18 -pix_fmt yuvj444p -vf colormatrix=bt601:bt709 fr-rgb-sample-transcode-vf.mkv ffmpeg version N-60813-g44b22bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 03:11:45 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-l ibgsm --enable-libilbc --enable-libmodplug --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-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'E:\Vide+- Felv+?telek\fr-rgb-sample.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-02-25 17:09:53 Duration: 00:00:00.03, start: 0.000000, bitrate: 395171 kb/s Stream #0:0: Video: utvideo (ULRG / 0x47524C55), rgb24, 1600x1200, SAR 1:1 DAR 4:3, 30 fps, 30 tbr, 1k tbn, 1k tbc (default) [swscaler @ 026d7fc0] deprecated pixel format used, make sure you did set range correctly [libx264 @ 027e8680] using SAR=1/1 [libx264 @ 027e8680] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle [libx264 @ 027e8680] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit [libx264 @ 027e8680] 264 - core 142 r2389 956c8d8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=9 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 c hroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 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=2 b_bias=0 direct=3 weightb =1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=60 rc=crf mbtree=1 crf=18.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, matroska, to 'fr-rgb-sample-transcode-vf.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuvj444p, 1600x1200 [SAR 1:1 DAR 4:3], q=-1--1, 1k tbn, 30 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (utvideo -> libx264) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=24.0 Lsize= 100kB time=00:00:00.03 bitrate=24715.9kbits/s video:99kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.575121% [libx264 @ 027e8680] frame I:1 Avg QP:21.02 size:100640 [libx264 @ 027e8680] mb I I16..4: 3.0% 81.8% 15.2% [libx264 @ 027e8680] 8x8 transform intra:81.8% [libx264 @ 027e8680] coded y,u,v intra: 86.3% 19.3% 12.4% [libx264 @ 027e8680] i16 v,h,dc,p: 10% 25% 24% 41% [libx264 @ 027e8680] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 3% 5% 3% 13% 17% 11% 23% 10% 15% [libx264 @ 027e8680] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 5% 7% 3% 11% 15% 10% 24% 9% 16% [libx264 @ 027e8680] kb/s:24153.60 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 20:23:33 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 19:23:33 -0000 Subject: [FFmpeg-trac] #2865(avformat:new): Front Center, Downmix Left, and Downmix Right unlabelled in QTPlayer In-Reply-To: <038.0ac7481583f48c4a48d7fca03eb233b1@avcodec.org> References: <038.0ac7481583f48c4a48d7fca03eb233b1@avcodec.org> Message-ID: <053.1b2966832ee0031bb4bd92fe3c8ebcee@avcodec.org> #2865: Front Center, Downmix Left, and Downmix Right unlabelled in QTPlayer -------------------------------------+------------------------------------ Reporter: cjplay93 | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: chan mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cjplay93): Confirming FFMBC has multi-track working in Quicktime player. I was able to get 8 tracks working at one time. I'm checking on the metadata track assignments as I have to re-write most of my command to work with the older syntax. More as it develops. Chris. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 22:20:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 21:20:20 -0000 Subject: [FFmpeg-trac] #3418(ffserver:new): Cannot stream h264 to libvorbis with ffserver Message-ID: <038.7d1a980488730fbc5bf5f9f7e6220d67@avcodec.org> #3418: Cannot stream h264 to libvorbis with ffserver ----------------------------------+---------------------------------- Reporter: pferland | Type: defect Status: new | Priority: normal Component: ffserver | Version: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- When trying to stream a h264/libx264 to a ffserver feed that has an ogg stream fails with {{{Invalid data found when processing input}}} ffmpeg version: {{{ 2.1.4 }}} Built on: {{{ Feb 24 2014 14:55:01 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) }}} ffmpeg config options: {{{ --prefix=/home/pferland/ffmpeg_build --extra- cflags=-I/home/pferland/ffmpeg_build/include --extra- ldflags=-L/home/pferland/ffmpeg_build/lib --bindir=/home/pferland/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab }}} libx264 version: {{{ master at git://git.videolan.org/x264.git }}} Command line for ffmpeg: {{{% ffmpeg -i input.mkv http://172.16.0.88:8091/feed1.ffm}}} ffmpeg source file headers: {{{ Input #0, matroska,webm, from '/input.mkv': Metadata: creation_time : 2013-10-14 21:32:51 Duration: 00:43:24.06, start: 0.000000, bitrate: 3833 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p(tv, bt709), 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) }}} ffserver config file: {{{ Port 8091 BindAddress 172.16.0.88 MaxHTTPConnections 666 MaxClients 666 #MaxBandwidth 4000 CustomLog /var/log/ffserver/access.log NoDaemon File /tmp/feed1.ffm FileMaxSize 8G Feed feed1.ffm Format ogg VideoCodec libtheora VideoFrameRate 15 VideoBitRate 500 VideoSize 640x480 # VideoQMin 1 # VideoQMax 31 VideoGopSize 12 Preroll 0 AVOptionVideo flags +global_header AudioCodec libvorbis AudioBitRate 64 AudioChannels 1 AudioSampleRate 44100 AVOptionAudio flags +global_header }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 23:29:52 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 22:29:52 -0000 Subject: [FFmpeg-trac] #3383(avfilter:closed): invalid read in compand filter In-Reply-To: <036.227f809ebb6026e66ed2cf6f6e5cefe2@avcodec.org> References: <036.227f809ebb6026e66ed2cf6f6e5cefe2@avcodec.org> Message-ID: <051.d639a12b801223801c2d330bfe01a094@avcodec.org> #3383: invalid read in compand filter ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: compand | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: campand => compand * status: new => closed * resolution: => fixed Comment: Thank you for sending the patch! Fixed in 9e329185 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Feb 25 23:36:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 22:36:20 -0000 Subject: [FFmpeg-trac] #3417(avformat:open): rtsp authentication RFC2069 In-Reply-To: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> References: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> Message-ID: <048.ab89b95b56eed3f7ba692cf6c570ef1e@avcodec.org> #3417: rtsp authentication RFC2069 ------------------------------------+------------------------------------ Reporter: hme | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: rtsp => rtsp http * status: new => open * version: unspecified => git-master * component: undetermined => avformat Comment: Could you test if attached patch fixes the problem for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 00:26:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Feb 2014 23:26:12 -0000 Subject: [FFmpeg-trac] #3414(undetermined:new): ffmpeg stream to ffserver fails with "Not enough space" In-Reply-To: <036.a2a5ceb95cd28937939519564db58a9f@avcodec.org> References: <036.a2a5ceb95cd28937939519564db58a9f@avcodec.org> Message-ID: <051.d50717419a561188117b4086c089c18e@avcodec.org> #3414: ffmpeg stream to ffserver fails with "Not enough space" -------------------------------------+------------------------------------- Reporter: melsom | 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): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 01:18:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 00:18:19 -0000 Subject: [FFmpeg-trac] #3052(undetermined:open): ffmpeg losing GIF last frame delay during encoding In-Reply-To: <037.e48bad42f6a2528a1864b45bf33ba425@avcodec.org> References: <037.e48bad42f6a2528a1864b45bf33ba425@avcodec.org> Message-ID: <052.91bd9024b2f31f20a4e547e531ac7265@avcodec.org> #3052: ffmpeg losing GIF last frame delay during encoding -------------------------------------+------------------------------------- Reporter: hackPNZ | 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i deal.gif out.avi ffmpeg version N-60911-g2673357 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 26 2014 01:13:47 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, gif, from 'deal.gif': Duration: N/A, bitrate: N/A Stream #0:0: Video: gif, bgra, 430x181, 2.63 fps, 100 tbr, 100 tbn, 100 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.33.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 430x181, q=2-31, 200 kb/s, 100 tbn, 100 tbc Stream mapping: Stream #0:0 -> #0:0 (gif -> mpeg4) Press [q] to stop, [?] for help frame= 9 fps=0.0 q=15.6 Lsize= 54kB time=00:00:00.89 bitrate= 495.2kbits/s video:46kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 16.554190% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 01:33:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 00:33:43 -0000 Subject: [FFmpeg-trac] #3069(avcodec:closed): Support 444 DNxHD In-Reply-To: <037.a0e9c1b1023c2a9f377af7934360371a@avcodec.org> References: <037.a0e9c1b1023c2a9f377af7934360371a@avcodec.org> Message-ID: <052.e64b69c9735bf297b54ed839ba20ec72@avcodec.org> #3069: Support 444 DNxHD -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: dnxhd avid | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Implemented by Kostya since 51290068 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 01:43:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 00:43:08 -0000 Subject: [FFmpeg-trac] #3408(avcodec:open): ffmpeg fails to decode aac in mpeg-ts In-Reply-To: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> References: <036.aacf076600e46c9b70c8bd0982638115@avcodec.org> Message-ID: <051.193e2587eab29ed75671e2cb42201d53@avcodec.org> #3408: ffmpeg fails to decode aac in mpeg-ts ------------------------------------+----------------------------------- Reporter: davesa | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Probably a duplicate of ticket #3003. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 01:43:41 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 00:43:41 -0000 Subject: [FFmpeg-trac] #3003(undetermined:open): aac in dvb: No audio In-Reply-To: <037.214faabaf82a98f71506a8ea0c4d624a@avcodec.org> References: <037.214faabaf82a98f71506a8ea0c4d624a@avcodec.org> Message-ID: <052.a485ed3d79358f84dd3f3a21f7635ce1@avcodec.org> #3003: aac in dvb: No audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegts aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Ticket #3408 is probably related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 09:25:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 08:25:47 -0000 Subject: [FFmpeg-trac] #3417(avformat:open): rtsp authentication RFC2069 In-Reply-To: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> References: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> Message-ID: <048.8cdf7d2af146893c15dd0c62742bcae6@avcodec.org> #3417: rtsp authentication RFC2069 ------------------------------------+------------------------------------ Reporter: hme | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hme): works. thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 09:48:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 08:48:00 -0000 Subject: [FFmpeg-trac] #3415(avformat:closed): when remux tscc avi to mkv, the mkv can not be displayed In-Reply-To: <038.24b212dc5fca5e830ef752bbab2fa9cd@avcodec.org> References: <038.24b212dc5fca5e830ef752bbab2fa9cd@avcodec.org> Message-ID: <053.ad19f3133ad8c6519262a7f2c22a43c5@avcodec.org> #3415: when remux tscc avi to mkv, the mkv can not be displayed ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed in 96fc2908 Thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 10:39:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 09:39:57 -0000 Subject: [FFmpeg-trac] #3419(avformat:new): -ss on the input has no effect when extracting subtitles Message-ID: <041.a22aad5212476cd82db720381c5aa566@avcodec.org> #3419: -ss on the input has no effect when extracting subtitles --------------------------------------+---------------------------------- Reporter: bubbleguuum | Type: defect Status: new | Priority: normal Component: avformat | Version: 2.1.3 Keywords: srt, subitle | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- uUing the -ss option to specify the start of the input has no effect when extracting subtitles. The full subtitle extracted, not taking into account the start position: {{{ % ffmpeg -i h264_720p_hp_5.1_3mbps_vorbis_styled_and_unstyled_subs_suzumiya.mkv -map 0:2 -c:0 srt -f srt sub1.srt % ffmpeg -ss 10 -i h264_720p_hp_5.1_3mbps_vorbis_styled_and_unstyled_subs_suzumiya.mkv -map 0:2 -c:0 srt -f srt sub2.srt }}} both files sub1.srt and sub2.srt are identical. I would have expected sub2.srt timestamps to be offset by -10 seconds, and all cues < 10s to be discarded. The file used for testing can be found here: http://www.auby.no/files/video_tests/h264_720p_hp_5.1_3mbps_vorbis_styled_and_unstyled_subs_suzumiya.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 10:47:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 09:47:56 -0000 Subject: [FFmpeg-trac] #3419(avformat:closed): -ss on the input has no effect when extracting subtitles In-Reply-To: <041.a22aad5212476cd82db720381c5aa566@avcodec.org> References: <041.a22aad5212476cd82db720381c5aa566@avcodec.org> Message-ID: <056.b9fac1f149c4106a9f2752f5163c2912@avcodec.org> #3419: -ss on the input has no effect when extracting subtitles -------------------------------------+------------------------------------- Reporter: bubbleguuum | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 2.1.3 | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: srt, subitle => * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #2067 For future tickets: Please always test current git head before reporting bugs here and please always add the complete, uncut console output for failing command lines. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 10:49:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 09:49:06 -0000 Subject: [FFmpeg-trac] #153(avcodec:open): DVB Subtitles Streams decoding and encoding errors In-Reply-To: <036.8e4af44e0a3b704da2c222693d7a6b22@avcodec.org> References: <036.8e4af44e0a3b704da2c222693d7a6b22@avcodec.org> Message-ID: <051.51429c0d4200d1e78b1c00dcfbafba40@avcodec.org> #153: DVB Subtitles Streams decoding and encoding errors -------------------------------------+----------------------------------- Reporter: joolzg | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: dvb subtitles => dvbsub -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 10:53:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 09:53:30 -0000 Subject: [FFmpeg-trac] #862(ffmpeg:closed): Corrupted subtitles exported from matroska file. In-Reply-To: <042.19a0d6cc5fc0be161de2de5c9cf9e213@avcodec.org> References: <042.19a0d6cc5fc0be161de2de5c9cf9e213@avcodec.org> Message-ID: <057.b32b3c671ddabf70bf018a47701fbfe8@avcodec.org> #862: Corrupted subtitles exported from matroska file. --------------------------------------+---------------------------------- Reporter: vlada.matena | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: sub srt | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: text subtitles => sub srt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 11:13:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 10:13:17 -0000 Subject: [FFmpeg-trac] #3405(undetermined:reopened): Bizare behaviour with RTP mpegts sources In-Reply-To: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> References: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> Message-ID: <056.361f31c330bc34c657b9ea4ca892585a@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources -------------------------------------+------------------------------------- Reporter: sharbatgula | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: RTP mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by sharbatgula): * status: closed => reopened * resolution: needs_more_info => Comment: Hi again, It took me a while to re-examine everything and in the meantime the ticket was closed. I'm reopening it. Although at the moment I cannot reproduce the mixing-up problem and I can't restart the server as it is in production, I nailed the problem to the handling of mpegts over RTP, which I can always reproduce now, with no involvement of external libraries and no transcoding at all, so it is purely source problem. If I do the following: ffplay rtp://@224.11.2.12:5530 or ffmpeg -i rtp://@224.11.2.12:5530 -vcodec copy -acodec copy -f mpegts some_file.ts the output is garbage and the output console is the following: ffmpeg version 2.1.git Copyright (c) 2000-2014 the FFmpeg developers built on Jan 30 2014 12:22:30 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/vas/ffmpeg_build --extra- cflags=-I/home/vas/ffmpeg_build/include --extra- ldflags=-L/home/vas/ffmpeg_build/lib --bindir=/home/vas/bin --extra- libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable- libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab --enable-libfreetype --enable-filter=drawtext libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.100 / 55. 49.100 libavformat 55. 26.100 / 55. 26.100 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 1.101 / 4. 1.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 RTP: dropping old packet received too late Last message repeated 1 times RTP: missed 941 packets RTP: missed 2788 packets RTP: dropping old packet received too late Last message repeated 1 times RTP: missed 3383 packets RTP: missed 3139 packets RTP: dropping old packet received too late Last message repeated 1 times RTP: missed 983 packets RTP: dropping old packet received too late Last message repeated 1 times RTP: missed 3891 packets RTP: missed 3451 packets RTP: missed 2800 packets RTP: dropping old packet received too late Last message repeated 3 times RTP: missed 1844 packets RTP: dropping old packet received too late Last message repeated 2 times RTP: missed 4736 packets RTP: PT=21: bad cseq f1d7 expected=df57 RTP: dropping old packet received too late RTP: missed 4737 packets RTP: dropping old packet received too late Last message repeated 1 times RTP: missed 1543 packets RTP: dropping old packet received too late Last message repeated 5 times RTP: missed 436 packets RTP: dropping old packet received too late Last message repeated 3 times RTP: missed -62145 packets RTP: PT=21: bad cseq 06d9 expected=f99a RTP: dropping old packet received too late Last message repeated 8 times RTP: missed -62145 packets RTP: dropping old packet received too late Last message repeated 2 times RTP: missed 14067 packets ... RTP: PT=21: bad cseq 0d00 expected=ffc1 RTP: dropping old packet received too late Last message repeated 7 times RTP: missed -62145 packets [rtp @ 0x3aff900] decoding for stream 0 failed [rtp @ 0x3aff900] decoding for stream 3 failed [rtp @ 0x3aff900] decoding for stream 4 failed [rtp @ 0x3aff900] decoding for stream 6 failed [rtp @ 0x3aff900] decoding for stream 7 failed [rtp @ 0x3aff900] decoding for stream 9 failed [rtp @ 0x3aff900] decoding for stream 10 failed [rtp @ 0x3aff900] decoding for stream 11 failed [rtp @ 0x3aff900] decoding for stream 12 failed [rtp @ 0x3aff900] decoding for stream 14 failed [rtp @ 0x3aff900] decoding for stream 16 failed [rtp @ 0x3aff900] decoding for stream 17 failed [rtp @ 0x3aff900] decoding for stream 23 failed [rtp @ 0x3aff900] decoding for stream 25 failed [rtp @ 0x3aff900] decoding for stream 31 failed [rtp @ 0x3aff900] Could not find codec parameters for stream 3 (Audio: mp1, 0 channels, s16p ): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [rtp @ 0x3aff900] Could not find codec parameters for stream 7 (Video: h264 ([27][0][0][0] / 0x001B)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [rtp @ 0x3aff900] Could not find codec parameters for stream 9 (Audio: mp3, 0 channels, s16p ): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [rtp @ 0x3aff900] Could not find codec parameters for stream 11 (Audio: aac, 54 channels (FL +FR+FC+BL+BR), fltp, 345 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [rtp @ 0x3aff900] Could not find codec parameters for stream 16 (Audio: mp1, 0 channels, s16 p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [rtp @ 0x3aff900] Could not find codec parameters for stream 17 (Video: h264 ([27][0][0][0] / 0x001B)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, rtp, from 'rtp://@239.2.2.12:5530': Duration: N/A, start: 77443.201033, bitrate: 2649 kb/s Program 1 Program 912 Program 1011 Program 1013 Program 612 Program 1313 Program 1314 Program 913 No Program Stream #0:0: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50.08 tbr, 90k tbn, 50 tbc Stream #0:1: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:2: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:3: Audio: mp1, 0 channels, s16p Stream #0:4: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:5(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:6: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:7: Video: h264 ([27][0][0][0] / 0x001B), 50 tbr, 90k tbn Stream #0:8(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:9: Audio: mp3, 0 channels, s16p Stream #0:10: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:11: Audio: aac, 54 channels (FL+FR+FC+BL+BR), fltp, 345 kb/s Stream #0:12: Video: h264 (Main), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:13: Audio: mp2, 48000 Hz, stereo, s16p, 128 kb/s Stream #0:14: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:15: Audio: mp2, 48000 Hz, stereo, s16p, 128 kb/s Stream #0:16: Audio: mp1, 0 channels, s16p Stream #0:17: Video: h264 ([27][0][0][0] / 0x001B), 50 tbr, 90k tbn Stream #0:18(mac): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, s16p, 128 kb/s Stream #0:19: Unknown: none Stream #0:20(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:21(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, mono, s16p, 128 kb/s Stream #0:22(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:23: Audio: mp2, 0 channels, s16p Stream #0:24: Audio: mp2, 48000 Hz, stereo, s16p, 128 kb/s Stream #0:25: Audio: mp1, 0 channels, s16p Stream #0:26(alb): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:27: Audio: mp2, 48000 Hz, stereo, s16p, 128 kb/s Stream #0:28(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, mono, s16p, 128 kb/s Stream #0:29(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:30(mac): Audio: mp2, 48000 Hz, stereo, s16p, 128 kb/s Stream #0:31: Video: h264 ([27][0][0][0] / 0x001B), 50 tbr, 90k tbn Stream #0:32: Audio: mp2, 48000 Hz, stereo, s16p, 128 kb/s Stream #0:33(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, mono, s16p, 128 kb/s Stream #0:34(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:35(mac): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, mono, s16p, 128 kb/s [mpegts @ 0x3c65d40] sample rate not set Output #0, mpegts, to 'udp://224.10.2.254:1234': Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 12:11 DAR 15:11], q=2-31, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: aac, 54 channels (FL+FR+FC+BL+BR), 345 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:11 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument (END) My guess ffmpeg is detecting the source as RTP AV profile straming, not mpegts over RTP. By specifying the input type more precisely, i.e. ffmpeg -f mpegts -i rtp://@239.2.2.12:5530 -vcodec copy -acodec copy -f mpegts some_out.ts or ffplay -f mpegts rtp://@239.2.2.12:5530 the picture and output file is stabilized but very often I have sporadical green patches with the following frequent console errors: [h264 @ 0x1fc50e0] non-existing PPS referenced [h264 @ 0x1fc50e0] non-existing PPS 0 referenced [h264 @ 0x1fc50e0] decode_slice_header error [h264 @ 0x1fc50e0] no frame! [h264 @ 0x1fc50e0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x1fc50e0] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one Input #0, mpegts, from 'rtp://@239.2.2.12:5530': Duration: N/A, start: 26528.348167, bitrate: 128 kb/s Program 1011 Stream #0:0[0x15eb]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x15ec](mac): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, s16p, 128 kb/s File 'test.ts' already exists. Overwrite ? [y/N] y Output #0, mpegts, to 'test.ts': Metadata: encoder : Lavf55.26.100 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 12:11 DAR 15:11], q=2-31, 90k tbn, 25 tbc Stream #0:1(mac): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x1fa0900] '''PES packet size mismatch''' [mpegts @ 0x1fa0900] '''PES packet size mismatchme'''=00:00:13.39 bitrate=1444.1kbits/s [mpegts @ 0x1fa0900] '''PES packet size mismatchm'''e=00:00:14.33 bitrate=1612.9kbits/s [mpegts @ 0x1fa0900] '''PES packet size mismatchme'''=00:00:16.95 bitrate=1891.6kbits/s [mpegts @ 0x1fa0900] '''PES packet size mismatchme'''=00:00:20.41 bitrate=2063.1kbits/s frame= 752 fps= 50 q=-1.0 size= 5448kB time=00:00:21.25 bitrate=2100.1kbits/s Now, to nail the problem further, I decided to remove the RTP headers from the source by using eithr multicat or remuxing with VLC multicat -U @239.2.2.12:5530 224.11.2.12:1234 When I finally invoke ffmpeg with the following: ffmpeg -i udp://@224.11.2.12:1234 -vcodec copy -acodec copy -f mpegts test.ts everything is fine. I believe the problem is with the mpegts over RTP source. You could reproduce the problem if you use mpegts over RTP as a source. BR, Sharbat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 11:30:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 10:30:14 -0000 Subject: [FFmpeg-trac] #3188(avcodec:closed): vp9 crash (fuzzed input, MT regression) In-Reply-To: <036.5c71c47bc51c6903e544a7802ecbb0d9@avcodec.org> References: <036.5c71c47bc51c6903e544a7802ecbb0d9@avcodec.org> Message-ID: <051.0ef272549bb0b1baf951dd98c3d4aa5b@avcodec.org> #3188: vp9 crash (fuzzed input, MT regression) -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vp9 | Blocked By: regression crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: reopened => closed * resolution: => fixed Comment: All fuzzed samples where fixed by Ronald in various commits. (@cehoyos : probably reproducible with -threads 9 or something) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 16:28:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 15:28:40 -0000 Subject: [FFmpeg-trac] #3420(undetermined:new): Overlaying / hardcoding subtitles - last subtitle not done correctly Message-ID: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> #3420: Overlaying / hardcoding subtitles - last subtitle not done correctly -------------------------------------+------------------------------------- Reporter: adamc | 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 overlaying subtitles (idx/sub), the very last subtitle is displayed only very briefly and the duration of it appears to be ignored by ffmpeg. All files attached. The idx/sub has 3 subtitles at 2 seconds, 4 seconds and 6 seconds. testhardcode.mkv shows the first and second subtitles with a normal duration, and the last subtitle is very briefly flashed. How to reproduce: ffmpeg -report -v 9 -loglevel 99 -i blankvideo.mp4 -i test.idx -filter_complex "[0:v][1:s]overlay=eof_action=pass[vout]" -y -map "[vout]" testhardcode.mkv ffmpeg version N-60859-g313a6c6 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 23 2014 22:09:35 with gcc 4.8.2 (GCC) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 16:58:03 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 15:58:03 -0000 Subject: [FFmpeg-trac] #3421(avformat:new): non-interleaved avi regression Message-ID: <037.e3caddb26198be58129f1fb8f810fe4f@avcodec.org> #3421: non-interleaved avi regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: avi master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- ffplay plays audio badly for one avi sample here because it fails detecting non-interleaved avi. This is a regression since ef8cc06d I will upload the sample, it is unfortunately very large. Every audio underrun is clearly audible, no problems with {{{ffmpeg}}}. {{{ $ ffplay TERA\ 2013-08-26\ 17-41-52-39.avi -autoexit ffplay version N-60928-g8f946ac Copyright (c) 2003-2014 the FFmpeg developers built on Feb 26 2014 15:07:15 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [avi @ 0x7f8998000920] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, avi, from 'TERA 2013-08-26 17-41-52-39.avi': Duration: 00:00:30.33, start: 0.000000, bitrate: 589592 kb/s Stream #0:0: Video: fraps (FPS1 / 0x31535046), bgr24, 1920x1080, 60 tbr, 60 tbn, 60 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, s16, 6144 kb/s ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred 0B f=0/0 30.33 A-V: -0.005 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} Increasing the probesize makes the warning disappear but does not help with the audio problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Feb 26 20:09:05 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 19:09:05 -0000 Subject: [FFmpeg-trac] #3418(ffserver:new): Cannot stream h264 to libvorbis/libtheora with ffserver (was: Cannot stream h264 to libvorbis with ffserver) In-Reply-To: <038.7d1a980488730fbc5bf5f9f7e6220d67@avcodec.org> References: <038.7d1a980488730fbc5bf5f9f7e6220d67@avcodec.org> Message-ID: <053.10fe76502f59c4ab15c0e848b018ede2@avcodec.org> #3418: Cannot stream h264 to libvorbis/libtheora with ffserver ----------------------------------+------------------------------------ Reporter: pferland | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 00:54:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Feb 2014 23:54:58 -0000 Subject: [FFmpeg-trac] #3105(undetermined:new): hevc: crash with threads 1 and max_alloc (fuzzed file) In-Reply-To: <039.efa41469fe4a3e49139bd1096e32da37@avcodec.org> References: <039.efa41469fe4a3e49139bd1096e32da37@avcodec.org> Message-ID: <054.985c2e26faafb766f98d21c0a15adf0c@avcodec.org> #3105: hevc: crash with threads 1 and max_alloc (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: hevc crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): No luck reproducing ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 03:32:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 02:32:56 -0000 Subject: [FFmpeg-trac] #3386(avcodec:closed): [H264] [Regression] illegal short term buffer state detected In-Reply-To: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> References: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> Message-ID: <058.b607bc5d16c66f6f0a898b5e60d0bf2a@avcodec.org> #3386: [H264] [Regression] illegal short term buffer state detected -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in b5005def8a8f2dc2e7ac51ea85d50b8ed3d84673 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 11:57:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 10:57:21 -0000 Subject: [FFmpeg-trac] #3137(undetermined:closed): bitrate artifacts with libvpx (was: bitrate artefacts with libvpx) In-Reply-To: <036.bc2ae3f6d1d3accb9b59d704316d17c4@avcodec.org> References: <036.bc2ae3f6d1d3accb9b59d704316d17c4@avcodec.org> Message-ID: <051.feecf89337dcf45b8bb942c18bc95128@avcodec.org> #3137: bitrate artifacts with libvpx -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: libvpx | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => invalid Old description: > When encoding a webm/vp8 with default settings, some weird artefacts > appear at regular intervals. > > {{{ > ? ./ffmpeg -loop 1 -i tests/lena.pnm -vf 'scale=2*iw:2*ih' -t 20 -y > out.webm > ffmpeg version N-58093-g54af7ce Copyright (c) 2000-2013 the FFmpeg > developers > built on Nov 14 2013 19:11:51 with gcc 4.8.2 (GCC) > configuration: --enable-gpl --enable-libx264 --enable-libmp3lame > --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples > --enable-libfreetype --enable-libvpx --cpu=native --cc='ccache cc' > libavutil 52. 53.100 / 52. 53.100 > libavcodec 55. 43.100 / 55. 43.100 > libavformat 55. 21.100 / 55. 21.100 > libavdevice 55. 5.100 / 55. 5.100 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.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 fps, 25 tbr, 25 tbn, 25 > tbc > [libvpx @ 0x181a160] v1.2.0 > Output #0, webm, to 'out.webm': > Metadata: > encoder : Lavf55.21.100 > Stream #0:0: Video: vp8 (libvpx), yuv420p, 512x512, q=-1--1, 200 > kb/s, 1k tbn, 25 tbc > Stream mapping: > Stream #0:0 -> #0:0 (ppm -> libvpx) > Press [q] to stop, [?] for help > frame= 500 fps=149 q=0.0 Lsize= 434kB time=00:00:20.00 bitrate= > 177.9kbits/s > video:431kB audio:0kB subtitle:0 global headers:0kB muxing overhead > 0.898042% > }}} > > Then play {{{out.webm}}}: at t=5s, t=10s and t=15s, one single frame gets > "flashy" (just like if bitrate was wrong/very-low for those frames). It's > less visible if bitrate is raised but still visible (try adding {{{-b:v > 1M}}}). > > It's probably some kind of rate control bug in libvpx, but maybe > something is wrong in the wrapper (I don't have time to dig this issue) > so I'm opening a ticket. New description: When encoding a webm/vp8 with default settings, some weird artifacts appear at regular intervals. {{{ ? ./ffmpeg -loop 1 -i tests/lena.pnm -vf 'scale=2*iw:2*ih' -t 20 -y out.webm ffmpeg version N-58093-g54af7ce Copyright (c) 2000-2013 the FFmpeg developers built on Nov 14 2013 19:11:51 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-libx264 --enable-libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples --enable-libfreetype --enable-libvpx --cpu=native --cc='ccache cc' libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.100 / 55. 43.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.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 fps, 25 tbr, 25 tbn, 25 tbc [libvpx @ 0x181a160] v1.2.0 Output #0, webm, to 'out.webm': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: vp8 (libvpx), yuv420p, 512x512, q=-1--1, 200 kb/s, 1k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> libvpx) Press [q] to stop, [?] for help frame= 500 fps=149 q=0.0 Lsize= 434kB time=00:00:20.00 bitrate= 177.9kbits/s video:431kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.898042% }}} Then play {{{out.webm}}}: at t=5s, t=10s and t=15s, one single frame gets "flashy" (just like if bitrate was wrong/very-low for those frames). It's less visible if bitrate is raised but still visible (try adding {{{-b:v 1M}}}). It's probably some kind of rate control bug in libvpx, but maybe something is wrong in the wrapper (I don't have time to dig this issue) so I'm opening a ticket. -- Comment: The issue is reproducible with libvpx, I'm closing the issue as it can't be fixed in FFmpeg. See http://code.google.com/p/webm/issues/detail?id=717 for details. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 12:03:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 11:03:39 -0000 Subject: [FFmpeg-trac] #3422(swscale:new): Black becomes dark gray when converting rgb24 to gray16le Message-ID: <037.0d3cddc81930b993a4d5fc6c213bb4bc@avcodec.org> #3422: Black becomes dark gray when converting rgb24 to gray16le ---------------------------------+--------------------------------------- Reporter: b_jonas | Type: defect Status: new | Priority: normal Component: swscale | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: This bug is very similar to the fixed bug #2684, the difference is that we're using 16 bit depth output this time. I am using a newer version of ffmpeg that has #2684 fixed already. When converting from rgb24 color space to gray16le colorspace, black input (represented as 0 0 0) becomes dary gray (represented as 4096) in the output. How to reproduce: I've tried this on windows 7 with the zeranoe build ffmpeg version N-60937-gb5005de built on Feb 26 2014 22:10:15 with gcc 4.8.2. First, create a raw rgb24 input file with all zero contents, with the following command: {{{ perl -we "binmode STDOUT; print pack q/x/.(3*16*16);" > zero-in-rgb.raw }}} Then invoke ffmpeg with the following command. {{{ ffmpeg -report -v 99 -f rawvideo -pix_fmt rgb24 -s 16x16 -i zero-in- rgb.raw -f rawvideo -pix_fmt gray16le zero-out-gray16le.raw }}} Finally check the contents of the output with the following command. {{{ perl -we "open F, q/) { print join(q/ /, unpack q/v*/, $_), qq/\n/; }" zero-out-gray16le.raw }}} The output shows the raw 16-bit little-endian words in the output, which should be all zero but isn't: {{{ 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 4096 }}} Following is the log the ffmpeg command has saved. {{{ ffmpeg started on 2014-02-27 at 11:57:27 Report written to "ffmpeg-20140227-115727.log" Command line: "E:\\ambrus\\local\\ffmpeg-20140227-git-b5005de- win64-shared\\bin\\ffmpeg.exe" -report -v 99 -f rawvideo -pix_fmt rgb24 -s 16x16 -i zero-in-rgb.raw -f rawvideo -pix_fmt gray16le zero-out- gray16le.raw ffmpeg version N-60937-gb5005de Copyright (c) 2000-2014 the FFmpeg developers built on Feb 26 2014 22:10:15 with gcc 4.8.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable- fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.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 logging level) with argument '99'. Reading option '-f' ... matched as option 'f' (force format) with argument 'rawvideo'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'rgb24'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument '16x16'. Reading option '-i' ... matched as input file with argument 'zero-in- rgb.raw'. Reading option '-f' ... matched as option 'f' (force format) with argument 'rawvideo'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'gray16le'. Reading option 'zero-out-gray16le.raw' ... 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 logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file zero-in-rgb.raw. Applying option f (force format) with argument rawvideo. Applying option pix_fmt (set pixel format) with argument rgb24. Applying option s (set frame size (WxH or abbreviation)) with argument 16x16. Successfully parsed a group of options. Opening an input file: zero-in-rgb.raw. [rawvideo @ 000000000061ba60] Before avformat_find_stream_info() pos: 0 bytes read:768 seeks:0 [rawvideo @ 000000000061ba60] All info found [rawvideo @ 000000000061ba60] Estimating duration from bitrate, this may be inaccurate [rawvideo @ 000000000061ba60] After avformat_find_stream_info() pos: 768 bytes read:768 seeks:0 frames:1 Input #0, rawvideo, from 'zero-in-rgb.raw': Duration: 00:00:00.04, start: 0.000000, bitrate: 153 kb/s Stream #0:0, 1, 1/25: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 16x16, 1/25, 153 kb/s, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file zero-out-gray16le.raw. Applying option f (force format) with argument rawvideo. Applying option pix_fmt (set pixel format) with argument gray16le. Successfully parsed a group of options. Opening an output file: zero-out-gray16le.raw. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 00000000004cec80] Setting 'video_size' to value '16x16' [graph 0 input from stream 0:0 @ 00000000004cec80] Setting 'pix_fmt' to value '2' [graph 0 input from stream 0:0 @ 00000000004cec80] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 00000000004cec80] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 00000000004cec80] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 00000000004cec80] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 00000000004cec80] w:16 h:16 pixfmt:rgb24 tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [format @ 00000000004ceac0] compat: called with args=[gray16le] [format @ 00000000004ceac0] Setting 'pix_fmts' to value 'gray16le' [auto-inserted scaler 0 @ 00000000004988a0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 00000000004988a0] w:iw h:ih flags:'0x4' interl:0 [format @ 00000000004ceac0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 000000000061fe00] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 00000000004988a0] w:16 h:16 fmt:rgb24 sar:0/1 -> w:16 h:16 fmt:gray16le sar:0/1 flags:0x4 Output #0, rawvideo, to 'zero-out-gray16le.raw': Metadata: encoder : Lavf55.33.100 Stream #0:0, 0, 1/90000: Video: rawvideo (Y1[0][16] / 0x10003159), gray16le, 16x16, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help [output stream 0:0 @ 00000000004cef20] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 102.4kbits/s video:0kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.000000% 1 frames successfully decoded, 0 decoding errors [AVIOContext @ 000000000061b980] Statistics: 0 seeks, 1 writeouts [AVIOContext @ 000000000061e8c0] Statistics: 768 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 12:05:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 11:05:21 -0000 Subject: [FFmpeg-trac] #2684(swscale:closed): Black becomes dark gray when converting rgb24 to gray In-Reply-To: <037.fe1672fa85cac69375fc61caa2954f40@avcodec.org> References: <037.fe1672fa85cac69375fc61caa2954f40@avcodec.org> Message-ID: <052.a96db4eee89762c577a14f91197cf6d3@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray ------------------------------------+----------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by b_jonas): Although this bug is fixed, a very similar bug #3422 still exists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 13:25:16 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 12:25:16 -0000 Subject: [FFmpeg-trac] #3105(undetermined:new): hevc: crash with threads 1 and max_alloc (fuzzed file) In-Reply-To: <039.efa41469fe4a3e49139bd1096e32da37@avcodec.org> References: <039.efa41469fe4a3e49139bd1096e32da37@avcodec.org> Message-ID: <054.06c2f0fa93ba01ba99917af2477acafc@avcodec.org> #3105: hevc: crash with threads 1 and max_alloc (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: hevc crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:7 michael]: > No luck reproducing ... please try this (crashes randomly): {{{ knoppix at Microknoppix:/media/sdb1/ffmpeg-HEAD-649686d$ ./ffmpeg_g -max_alloc 1000000 -threads 3 -i ../fhevc2_2.ts -f null - ffmpeg version 2.1.git-649686d Copyright (c) 2000-2014 the FFmpeg developers built on Feb 27 2014 13:12:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffprobe --disable- ffserver libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [hevc @ 0x92cacc0] Unknown HEVC profile: 0 Last message repeated 3 times [hevc @ 0x92cacc0] vps_reserved_three_2bits is not three [hevc @ 0x92cacc0] Unknown HEVC profile: 0 [hevc @ 0x92cacc0] chroma_format_idc != 1 [hevc @ 0x92cacc0] 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. [hevc @ 0x92cacc0] Unknown HEVC profile: 0 [...] [mpegts @ 0x92c6dc0] Could not find codec parameters for stream 1 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x92c6dc0] Could not find codec parameters for stream 2 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x92c6dc0] Could not find codec parameters for stream 3 (Video: hevc): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x92c6dc0] Could not find codec parameters for stream 4 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x92c6dc0] Could not find codec parameters for stream 5 (Video: hevc): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from '../fhevc2_2.ts': Duration: 00:00:12.52, start: 0.080000, bitrate: 1281 kb/s Program 1 Stream #0:0[0x12d]: Video: hevc (HEVC / 0x43564548), yuv420p(tv), 320x240, 47.95 tbr, 90k tbn, 90k tbc No Program Stream #0:1[0x16d]: Unknown: none Stream #0:2[0x12f]: Unknown: none Stream #0:3[0x112d]: Video: hevc, 90k tbr, 90k tbn Stream #0:4[0x125]: Unknown: none Stream #0:5[0x2d]: Video: hevc, 90k tbn [hevc @ 0x93d44a0] Unknown HEVC profile: 0 Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 47.95 tbc Stream mapping: Stream #0:0 -> #0:0 (hevc -> rawvideo) Press [q] to stop, [?] for help [hevc @ 0x92cacc0] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x92cacc0] vps_reserved_three_2bits is not three [hevc @ 0x92cacc0] Unknown HEVC profile: 0 [hevc @ 0x92cacc0] chroma_format_idc != 1 [hevc @ 0x92cacc0] 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. [hevc @ 0x93d44a0] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x92cacc0] Unknown HEVC profile: 0 [hevc @ 0x92cacc0] vps_max_dec_pic_buffering_minus1 out of range: 61475 [hevc @ 0x92cacc0] Unknown HEVC profile: 0 [hevc @ 0x92cacc0] SPS id out of range: 319 [hevc @ 0x93b7ca0] vps_reserved_three_2bits is not three [...] [hevc @ 0x931f7c0] SPS id out of range: 319 Input stream #0:0 frame changed from size:320x240 fmt:yuv420p to size:256x240 fmt:yuv420p [hevc @ 0x93d44a0] Unknown HEVC profile: 0 [hevc @ 0x93d44a0] Skipping NAL unit 42 [hevc @ 0x93d44a0] PPS id out of range: 0 [hevc @ 0x93d44a0] Error parsing NAL unit #3. [null @ 0x93b1400] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 4207954 >= 118243 [hevc @ 0x92cacc0] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x92cacc0] SPS id out of range: 319 [hevc @ 0x92cacc0] SPS 7 does not exist. [hevc @ 0x92cacc0] PPS id out of range: 0 [hevc @ 0x93b7ca0] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x93b7ca0] SPS id out of range: 319 [hevc @ 0x93b7ca0] SPS 7 does not exist. [hevc @ 0x93b7ca0] PPS id out of range: 0 [hevc @ 0x93b7ca0] Error parsing NAL unit #3. [null @ 0x93b1400] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 4207954 >= 121997 [hevc @ 0x92cacc0] Unknown HEVC profile: 0 [hevc @ 0x92cacc0] vps_max_dec_pic_buffering_minus1 out of range: 239 [hevc @ 0x92cacc0] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x92cacc0] vps_max_dec_pic_buffering_minus1 out of range: 239 [hevc @ 0x92cacc0] Unknown HEVC profile: 0 [hevc @ 0x92cacc0] SPS id out of range: 319 [hevc @ 0x931f7c0] Invalid NAL unit 32, skipping. [hevc @ 0x931f7c0] Unknown HEVC profile: 0 *** glibc detected *** ./ffmpeg_g: corrupted double-linked list: 0x092bac28 *** ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(+0x70a8a)[0xb75fea8a] /lib/i386-linux-gnu/libc.so.6(+0x7231c)[0xb760031c] /lib/i386-linux-gnu/libc.so.6(cfree+0x6d)[0xb76033ed] ./ffmpeg_g[0x8927a23] ======= Memory map: ======== 08048000-08c07000 r-xp 00000000 08:11 10397 /media/sdb1/ffmpeg-HEAD- 649686d/ffmpeg_g 08c07000-08c27000 rw-p 00bbe000 08:11 10397 /media/sdb1/ffmpeg-HEAD- 649686d/ffmpeg_g 08c27000-09599000 rw-p 00000000 00:00 0 [heap] 41602000-41619000 r-xp 00000000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 41619000-4161a000 r--p 00016000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 4161a000-4161b000 rw-p 00017000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 41628000-41659000 r-xp 00000000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 41659000-4165a000 r--p 00030000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 4165a000-4165b000 rw-p 00031000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 41673000-41676000 r-xp 00000000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 41676000-41677000 r--p 00002000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 41677000-41678000 rw-p 00003000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 4178e000-418c2000 r-xp 00000000 08:02 24566 /usr/lib/i386-linux- gnu/libX11.so.6.3.0 418c2000-418c6000 rw-p 00133000 08:02 24566 /usr/lib/i386-linux- gnu/libX11.so.6.3.0 418c8000-418e9000 r-xp 00000000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418e9000-418ea000 r--p 00020000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418ea000-418eb000 rw-p 00021000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418ed000-418ef000 r-xp 00000000 08:02 24568 /usr/lib/i386-linux- gnu/libXau.so.6.0.0 418ef000-418f0000 rw-p 00001000 08:02 24568 /usr/lib/i386-linux- gnu/libXau.so.6.0.0 418f2000-418f7000 r-xp 00000000 08:02 24574 /usr/lib/i386-linux- gnu/libXdmcp.so.6.0.0 418f7000-418f8000 rw-p 00004000 08:02 24574 /usr/lib/i386-linux- gnu/libXdmcp.so.6.0.0 41913000-41924000 r-xp 00000000 08:02 24575 /usr/lib/i386-linux- gnu/libXext.so.6.4.0 41924000-41925000 rw-p 00010000 08:02 24575 /usr/lib/i386-linux- gnu/libXext.so.6.4.0 41cd1000-41cd3000 r-xp 00000000 08:02 25013 /usr/lib/i386-linux- gnu/libts-0.0.so.0.1.1 41cd3000-41cd4000 rw-p 00001000 08:02 25013 /usr/lib/i386-linux- gnu/libts-0.0.so.0.1.1 41cd6000-41ce4000 r-xp 00000000 08:02 24578 /usr/lib/i386-linux- gnu/libXi.so.6.1.0 41ce4000-41ce5000 rw-p 0000e000 08:02 24578 /usr/lib/i386-linux- gnu/libXi.so.6.1.0 41f58000-41f6e000 r-xp 00000000 08:02 24654 /usr/lib/i386-linux- gnu/libdirect-1.2.so.9.0.1 41f6e000-41f6f000 rw-p 00016000 08:02 24654 /usr/lib/i386-linux- gnu/libdirect-1.2.so.9.0.1 41f94000-41f98000 r-xp 00000000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f98000-41f99000 r--p 00003000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f99000-41f9a000 rw-p 00004000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f9c000-41fa0000 r-xp 00000000 08:02 9985 /lib/i386-linux- gnu/libcap.so.2.22 41fa0000-41fa1000 rw-p 00003000 08:02 9985 /lib/i386-linux- gnu/libcap.so.2.22 41fa3000-41fab000 r-xp 00000000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41fab000-41fac000 r--p 00007000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41fac000-41fad000 rw-p 00008000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41faf000-41fb4000 r-xp 00000000 08:02 24589 /usr/lib/i386-linux- gnu/libXtst.so.6.1.0 41fb4000-41fb5000 rw-p 00004000 08:02 24589 /usr/lib/i386-linux- gnu/libXtst.so.6.1.0 4244e000-42457000 r-xp 00000000 08:02 24707 /usr/lib/i386-linux- gnu/libfusion-1.2.so.9.0.1 42457000-42458000 rw-p 00008000 08:02 24707 /usr/lib/i386-linux- gnu/libfusion-1.2.so.9.0.1 42489000-42491000 r-xp 00000000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42491000-42492000 r--p 00007000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42492000-42493000 rw-p 00008000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42495000-4249a000 r-xp 00000000 08:02 24603 /usr/lib/i386-linux- gnu/libasyncns.so.0.3.1 4249a000-4249b000 rw-p 00004000 08:02 24603 /usr/lib/i386-linux- gnu/libasyncns.so.0.3.1Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 13:43:02 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 12:43:02 -0000 Subject: [FFmpeg-trac] #3386(avcodec:closed): [H264] [Regression] illegal short term buffer state detected In-Reply-To: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> References: <043.2977872d8fa7aa67e35bc1c929b06b54@avcodec.org> Message-ID: <058.326e0f729aa7f125f5c06e3aa74cf031@avcodec.org> #3386: [H264] [Regression] illegal short term buffer state detected -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): and 64bb64f704f751c50f8474e85eb84a6326b44b50 and 649686d89bfa4d1d82661e2f05ae215b81c9d56e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 15:10:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 14:10:46 -0000 Subject: [FFmpeg-trac] #3423(undetermined:new): Errors during Lossless (244) Profile H.264 Decoding Message-ID: <044.2c61eb11b8365abac1ca93a64a960647@avcodec.org> #3423: Errors during Lossless (244) Profile H.264 Decoding -------------------------------------+------------------------------------- Reporter: | Type: defect yogender.gupta | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Incorrect Implmentation of 8x8 Intra prediction Mode for Lossless H264 Decoding - Profile 244 The filtering for 8x8 intra prediction is missing for the lossless profile 244 of H.264. Can I submit a C only patch ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 15:52:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 14:52:40 -0000 Subject: [FFmpeg-trac] #3409(undetermined:reopened): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.97206afb8a49ab180977b16908814ffc@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mzso): Here's the full file I used for testing: https://drive.google.com/file/d/0ByfdfPvnoDuzcFpvNWtOWlptQ0E/edit?usp=sharing -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 16:49:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 15:49:43 -0000 Subject: [FFmpeg-trac] #3131(avcodec:closed): h264 mp4 decoding regression In-Reply-To: <037.a4e4082742cd6c1ed541b31316c7c5da@avcodec.org> References: <037.a4e4082742cd6c1ed541b31316c7c5da@avcodec.org> Message-ID: <052.51c064217708f527075b986fdc8ff997@avcodec.org> #3131: h264 mp4 decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 4f4cc43fd8514e0e3671c8c4d895dc4406437327 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 17:07:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 16:07:10 -0000 Subject: [FFmpeg-trac] #3423(undetermined:closed): Errors during Lossless (244) Profile H.264 Decoding In-Reply-To: <044.2c61eb11b8365abac1ca93a64a960647@avcodec.org> References: <044.2c61eb11b8365abac1ca93a64a960647@avcodec.org> Message-ID: <059.eb9d7a9aa5f995a639e19b09773f3e35@avcodec.org> #3423: Errors during Lossless (244) Profile H.264 Decoding -------------------------------------+------------------------------------- Reporter: | Owner: yogender.gupta | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: h264 | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 * status: new => closed * resolution: => needs_more_info Comment: Please either: * Report a bug here. This requires you to provide a sample that fails decoding with current FFmpeg. It is appreciated if you add your failing command line ({{{ffmpeg -i sample -qscale 2 -an out.mov}}}) together with the complete, uncut console output. Please reopen this ticket if you can provide a sample. * Or send a patch that fixes the problem to the ffmpeg-devel mailing list. This is definitely preferred. Please do not send patches here, they receive much more attention on the mailing list. If possible send a patch made with {{{git format-patch}}} and consider reading http://ffmpeg.org/developer.html#Submitting-patches-1 (especially if your patch is not very small). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 17:17:01 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 16:17:01 -0000 Subject: [FFmpeg-trac] #3219(avcodec:closed): Frame ref count behaviour change causing a memleak In-Reply-To: <036.ffd5271a6c76a8bbb871d684dc7f90a4@avcodec.org> References: <036.ffd5271a6c76a8bbb871d684dc7f90a4@avcodec.org> Message-ID: <051.41038176954f4da684dc2f6b19b76644@avcodec.org> #3219: Frame ref count behaviour change causing a memleak -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: examples | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => fixed Comment: This was fixed a while ago, can't tell which commit(s). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 17:55:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 16:55:59 -0000 Subject: [FFmpeg-trac] #3421(avformat:new): non-interleaved avi regression In-Reply-To: <037.e3caddb26198be58129f1fb8f810fe4f@avcodec.org> References: <037.e3caddb26198be58129f1fb8f810fe4f@avcodec.org> Message-ID: <052.097ace0ff6b15378d052bee456226528@avcodec.org> #3421: non-interleaved avi regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3421/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:16:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:16:42 -0000 Subject: [FFmpeg-trac] #3424(avcodec:new): JPEG Decoder fails to decode valid jpeg file (all other major implementations work) Message-ID: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> #3424: JPEG Decoder fails to decode valid jpeg file (all other major implementations work) --------------------------------------+--------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: jpeg Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- How to reproduce: $ ffmpeg -loglevel debug -i bug.jpg decoded.png git HEAD has the same issue and output. Output: {{{ ffmpeg version N-60776-gd089e9a Copyright (c) 2000-2014 the FFmpeg developers built on Feb 20 2014 11:17:04 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-decoder=dirac --enable-libopencore-amrnb --enable-libopencore- amrwb --disable-decoder=amrnb --disable-decoder=amrwb --enable-libopus --enable-libx264 --enable-libschroedinger --disable-static --enable-shared --disable-ffplay --disable-ffserver --enable-libfdk-aac --enable-libspeex --enable-avresample --enable-openssl --enable-pic libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'bug.jpg'. Reading option 'decoded.png' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file bug.jpg. Successfully parsed a group of options. Opening an input file: bug.jpg. [AVIOContext @ 0x23bcdc0] Statistics: 1129716 bytes read, 0 seeks [mjpeg @ 0x23bb060] marker=d8 avail_size_in_buf=1129714 [mjpeg @ 0x23bb060] marker parser used 0 bytes (0 bits) [mjpeg @ 0x23bb060] marker=e0 avail_size_in_buf=1129712 [mjpeg @ 0x23bb060] marker parser used 16 bytes (128 bits) [mjpeg @ 0x23bb060] marker=ee avail_size_in_buf=1129694 [mjpeg @ 0x23bb060] marker parser used 14 bytes (112 bits) [mjpeg @ 0x23bb060] marker=e1 avail_size_in_buf=1129678 [mjpeg @ 0x23bb060] marker parser used 6005 bytes (48040 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=1123670 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=1058133 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=992596 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=927059 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=861522 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=795985 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=730448 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=664911 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=599374 [mjpeg @ 0x23bb060] marker parser used 33031 bytes (264248 bits) [mjpeg @ 0x23bb060] marker=ed avail_size_in_buf=566340 [mjpeg @ 0x23bb060] marker parser used 43 bytes (344 bits) [mjpeg @ 0x23bb060] marker=e1 avail_size_in_buf=566294 [mjpeg @ 0x23bb060] marker parser used 3898 bytes (31184 bits) [mjpeg @ 0x23bb060] marker=db avail_size_in_buf=562393 [mjpeg @ 0x23bb060] index=0 [mjpeg @ 0x23bb060] qscale[0]: 2 [mjpeg @ 0x23bb060] marker parser used 67 bytes (536 bits) [mjpeg @ 0x23bb060] marker=c0 avail_size_in_buf=562324 [mjpeg @ 0x23bb060] sof0: picture: 1280x720 [mjpeg @ 0x23bb060] component 0 1:1 id: 66 quant:0 [mjpeg @ 0x23bb060] component 1 1:1 id: 76 quant:0 [mjpeg @ 0x23bb060] component 2 1:1 id: 88 quant:0 [mjpeg @ 0x23bb060] component 3 1:1 id: 74 quant:0 [mjpeg @ 0x23bb060] pix fmt id 11111111 [mjpeg @ 0x23bb060] marker parser used 20 bytes (160 bits) [mjpeg @ 0x23bb060] marker=c4 avail_size_in_buf=562302 [mjpeg @ 0x23bb060] class=0 index=0 nb_codes=10 [mjpeg @ 0x23bb060] marker parser used 29 bytes (232 bits) [mjpeg @ 0x23bb060] marker=c4 avail_size_in_buf=562271 [mjpeg @ 0x23bb060] class=1 index=0 nb_codes=242 [mjpeg @ 0x23bb060] marker parser used 78 bytes (624 bits) [mjpeg @ 0x23bb060] escaping removed 1699 bytes [mjpeg @ 0x23bb060] marker=da avail_size_in_buf=562191 [mjpeg @ 0x23bb060] component: 66 [mjpeg @ 0x23bb060] component: 76 [mjpeg @ 0x23bb060] component: 88 [mjpeg @ 0x23bb060] component: 74 [mjpeg @ 0x23bb060] marker parser used 560491 bytes (4483924 bits) [mjpeg @ 0x23bb060] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x23bb060] decode frame unused 0 bytes Input #0, image2, from 'bug.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: mjpeg, yuva444p(pc), 1280x720 [SAR 300:300 DAR 16:9], 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file decoded.png. Successfully parsed a group of options. Opening an output file: decoded.png. Successfully opened the file. detected 24 logical cores [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'video_size' to value '1280x720' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'pix_fmt' to value '299' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'pixel_aspect' to value '300/300' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x23a4760] w:1280 h:720 pixfmt:yuva444p tb:1/25 fr:25/1 sar:300/300 sws_param:flags=2 [format @ 0x23a49c0] compat: called with args=[rgb24|rgba|rgb48be|rgba64be|pal8|gray|gray8a|gray16be|monob] [format @ 0x23a49c0] Setting 'pix_fmts' to value 'rgb24|rgba|rgb48be|rgba64be|pal8|gray|gray8a|gray16be|monob' [auto-inserted scaler 0 @ 0x23a5c80] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x23a5c80] w:iw h:ih flags:'0x4' interl:0 [format @ 0x23a49c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x23be4a0] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x23a5c80] picking rgba out of 8 ref:yuva444p alpha:1 [swscaler @ 0x23ab020] Forcing full internal H chroma due to input having non subsampled chroma [auto-inserted scaler 0 @ 0x23a5c80] w:1280 h:720 fmt:yuva444p sar:300/300 -> w:1280 h:720 fmt:rgba sar:1/1 flags:0x4 Output #0, image2, to 'decoded.png': Metadata: encoder : Lavf55.33.100 Stream #0:0, 0, 1/90000: Video: png, rgba, 1280x720 [SAR 1:1 DAR 16:9], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> png) Press [q] to stop, [?] for help [mjpeg @ 0x23bb060] marker=d8 avail_size_in_buf=1129714 [mjpeg @ 0x23bb060] marker parser used 0 bytes (0 bits) [mjpeg @ 0x23bb060] marker=e0 avail_size_in_buf=1129712 [mjpeg @ 0x23bb060] marker parser used 16 bytes (128 bits) [mjpeg @ 0x23bb060] marker=ee avail_size_in_buf=1129694 [mjpeg @ 0x23bb060] marker parser used 14 bytes (112 bits) [mjpeg @ 0x23bb060] marker=e1 avail_size_in_buf=1129678 [mjpeg @ 0x23bb060] marker parser used 6005 bytes (48040 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=1123670 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=1058133 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=992596 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=927059 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=861522 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=795985 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=730448 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=664911 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=599374 [mjpeg @ 0x23bb060] marker parser used 33031 bytes (264248 bits) [mjpeg @ 0x23bb060] marker=ed avail_size_in_buf=566340 [mjpeg @ 0x23bb060] marker parser used 43 bytes (344 bits) [mjpeg @ 0x23bb060] marker=e1 avail_size_in_buf=566294 [mjpeg @ 0x23bb060] marker parser used 3898 bytes (31184 bits) [mjpeg @ 0x23bb060] marker=db avail_size_in_buf=562393 [mjpeg @ 0x23bb060] index=0 [mjpeg @ 0x23bb060] qscale[0]: 2 [mjpeg @ 0x23bb060] marker parser used 67 bytes (536 bits) [mjpeg @ 0x23bb060] marker=c0 avail_size_in_buf=562324 [mjpeg @ 0x23bb060] sof0: picture: 1280x720 [mjpeg @ 0x23bb060] component 0 1:1 id: 66 quant:0 [mjpeg @ 0x23bb060] component 1 1:1 id: 76 quant:0 [mjpeg @ 0x23bb060] component 2 1:1 id: 88 quant:0 [mjpeg @ 0x23bb060] component 3 1:1 id: 74 quant:0 [mjpeg @ 0x23bb060] pix fmt id 11111111 [mjpeg @ 0x23bb060] marker parser used 20 bytes (160 bits) [mjpeg @ 0x23bb060] marker=c4 avail_size_in_buf=562302 [mjpeg @ 0x23bb060] class=0 index=0 nb_codes=10 [mjpeg @ 0x23bb060] marker parser used 29 bytes (232 bits) [mjpeg @ 0x23bb060] marker=c4 avail_size_in_buf=562271 [mjpeg @ 0x23bb060] class=1 index=0 nb_codes=242 [mjpeg @ 0x23bb060] marker parser used 78 bytes (624 bits) [mjpeg @ 0x23bb060] escaping removed 1699 bytes [mjpeg @ 0x23bb060] marker=da avail_size_in_buf=562191 [mjpeg @ 0x23bb060] component: 66 [mjpeg @ 0x23bb060] component: 76 [mjpeg @ 0x23bb060] component: 88 [mjpeg @ 0x23bb060] component: 74 [mjpeg @ 0x23bb060] marker parser used 560491 bytes (4483924 bits) [mjpeg @ 0x23bb060] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x23bb060] decode frame unused 0 bytes [output stream 0:0 @ 0x23a4e60] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. [AVIOContext @ 0x240ec20] Statistics: 0 seeks, 50 writeouts frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:1569kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100.001370% 1 frames successfully decoded, 0 decoding errors }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:26:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:26:50 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to decode valid jpeg file (all other major implementations work) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.6784a46659b8699f330e2ed2887b1dbd@avcodec.org> #3424: JPEG Decoder fails to decode valid jpeg file (all other major implementations work) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: jpeg => mjpeg * status: new => closed * resolution: => duplicate * reproduced: 0 => 1 Comment: Looks like a duplicate of ticket #2799 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:28:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:28:40 -0000 Subject: [FFmpeg-trac] #2799(avcodec:open): No support for cmyk jpeg In-Reply-To: <035.4cb3e92611343e98086784912731f2be@avcodec.org> References: <035.4cb3e92611343e98086784912731f2be@avcodec.org> Message-ID: <050.6836ce3c254c5188e48119ded4e63224@avcodec.org> #2799: No support for cmyk jpeg ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Ticket #3424 contains another sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:35:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:35:06 -0000 Subject: [FFmpeg-trac] #3424(avcodec:reopened): JPEG Decoder fails to decode valid jpeg file (all other major implementations work) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.3d5d7c04575b0c888ec6bb49d4500e64@avcodec.org> #3424: JPEG Decoder fails to decode valid jpeg file (all other major implementations work) ------------------------------------+------------------------------------ Reporter: dbuitenh | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by dbuitenh): * status: closed => reopened * resolution: duplicate => Comment: Even if it is CMYK, it's not being properly parsed as such (broken output is not OK.) This is not the same as #2799, as it *does not* fail, unlike #2799, and produces invalid output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:39:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:39:36 -0000 Subject: [FFmpeg-trac] #3424(avcodec:reopened): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) (was: JPEG Decoder fails to decode valid jpeg file (all other major implementations work)) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.b683d849f6260aa6c9a9901dbcf3b3de@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------ Reporter: dbuitenh | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:44:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:44:45 -0000 Subject: [FFmpeg-trac] #3422(swscale:open): Black becomes dark gray when converting rgb24 to gray16le In-Reply-To: <037.0d3cddc81930b993a4d5fc6c213bb4bc@avcodec.org> References: <037.0d3cddc81930b993a4d5fc6c213bb4bc@avcodec.org> Message-ID: <052.5a0610c8ab98eabdc20f84a929771881@avcodec.org> #3422: Black becomes dark gray when converting rgb24 to gray16le ------------------------------------+----------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: (The output of your perl script looks different here, what's wrong with {{{hexdump}}}?) Could you test if attached patch fixes the issue for your usecase? The values are not 0 even with the patch... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:45:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:45:31 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.074ff6f6dc81578642a0da86083d6c29@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:50:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:50:21 -0000 Subject: [FFmpeg-trac] #3424(avcodec:reopened): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.967a4d2b8af1e3d67e05cd9daa9242ee@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------ Reporter: dbuitenh | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by dbuitenh): * status: closed => reopened * resolution: duplicate => Comment: Carl, you're an asshole. This is *not* a duplicate. Try to learn to comprehend english: #2799 is lack of CMYK support. This bug is misdetection of CMYK as 444A. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:53:30 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:53:30 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.63ced4b16dff9d17771b49468c593d54@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 18:58:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 17:58:45 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.be9f9de0269bc68cef88983ed65859db@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by cehoyos): To elaborate a little on your general behaviour (not necessarily related to your constructive comments here): Last time we had a discussion on the mailing list, you started a flamewar with me when we 100% agreed on the matter. When I read my email yesterday I wasn't sure if it may have been too rude to a possible new contributor (although I was quite sure all developers would agree), when I read your mail, I suddenly realized how nice and courteous I am;-) When I closed this ticket, I had not yet done a complete analysis and I was not 100% sure if it is really a duplicate. I had tested it completely before you reopened it for the first time (indicating it is simple and easy to compare the issues) and there is indeed (apart from the naming of the ticket) not even the slightest difference so I am not sure what you are complaining about. If you are unhappy about the title of ticket #2799, please fix it! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 19:01:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 18:01:14 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.3a5d6e48971fca4c521cf37ebd38d281@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by dbuitenh): > When I closed this ticket, I had not yet done a complete analysis and I was not 100% sure if it is really a duplicate. This is not acceptable. > If you are unhappy about the title of ticket #2799, please fix it! IT IS NOT THE SAME THING -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 19:10:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 18:10:36 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.fcde4eee3758c33dc57de642e4ec5ca3@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by gjdfgh): Closing tickets even though another *developer* disagrees doesn't seem to be acceptable. Generally, this behavior is not useful for the ffmpeg project, and will just scare people away from reporting actual bugs. This includes closing tickets just because someone didn't paste full uncut console output blabla whatever. In fact, this behavior is not only not useful, it's actively harmful. So can we please be a bit more... cordial about this stuff? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 19:33:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 18:33:03 -0000 Subject: [FFmpeg-trac] #3424(avcodec:reopened): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.f1cfb556aaf95a1da6a4692d2542b5c6@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------ Reporter: dbuitenh | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by dbuitenh): * status: closed => reopened * resolution: duplicate => Comment: I am reopening this one last time: These are two separate bugs. There should be two separate bug IDs. One for CMYK support. One for fixing a regression in detection/failing. These are two separate issues, and need two separate bug IDs. Support != Regression in Failing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 20:02:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 19:02:10 -0000 Subject: [FFmpeg-trac] #3425(undetermined:new): Problem in transcoding to mpegts, h264 decode fail? Message-ID: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> #3425: Problem in transcoding to mpegts, h264 decode fail? -------------------------------------+------------------------------------- Reporter: deebus1 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: mpegts, | Blocked By: flv, h264, transcode | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, I am trying to transcode attached flv file (dunaya.flv) to mpegts but the resultant file is not playable in vlc or in any other player. Original file plays fine in vlc. Ffmpeg log (output of -report) is also attached. dunya.flv can also be downloaded form the following link: http://www10.zippyshare.com/v/92903604/file.html I am using ffmpeg-20140225-git-a8ad7e4-win32-static with following command line: ffmpeg.exe -report -y -i dunya.flv dunya.ts I see following messages in the log: [flv @ 003a69e0] Format flv probed with size=2048 and score=100 [flv @ 003a69e0] Before avformat_find_stream_info() pos: 13 bytes read:32768 seeks:0 [h264 @ 003a7fa0] no picture .. [flv @ 003a69e0] Non-increasing DTS in stream 0: packet 2 with DTS 0, packet 3 with DTS 0 (similar message repeated many times) .. [mpegts @ 047f1020] Delay between the first packet and last packet in the muxing queue is 10040000 > 10000000: forcing output. (similar message repeated many times) .. *** drop! (similar message repeated many times) .. older ffmpeg versions produce similar result. Any idea whats wrong here? Thank you, Dee -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 21:38:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 20:38:17 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.3d48da0d7b7772c9f45e844ef004e3cc@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 21:40:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 20:40:50 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.502883331051fa9167ce14bbc6615cf9@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+----------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by dbuitenh): * resolution: duplicate => fixed Comment: Not a duplicate, Carl. 'Fixed' by 6904168c79f21911a04bf1a17b3e11abeedd5250. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 21:40:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 20:40:52 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.5cd20ba326589042a2a716e2ed831013@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+----------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by dbuitenh): * resolution: duplicate => fixed Comment: Not a duplicate, Carl. 'Fixed' by 6904168c79f21911a04bf1a17b3e11abeedd5250. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 21:58:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 20:58:44 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.c36855a63ace9f7f181e9f9c762959ac@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: fixed => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 21:59:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 20:59:26 -0000 Subject: [FFmpeg-trac] #2799(avcodec:open): No support for cmyk jpeg In-Reply-To: <035.4cb3e92611343e98086784912731f2be@avcodec.org> References: <035.4cb3e92611343e98086784912731f2be@avcodec.org> Message-ID: <050.6e3272cf3a5eaa49f126c4603a470419@avcodec.org> #2799: No support for cmyk jpeg -------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 22:04:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 21:04:07 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.f2da9190d028c597b260d3d3d7c91a80@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by dbuitenh): Silent changes without reason, with no response to valid arguments? Is this a grudge against me? Since Carl insist on making the bug track a hostile environment for devs, I'll take this moment to stop bothering sending patches to FFmpeg. There's a nice fork I can send to. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 22:06:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 21:06:03 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.5735bba5b659e90671cc86996bd0d8d5@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by dbuitenh): > Since Carl insist on making the bug track a hostile environment for devs I should have added: And everyone seems fine with that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 22:23:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 21:23:14 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.5a015b4271c44758ae2ae002a7a07778@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:16 dbuitenh]: > > Since Carl insist on making the bug track a hostile environment for devs > > I should have added: And everyone seems fine with that. Well, Carl is acting like a kid, and you're overreacting. What should we do? Should we scold Carl? I do not support Carl behavior, but nor your reaction. I'm personally happy with Carl work on the trac, as well as your contributions. I'm pretty sure you can figure something out, you are - biologically speaking - both adults. So OK, Carl drives you nut, maybe you are not alone. The main reason, apart from that particular ticket dup-close trolling, seems to be about the reporting "rules". Maybe you can suggest something as a RFC on ffmpeg- devel. Remember, Carl is basically doing a lot of work in the trac, so we basically trust him with that stuff; it's kind of a meritocracy. From a dev perspective, we see less garbage and there is a tendency of purging ticket which are rotting because of a lack of information. And this is a good thing. Maybe you don't agree with that, so again, suggestions welcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 23:28:54 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 22:28:54 -0000 Subject: [FFmpeg-trac] #2799(avcodec:closed): No support for cmyk jpeg In-Reply-To: <035.4cb3e92611343e98086784912731f2be@avcodec.org> References: <035.4cb3e92611343e98086784912731f2be@avcodec.org> Message-ID: <050.3cf90fbdbd93b351d8b31a4be7cfdbcd@avcodec.org> #2799: No support for cmyk jpeg -------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The original sample and the sample from ticket #3424 work fine since a05635ee I will open a new ticket for the remaining sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 23:32:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 22:32:03 -0000 Subject: [FFmpeg-trac] #3426(avcodec:new): CMYK jpeg image is not detected Message-ID: <037.c36efbfa8125ee85404c53bd3a4feae8@avcodec.org> #3426: CMYK jpeg image is not detected --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: mjpeg Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- The second (smaller) sample for ticket #2799 that I found on Wikipedia still does not decode correctly with current FFmpeg, no warning is shown. {{{ $ ffmpeg -i Channel_digital_image_CMYK_color.jpg ffmpeg version N-60950-gfbf9837 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 27 2014 23:27:01 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'Channel_digital_image_CMYK_color.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuva444p(pc), 500x333, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} https://trac.ffmpeg.org/attachment/ticket/2799/Channel_digital_image_CMYK_color.jpg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 23:46:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 22:46:46 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.a1fb9d14a5c611434208738b53981efb@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+----------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by beastd): * resolution: duplicate => fixed Comment: Replying to [comment:17 ubitux]: > Replying to [comment:16 dbuitenh]: > > > Since Carl insist on making the bug track a hostile environment for devs > > > > I should have added: And everyone seems fine with that. > > Well, Carl is acting like a kid, and you're overreacting. What should we do? Should we scold Carl? > > I do not support Carl behavior, but nor your reaction. I'm personally happy with Carl work on the trac, as well as your contributions. I fully agree with you Cl?ment. Only thing I can do about it is plea: Carl Eugen and Derek, please ''try'' respect each other again! Concerning this ticket I agree with Derek it is and was about the behaviour of the decoder and thus not a duplicate of #2799. Actually we had a discussion about the fix of the behavior and this ticket on IRC and this ticket should have probably been re-opened. But as it turns out Micheal was faster and the whole behavior that was topic of this ticket now is gone for good since commit a05635ee. Thus I am changing the resolution of this ticket to fixed which seems the most appropriate to me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 23:55:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 22:55:40 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.d991cf92534340fc0979300da9ed2b3a@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+----------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by beastd): Replying to [comment:18 beastd]: > Concerning this ticket I agree with Derek it is and was about the behaviour of the decoder and thus not a duplicate of #2799. > > Actually we had a discussion about the fix of the behavior and this ticket on IRC and this ticket should have probably been re-opened. But as it turns out Micheal was faster and the whole behavior that was topic of this ticket now is gone for good since commit a05635ee. Pardon me, I wasn't very precise here. With behavior of the decoder I meant error behavior. Initially the decoder just detected it wrong and silently continued. Later it was changed to print an error and go on if `AV_EF_EXPLODE` wasn't set (commit 6904168c79f2). Finally there was commit a05635ee that implemented a conversion from CMYK to GBRAP in the decoder and replaced the changes of above mentioned commit 6904168c79f2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Feb 27 23:58:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 22:58:40 -0000 Subject: [FFmpeg-trac] #1065(undetermined:closed): H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition In-Reply-To: <038.1978f3069992c04bf0ce46dd979c4dbd@avcodec.org> References: <038.1978f3069992c04bf0ce46dd979c4dbd@avcodec.org> Message-ID: <053.19b14419844a07d897669a35c9c32279@avcodec.org> #1065: H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition -------------------------------------+------------------------------------- Reporter: L.H.V.F. | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264, | Resolution: fixed framerate | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Fixed since 45bd0d15 (which I seem to have missed) /1.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 00:13:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 23:13:46 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.ffc1911014c08d7373f47143b0e234ae@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: fixed => duplicate Comment: Thank you for your additional comments, this should now make clear for everybody that this was a duplicate of ticket #2799. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 00:45:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Feb 2014 23:45:24 -0000 Subject: [FFmpeg-trac] #3425(undetermined:open): h264/flv decoding regression (was: Problem in transcoding to mpegts, h264 decode fail?) In-Reply-To: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> References: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> Message-ID: <052.aa62d363aa41a1a2dc40c70aec3d4c1d@avcodec.org> #3425: h264/flv decoding regression -------------------------------------+------------------------------------- Reporter: deebus1 | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: flv h264 | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegts, flv, h264, transcode => flv h264 regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: For future tickets: Please do not compress the log output, instead post it directly in the ticket, it is important that it can be easily read. From a user's perspective, this is a regression since 0ff4f0c0 {{{ $ ffmpeg -i ../Samples/tickets/ticket3425/dunya.flv -qscale 2 out.avi ffmpeg version N-60950-gfbf9837 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 28 2014 00:33:00 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, flv, from '../Samples/tickets/ticket3425/dunya.flv': Metadata: author : tanzeem copyright : dunyatv description : keywords : rating : title : dunyatv presetname : Custom creationdate : Wed Jan 29 19:25:20 2014 : videodevice : Osprey-210 Video Device 1 avclevel : 30 avcprofile : 77 videokeyframe_frequency: 7 audiodevice : Osprey-210 Audio Device 1 audiochannels : 1 audioinputvolume: 0 Duration: 00:00:37.60, start: 0.000000, bitrate: 289 kb/s Stream #0:0: Video: h264 (Main), yuv420p(tv), 480x360 [SAR 1:1 DAR 4:3], 235 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc Stream #0:1: Audio: mp3, 22050 Hz, mono, s16p, 32 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: author : tanzeem ICOP : dunyatv description : keywords : rating : INAM : dunyatv presetname : Custom creationdate : Wed Jan 29 19:25:20 2014 : videodevice : Osprey-210 Video Device 1 avclevel : 30 avcprofile : 77 videokeyframe_frequency: 7 audiodevice : Osprey-210 Audio Device 1 audiochannels : 1 audioinputvolume: 0 ISFT : Lavf55.33.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 480x360 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 22050 Hz, mono, fltp, 96 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (mp3 -> ac3) Press [q] to stop, [?] for help [avi @ 0x26c2740] Too large number of skipped frames 79773 > 60000 av_interleaved_write_frame(): Invalid argument [avi @ 0x26c2740] Too large number of skipped frames 80100 > 60000 frame= 3 fps=0.0 q=2.0 Lsize= 125kB time=00:53:24.08 bitrate= 0.3kbits/s dup=0 drop=226 video:152kB audio:75kB subtitle:0 data:0 global headers:0kB muxing overhead -45.057991% }}} The input sample contains ~1000 frames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 01:36:54 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 00:36:54 -0000 Subject: [FFmpeg-trac] #3192(undetermined:new): Dropped Frames With Overlay Filter In-Reply-To: <035.24711d360ce92c9d9be14eb4197a89ff@avcodec.org> References: <035.24711d360ce92c9d9be14eb4197a89ff@avcodec.org> Message-ID: <050.5d323a5e5ab3442ce552536aeaa6fcdd@avcodec.org> #3192: Dropped Frames With Overlay Filter -------------------------------------+------------------------------------- Reporter: ian_m | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jnvsor): I can confirm it occurs when both streams are passed through filter_complex, even if they are null filters that shouldn't effect performance at all. Low fps: {{{ ffmpeg -f x11grab -framerate 30 -s hd1080 -i :0.0 -f v4l2 -framerate 30 -i /dev/video0 -filter_complex '[0]null[cap];[1]null[webcam]' -map '[cap]' -map '[webcam]' -c:v libx264 -pix_fmt yuv444p -preset ultrafast -qp 0 -threads 2 -y out.avi }}} Remove either of the null filters and it will work at full framerate: {{{ - '[0]null[cap];[1]null[webcam]' - -map '[cap]' + '[1]null[webcam]' + -map 0 OR + '[0]null[cap]' + -map 1 }}} Add the v4l2 input first and it will work at full framerate: {{{ - -f x11grab -framerate 30 -s hd1080 -i :0.0 -f v4l2 -framerate 30 -i /dev/video0 + -f v4l2 -framerate 30 -i /dev/video0 -f x11grab -framerate 30 -s hd1080 -i :0.0 }}} It only occurs if that filter output is actually used, piping one to a nullsink also makes it work at full framerate: {{{ - '[0]null[cap];[1]null[webcam]' - -map '[cap]' + '[0]null[cap];[cap]nullsink;[1]null[webcam]' + -map 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 02:46:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 01:46:23 -0000 Subject: [FFmpeg-trac] #3424(avcodec:closed): JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) In-Reply-To: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> References: <038.262491a377f6a75b815f6baa73a40d5d@avcodec.org> Message-ID: <053.ef8836d6d077e9d9e07c5ecbd375f7a3@avcodec.org> #3424: JPEG Decoder fails to fail on CMYK JPEG file (detects as yuva444p) ------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by compn): you kids keep this up and i'm liable to petition the admins to remove 'open' and 'closed' statuses and only have 'fixed' or 'new' . -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 08:29:15 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 07:29:15 -0000 Subject: [FFmpeg-trac] #3405(undetermined:reopened): Bizare behaviour with RTP mpegts sources In-Reply-To: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> References: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> Message-ID: <056.caec1f1f2be4a6fb0b51811bd4bbe9ba@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources -------------------------------------+------------------------------------- Reporter: sharbatgula | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: RTP mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master Comment: How can I reproduce the problem? Is there a public IP address that I could use here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 09:40:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 08:40:27 -0000 Subject: [FFmpeg-trac] #3426(avcodec:new): CMYK jpeg image is not detected In-Reply-To: <037.c36efbfa8125ee85404c53bd3a4feae8@avcodec.org> References: <037.c36efbfa8125ee85404c53bd3a4feae8@avcodec.org> Message-ID: <052.6a2975a3120fc3c64794ec7636421c97@avcodec.org> #3426: CMYK jpeg image is not detected ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): The Wikipedia sample for CMYK is actually Adobe CYYK, attached patch shows how approximately the image may be decoded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 09:42:19 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 08:42:19 -0000 Subject: [FFmpeg-trac] #3426(avcodec:new): Adobe CYYK jpeg image is not detected (was: CMYK jpeg image is not detected) In-Reply-To: <037.c36efbfa8125ee85404c53bd3a4feae8@avcodec.org> References: <037.c36efbfa8125ee85404c53bd3a4feae8@avcodec.org> Message-ID: <052.5d0d2a3c2f339349837483c1207e1148@avcodec.org> #3426: Adobe CYYK jpeg image is not detected ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 09:50:53 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 08:50:53 -0000 Subject: [FFmpeg-trac] #3420(undetermined:new): Overlaying / hardcoding subtitles - last subtitle not done correctly In-Reply-To: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> References: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> Message-ID: <050.a62f570c26d36430795cb12aac1ff826@avcodec.org> #3420: Overlaying / hardcoding subtitles - last subtitle not done correctly -------------------------------------+------------------------------------- Reporter: adamc | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: vobsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => vobsub * version: unspecified => git-master Comment: Do you know how the duration for the last subtitle can be known? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 12:11:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 11:11:59 -0000 Subject: [FFmpeg-trac] #3212(undetermined:reopened): initial seek in MSVIDEO1 causes failure to display on some avi files In-Reply-To: <037.38fc7e530d873b32fed337c5378add3b@avcodec.org> References: <037.38fc7e530d873b32fed337c5378add3b@avcodec.org> Message-ID: <052.bbedae723919ea43b35a78fdf9452102@avcodec.org> #3212: initial seek in MSVIDEO1 causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: closed => reopened * resolution: duplicate => Old description: > Same as ticket #1273 but different codec ID. > > If you do a seek prior to calling avcodec_decode_video2 at least once, > then you will no longer get any video stream packets with the attached > files. The seek works fine after you call avcodec_decode_video2 but not > if you tried to seek prior to this. Reading a first video packet is not > enough. > > Use this sample to test. > > ?http://sms.pangolin.com/temp/EVBPIC.AVI New description: Same as ticket #1273 but different codec ID. If you do a seek prior to calling avcodec_decode_video2 at least once, then you will no longer get any video stream packets with the attached files. The seek works fine after you call avcodec_decode_video2 but not if you tried to seek prior to this. Reading a first video packet is not enough. Use this sample to test. *http://sms.pangolin.com/temp/EVBPIC.AVI -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 12:43:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 11:43:25 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:new): Negative time format contains too many minuses: -577014:-32:-22.-77 Message-ID: <052.15f95aefe3be99fd85f93cf38c86ff30@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Type: defect q345t7n3o67ym23oy8939t | Priority: normal Status: new | Version: Component: ffmpeg | unspecified Keywords: format | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: time format for negative time contains too many minuses: "-577014:-32:-22.-77", but should be "-577014:32:22.77". ffmpeg version: N-60087-g94a5241 from http://ffmpeg.zeranoe.com/builds/ How to reproduce: {{{ % "ffmpeg.exe" -loglevel "debug" -i "http://93.95.99.231:8200/" -f "segment" -codec "copy" -map "0" -segment_format "mpegts" -segment_list "target file.csv" -segment_list_size "0" -segment_list_type "csv" -segment_time "906" -segment_start_number "0" -reset_timestamps "1" "target file %d.ts" }}} ? and wait negative time. My ffmpeg log contains: {{{ frame=89905 fps= 25 q=-1.0 size=N/A time=00:59:57.34 bitrate=N/A frame=89921 fps= 25 q=-1.0 size=N/A time=00:59:57.97 bitrate=N/A frame=89936 fps= 25 q=-1.0 size=N/A time=00:59:58.57 bitrate=N/A frame=89952 fps= 25 q=-1.0 size=N/A time=-577014:-32:-22.-77 bitrate=N/A frame=89952 fps= 25 q=-1.0 Lsize=N/A time=00:59:59.15 bitrate=N/A }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 14:36:21 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 13:36:21 -0000 Subject: [FFmpeg-trac] #3212(undetermined:closed): initial seek in MSVIDEO1 causes failure to display on some avi files In-Reply-To: <037.38fc7e530d873b32fed337c5378add3b@avcodec.org> References: <037.38fc7e530d873b32fed337c5378add3b@avcodec.org> Message-ID: <052.299ace90a6cd35c269fb50694041f45a@avcodec.org> #3212: initial seek in MSVIDEO1 causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in f3eef02746ef9585400f58de7803c2db7efd7b4a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 14:45:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 13:45:46 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:new): Negative time format contains too many minuses: -577014:-32:-22.-77 In-Reply-To: <052.15f95aefe3be99fd85f93cf38c86ff30@avcodec.org> References: <052.15f95aefe3be99fd85f93cf38c86ff30@avcodec.org> Message-ID: <067.2de8dbd03a97b1c81b5e2dc26e5b9420@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: new Type: defect | Component: ffmpeg Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: format => Comment: Please provide your 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 Fri Feb 28 16:41:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 15:41:59 -0000 Subject: [FFmpeg-trac] #3420(undetermined:new): Overlaying / hardcoding subtitles - last subtitle not done correctly In-Reply-To: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> References: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> Message-ID: <050.948b549476598645af18cb646afe8b92@avcodec.org> #3420: Overlaying / hardcoding subtitles - last subtitle not done correctly -------------------------------------+------------------------------------- Reporter: adamc | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: vobsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adamc): Hi, I really don't understand this stuff very much, but I did find something that could help you - the source code for Subtitle Edit, which does the calculation of the duration. The stack trace at the bottom of this comment shows where the calculation of the duration (aka 'Delay') is performed, when a .sub is loaded into Subtitle Edit. In summary however: This is where the vob sub packs merging starts: https://github.com/SubtitleEdit/subtitleedit/blob/master/src/Forms/VobSubOcr.cs#L954 Which goes into here: https://github.com/SubtitleEdit/subtitleedit/blob/master/src/Logic/VobSub/VobSubParser.cs#L156 And then into here which constructs a SubPicture class: https://github.com/SubtitleEdit/subtitleedit/blob/master/src/Logic/VobSub/VobSubMergedPack.cs#L15 ******* And here is where the calculation of the duration/Delay happens, by parsing the display control commands, and calculating it from the stop display command: https://github.com/SubtitleEdit/subtitleedit/blob/master/src/Logic/VobSub/SubPicture.cs#L109 ******* Hopefully this helps and will all make sense to you... (I don't really have an understanding of how subtitles work... And I am not familiar with the ffmpeg code...) The full stack trace of Subtitle Edit, in case it helps, when loading the .sub and calculating the duration: SubtitleEdit.exe!Nikse.SubtitleEdit.Logic.VobSub.SubPicture.ParseDisplayControlCommands(bool createBitmap, System.Collections.Generic.List colorLookUpTable, System.Collections.Generic.List fourColors, bool useCustomColors) Line 109 C# SubtitleEdit.exe!Nikse.SubtitleEdit.Logic.VobSub.SubPicture.SubPicture(byte[] data) Line 40 + 0x10 bytes C# SubtitleEdit.exe!Nikse.SubtitleEdit.Logic.VobSub.VobSubMergedPack.VobSubMergedPack(byte[] subPictureData, System.TimeSpan presentationTimeStamp, int streamId, Nikse.SubtitleEdit.Logic.VobSub.IdxParagraph idxLine) Line 15 + 0x18 bytes C# SubtitleEdit.exe!Nikse.SubtitleEdit.Logic.VobSub.VobSubParser.MergeVobSubPacks() Line 156 + 0x49 bytes C# SubtitleEdit.exe!Nikse.SubtitleEdit.Forms.VobSubOcr.InitializeSubIdx(string vobSubFileName) Line 954 + 0x10 bytes C# SubtitleEdit.exe!Nikse.SubtitleEdit.Forms.VobSubOcr.Initialize(string vobSubFileName, Nikse.SubtitleEdit.Logic.VobSubOcrSettings vobSubOcrSettings, bool useNewSubIdxCode, Nikse.SubtitleEdit.Forms.Main main) Line 617 + 0xb bytes C# SubtitleEdit.exe!Nikse.SubtitleEdit.Forms.Main.ImportAndOcrVobSubSubtitleNew(string fileName, bool showInTaskbar) Line 10050 + 0x36 bytes C# SubtitleEdit.exe!Nikse.SubtitleEdit.Forms.Main.OpenSubtitle(string fileName, System.Text.Encoding encoding, string videoFileName, string originalFileName) Line 2208 + 0x16 bytes C# SubtitleEdit.exe!Nikse.SubtitleEdit.Forms.Main.OpenSubtitle(string fileName, System.Text.Encoding encoding) Line 2182 + 0x12 bytes C# SubtitleEdit.exe!Nikse.SubtitleEdit.Forms.Main.SubtitleListview1_DragDrop(object sender, System.Windows.Forms.DragEventArgs e) Line 9677 + 0xd bytes C# [External Code] SubtitleEdit.exe!Nikse.SubtitleEdit.Program.Main() Line 17 + 0x1d bytes C# -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 16:49:26 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 15:49:26 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.ee90bf6d7ec8b18183ef5dd02c31bbf9@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): The stereo image of Mama.wv, itCouldBeSweet.wv is strange in v8 ABR 192kbps. http://www.rarewares.org/test_samples/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 17:02:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 16:02:16 -0000 Subject: [FFmpeg-trac] #3420(undetermined:new): Overlaying / hardcoding subtitles - last subtitle not done correctly In-Reply-To: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> References: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> Message-ID: <050.99b5b42555fbe3c3abf6286077bb231f@avcodec.org> #3420: Overlaying / hardcoding subtitles - last subtitle not done correctly -------------------------------------+------------------------------------- Reporter: adamc | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: vobsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adamc): For reference, after a quick search, I notice that the code I mentioned in my previous comment for Subtitle Edit, for parsing the subtitles: ?https://github.com/SubtitleEdit/subtitleedit/blob/master/src/Logic/VobSub/SubPicture.cs#L109 is somewhat similar to the ffmpeg code here: https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/dvdsubdec.c#L263 The delay / sub_header->end_display_time calculations are slightly different. I have no idea if the parsing and calculation routine is the cause of the problem (since all but the last subtitle display for the correct duration), or whether the rendering code somewhere might forget to do something on the last index of a loop somewhere... thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 17:12:39 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 16:12:39 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.4577bc4c3e82e05ea2f69adf07b8e6f0@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): It's probably the same bug, it happens sometimes with short windows I noticed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 17:32:53 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 16:32:53 -0000 Subject: [FFmpeg-trac] #3409(undetermined:reopened): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.30c79e0902b06e60458d084ee48f72b8@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Do you test the final output file visually (with a media player) or with another method? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 17:35:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 16:35:29 -0000 Subject: [FFmpeg-trac] #3428(undetermined:new): WMV file has wrong length detected by ffprobe/ffmpeg Message-ID: <035.6e4603117e840902735ffcfd91af10e7@avcodec.org> #3428: WMV file has wrong length detected by ffprobe/ffmpeg --------------------------------------+---------------------------------- Reporter: boose | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: Other players report length correctly as 30:38, ffprobe/ffmpeg seem to think it is 21:36 How to reproduce: {{{ boose at Cid:~/ffmpeg-2.1.3-64bit-static$ ./ffprobe 08\ Christian\ Humanism.wmv ffprobe version 2.1.3- http://johnvansickle.com/ffmpeg/ Copyright (c) 2007-2013 the FFmpeg developers built on Jan 22 2014 19:50:14 with gcc 4.8 (Debian 4.8.2-14) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libspeex --enable-libvorbis --enable-libvpx --enable- libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --disable-ffserver libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [asf @ 0x32cbd40] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from '08 Christian Humanism.wmv': Metadata: [...] WM/EpisodeID : Lect.08 Christian Humanism WM/EpisodeNumber: 8 Duration: 00:21:36.74, start: 0.000000, bitrate: 2128 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, fltp, 128 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 640x480, 2000 kb/s, SAR 1:1 DAR 4:3, 29.97 tbr, 1k tbn, 1k tbc Stream #0:2: Video: mjpeg, yuvj444p(pc), 419x563 [SAR 96:96 DAR 419:563], 90k tbr, 90k tbn, 90k tbc Metadata: title : comment : Other Stream #0:3: Video: mjpeg, yuvj444p(pc), 419x563 [SAR 96:96 DAR 419:563], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) boose at Cid:~/ffmpeg-2.1.3-64bit-static$ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 18:38:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 17:38:00 -0000 Subject: [FFmpeg-trac] #3428(undetermined:new): WMV file has wrong length detected by ffprobe/ffmpeg In-Reply-To: <035.6e4603117e840902735ffcfd91af10e7@avcodec.org> References: <035.6e4603117e840902735ffcfd91af10e7@avcodec.org> Message-ID: <050.a776976a50044a11aeba60b7545b5636@avcodec.org> #3428: WMV file has wrong length detected by ffprobe/ffmpeg --------------------------------+---------------------------------------- Reporter: boose | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.1.3 | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: => asf Comment: Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 18:43:17 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 17:43:17 -0000 Subject: [FFmpeg-trac] #2457(avcodec:closed): MAX_SLICES value too low for a number of RTP endpoints In-Reply-To: <040.50e3ee200460952f6102982df311f3bd@avcodec.org> References: <040.50e3ee200460952f6102982df311f3bd@avcodec.org> Message-ID: <055.ab2a0c8488ea3c876afa712d46a5bff0@avcodec.org> #2457: MAX_SLICES value too low for a number of RTP endpoints -------------------------------------+------------------------------------- Reporter: tgreenwood | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | 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: If this is still reproducible, please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 22:00:36 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 21:00:36 -0000 Subject: [FFmpeg-trac] #3409(undetermined:reopened): Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors In-Reply-To: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> References: <034.d66f21c00f72ac5b9b8b446cfc8901d9@avcodec.org> Message-ID: <049.dd5285aa6bec360dc6b6486a23b5437e@avcodec.org> #3409: Impossible to transcode full range RGB videos with libx264, and keep full range + proper colors -------------------------------------+------------------------------------- Reporter: mzso | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mzso): Replying to [comment:15 cehoyos]: > Do you test the final output file visually (with a media player) or with another method? I tested visually by alternating between images. As it turns out there was an issue with the renderer too which is now fixed. So I re-did the comparisons. The difference is more subtle. But the ffmpeg output is definitely wrong. Source and encode with x264 and avisynth(indistinguishable): http://screenshotcomparison.com/comparison/64762 Source and encode with ffmpeg(color abnormalities): http://screenshotcomparison.com/comparison/64764 Encode with ffmpeg using avisynth (way too dark): http://abload.de/img/yuv-ffmpeg-crf0-avisyijra0.png (No matter what I tried the output stayed like this) == Avisynth script: == FFVideoSource("e:\Vide? Felv?telek\motor2.avi") ConvertToYV24(matrix="PC.709") == Command line 1: == E:\Vide? Felv?telek>x264 --input-range PC --fps 30 -force-cfr --preset slower --crf 0 --output-csp i444 --range PC --demuxer y4m -o x264_lossless.mkv "E:\Vide? Felv?telek\pc709.avs" x264 [error]: invalid argument: deblock = orce-cfr E:\Vide? Felv?telek>x264 --input-range PC --fps 30 --force-cfr --preset slower --crf 0 --output-csp i444 --range PC --colormatrix bt709 --colorprim bt709 -o x264_lossless.mkv "E:\Vide? Felv?telek\pc709.avs" avs [info]: 1600x1200p 0:0 @ 3998/143 fps (cfr) x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle x264 [info]: profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit x264 [info]: frame I:7 Avg QP: 0.00 size:695602 x264 [info]: frame P:213 Avg QP: 0.00 size:395907 x264 [info]: mb I I16..4: 56.2% 23.3% 20.5% x264 [info]: mb P I16..4: 6.9% 1.8% 1.6% P16..4: 29.5% 6.9% 13.5% 0.0% 0.2% skip:39.5% x264 [info]: 8x8 transform intra:19.1% inter:36.7% x264 [info]: coded y,u,v intra: 82.6% 66.4% 56.4% inter: 53.0% 52.7% 46.1% x264 [info]: i16 v,h,dc,p: 36% 62% 2% 0% x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 40% 29% 1% 2% 2% 1% 0% 0% x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 31% 34% 6% 4% 11% 7% 4% 3% 2% x264 [info]: Weighted P-Frames: Y:23.5% UV:16.4% x264 [info]: ref P L0: 69.7% 2.3% 13.4% 5.2% 3.7% 2.3% 1.6% 0.9% 0.9% 0.0% x264 [info]: kb/s:97306.31 encoded 220 frames, 1.58 fps, 97306.93 kb/s == Command line 2: == E:\Vide? Felv?telek>ffmpeg -i "E:\Vide? Felv?telek\motor2.avi" -an -vcodec libx264 -preset slower -crf 0 -pix_fmt yuvj444p -x264opts "colorprim=bt709:transfer=bt709:colormatrix=bt709" yuv-ffmpeg.mkv ffmpeg version N-60813-g44b22bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 03:11:45 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-l ibgsm --enable-libilbc --enable-libmodplug --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-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from 'E:\Vide+- Felv+?telek\motor2.avi': Duration: 00:00:07.87, start: 0.000000, bitrate: 291034 kb/s Stream #0:0: Video: utvideo (ULRG / 0x47524C55), rgb24, 1600x1200, 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s [swscaler @ 03ff88a0] deprecated pixel format used, make sure you did set range correctly [libx264 @ 040d06c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle [libx264 @ 040d06c0] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit [libx264 @ 040d06c0] 264 - core 142 r2389 956c8d8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=9 psy=0 mixed_ref=1 me_range=16 chroma_me=1 trelli s=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 r c=cqp mbtree=0 qp=0 Output #0, matroska, to 'yuv-ffmpeg.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuvj444p, 1600x1200, q=-1--1, 1k tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (utvideo -> libx264) Press [q] to stop, [?] for help frame= 220 fps=1.6 q=-1.0 Lsize= 88422kB time=00:00:07.86 bitrate=92086.6kbits/s video:88420kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.002805% [libx264 @ 040d06c0] frame I:7 Avg QP: 0.00 size:705491 [libx264 @ 040d06c0] frame P:213 Avg QP: 0.00 size:401890 [libx264 @ 040d06c0] mb I I16..4: 54.2% 24.7% 21.1% [libx264 @ 040d06c0] mb P I16..4: 6.8% 1.9% 1.6% P16..4: 29.3% 7.0% 13.5% 0.0% 0.2% skip:39.6% [libx264 @ 040d06c0] 8x8 transform intra:20.1% inter:39.4% [libx264 @ 040d06c0] coded y,u,v intra: 83.9% 67.4% 58.1% inter: 52.9% 52.6% 47.0% [libx264 @ 040d06c0] i16 v,h,dc,p: 35% 63% 2% 0% [libx264 @ 040d06c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 43% 27% 1% 2% 2% 1% 0% 0% [libx264 @ 040d06c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 31% 35% 6% 4% 11% 6% 4% 3% 2% [libx264 @ 040d06c0] Weighted P-Frames: Y:23.5% UV:16.9% [libx264 @ 040d06c0] ref P L0: 68.1% 2.6% 14.4% 5.3% 3.7% 2.4% 1.6% 0.9% 0.9% 0.0% [libx264 @ 040d06c0] kb/s:92075.64 == Command line 3: == E:\Vide? Felv?telek>ffmpeg -i "E:\Vide? Felv?telek\pc709.avs" -an -vcodec libx264 -preset slower -crf 0 -pix_fmt yuvj444p -x264opts "colorprim=bt709:transfer=bt709:colormatrix=bt709" yuv-ffmpeg-avs.mkv ffmpeg version N-60813-g44b22bb Copyright (c) 2000-2014 the FFmpeg developers built on Feb 22 2014 03:11:45 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-l ibgsm --enable-libilbc --enable-libmodplug --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-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, avisynth, from 'E:\Vide+- Felv+?telek\pc709.avs': Duration: 00:00:07.87, start: 0.000000, bitrate: 0 kb/s Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 1600x1200, 27.96 fps, 27.96 tbr, 27.96 tbn, 27.96 tbc [swscaler @ 040288a0] deprecated pixel format used, make sure you did set range correctly [libx264 @ 02a8c480] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle [libx264 @ 02a8c480] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit [libx264 @ 02a8c480] 264 - core 142 r2389 956c8d8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=9 psy=0 mixed_ref=1 me_range=16 chroma_me=1 trelli s=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 r c=cqp mbtree=0 qp=0 Output #0, matroska, to 'yuv-ffmpeg-avs.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuvj444p, 1600x1200, q=-1--1, 1k tbn, 27.96 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Press [q] to stop, [?] for help frame= 220 fps=1.6 q=-1.0 Lsize= 81741kB time=00:00:07.86 bitrate=85096.7kbits/s video:81739kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.003007% [libx264 @ 02a8c480] frame I:6 Avg QP: 0.00 size:759384 [libx264 @ 02a8c480] frame P:214 Avg QP: 0.00 size:369831 [libx264 @ 02a8c480] mb I I16..4: 49.7% 31.6% 18.7% [libx264 @ 02a8c480] mb P I16..4: 9.9% 2.3% 1.2% P16..4: 28.4% 5.3% 10.7% 0.0% 0.2% skip:41.9% [libx264 @ 02a8c480] 8x8 transform intra:19.8% inter:38.6% [libx264 @ 02a8c480] coded y,u,v intra: 35.7% 84.0% 67.9% inter: 31.8% 48.7% 43.5% [libx264 @ 02a8c480] i16 v,h,dc,p: 76% 23% 1% 0% [libx264 @ 02a8c480] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 22% 66% 0% 1% 1% 0% 0% 0% [libx264 @ 02a8c480] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 36% 7% 3% 10% 7% 4% 2% 2% [libx264 @ 02a8c480] Weighted P-Frames: Y:20.6% UV:15.4% [libx264 @ 02a8c480] ref P L0: 68.4% 7.3% 9.9% 5.0% 3.3% 2.3% 1.6% 0.8% 1.3% 0.2% [libx264 @ 02a8c480] kb/s:85094.27 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 22:23:34 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 21:23:34 -0000 Subject: [FFmpeg-trac] #3405(undetermined:reopened): Bizare behaviour with RTP mpegts sources In-Reply-To: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> References: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> Message-ID: <056.ee6125fc9fb64af17ed7e13f69b958d0@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources -------------------------------------+------------------------------------- Reporter: sharbatgula | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: RTP mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by sharbatgula): How to reproduce? In my previous post I explained the steps to reproduce it in my environment. It would be very hard to do a relevant reproduction because it's a multicast streaming from my source. I could try to setup unicast feed if you give me your public address. I published a raw recording of it on http://212.158.191.90/test.ts but when I tried to feed ffmpeg with that record, there was no problem. That proves that the problem is connected to the handling of RTP/UDP source, probably that particular source (Ericsson hw encoder). It's a null packet filled-in quasi CBR mpegts over RTP/UDP Other thing that comes to my mind is to provide tcpdump for packet analysis. I'm open for proposals, probably best thing is to try to deliver to your address. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Feb 28 23:19:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Feb 2014 22:19:16 -0000 Subject: [FFmpeg-trac] #3429(avcodec:new): fate-acodec-ra144 fails with cpuflags mmxext/sse Message-ID: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> #3429: fate-acodec-ra144 fails with cpuflags mmxext/sse --------------------------------------+--------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- How to reproduce: {{{ $ make fate-acodec-ra144 V=1 CPUFLAGS="mmx" TEST acodec-ra144 /ffmpeg/src/tests/fate-run.sh fate-acodec-ra144 "" "" "/ffmpeg/build" 'enc_dec_pcm rm wav s16le tests/data/asynth-8000-1.wav -c:a real_144' 'stddev' 'tests/data/asynth-8000-1.wav' '' '' '' 'mmx' '-320' '4777' '' '2' '' /ffmpeg/build/ffmpeg -nostats -cpuflags mmx -threads 1 -thread_type frame+slice -i /ffmpeg/build/tests/data/asynth-8000-1.wav -c:a real_144 -f rm -y /ffmpeg/build/tests/data/fate/acodec-ra144.rm /ffmpeg/build/ffmpeg -nostats -cpuflags mmx -flags +bitexact -threads 1 -thread_type frame+slice -i /ffmpeg/build/tests/data/fate/acodec-ra144.rm -c:a pcm_s16le -f wav - $ make fate-acodec-ra144 V=1 CPUFLAGS="mmx+mmxext" TEST acodec-ra144 /ffmpeg/src/tests/fate-run.sh fate-acodec-ra144 "" "" "/ffmpeg/build" 'enc_dec_pcm rm wav s16le tests/data/asynth-8000-1.wav -c:a real_144' 'stddev' 'tests/data/asynth-8000-1.wav' '' '' '' 'mmx+mmxext' '-320' '4777' '' '2' '' /ffmpeg/build/ffmpeg -nostats -cpuflags mmx+mmxext -threads 1 -thread_type frame+slice -i /ffmpeg/build/tests/data/asynth-8000-1.wav -c:a real_144 -f rm -y /ffmpeg/build/tests/data/fate/acodec-ra144.rm /ffmpeg/build/ffmpeg -nostats -cpuflags mmx+mmxext -flags +bitexact -threads 1 -thread_type frame+slice -i /ffmpeg/build/tests/data/fate /acodec-ra144.rm -c:a pcm_s16le -f wav - stddev: 6011.07 PSNR: 20.75 MAXDIFF:45550 bytes: 96000/ 96000 Test acodec-ra144 failed. Look at tests/data/fate/acodec-ra144.err for details. make: *** [fate-acodec-ra144] Error 1 $ make fate-acodec-ra144 V=1 CPUFLAGS="mmx+mmxext+sse+sse2" TEST acodec-ra144 /ffmpeg/src/tests/fate-run.sh fate-acodec-ra144 "" "" "/ffmpeg/build" 'enc_dec_pcm rm wav s16le tests/data/asynth-8000-1.wav -c:a real_144' 'stddev' 'tests/data/asynth-8000-1.wav' '' '' '' 'mmx+mmxext+sse+sse2' '-320' '4777' '' '2' '' /ffmpeg/build/ffmpeg -nostats -cpuflags mmx+mmxext+sse+sse2 -threads 1 -thread_type frame+slice -i /ffmpeg/build/tests/data/asynth-8000-1.wav -c:a real_144 -frm -y /ffmpeg/build/tests/data/fate/acodec-ra144.rm /ffmpeg/build/ffmpeg -nostats -cpuflags mmx+mmxext+sse+sse2 -flags +bitexact -threads 1 -thread_type frame+slice -i /ffmpeg/build/tests/data/fate/acodec-ra144.rm -c:a pcm_s16le -f wav - }}} The problem seems to be in ff_scalarproduct_int16_mmxext(), which is not used in the first example above, and is replaced by ff_scalarproduct_int16_sse2() in the third. I however couldn't reproduce similar failures with other codecs using scalarproduct_int16, like for example fate-lossless-tak. -- Ticket URL: FFmpeg FFmpeg issue tracker