From trac at avcodec.org Sat Mar 1 14:07:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 13:07:07 -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.093627a718f4a34d656090a5895a6b6b@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 | --------------------------------+---------------------------------------- Comment (by boose): Have uploaded wmv_wrong_length_3428.wmv to the FFMPEG FTP server -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 14:29:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 13:29:38 -0000 Subject: [FFmpeg-trac] #3430(undetermined:new): How We Loss Weight With Supplements Message-ID: <041.42571c057bc7b3d53430f54c9a221b9c@avcodec.org> #3430: How We Loss Weight With Supplements -------------------------------------+------------------------------------- Reporter: LindaWLight | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I lost twenty counter on Gurney a back low 8 in aggregate soul right now micron way it 3 fifteen-point eights I lost three pounds then Thursday because a rectory 18 go up and down 38 me 310 from treatment at 318 s my whole me though right now I?m currently 3/5 seeing I love three-pound from Thursday sprout I'm eat this weekend huh white like I really hate to happen wife week I'm ashamed I've nobody right now before the anything else with this video I?m ashamed [http://safercolonanalysis.com/ SAFER COLON] I so let you know my shot in combat it's what you got cut if a couple think that. I'm not clear on and I'm a little teapot now just you know tell you where I'm at right believe Libby are the lose are to me are me are very own rules me boo Lulu me Milwaukee are to are the last 15 tie in a Mickey unification different in Made from well their earth time can't you story and from the last month I see me I'm like okay I mean social network you will definitely the progress because I pulls picture I'm you lie not all I definitely always keep it 100. I any I'm not going to hide anything because Rainey from United not eat done well nothing me if not get away from it from me her me you know my thanks eat it's not enough he so yeah I'm baby what happened bureau I'm now mind he you know that probably the hardest thing ever we you are way you'll know all that you can't wait, All him an excellent you know that this is what you need to-do it what a pity get somewhere me you know do being huge K everything in you get together just a very least because that's all it all the while me just it just like it was light you know and much government kept pushing well all which jump back on their way just don?t just do it and I would do it. http://safercolonanalysis.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 19:55:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 18:55:56 -0000 Subject: [FFmpeg-trac] #3429(avcodec:new): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.0f1ee81264cb4fb90936ad37c867bb1f@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 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): An emms might be needed if the test (encoder?) uses floats just afterwards, as seems the case for fixed_cb_search. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 19:58:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 18:58:51 -0000 Subject: [FFmpeg-trac] #3428(avformat:open): WMV file has wrong length detected by ffprobe/ffmpeg In-Reply-To: <035.6e4603117e840902735ffcfd91af10e7@avcodec.org> References: <035.6e4603117e840902735ffcfd91af10e7@avcodec.org> Message-ID: <050.6141d1cd8d7cf30f678f0d39ff9394df@avcodec.org> #3428: WMV file has wrong length detected by ffprobe/ffmpeg ------------------------------------+------------------------------------ Reporter: boose | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => minor * status: new => open * version: 2.1.3 => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: For future tickets: Please always test current FFmpeg git head before reporting problems. MPlayer reports the correct length. {{{ $ ffmpeg -i wmv_wrong_length_3428.wmv -f null - ffmpeg version N-61034-g7e268a8 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 1 2014 19:53:29 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 [asf @ 0x3235900] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from 'wmv_wrong_length_3428.wmv': Metadata: date : 2011 WM/SeasonNumber : 8215 WM/PartOfACompilation: 1 artist : Prof. Kenneth R. Bartlett WM/Year : 2011 title : Lect.08 Christian Humanism album_artist : Various Artists composer : The Great Courses WM/URL : http://www.thegreatcourses.com WM/UserWebURL : http://www.thegreatcourses.com disc : 1 WM/ContentGroupDescription: Development of European Civilization WM/VideoKind : 10 WM/Show : Development of European Civilization album : Development of European Civilization genre : Development of European Civilization copyright : The Teaching Company, LLC track : 08 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, stereo, 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) Output #0, null, to 'pipe:': Metadata: date : 2011 WM/SeasonNumber : 8215 WM/PartOfACompilation: 1 artist : Prof. Kenneth R. Bartlett WM/Year : 2011 title : Lect.08 Christian Humanism album_artist : Various Artists composer : The Great Courses WM/URL : http://www.thegreatcourses.com WM/UserWebURL : http://www.thegreatcourses.com disc : 1 WM/ContentGroupDescription: Development of European Civilization WM/VideoKind : 10 WM/Show : Development of European Civilization album : Development of European Civilization genre : Development of European Civilization copyright : The Teaching Company, LLC track : 08 WM/EpisodeID : Lect.08 Christian Humanism WM/EpisodeNumber: 8 encoder : Lavf55.33.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> rawvideo) Stream #0:0 -> #0:1 (wmav2 -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x32729e0] Encoder did not produce proper pts, making some up. frame=55107 fps=954 q=0.0 Lsize=N/A time=00:30:38.74 bitrate=N/A video:5166kB audio:316760kB subtitle:0 data:0 global headers:0kB muxing overhead -100.000008% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 20:02:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 19:02:24 -0000 Subject: [FFmpeg-trac] #3376(avformat:closed): -hls_list_size 0 does not write playlist entries In-Reply-To: <040.dfa3072b07ea739b65ac5d837567ff9c@avcodec.org> References: <040.dfa3072b07ea739b65ac5d837567ff9c@avcodec.org> Message-ID: <055.b9719eace1da730dd80c2e57a74d4f5a@avcodec.org> #3376: -hls_list_size 0 does not write playlist entries ------------------------------------+------------------------------------ Reporter: blacktrash | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avformat Comment: Should be fixed in 561bfce2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 21:41:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 20:41:17 -0000 Subject: [FFmpeg-trac] #3425(undetermined:open): h264/flv decoding regression In-Reply-To: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> References: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> Message-ID: <052.d67a9054a164caebcc6cbf743e1e1044@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 | -------------------------------------+------------------------------------- Comment (by deebus1): Hi, Thank you! for looking into this issue. Is any workaround possible? BR, Dee -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 21:45:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 20:45:06 -0000 Subject: [FFmpeg-trac] #3335(undetermined:reopened): Audio Rematrix error going from 16ch In-Reply-To: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> References: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> Message-ID: <060.900e27dc251122f928f1119c9f0e6d4f@avcodec.org> #3335: Audio Rematrix error going from 16ch -------------------------------------+------------------------------------- Reporter: | Owner: zcybercomputing | Status: reopened Type: defect | Component: Priority: important | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by zcybercomputing): * priority: normal => important * status: closed => reopened * resolution: needs_more_info => Comment: I figured out what the problem is. The file contains a single stream that contains 16 channels of audio. For some reason ffmpeg refuses to manipulate this type of audio stream. This type of setup is very common in broadcast video recorders, and an inability to work with it is problematic to workflow. reference to another user with this problem. http://ffmpeg.org/pipermail/ffmpeg-user/2013-October/018067.html Example file: https://drive.google.com/file/d/0B5GSKNa8Y3Dga05Uc09WRmtwVDg/edit?usp=sharing Output: Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\3ABN>"C:\Users\3ABN\Another Gui\ffmpeg-20140115-git- 785dc14-win64-stati c\bin\ffmpeg.exe" -i "F:\test.mov" -y -vcodec prores -profile:v 1 -acodec pcm_s1 6le -ar 48000 -ac 2 "F:\Capture0000test.mov" ffmpeg version N-59852-g785dc14 Copyright (c) 2000-2014 the FFmpeg developers built on Jan 14 2014 22:07:30 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. 62.100 / 52. 62.100 libavcodec 55. 48.101 / 55. 48.101 libavformat 55. 23.103 / 55. 23.103 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 1.100 / 4. 1.100 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 @ 0000000002947800] Stream #1: not enough frames to est imate rate; consider increasing probesize Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'F:\test.mov': Metadata: creation_time : 2014-02-21 02:25:06 Duration: 00:00:02.74, start: 0.000000, bitrate: 81448 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x486, 6 2874 kb/s, SAR 10:11 DAR 400:297, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc (defaul t) Metadata: creation_time : 2014-02-21 02:25:06 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 channel s, s32, 18432 kb/s (default) Metadata: creation_time : 2014-02-21 02:25:06 handler_name : Apple Alias Data Handler [auto-inserted resampler 0 @ 000000000525ac60] [SWR @ 0000000002940900] Rematrix is needed between 16 channels and stereo but there is not enough information to do it [auto-inserted resampler 0 @ 000000000525ac60] Failed to configure output pad on auto-inserted resampler 0 Error opening filters! C:\Users\3ABN> -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 21:46:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 20:46:16 -0000 Subject: [FFmpeg-trac] #3425(undetermined:open): h264/flv decoding regression In-Reply-To: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> References: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> Message-ID: <052.c3e6c388714f31f313f08716843b5999@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 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you test reverting the offending commit? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 21:49:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 20:49:38 -0000 Subject: [FFmpeg-trac] #3335(undetermined:reopened): Audio Rematrix error going from 16ch In-Reply-To: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> References: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> Message-ID: <060.d2299b242587c2fd0b4f7941b8ff8cdb@avcodec.org> #3335: Audio Rematrix error going from 16ch -------------------------------------+------------------------------------- Reporter: | Owner: zcybercomputing | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Your command line is simply invalid, conversion from "16 channels" to "stereo" is not defined (and cannot be defined). Please test the pan filter and report back. Generally, please don't change ticket priorities. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 21:51:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 20:51:20 -0000 Subject: [FFmpeg-trac] #3335(undetermined:reopened): Audio Rematrix error going from 16ch In-Reply-To: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> References: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> Message-ID: <060.28dfdeef59f83dff96eccaf0d18bdb43@avcodec.org> #3335: Audio Rematrix error going from 16ch -------------------------------------+------------------------------------- Reporter: | Owner: zcybercomputing | Status: reopened Type: defect | Component: Priority: important | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Cigaes): * priority: normal => important Comment: Replying to [comment:7 zcybercomputing]: > C:\Users\3ABN>"C:\Users\3ABN\Another Gui\ffmpeg-20140115-git- 785dc14-win64-static\bin\ffmpeg.exe" -i "F:\test.mov" -y -vcodec prores -profile:v 1 -acodec pcm_s16le -ar 48000 -ac 2 "F:\Capture0000test.mov" Your file has 16 channels, you ask to make that two. How? Take the first two and drop the others? Mix the 0-7 together and 8-15 together? Mix the even ones together and the odd ones together? None of the above? FFmpeg does not guess that kind of thing, this is not a magic trick: > [auto-inserted resampler 0 @ 000000000525ac60] [SWR @ 0000000002940900] Rematrix is needed between 16 channels and stereo but there is not enough information to do it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 22:25:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 21:25:45 -0000 Subject: [FFmpeg-trac] #3335(undetermined:reopened): Audio Rematrix error going from 16ch In-Reply-To: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> References: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> Message-ID: <060.81c1a4d7d9cf8cbf0084366ea3bde103@avcodec.org> #3335: Audio Rematrix error going from 16ch -------------------------------------+------------------------------------- Reporter: | Owner: zcybercomputing | Status: reopened Type: defect | Component: Priority: important | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by zcybercomputing): What I want to do is use the first two channels and ignore everything else. If I was doing 5.1, then they would be the first 6 channels and the rest would be discarded. This is the standard way of mapping channels when working with SDI signals (which is what produces the 16ch stream in the first place). I am sorry, I have not been able to locate part of the documentation that sufficiently explains how to structure the syntax. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 1 22:37:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 21:37:43 -0000 Subject: [FFmpeg-trac] #3335(undetermined:closed): Audio Rematrix error going from 16ch In-Reply-To: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> References: <045.304ff4a96de1a089278f0d383784c75e@avcodec.org> Message-ID: <060.98048fd0abd511fe7a0f126407edd662@avcodec.org> #3335: Audio Rematrix error going from 16ch -------------------------------------+------------------------------------- Reporter: | Owner: zcybercomputing | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: reopened => closed * resolution: => invalid Comment: Did you try the link in comment:5? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 2 00:35:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Mar 2014 23:35:03 -0000 Subject: [FFmpeg-trac] #3429(avcodec:new): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.228814b2ed2bc47dbfaf22d6d13b8d1c@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 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by jamal): Replying to [comment:1 kurosu]: > An emms might be needed if the test (encoder?) uses floats just afterwards, as seems the case for fixed_cb_search. Indeed, that fixed it while not breaking any other test in the suit. Could you send a patch to ffmpeg-devel? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 2 09:50:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Mar 2014 08:50:44 -0000 Subject: [FFmpeg-trac] #3391(undetermined:open): Gaps in input timestamps cause invalid Ogg Opus output In-Reply-To: <036.cf95f391c180213da2648082d38dbf6e@avcodec.org> References: <036.cf95f391c180213da2648082d38dbf6e@avcodec.org> Message-ID: <051.af9826b8130b2f8fbbb1346fc09deb6b@avcodec.org> #3391: Gaps in input timestamps cause invalid Ogg Opus output -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ogg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ogg * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 2 09:54:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Mar 2014 08:54:49 -0000 Subject: [FFmpeg-trac] #3229(avcodec:open): Wrong field order for mjpeg (was: ffplay shows bad images) In-Reply-To: <037.b479fd6bfe1389590d6b94f545e4b10a@avcodec.org> References: <037.b479fd6bfe1389590d6b94f545e4b10a@avcodec.org> Message-ID: <052.165aee93e63fab04b9c4f47a941ba36d@avcodec.org> #3229: Wrong field order for mjpeg ------------------------------------+----------------------------------- 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 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 2 09:55:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Mar 2014 08:55:56 -0000 Subject: [FFmpeg-trac] #3277(undetermined:new): Crash in libavcodec with vlc (was: Segfault with sample.) In-Reply-To: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> References: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> Message-ID: <059.0f6f437fcd1c5f5f19fc195c5adcd808@avcodec.org> #3277: Crash in libavcodec with vlc -------------------------------------+------------------------------------- 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 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 2 11:29:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Mar 2014 10:29:32 -0000 Subject: [FFmpeg-trac] #3425(undetermined:open): h264/flv decoding regression In-Reply-To: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> References: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> Message-ID: <052.7b5065270957320a41cdce31fdad0e66@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 | -------------------------------------+------------------------------------- Comment (by deebus1): Sorry no, I have only been using Zeranoe FFmpeg builds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 2 16:24:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Mar 2014 15:24:23 -0000 Subject: [FFmpeg-trac] #3425(undetermined:open): h264/flv decoding regression In-Reply-To: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> References: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> Message-ID: <052.be02cf27c5601341e1bfd950203ee841@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 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 cehoyos]: > Did you test reverting the offending commit? Sorry, I don't think this commit can be easily reverted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 2 21:08:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Mar 2014 20:08:35 -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.9fdc903a20b0899fc1f0d08db247bf7d@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 Cigaes): Patch on the mailing-list: [http://ffmpeg.org/pipermail/ffmpeg-devel/2014-March/155123.html] This is yet another instance of the problem of not having a timestamp for the end of filtered streams. cehoyos: {{{ffprobe}}} can show the duration: {{{ $ ./ffprobe_g -show_frames /tmp/test.idx ... [SUBTITLE] media_type=subtitle pts=6000000 pts_time=6.000000 format=0 start_display_time=0 end_display_time=2980 num_rects=1 [/SUBTITLE] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 06:17:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 05:17:09 -0000 Subject: [FFmpeg-trac] #3430(undetermined:new): Segfault when applying atempo on audio from the same video input Message-ID: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> #3430: Segfault when applying atempo on audio from the same video input -------------------------------------+------------------------------------- Reporter: Waraqa | 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: While I was trying to combine audio and video from different inputs (and synchronize them), I forgot to use map option and got segfault when atempo audio filter applied to the output. How to reproduce: This simple command should produce the bug. {{{ % ~/ffmpeg-git-20140302-64bit-static/ffmpeg -i MVI_0125.MOV -filter:a 'atempo=1.0005' test.mp4 ffmpeg version N-40688-gf5d1d1e- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Mar 2 2014 02:29:40 with gcc 4.8 (Debian 4.8.2-16) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --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 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_0125.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 2014-02-21 08:45:18 Duration: 00:36:02.16, start: 0.000000, bitrate: 4756 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p(pc, smpte170m), 640x480, 3217 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 60k tbc (default) Metadata: creation_time : 2014-02-21 08:45:18 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s (default) Metadata: creation_time : 2014-02-21 08:45:18 No pixel format specified, yuvj420p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x39ab260] using cpu capabilities: MMX2 SSE2Fast LZCNT [libx264 @ 0x39ab260] profile High, level 3.0 [libx264 @ 0x39ab260] 264 - core 142 r14 956c8d8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP encoder : Lavf55.33.100 Stream #0:0(eng): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuvj420p, 640x480, q=-1--1, 30k tbn, 29.97 tbc (default) Metadata: creation_time : 2014-02-21 08:45:18 Stream #0:1(eng): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 128 kb/s (default) Metadata: creation_time : 2014-02-21 08:45:18 Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (pcm_s16le -> libvo_aacenc) Press [q] to stop, [?] for help frame= 55 fps=0.0 q=29.0 size= 39kB time=00:00:01.90 bitrate= 166.3kbits/frame= 77 fps= 75 q=29.0 size= 77kB time=00:00:02.91 bitrate= 216.9kbits/frame= 102 fps= 66 q=29.0 size= 120kB time=00:00:03.42 bitrate= 287.2kbits/frame= 127 fps= 61 q=29.0 size= 158kB time=00:00:04.42 bitrate= 292.7kbits/*** Error in `/home/user /ffmpeg-git-20140302-64bit-static/ffmpeg': double free or corruption (!prev): 0x0000000003a6fde0 *** *** Error in `/home/user/ffmpeg-git-20140302-64bit-static/ffmpeg': double free or corruption (!prev): 0x0000000003a6fde0 *** *** Error in `/home/user/ffmpeg-git-20140302-64bit-static/ffmpeg': corrupted double-linked list: 0x00000000040a18c0 *** *** Error in `/home/user/ffmpeg-git-20140302-64bit-static/ffmpeg': free(): corrupted unsorted chunks: 0x00000000040a08b0 *** Segmentation fault }}} I think ffmpeg should warn that the audio stream will become shorter/longer than its video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 08:21:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 07:21:49 -0000 Subject: [FFmpeg-trac] #3431(undetermined:new): ffmpeg 2.2 doesn't recognize -cookies option. Message-ID: <035.a798c80de2292346203ef873c764b254@avcodec.org> #3431: ffmpeg 2.2 doesn't recognize -cookies option. -------------------------------------+------------------------------------- Reporter: oglop | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: http | Blocked By: cookies regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: compiled latest master with default options on centos 6.4 {{{ ffmpeg version N-61050-g2dcaa1b Copyright (c) 2000-2014 the FFmpeg developers built on Mar 3 2014 15:15:56 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --enable-nonfree 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 Unrecognized option 'cookies'. Error splitting the argument list: Option not found }}} if this the same as defect [#3069] ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 08:36:12 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 07:36:12 -0000 Subject: [FFmpeg-trac] #3431(avformat:new): ffmpeg 2.2 doesn't recognize -cookies option. In-Reply-To: <035.a798c80de2292346203ef873c764b254@avcodec.org> References: <035.a798c80de2292346203ef873c764b254@avcodec.org> Message-ID: <050.03ead770c87249ceedccf43fc6796620@avcodec.org> #3431: ffmpeg 2.2 doesn't recognize -cookies option. -------------------------------------+------------------------------------- Reporter: oglop | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: cookies regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by oglop): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 11:35:30 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 10:35:30 -0000 Subject: [FFmpeg-trac] #3432(avcodec:new): Incorrect decoding of Vorbis files extracted from a game Message-ID: <034.bf3de7ef98f73d6e7ac1c47e93bf3b2c@avcodec.org> #3432: Incorrect decoding of Vorbis files extracted from a game ------------------------------------+-------------------------------------- Reporter: Case | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: FFmpeg decodes the file with wrong duration and bad sound. File is over 2 minutes and 16 seconds long but the decoded file is 1 minute and 30 seconds long. And it sounds completely different from libvorbis decode. The decoder reports no errors or issues. How to reproduce: Sample file 'vorbis_too_short_and_bad_sound.ogg' that shows the problem can be found on the FTP. {{{ % ffmpeg -v 9 -loglevel 99 -i vorbis_too_short_and_bad_sound.ogg out.wav ffmpeg version N-61050-g2dcaa1b Copyright (c) 2000-2014 the FFmpeg developers built on Mar 3 2014 10:26:09 with gcc 4.8.2 (GCC) configuration: --arch=x86_64 --target-os=mingw32 --cross- prefix=/home/jmh/ffmpeg/sandbox/mingw-w64-x86_64/bin/x86_64-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-libmp3lame --enable-versio n3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo- aacenc --enable-bzlib --enable-libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo- amrwbenc --enable-libschroedinger --enable-libvpx --enable-libilbc --prefix=/home/jmh/ffmpeg/sandbox/mingw-w64-x86 _64/x86_64-w64-mingw32 --enable-static --disable-shared --enable-libsoxr --enable-fontconfig --enable-libass --enable-libutvideo --enable-libbluray --enable-iconv --enable-libtwolame --extra-cflags=-DLIBTWOLAME_STATIC --enable-libzvbi --enable-libcaca --en able-libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable- libvidstab --extra-cflags= --extra-cflags= --enable-nonfree --enable- libfdk-aac --enable-libfaac --enable-runtime-cpudetect 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 '-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 'vorbis_too_short_and_bad_sound.ogg'. Reading option 'out.wav' ... 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 vorbis_too_short_and_bad_sound.ogg. Successfully parsed a group of options. Opening an input file: vorbis_too_short_and_bad_sound.ogg. [ogg @ 000000000404e540] Format ogg probed with size=2048 and score=100 [ogg @ 000000000404e540] 2048 bytes of comment header remain [ogg @ 000000000404e540] Before avformat_find_stream_info() pos: 10886 bytes read:130843 seeks:3 [ogg @ 000000000404e540] All info found [ogg @ 000000000404e540] After avformat_find_stream_info() pos: 10886 bytes read:130843 seeks:3 frames:1 Input #0, ogg, from 'vorbis_too_short_and_bad_sound.ogg': Duration: 00:02:16.59, start: 0.000000, bitrate: 132 kb/s Stream #0:0, 1, 1/48000: Audio: vorbis, 48000 Hz, stereo, fltp, 130 kb/s Metadata: ARTIST : Nick Arundel & Ron Fish TITLE : BAC012 ALBUM : Batman: Arkham City GENRE : Soundtrack TRACKTOTAL : 325 REPLAYGAIN_ALBUM_GAIN: -2.55 dB REPLAYGAIN_ALBUM_PEAK: 1.164773 REPLAYGAIN_TRACK_GAIN: -0.45 dB REPLAYGAIN_TRACK_PEAK: 0.959958 DATE : 2011 track : 12 Successfully opened the file. Parsing a group of options: output file out.wav. Successfully parsed a group of options. Opening an output file: out.wav. Successfully opened the file. detected 8 logical cores [graph 0 input from stream 0:0 @ 000000000407b180] Setting 'time_base' to value '1/48000' [graph 0 input from stream 0:0 @ 000000000407b180] Setting 'sample_rate' to value '48000' [graph 0 input from stream 0:0 @ 000000000407b180] Setting 'sample_fmt' to value 'fltp' [graph 0 input from stream 0:0 @ 000000000407b180] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 000000000407b180] tb:1/48000 samplefmt:fltp samplerate:48000 chlayout:0x3 [audio format for output stream 0:0 @ 000000000407b540] Setting 'sample_fmts' to value 's16' [audio format for output stream 0:0 @ 000000000407b540] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:0' [AVFilterGraph @ 000000000410a060] query_formats: 4 queried, 6 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 000000000407bcc0] ch:2 chl:stereo fmt:fltp r:48000Hz -> ch:2 chl:stereo fmt:s16 r:48000Hz Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.33.100 Stream #0:0, 0, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Metadata: ARTIST : Nick Arundel & Ron Fish TITLE : BAC012 ALBUM : Batman: Arkham City GENRE : Soundtrack TRACKTOTAL : 325 REPLAYGAIN_ALBUM_GAIN: -2.55 dB REPLAYGAIN_ALBUM_PEAK: 1.164773 REPLAYGAIN_TRACK_GAIN: -0.45 dB REPLAYGAIN_TRACK_PEAK: 0.959958 DATE : 2011 track : 12 Stream mapping: Stream #0:0 -> #0:0 (vorbis -> pcm_s16le) Press [q] to stop, [?] for help [output stream 0:0 @ 000000000407b6c0] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. size= 16799kB time=00:02:16.44 bitrate=1008.6kbits/s video:0kB audio:16798kB subtitle:0 data:0 global headers:0kB muxing overhead 0.000465% 13816 frames successfully decoded, 0 decoding errors [AVIOContext @ 0000000004048020] Statistics: 4 seeks, 13818 writeouts [AVIOContext @ 0000000002916c60] Statistics: 2353119 bytes read, 3 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 12:32:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 11:32:02 -0000 Subject: [FFmpeg-trac] #3432(avcodec:open): Incorrect decoding of Vorbis files extracted from a game In-Reply-To: <034.bf3de7ef98f73d6e7ac1c47e93bf3b2c@avcodec.org> References: <034.bf3de7ef98f73d6e7ac1c47e93bf3b2c@avcodec.org> Message-ID: <049.9c5893332362095acb937d48e092d2b9@avcodec.org> #3432: Incorrect decoding of Vorbis files extracted from a game -------------------------------------+------------------------------------- Reporter: Case | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vorbis | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ogg vorbis => vorbis regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since 15c6be8c / 737ca448 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 12:40:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 11:40:36 -0000 Subject: [FFmpeg-trac] #3431(avformat:closed): ffmpeg 2.2 doesn't recognize -cookies option. In-Reply-To: <035.a798c80de2292346203ef873c764b254@avcodec.org> References: <035.a798c80de2292346203ef873c764b254@avcodec.org> Message-ID: <050.6e97d024c001236d5080e771747b8015@avcodec.org> #3431: ffmpeg 2.2 doesn't recognize -cookies option. -------------------------------------+------------------------------------- Reporter: oglop | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | worksforme cookies regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: Please reopen this ticket if you can provide a failing command line. {{{ $ ffmpeg -cookies "nlqptid=nltid=tsn; path=/; domain=somedomain.com;" -i http://samples.ffmpeg.org/V-codecs/CYUV.AVI -f null - ffmpeg version N-61050-g2dcaa1b Copyright (c) 2000-2014 the FFmpeg developers built on Mar 3 2014 12:33:32 with gcc 4.7 (SUSE Linux) configuration: --enable-libx264 --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 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'http://samples.ffmpeg.org/V-codecs/CYUV.AVI': Duration: 00:00:00.93, start: 0.000000, bitrate: 18582 kb/s Stream #0:0: Video: cyuv (cyuv / 0x76757963), uyvy422, 320x240, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 11025 Hz, mono, u8, 88 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: rawvideo (UYVY / 0x59565955), uyvy422, 320x240, q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream #0:1: Audio: pcm_s16le, 11025 Hz, mono, s16, 176 kb/s Stream mapping: Stream #0:0 -> #0:0 (cyuv -> rawvideo) Stream #0:1 -> #0:1 (pcm_u8 -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x342bd60] Encoder did not produce proper pts, making some up. frame= 14 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.93 bitrate=N/A video:1kB audio:20kB subtitle:0 data:0 global headers:0kB muxing overhead -100.100357% }}} Completely unrelated: The configure option {{{--enable-nonfree}}} has only negative effects, please remove it from your configure line (unless you are enabling proprietary external libraries). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 12:46:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 11:46:14 -0000 Subject: [FFmpeg-trac] #3430(undetermined:new): Segfault when applying atempo on audio from the same video input In-Reply-To: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> References: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> Message-ID: <051.7c6698ffe381ecb1842ff145a5629f11@avcodec.org> #3430: Segfault when applying atempo on audio from the same video input -------------------------------------+------------------------------------- Reporter: Waraqa | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test with {{{-vcodec mpeg4 -acodec aac -strict -2}}} and please provide the input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 13:12:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 12:12:46 -0000 Subject: [FFmpeg-trac] #3429(avcodec:new): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.f975e34fd7dca3cab99c781cc0325abe@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 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{make fate-acodec-ra144 V=1 CPUFLAGS="mmx+mmxext"}}} works fine for me on x86-64, hangs here for ia32. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 13:33:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 12:33:59 -0000 Subject: [FFmpeg-trac] #1582(swscale:open): Banding/discoloration in darker gradients when converting to rgb24 In-Reply-To: <037.a3a5c9f931be3c2518a8a0e326f5567e@avcodec.org> References: <037.a3a5c9f931be3c2518a8a0e326f5567e@avcodec.org> Message-ID: <052.b18e224aa184fde329a7695faf738272@avcodec.org> #1582: Banding/discoloration in darker gradients when converting to rgb24 -------------------------------------+------------------------------------- Reporter: y3kcjd5 | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: swscale, | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by y3kcjd5): New findings: With "+full_chroma_int" I was able to fix the discoloration, but I was still getting some mild luma banding until I finally figured out to use "-sws_flags full_chroma_int+accurate_rnd", at which point output was finally for all intents and purposes visually indiscernible from input. +1 lobby for this being default behavior. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 14:02:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 13:02:32 -0000 Subject: [FFmpeg-trac] #3430(undetermined:new): Segfault when applying atempo on audio from the same video input In-Reply-To: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> References: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> Message-ID: <051.86ca7d3d4bc41e5e03aed2043bc0e1a5@avcodec.org> #3430: Segfault when applying atempo on audio from the same video input -------------------------------------+------------------------------------- Reporter: Waraqa | 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 Waraqa): In fact, I have removed -t from the command above and just realized that it doesn't crash without it. It doesn't matter what output codec is used. Anyway, I have uploaded 1 second sample which could be used to reproduce the bug with this exact command: ffmpeg -i MVI_0155.MOV -filter:a 'atempo=0.5' -t 1 test.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 14:28:11 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 13:28:11 -0000 Subject: [FFmpeg-trac] #3430(undetermined:open): Segfault when applying atempo on audio from the same video input In-Reply-To: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> References: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> Message-ID: <051.71ec1f39eade2d9934ec08be37d821bd@avcodec.org> #3430: Segfault when applying atempo on audio from the same video input -------------------------------------+------------------------------------- Reporter: Waraqa | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: atempo regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash atempo regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Regression since dd9555e9 {{{ $ valgrind ./ffmpeg_g -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -af atempo -t 1 -vn -f null - ==1875== Memcheck, a memory error detector ==1875== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==1875== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==1875== Command: ./ffmpeg_g -i fate- suite/svq3/Vertical400kbit.sorenson3.mov -af atempo -t 1 -vn -f null - ==1875== ffmpeg version N-61051-g40feed5 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 3 2014 14:25:25 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 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/svq3/Vertical400kbit.sorenson3.mov': Metadata: creation_time : 2001-03-20 16:17:18 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Sorenson Video 3 encoder-eng : Sorenson Video 3 Duration: 00:00:43.58, start: 0.000000, bitrate: 580 kb/s Stream #0:0(eng): Video: svq3 (SVQ3 / 0x33515653), yuvj420p, 320x240, 391 kb/s, 30.02 fps, 30 tbr, 600 tbn, 600 tbc (default) Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, mono, s16p, 176 kb/s (default) Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Output #0, null, to 'pipe:': Metadata: encoder-eng : Sorenson Video 3 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf55.33.100 Stream #0:0(eng): Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s (default) Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (adpcm_ima_qt -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 ==1875== Invalid read of size 8 ==1875== at 0x4EA2A8: filter_frame (af_atempo.c:1098) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== by 0x4E74B2: filter_frame (af_aresample.c:215) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== by 0x493F71: request_frame (buffersrc.c:500) ==1875== by 0x49420A: av_buffersrc_add_frame_internal (buffersrc.c:181) ==1875== by 0x49459C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==1875== by 0x47F5B5: decode_audio (ffmpeg.c:1722) ==1875== by 0x481CB5: process_input (ffmpeg.c:1962) ==1875== by 0x467FDF: main (ffmpeg.c:3389) ==1875== Address 0xc196720 is 0 bytes inside a block of size 624 free'd ==1875== at 0x4C29D4E: free (in /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so) ==1875== by 0xD2016B: av_freep (mem.c:231) ==1875== by 0x48EF1D: ff_filter_frame_framed (avfilter.c:1008) ==1875== by 0x48F2C0: default_filter_frame (avfilter.c:1161) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== by 0x4EA2E8: filter_frame (af_atempo.c:1060) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== by 0x4E74B2: filter_frame (af_aresample.c:215) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== ==1875== Invalid write of size 4 ==1875== at 0x4EA2BE: filter_frame (af_atempo.c:1051) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== by 0x4E74B2: filter_frame (af_aresample.c:215) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== by 0x493F71: request_frame (buffersrc.c:500) ==1875== by 0x49420A: av_buffersrc_add_frame_internal (buffersrc.c:181) ==1875== by 0x49459C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==1875== by 0x47F5B5: decode_audio (ffmpeg.c:1722) ==1875== by 0x481CB5: process_input (ffmpeg.c:1962) ==1875== by 0x467FDF: main (ffmpeg.c:3389) ==1875== Address 0xc1968e4 is 452 bytes inside a block of size 624 free'd ==1875== at 0x4C29D4E: free (in /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so) ==1875== by 0xD2016B: av_freep (mem.c:231) ==1875== by 0x48EF1D: ff_filter_frame_framed (avfilter.c:1008) ==1875== by 0x48F2C0: default_filter_frame (avfilter.c:1161) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== by 0x4EA2E8: filter_frame (af_atempo.c:1060) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== by 0x4E74B2: filter_frame (af_aresample.c:215) ==1875== by 0x48EDB9: ff_filter_frame_framed (avfilter.c:1081) ==1875== by 0x48FEB8: ff_filter_frame (avfilter.c:1161) ==1875== ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 14:32:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 13:32:53 -0000 Subject: [FFmpeg-trac] #3430(undetermined:open): Crash in atempo if a duration was specified (was: Segfault when applying atempo on audio from the same video input) In-Reply-To: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> References: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> Message-ID: <051.d82c543188fffad6922a6ba1a8613bd1@avcodec.org> #3430: Crash in atempo if a duration was specified -------------------------------------+------------------------------------- Reporter: Waraqa | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: atempo regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 15:14:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 14:14:06 -0000 Subject: [FFmpeg-trac] #3367(avcodec:closed): vlc2.1.2, crash when using hw accel vdpau In-Reply-To: <039.b2c8aeb9611397a5681c79da1f7f861e@avcodec.org> References: <039.b2c8aeb9611397a5681c79da1f7f861e@avcodec.org> Message-ID: <054.df0d1291a1259241ffba338a0cea9ea5@avcodec.org> #3367: vlc2.1.2, crash when using hw accel vdpau ------------------------------------+----------------------------------- Reporter: promeneur | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => videolan * resolution: => fixed * status: new => closed * component: undetermined => avcodec * version: unspecified => git-master Comment: I suspect this issue is fixed since a22907e9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 18:30:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 17:30:14 -0000 Subject: [FFmpeg-trac] #3429(avcodec:new): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.3360d1af0e2875eabc3b96be379d6766@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 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by jamal): It fails on Win64 for me, and then there's this: http://fate.ffmpeg.org/report.cgi?time=20140303053751&slot=x86_32-debian- kfreebsd-gcc-4.4-cpuflags-mmx2 which is how i noticed the problem in question. Kurosu's solution fixed the problem on my end. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 19:59:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 18:59:06 -0000 Subject: [FFmpeg-trac] #3043(avcodec:closed): RFE: Implement updated comment header packets in OGG/vorbis streams In-Reply-To: <038.a32a172032b6addc8a57a281bf0d80e8@avcodec.org> References: <038.a32a172032b6addc8a57a281bf0d80e8@avcodec.org> Message-ID: <053.607707e1ac20194bddb722eb64085a21@avcodec.org> #3043: RFE: Implement updated comment header packets in OGG/vorbis streams -------------------------------------+----------------------------------- Reporter: mathstuf | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: 2.0.1 | Resolution: fixed Keywords: vorbis | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by mathstuf): * status: new => closed * resolution: => fixed Comment: These patches have been merged[1]. [1]http://git.videolan.org/?p=ffmpeg.git;a=commit;h=5a633ec2dd453c67ff23819c28d98e6b09c47295 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 20:23:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 19:23:14 -0000 Subject: [FFmpeg-trac] #3433(ffmpeg:new): using "shortest" results in mismatched audio and video lengths Message-ID: <039.923d312c90caac787cd0914637548ac8@avcodec.org> #3433: using "shortest" results in mismatched audio and video lengths -----------------------------------+-------------------------------------- Reporter: mjmvisser | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: shortest | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Summary of the bug: "-shortest" does not add trim/atrim filters, so the length of each output stream will be a multiple of sample size. In the given example, the video is exactly 1s, but the resulting output is 1.02s. If "-t 1.000" is passed instead of "-shortest", the resulting output is exactly 1s. The difference is that using "-t" adds trim/atrim filters, so the last frame->nb_samples encoded will be truncated to fit the given duration. How to reproduce: {{{ % ffmpeg -y -probesize 500000 -f image2 -r 25 -i colorbars.%04d.png -i 100Hz_44100Hz_16bit_05sec.wav -shortest -c:v png -c:a pcm_s16le -q:v 1 -2 -f mov colorbars.mov Note that input streams have durations of 5s and 1s. % ffprobe colorbars.mov Note that the output stream has a duration of 1.02s. ffmpeg version N-60960-gf3eef02 built on Feb 28 2014 10:31:20 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 20:29:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 19:29:25 -0000 Subject: [FFmpeg-trac] #3433(ffmpeg:new): using "shortest" results in mismatched audio and video lengths In-Reply-To: <039.923d312c90caac787cd0914637548ac8@avcodec.org> References: <039.923d312c90caac787cd0914637548ac8@avcodec.org> Message-ID: <054.a6de4271963531dfe5fae19ac42c268f@avcodec.org> #3433: using "shortest" results in mismatched audio and video lengths ------------------------------------+---------------------------------- Reporter: mjmvisser | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: shortest | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by mjmvisser): I tried forcing the trim filter to be added if shortest=1, and finding & updating it at the same time of->recording_time is set in close_output_stream. No good, this has no effect because filter initialization is done before close_output_stream is called and libavfilter doesn't allow filters to be re-initialized. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 21:21:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 20:21:50 -0000 Subject: [FFmpeg-trac] #3434(undetermined:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. Message-ID: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. -------------------------------------+------------------------------------- Reporter: ianken | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Trying to take a MOV /w PRORES 422 10p to MKV. Just a remux and audio merge. The resulting MKV does not play in VLC or DShow based apps. VLC reports the video type is undefined. DShow will not render the video pin using any of the available splitters. It does play in FFPLAY. I know the DShow bits on my box can do MKV /w PRORES because if I remux to MOV via FFMPEG then REMUX to MKV using the HAALI mux via GraphStudio the output plays as expected. FFMPEG spew: SD:\Convert\Bin\FFMPEG\bin>ffmpeg -y -i TEST_TR_EN_853x480_8CH.mov -i "FL.wav" -i "FR.wav" -i "C.wav" -i "LFE.wav" -i "S L.wav" -i "SR.wav" -filter_complex "[1:0][2:0][3:0][4:0][5:0][6:0] amerge=inputs=6" -acodec pcm_s24le -vcodec copy out.m kv ffmpeg version N-59852-g785dc14 Copyright (c) 2000-2014 the FFmpeg developers built on Jan 14 2014 22:07:30 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopenco re-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-li bvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 62.100 / 52. 62.100 libavcodec 55. 48.101 / 55. 48.101 libavformat 55. 23.103 / 55. 23.103 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 1.100 / 4. 1.100 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.7 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'TEST_TR_EN_853x480_8CH.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-02-20 17:18:14 Duration: 00:02:05.04, start: 0.000000, bitrate: 55224 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x480, 45979 kb/s, SAR 32:27 DAR 16:9, 23.98 fps , 23.98 tbr, 23976 tbn, 23976 tbc (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (FL), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (FR), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:3(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:4(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (LFE), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:5(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (BL), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:6(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (BR), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:7(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, stereo, s32, 2304 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:8(eng): Data: none (tmcd / 0x64636D74) (default) Metadata: creation_time : 2014-02-20 17:19:22 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Input #1, wav, from 'FL.wav': Metadata: encoder : Lavf55.23.103 Duration: 00:02:05.04, bitrate: 1152 kb/s Stream #1:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 1 channels (FL), s32, 1152 kb/s Input #2, wav, from 'FR.wav': Metadata: encoder : Lavf55.23.103 Duration: 00:02:05.04, bitrate: 1152 kb/s Stream #2:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 1 channels (FR), s32, 1152 kb/s Input #3, wav, from 'C.wav': Metadata: encoder : Lavf55.23.103 Duration: 00:02:05.04, bitrate: 1152 kb/s Stream #3:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s Input #4, wav, from 'LFE.wav': Metadata: encoder : Lavf55.23.103 Duration: 00:02:05.04, bitrate: 1152 kb/s Stream #4:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 1 channels (LFE), s32, 1152 kb/s Input #5, wav, from 'SL.wav': Metadata: encoder : Lavf55.23.103 Duration: 00:02:05.04, bitrate: 1152 kb/s Stream #5:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 1 channels (BL), s32, 1152 kb/s Input #6, wav, from 'SR.wav': Metadata: encoder : Lavf55.23.103 Duration: 00:02:05.04, bitrate: 1152 kb/s Stream #6:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 1 channels (BR), s32, 1152 kb/s [Parsed_amerge_0 @ 00000000048f43e0] No channel layout for input 1 Output #0, matroska, to 'out.mkv': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf55.23.103 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s32, 6912 kb/s (default) Stream #0:1(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 45979 kb/s, 23.98 fps, 1k tbn, 23976 tbc (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream mapping: Stream #1:0 (pcm_s24le) -> amerge:in0 Stream #2:0 (pcm_s24le) -> amerge:in1 Stream #3:0 (pcm_s24le) -> amerge:in2 Stream #4:0 (pcm_s24le) -> amerge:in3 Stream #5:0 (pcm_s24le) -> amerge:in4 Stream #6:0 (pcm_s24le) -> amerge:in5 amerge -> Stream #0:0 (pcm_s24le) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 2998 fps=1085 q=-1.0 Lsize= 807477kB time=00:02:05.04 bitrate=52901.0kbits/s video:701827kB audio:105504kB subtitle:0 global headers:0kB muxing overhead 0.018102% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 23:09:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 22:09:13 -0000 Subject: [FFmpeg-trac] #3434(undetermined:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.1b15148041ecb1bb08154e0cbc073eed@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mkv Comment: Is audio required to reproduce this problem or is it also reproducible with {{{-an}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 3 23:24:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Mar 2014 22:24:53 -0000 Subject: [FFmpeg-trac] #3043(avformat:closed): RFE: Implement updated comment header packets in OGG/vorbis streams In-Reply-To: <038.a32a172032b6addc8a57a281bf0d80e8@avcodec.org> References: <038.a32a172032b6addc8a57a281bf0d80e8@avcodec.org> Message-ID: <053.174bf7cc7df9d36074e14b5e4265bc2e@avcodec.org> #3043: RFE: Implement updated comment header packets in OGG/vorbis streams -------------------------------------+------------------------------------ Reporter: mathstuf | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: vorbis => ogg vorbis * priority: normal => wish * version: 2.0.1 => git-master * component: avcodec => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 4 02:21:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Mar 2014 01:21:03 -0000 Subject: [FFmpeg-trac] #3429(avcodec:open): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.8e0813cd53deb32892b7b52183254504@avcodec.org> #3429: fate-acodec-ra144 fails with cpuflags mmxext/sse -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: ra144 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ra144 regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: The issue I see on Linux is a regression since c3390fd5 {{{ $ make tests/data/asynth-8000-1.wav && ./ffmpeg -cpuflags mmx+mmxext -i tests/data/asynth-8000-1.wav -acodec real_144 -f null - HOSTCC tests/audiogen.o HOSTLD tests/audiogen GEN tests/data/asynth-8000-1.wav ffmpeg version N-61056-gb416517 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 4 2014 02:19:32 with gcc 4.7 (SUSE Linux) configuration: --cc='cc -m32' libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 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 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'tests/data/asynth-8000-1.wav': Duration: 00:00:06.00, bitrate: 128 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 8000 Hz, mono, s16, 128 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.33.101 Stream #0:0: Audio: ra_144 (real_144), 8000 Hz, mono, s16, 8 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> real_144) Press [q] to stop, [?] for help [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 23 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 11 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 11 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 11 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 11 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0x953ea20] Overflow. Broken sample? Last message repeated 5 times [real_144 @ 0x953ea20] Overflow. Broken sample? size=N/A time=00:00:06.00 bitrate=N/A video:0kB audio:6kB subtitle:0 data:0 global headers:0kB muxing overhead -nan% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 4 12:51:37 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Mar 2014 11:51:37 -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.167a0c564558c09f68f3bbf1098c1edc@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 cehoyos): Replying to [comment:1 ortoni]: > This may be related to ticket #3351 Could you do the tests requested there? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 4 15:09:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Mar 2014 14:09:05 -0000 Subject: [FFmpeg-trac] #3435(undetermined:new): 4K DCP to ProRes - error Message-ID: <035.ac8146e8deac1d64c6a1319ec70cbfad@avcodec.org> #3435: 4K DCP to ProRes - error -------------------------------------+------------------------------------- Reporter: tteam | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi All, Ill would like to convert a advert unencrypted 4K DCP picture MXF file to ProRes, AVI etc. and I get a error message. The 2K conversion is working well but this 4K is not :( Anyone can check this? I use windows build ffmpeg version N59396-g4156df5 Thanks TTeam -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 4 17:22:50 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Mar 2014 16:22:50 -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.74c5a9a4e0b543842084f3c4bc2c9c01@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 | -------------------------------------+------------------------------------- Comment (by q345t7n3o67ym23oy8939t): Attacment ffmpeg.log.7z? contains another log with "frame= 1238 fps= 16 q=-1.0 size=N/A time=-577014:-32:-22.-77 bitrate=N/A " on 3458 line. Again with time -577014:-32:-22.-77. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 4 22:10:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Mar 2014 21:10:21 -0000 Subject: [FFmpeg-trac] #3368(build system:new): FATE tests don't build when SDL is installed. In-Reply-To: <043.57403f9b988e24d1b8ce3cdc97261514@avcodec.org> References: <043.57403f9b988e24d1b8ce3cdc97261514@avcodec.org> Message-ID: <058.c75bf8310e0483af9555e516bb831261@avcodec.org> #3368: FATE tests don't build when SDL is installed. -------------------------------------+------------------------------------- Reporter: | Owner: GregoryJWolfe | Status: new Type: defect | Component: build Priority: normal | system Version: git-master | Resolution: Keywords: fate sdl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * cc: timothygu99@? (added) * keywords: => fate sdl Old description: > 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. New description: 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 Tue Mar 4 22:53:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Mar 2014 21:53:42 -0000 Subject: [FFmpeg-trac] #3435(undetermined:new): 4K DCP to ProRes - error In-Reply-To: <035.ac8146e8deac1d64c6a1319ec70cbfad@avcodec.org> References: <035.ac8146e8deac1d64c6a1319ec70cbfad@avcodec.org> Message-ID: <050.797e683ff5e865fa6f247faa2483be6a@avcodec.org> #3435: 4K DCP to ProRes - error -------------------------------------+------------------------------------- Reporter: tteam | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide your failing command line together with the complete, uncut console output and the input sample to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 00:17:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Mar 2014 23:17:05 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:open): 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.006d44f77f58ce5015f3122b1efc5f59@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: open Type: defect | Component: ffmpeg Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 00:17:33 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Mar 2014 23:17:33 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:open): 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.5bdbbcf909fe19d7e632ea6349a35e99@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: open Type: defect | Component: ffmpeg Priority: minor | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 07:43:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 06:43:04 -0000 Subject: [FFmpeg-trac] #3436(ffmpeg:new): Getting error while convert swf video to avi format Message-ID: <034.de5a1a5c424ea2d08793b3f2be44e308@avcodec.org> #3436: Getting error while convert swf video to avi format --------------------------------+--------------------------------------- Reporter: raju | Type: defect Status: new | Priority: important Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- I am trying to transcode .swf this format to .avi format but it's not converted. exact command line is "ffmpeg -i test2.swf -an output.avi" I am attaching the test2.swf file to reproduce the issue on your side The full, uncut console output is as below C:\xampp\htdocs\phpffmpeg\ffmpeg\bin>ffmpeg -i test2.swf -an output.avi ffmpeg version N-60321-g4d7d9a5 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 2 2014 22:01:03 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 [swf @ 048da860] SWF compressed file detected Input #0, swf, from 'test2.swf': Duration: N/A, bitrate: N/A Stream #0:0: Video: rawvideo (ARGB / 0x42475241), argb, 723x20, 8 fps, 8 tbr , 8.01 tbn [mpeg4 @ 04970b80] too many threads/slices (3), reducing to 2 Output #0, avi, to 'output.avi': Metadata: ISFT : Lavf55.29.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 723x20, q=2-31, 200 kb/s, 8 tbn, 8 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help Input stream #0:0 frame changed from size:723x20 fmt:argb to size:906x534 fmt:ar gb [swscaler @ 04979fe0] Warning: data is not aligned! This can lead to a speedloss [rawvideo @ 048c5600] Invalid buffer size, packet size 9216 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 6400 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 57840 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 57840 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 318120 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 144600 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 448260 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 560 < expected frame_size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 57840 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 144600 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 318120 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 318120 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 144600 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 751920 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 4488 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 3772 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 560 < expected frame_size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 3772 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 57840 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 22400 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 491640 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 101220 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 535020 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 57840 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 101220 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 274740 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 231360 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 187980 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 578400 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 4488 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 560 < expected frame_size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 7680 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 560 < expected frame_size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 560 < expected frame_size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 645000 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 884 < expected frame_size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 1092796 < expected frame_ size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 57280 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 57280 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 400960 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 100240 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 443920 < expected frame_s ize 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 560 < expected frame_size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 35448 < expected frame_si ze 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 1600 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 1512 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 1440 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 1680 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 560 < expected frame_size 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 1600 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 1680 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred [rawvideo @ 048c5600] Invalid buffer size, packet size 1600 < expected frame_siz e 1935216 Error while decoding stream #0:0: Error number -22 occurred frame= 1 fps=0.0 q=1.8 Lsize= 11kB time=00:00:00.12 bitrate= 699.8kbits/ s video:5kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 109.143 076% C:\xampp\htdocs\phpffmpeg\ffmpeg\bin> -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 12:55:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 11:55:47 -0000 Subject: [FFmpeg-trac] #1956(undetermined:open): support for shapes and sprites in swf (was: swf fails to decode) In-Reply-To: <039.5aa11de0aec176353cddaf7cb1a40030@avcodec.org> References: <039.5aa11de0aec176353cddaf7cb1a40030@avcodec.org> Message-ID: <054.add6bb0ea4ef47268a4ce58e7a1d150b@avcodec.org> #1956: support for shapes and sprites in swf -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: swf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 13:02:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 12:02:17 -0000 Subject: [FFmpeg-trac] #3437(undetermined:new): Seeking in certain ogg files works in Libav, but not ffmpeg Message-ID: <036.cf29cc032f2c6937bc79621515728f1e@avcodec.org> #3437: Seeking in certain ogg files works in Libav, but not ffmpeg -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Seeking in this file works in latest Libav git, but not ffmpeg git: http://www.datafilehost.com/d/cc7473b4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 13:18:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 12:18:01 -0000 Subject: [FFmpeg-trac] #3436(undetermined:closed): Getting error while convert swf video to avi format In-Reply-To: <034.de5a1a5c424ea2d08793b3f2be44e308@avcodec.org> References: <034.de5a1a5c424ea2d08793b3f2be44e308@avcodec.org> Message-ID: <049.0d11ee3d2d3f2cb8ce52c7fa6e446afd@avcodec.org> #3436: Getting error while convert swf video to avi format -------------------------------------+------------------------------------- Reporter: raju | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * resolution: => duplicate * status: new => closed * component: ffmpeg => undetermined Comment: This needs to be tested again once ticket #2564 is implemented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 13:18:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 12:18:20 -0000 Subject: [FFmpeg-trac] #2564(avformat:open): Tiled swf lossless frames are not decoded In-Reply-To: <037.aae96bae46a34965cda72111b7701bba@avcodec.org> References: <037.aae96bae46a34965cda72111b7701bba@avcodec.org> Message-ID: <052.17f1120c7b279916f789a1d599a8e6c8@avcodec.org> #2564: Tiled swf lossless frames are not decoded -------------------------------------+------------------------------------ Reporter: hxuanyu | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: swf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Ticket #3436 looks related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 13:24:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 12:24:10 -0000 Subject: [FFmpeg-trac] #3435(undetermined:new): 4K DCP to ProRes - error In-Reply-To: <035.ac8146e8deac1d64c6a1319ec70cbfad@avcodec.org> References: <035.ac8146e8deac1d64c6a1319ec70cbfad@avcodec.org> Message-ID: <050.f5b8104acc2561a8a4427d2c5ad165f8@avcodec.org> #3435: 4K DCP to ProRes - error -------------------------------------+------------------------------------- Reporter: tteam | 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 tteam): Hi, here is my command what is work for 2K DCP: ffmpeg.exe -i test.mxf -vcodec prores -profile:v 3 test.mov Here is the 4K DCP mxf sample file. http://goo.gl/2umSfg ffmpeg error: unsupported marker 0xFF5F at pos 0x73 ffmpeg version N-59396-g4156df5 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 27 2013 22:07:16 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. 59.100 / 52. 59.100 libavcodec 55. 46.100 / 55. 46.100 libavformat 55. 22.100 / 55. 22.100 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 [mxf @ 0000000002796980] "OPAtom" with 2 ECs - assuming OP1a [jpeg2000 @ 00000000026c7d80] unsupported marker 0xFF5F at pos 0x73 [jpeg2000 @ 00000000026c7d80] Support for 4 components is not implemented. Updat e your FFmpeg version to the newest one from Git. If the problem still occurs, i t means that your file has a feature which has not been implemented. [jpeg2000 @ 00000000026c7d80] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailin g list. [jpeg2000 @ 00000000026c7d80] error during processing marker segment ff90 Input #0, mxf, from 'test.mxf': Metadata: uid : 8f181ec6-ada4-40eb-b991-b60079766040 generation_uid : 19ffcced-597b-4a0d-9c10-eb4d24aaa993 company_name : WidgetCo product_name : asdcp-test product_version : 1.12.51 product_uid : 7d836e16-37c7-4c22-b2e0-46a717e84f42 modification_date: 2014-03-05 11:53:48 application_platform: x86_64-unknown-linux-gnu timecode : 00:00:00:00 Duration: 00:00:10.00, start: 0.000000, bitrate: 230098 kb/s Stream #0:0: Video: jpeg2000 (JPEG 2000 digital cinema 4K), xyz12le, 4096x17 16, 24 tbr, 24 tbn, 24 tbc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 14:20:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 13:20:10 -0000 Subject: [FFmpeg-trac] #3437(avformat:new): Seeking in certain ogg files works in Libav, but not ffmpeg In-Reply-To: <036.cf29cc032f2c6937bc79621515728f1e@avcodec.org> References: <036.cf29cc032f2c6937bc79621515728f1e@avcodec.org> Message-ID: <051.bcc92ba00518999e165ae6f8c367366c@avcodec.org> #3437: Seeking in certain ogg files works in Libav, but not ffmpeg -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: ogg | Blocked By: regression seek | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * keywords: => ogg regression seek * priority: normal => important * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Reproducible with ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 14:23:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 13:23:37 -0000 Subject: [FFmpeg-trac] #3435(undetermined:closed): 4K DCP to ProRes - error In-Reply-To: <035.ac8146e8deac1d64c6a1319ec70cbfad@avcodec.org> References: <035.ac8146e8deac1d64c6a1319ec70cbfad@avcodec.org> Message-ID: <050.500a4ebe95fcdd812f297a798c6b351e@avcodec.org> #3435: 4K DCP to ProRes - error -------------------------------------+------------------------------------- Reporter: tteam | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: This is a duplicate of ticket #2586, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 14:42:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 13:42:28 -0000 Subject: [FFmpeg-trac] #3437(avformat:new): Seeking in certain ogg files works in Libav, but not ffmpeg In-Reply-To: <036.cf29cc032f2c6937bc79621515728f1e@avcodec.org> References: <036.cf29cc032f2c6937bc79621515728f1e@avcodec.org> Message-ID: <051.3312f219d1b076196ecf46862063aa29@avcodec.org> #3437: Seeking in certain ogg files works in Libav, but not ffmpeg -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: ogg | Blocked By: regression seek | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): fe5c5bcc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 14:45:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 13:45:29 -0000 Subject: [FFmpeg-trac] #2586(avcodec:open): Unsupported 4k DCI Jpeg2000 file In-Reply-To: <037.5041f157d6923b0d1195689378087e2a@avcodec.org> References: <037.5041f157d6923b0d1195689378087e2a@avcodec.org> Message-ID: <052.baffec1964d034f5b0f6e6c0d5b5657a@avcodec.org> #2586: Unsupported 4k DCI Jpeg2000 file --------------------------------------+----------------------------------- Reporter: rexbron | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: j2k 4k crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+----------------------------------- Comment (by cehoyos): I uploaded the sample from ticket #3435 to http://samples.ffmpeg.org /ffmpeg-bugs/trac/ticket2586 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 14:48:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 13:48:34 -0000 Subject: [FFmpeg-trac] #3429(avcodec:closed): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.c30dc349e118e3a1bea084db757e0406@avcodec.org> #3429: fate-acodec-ra144 fails with cpuflags mmxext/sse -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: ra144 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in 93c4cd61 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 14:52:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 13:52:25 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:open): 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.3528d2047475d59a90523fcad23b252c@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: open Type: defect | Component: ffmpeg Priority: minor | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): can this only be reproduced with network input ? only with segment output ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 14:58:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 13:58:12 -0000 Subject: [FFmpeg-trac] #3429(avcodec:closed): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.f88338c6ffc111ef16866a7e0f51ea24@avcodec.org> #3429: fate-acodec-ra144 fails with cpuflags mmxext/sse -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: ra144 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I still see the same problem after 93c4cd61 on x86-32 {{{ $ make tests/data/asynth-8000-1.wav && ./ffmpeg -cpuflags mmx+mmxext -i tests/data/asynth-8000-1.wav -acodec real_144 -f null - HOSTCC tests/audiogen.o HOSTLD tests/audiogen GEN tests/data/asynth-8000-1.wav ffmpeg version N-61090-g100e8f8 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 5 2014 14:53:08 with gcc 4.7 (SUSE Linux) configuration: --cc='cc -m32' libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'tests/data/asynth-8000-1.wav': Duration: 00:00:06.00, bitrate: 128 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 8000 Hz, mono, s16, 128 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.33.101 Stream #0:0: Audio: ra_144 (real_144), 8000 Hz, mono, s16, 8 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> real_144) Press [q] to stop, [?] for help [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 23 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 11 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 11 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 11 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 11 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 12 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? Last message repeated 5 times [real_144 @ 0xa9a9a20] Overflow. Broken sample? size=N/A time=00:00:06.00 bitrate=N/A video:0kB audio:6kB subtitle:0 data:0 global headers:0kB muxing overhead -nan% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 17:32:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 16:32:58 -0000 Subject: [FFmpeg-trac] #3437(avformat:closed): Seeking in certain ogg files works in Libav, but not ffmpeg In-Reply-To: <036.cf29cc032f2c6937bc79621515728f1e@avcodec.org> References: <036.cf29cc032f2c6937bc79621515728f1e@avcodec.org> Message-ID: <051.1b00b73cf54827077553ec46cee98d91@avcodec.org> #3437: Seeking in certain ogg files works in Libav, but not ffmpeg -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg | Blocked By: regression seek | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 12b97dd375736c332989c50ea68af9d834b2621f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 17:53:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 16:53:48 -0000 Subject: [FFmpeg-trac] #3430(undetermined:open): Crash in atempo if a duration was specified In-Reply-To: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> References: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> Message-ID: <051.9dde76b8f8cb98d77584b8e22621173d@avcodec.org> #3430: Crash in atempo if a duration was specified -------------------------------------+------------------------------------- Reporter: Waraqa | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: atempo regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): You should build with {{{--assert-level=2}}} when you intend to debug, you would get more informative results: {{{ Assertion frame->format == link->format failed at libavfilter/avfilter.c:1147 }}} Apparently, {{{af_atempo}}} sends a frame with format {{{-1}}}, I am trying to find out why. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 20:48:09 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 19:48:09 -0000 Subject: [FFmpeg-trac] #3429(avcodec:reopened): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.e56e276315fcc0bfa5a9c774612385c8@avcodec.org> #3429: fate-acodec-ra144 fails with cpuflags mmxext/sse -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: ra144 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 5 21:46:44 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Mar 2014 20:46:44 -0000 Subject: [FFmpeg-trac] #3434(undetermined:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.49d93f4cac333b5c7bf77138a9f5adae@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ianken): Sorry for the delayed response. NO, audio is not required. I mistakenly pasted in the output from a typical workflow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 01:15:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 00:15:39 -0000 Subject: [FFmpeg-trac] #844(documentation:open): Include content of the news article in the website RSS (was: Please enable an RSS feed for the news on FFmpeg) In-Reply-To: <036.4f4adfd30df45a9009c6a08c682d3c24@avcodec.org> References: <036.4f4adfd30df45a9009c6a08c682d3c24@avcodec.org> Message-ID: <051.f5a2005a83dab6a42d67598f2ff144a3@avcodec.org> #844: Include content of the news article in the website RSS -------------------------------------+------------------------------------- Reporter: shimmy | Owner: stefano Type: enhancement | Status: open Priority: wish | Component: Version: unspecified | documentation Keywords: website, | Resolution: feed, rss | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 02:32:30 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 01:32:30 -0000 Subject: [FFmpeg-trac] #3438(documentation:new): Add documentation for adding a FATE test Message-ID: <040.39a15ca7f2f4b43966715a24a9bbb3a1@avcodec.org> #3438: Add documentation for adding a FATE test -------------------------------------+------------------------------------- Reporter: | Owner: Timothy_Gu | Status: new Type: | Component: enhancement | documentation Priority: wish | Keywords: fate Version: git- | Blocking: master | Analyzed by developer: 0 Blocked By: | Reproduced by developer: 1 | -------------------------------------+------------------------------------- Documentation for adding a FATE test is very useful for people who submit their own small filter or decoder and who wish to add regression tests for them. Libav has a rudimentary tutorial [https://wiki.libav.org/FATE here]. The place I have on mind to store this kind of info is [[FATE/AddingATest]]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 06:24:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 05:24:14 -0000 Subject: [FFmpeg-trac] #1769(avutil:closed): Make ffmpeg build string available in avutil.h In-Reply-To: <037.239772a4aa041f5abb9554ab35f40570@avcodec.org> References: <037.239772a4aa041f5abb9554ab35f40570@avcodec.org> Message-ID: <052.80bb82b7d326dfe06628edda6dd70867@avcodec.org> #1769: Make ffmpeg build string available in avutil.h -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Timothy_Gu Priority: wish | Status: closed Version: git-master | Component: avutil Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * status: open => closed * resolution: => fixed Comment: Fixed last year in 82b2e9cb1d7e2c24db7d17d0c41bf1cef9a959b3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 09:12:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 08:12:20 -0000 Subject: [FFmpeg-trac] #3434(undetermined:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.f61afc21c3d676f288de567578d281d1@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master Comment: Could you provide a short mkv sample that does play with the applications you need? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 10:11:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 09:11:05 -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.fd36a7c6e53ab91e7f4c47c46a50466c@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 | ------------------------------------+----------------------------------- Comment (by cehoyos): Were you able to test the patch I attached here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 13:31:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 12:31:20 -0000 Subject: [FFmpeg-trac] #1551(avformat:open): mov file is played by vlc, cannot be read by FFmpeg In-Reply-To: <037.40ffc8a11187cd258ca5e6e1dc2eb3b5@avcodec.org> References: <037.40ffc8a11187cd258ca5e6e1dc2eb3b5@avcodec.org> Message-ID: <052.3fac6c2b1bbbcafe87294751bb3c2ce4@avcodec.org> #1551: mov file is played by vlc, cannot be read by FFmpeg -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/175426 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 13:35:18 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 12:35:18 -0000 Subject: [FFmpeg-trac] #3439(ffmpeg:new): Feature request: Support for multiple codecs and resolutions using concat demuxer Message-ID: <039.547b01191453d7145ea564d0a4e34145@avcodec.org> #3439: Feature request: Support for multiple codecs and resolutions using concat demuxer -------------------------------------+------------------------------------- Reporter: Valpskott | Type: defect Status: new | Priority: wish Component: ffmpeg | Version: Keywords: concat, | unspecified demuxer, splice, codecs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: concat fails when splicing two videos of different codecs How to reproduce: Have 2 videofiles, movie1.mov with mpeg4 video-codec and movie2.avi with h264 video-codec Create a file (clips.txt) with following 2 lines: file 'movie1.mov' file 'movie2.avi' After the command below, watch resulting video after the splice. {{{ ffmpeg -f concat -i clips.txt -vcodec libx264 -preset ultrafast -crf 24 -pix_fmt yuv420p -s 1920x1080 -aspect 16:9 -acodec aac -strict experimental -b:a 128k -ar 44100 -ac 2 Final.mov ffmpeg version 2.1.git Copyright (c) 2000-2014 the FFmpeg developers built on Mar 1 2014 16:09:23 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/johan/ffmpeg_build --extra- cflags=-I/home/johan/ffmpeg_build/include --extra- ldflags=-L/home/johan/ffmpeg_build/lib --bindir=/home/johan/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 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 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 13:44:00 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 12:44:00 -0000 Subject: [FFmpeg-trac] #3439(undetermined:closed): Feature request: Support for multiple codecs and resolutions using concat demuxer In-Reply-To: <039.547b01191453d7145ea564d0a4e34145@avcodec.org> References: <039.547b01191453d7145ea564d0a4e34145@avcodec.org> Message-ID: <054.e76dbc48ad0995063933676d1fb92e7a@avcodec.org> #3439: Feature request: Support for multiple codecs and resolutions using concat demuxer -------------------------------------+------------------------------------- Reporter: Valpskott | Owner: Type: defect | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: concat | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: concat, demuxer, splice, codecs => concat * resolution: => wontfix * status: new => closed * component: ffmpeg => undetermined Comment: FFmpeg does not even support VC-1 and WMV3 (two very similar codecs) in the same stream, see ticket #655. Supporting two very different codecs (like ASP and AVC) in one video stream seems impossible. Please use the concat filter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 6 16:47:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Mar 2014 15:47:08 -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.89c577b95c2a307419c44ce91fa2b761@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 successfully encoded over 10GB of AACs, but the stereo images of some vocal contents are strange at 192kbps. The bug rarely happens at 160kbps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 01:57:37 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 00:57:37 -0000 Subject: [FFmpeg-trac] #3038(undetermined:closed): FFMPEG crashes encoding AAC audio at 32k/1ch AAC, but not at 31k/1ch or 33k/1ch In-Reply-To: <039.34fef17874ede0eb71ffd893e227b761@avcodec.org> References: <039.34fef17874ede0eb71ffd893e227b761@avcodec.org> Message-ID: <054.2b2d17df5bfe024ac2bfcda5fe7af2d7@avcodec.org> #3038: FFMPEG crashes encoding AAC audio at 32k/1ch AAC, but not at 31k/1ch or 33k/1ch -------------------------------------+------------------------------------- Reporter: soulbabel | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): voAACEnc_pow2_xy() is a function from libvo-aacenc, has someone tested if libvo-aacenc without ffmpeg shows this issue too? Also a full backtrace with linenumbers and disassembly of the crashing place and register values could help to better understand this And the inability of carl to reproduce this might be due to differing libvo-aacenc versions (but iam just guessing here) With which libvo-aacenc version does this happen? Iam on linux ATM and it doesnt happen here, neither with valgrind nor address sanitizer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 04:07:55 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 03:07:55 -0000 Subject: [FFmpeg-trac] #3440(undetermined:new): vp8: a/v desync on seek with -auto-alt-ref 1 Message-ID: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: libvpx | Blocked By: auto-alt-ref | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ $ffmpeg -i BigBuckBunny_640x360.m4v -f webm -c:v libvpx -auto-alt-ref 1 -b:v 300k -c:a libvorbis -b:a 64k -pass 1 test.webm ffmpeg version N-61061-gf34cceb Copyright (c) 2000-2014 the FFmpeg developers built on Mar 4 2014 10:23:19 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --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. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.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, mov,mp4,m4a,3gp,3g2,mj2, from 'BigBuckBunny_640x360.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2008-06-03 05:23:28 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal date : 2008 Duration: 00:09:56.46, start: 0.000000, bitrate: 1626 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 640x360, 1495 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler [libvpx @ 0x7f9e32801e00] v1.3.0-1648-g91e5e5a Output #0, webm, to 'test.webm': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom date : 2008 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal encoder : Lavf55.33.101 Stream #0:0(eng): Video: vp8 (libvpx), yuv420p, 640x360, q=-1--1, pass 2, 300 kb/s, 1k tbn, 24 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler Stream #0:1(eng): Audio: vorbis (libvorbis), 44100 Hz, stereo, fltp, 64 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler Stream mapping: Stream #0:1 -> #0:0 (h264 -> libvpx) Stream #0:0 -> #0:1 (aac -> libvorbis) Press [q] to stop, [?] for help frame=14316 fps= 44 q=0.0 Lsize= 26255kB time=00:09:56.50 bitrate= 360.6kbits/s video:21847kB audio:4094kB subtitle:0 data:0 global headers:4kB muxing overhead 1.196710% }}} And same for -pass 2 produces a result where video and audio lose sync when seeking, be it in mplayer or in a html5 video tag. The problem is triggered by -auto-alt-ref 1, which is also in every libvpx preset. Omitting that option avoids the issue. Happens with all input videos I've tried so far. Aside: I would expect -auto-alt-ref 0 after -vpre to unset auto-alt-ref from the preset, but it does not: {{{ ffmpeg -i BigBuckBunny_640x360.m4v -f webm -vpre libvpx-360p -b:v 300k -auto-alt-ref 0 -c:a libvorbis -b:a 64k -pass 1 test.webm }}} also exhibits the problem, whereas giving all options except auto-alt-ref on the commandline again circumvents it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 08:00:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 07:00:29 -0000 Subject: [FFmpeg-trac] #3441(undetermined:new): Wrong duration of VOB files Message-ID: <037.c493e39c0aa6a0e07458ef7681440dce@avcodec.org> #3441: Wrong duration of VOB files -------------------------------------+------------------------------------- Reporter: mrskman | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a VOB file, where I need to read it's duration and ffmpeg says it has duration over 90000 seconds. Correct value should be between 800-900 seconds. It seems to me that problem is in the file itself but is ffmpeg able to handle this situation? After some investigation I found that problem is somewhere in the end of file. When I cut last ~15 MB, problem is gone. Here are 2 samples (only last megabytes): http://www.datafilehost.com/d/b525d8f6 http://www.datafilehost.com/d/4c198bb5 {{{ ffmpeg started on 2014-03-06 at 17:27:23 Report written to "ffmpeg-20140306-172723.log" Command line: ./ffmpeg-latest/bin/ffmpeg -v 9 -loglevel 99 -report -i ./wrong_duration_detected.vob ffmpeg version git-2014-03-06-d168729 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 6 2014 16:57:39 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/opt/ffmpeg-latest/build --extra-cflags=-I/opt /ffmpeg-latest/build/include --extra-ldflags=-L/opt/ffmpeg- latest/build/lib --bindir=/opt/ffmpeg-latest/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libgsm --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-nonfree --enable-version3 libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.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 '-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 '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument './wrong_duration_detected.vob'. 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 ./wrong_duration_detected.vob. Successfully parsed a group of options. Opening an input file: ./wrong_duration_detected.vob. [mpeg @ 0x3ab2a60] Format mpeg probed with size=8192 and score=52 [mpeg @ 0x3ab2a60] Before avformat_find_stream_info() pos: 0 bytes read:32768 seeks:0 [mpeg @ 0x3ab2a60] probing stream 0 pp:2500 [mpeg @ 0x3ab2a60] probing stream 0 pp:2499 [mpeg @ 0x3ab2a60] probing stream 0 pp:2498 [mpeg @ 0x3ab2a60] probing stream 0 pp:2497 [mpeg @ 0x3ab2a60] probing stream 0 pp:2496 [mpeg @ 0x3ab2a60] probing stream 0 pp:2495 [mpeg @ 0x3ab2a60] probing stream 0 pp:2494 [mpeg @ 0x3ab2a60] probing stream 0 pp:2493 [mpeg @ 0x3ab2a60] probing stream 0 pp:2492 [mpeg @ 0x3ab2a60] probing stream 0 pp:2491 [mpeg @ 0x3ab2a60] probing stream 0 pp:2490 [mpeg @ 0x3ab2a60] probing stream 0 pp:2489 [mpeg @ 0x3ab2a60] probing stream 0 pp:2488 [mpeg @ 0x3ab2a60] probing stream 0 pp:2487 [mpeg @ 0x3ab2a60] probing stream 0 pp:2486 [mpeg @ 0x3ab2a60] probing stream 0 pp:2485 [mpeg @ 0x3ab2a60] probing stream 0 pp:2484 [mpeg @ 0x3ab2a60] probing stream 0 pp:2483 [mpeg @ 0x3ab2a60] probing stream 0 pp:2482 [mpeg @ 0x3ab2a60] probing stream 0 pp:2481 [mpeg @ 0x3ab2a60] probing stream 0 pp:2480 [mpeg @ 0x3ab2a60] probing stream 0 pp:2479 [mpeg @ 0x3ab2a60] probing stream 0 pp:2478 [mpeg @ 0x3ab2a60] probing stream 0 pp:2477 [mpeg @ 0x3ab2a60] probing stream 0 pp:2476 [mpeg @ 0x3ab2a60] probing stream 0 pp:2475 [mpeg @ 0x3ab2a60] probing stream 0 pp:2474 [mpeg @ 0x3ab2a60] probing stream 0 pp:2473 [mpeg @ 0x3ab2a60] probing stream 0 pp:2472 [mpeg @ 0x3ab2a60] probing stream 0 pp:2471 [mpeg @ 0x3ab2a60] probing stream 0 pp:2470 [mpeg @ 0x3ab2a60] probing stream 0 pp:2469 [mpeg @ 0x3ab2a60] probing stream 0 pp:2468 [mpeg @ 0x3ab2a60] probing stream 0 pp:2467 [mpeg @ 0x3ab2a60] probing stream 0 pp:2466 [mpeg @ 0x3ab2a60] probing stream 0 pp:2465 [mpeg @ 0x3ab2a60] probing stream 0 pp:2464 [mpeg @ 0x3ab2a60] probing stream 0 pp:2463 [mpeg @ 0x3ab2a60] probing stream 0 pp:2462 [mpeg @ 0x3ab2a60] probing stream 0 pp:2461 [mpeg @ 0x3ab2a60] probing stream 0 pp:2460 [mpeg @ 0x3ab2a60] probing stream 0 pp:2459 [mpeg @ 0x3ab2a60] probing stream 0 pp:2458 [mpeg @ 0x3ab2a60] probing stream 0 pp:2457 [mpeg @ 0x3ab2a60] probing stream 0 pp:2456 [mpeg @ 0x3ab2a60] probing stream 0 pp:2455 [mpeg @ 0x3ab2a60] probing stream 0 pp:2454 [mpeg @ 0x3ab2a60] probing stream 0 pp:2453 [mpeg @ 0x3ab2a60] probing stream 0 pp:2452 [mpeg @ 0x3ab2a60] probing stream 0 pp:2451 [mpeg @ 0x3ab2a60] probing stream 0 pp:2450 [mpeg @ 0x3ab2a60] probing stream 0 pp:2449 [mpeg @ 0x3ab2a60] probing stream 0 pp:2448 [mpeg @ 0x3ab2a60] probing stream 0 pp:2447 [mpeg @ 0x3ab2a60] probing stream 0 pp:2446 [mpeg @ 0x3ab2a60] probing stream 0 pp:2445 [mpeg @ 0x3ab2a60] probing stream 0 pp:2444 [mpeg @ 0x3ab2a60] probing stream 0 pp:2443 [mpeg @ 0x3ab2a60] probing stream 0 pp:2442 [mpeg @ 0x3ab2a60] probing stream 0 pp:2441 [mpeg @ 0x3ab2a60] probing stream 0 pp:2440 [mpeg @ 0x3ab2a60] probing stream 0 pp:2439 [mpeg @ 0x3ab2a60] probing stream 0 pp:2438 [mpeg @ 0x3ab2a60] probing stream 0 pp:2437 [mpeg @ 0x3ab2a60] probing stream 0 pp:2436 [mpeg @ 0x3ab2a60] probing stream 0 pp:2435 [mpeg @ 0x3ab2a60] probing stream 0 pp:2434 [mpeg @ 0x3ab2a60] probing stream 0 pp:2433 [mpeg @ 0x3ab2a60] probing stream 0 pp:2432 [mpeg @ 0x3ab2a60] probing stream 0 pp:2431 [mpeg @ 0x3ab2a60] probing stream 0 pp:2430 [mpeg @ 0x3ab2a60] probing stream 0 pp:2429 [mpeg @ 0x3ab2a60] probing stream 0 pp:2428 [mpeg @ 0x3ab2a60] probing stream 0 pp:2427 [mpeg @ 0x3ab2a60] probing stream 0 pp:2426 [mpeg @ 0x3ab2a60] probing stream 0 pp:2425 [mpeg @ 0x3ab2a60] probing stream 0 pp:2424 [mpeg @ 0x3ab2a60] probing stream 0 pp:2423 [mpeg @ 0x3ab2a60] probing stream 0 pp:2422 [mpeg @ 0x3ab2a60] probing stream 0 pp:2421 [mpeg @ 0x3ab2a60] probing stream 0 pp:2420 [mpeg @ 0x3ab2a60] probing stream 0 pp:2419 [mpeg @ 0x3ab2a60] probing stream 0 pp:2418 [mpeg @ 0x3ab2a60] probing stream 0 pp:2417 [mpeg @ 0x3ab2a60] probing stream 0 pp:2416 [mpeg @ 0x3ab2a60] probing stream 0 pp:2415 [mpeg @ 0x3ab2a60] probing stream 0 pp:2414 [mpeg @ 0x3ab2a60] probing stream 0 pp:2413 [mpeg @ 0x3ab2a60] probing stream 0 pp:2412 [mpeg @ 0x3ab2a60] probing stream 0 pp:2411 [mpeg @ 0x3ab2a60] probing stream 0 pp:2410 [mpeg @ 0x3ab2a60] probing stream 0 pp:2409 [mpeg @ 0x3ab2a60] probing stream 0 pp:2408 [mpeg @ 0x3ab2a60] probing stream 0 pp:2407 [mpeg @ 0x3ab2a60] probing stream 0 pp:2406 [mpeg @ 0x3ab2a60] probing stream 0 pp:2405 [mpeg @ 0x3ab2a60] probing stream 0 pp:2404 [mpeg @ 0x3ab2a60] probing stream 0 pp:2403 [mpeg @ 0x3ab2a60] probing stream 0 pp:2402 [mpeg @ 0x3ab2a60] probing stream 0 pp:2401 [mpeg @ 0x3ab2a60] probing stream 0 pp:2400 [mpeg @ 0x3ab2a60] probing stream 0 pp:2399 [mpeg @ 0x3ab2a60] probing stream 0 pp:2398 [mpeg @ 0x3ab2a60] probing stream 0 pp:2397 [mpeg @ 0x3ab2a60] probing stream 0 pp:2396 [mpeg @ 0x3ab2a60] probing stream 0 pp:2395 [mpeg @ 0x3ab2a60] probing stream 0 pp:2394 [mpeg @ 0x3ab2a60] probing stream 0 pp:2393 [mpeg @ 0x3ab2a60] probing stream 0 pp:2392 [mpeg @ 0x3ab2a60] probing stream 0 pp:2391 [mpeg @ 0x3ab2a60] probing stream 0 pp:2390 [mpeg @ 0x3ab2a60] probing stream 0 pp:2389 [mpeg @ 0x3ab2a60] probing stream 0 pp:2388 [mpeg @ 0x3ab2a60] probing stream 0 pp:2387 [mpeg @ 0x3ab2a60] probing stream 0 pp:2386 [mpeg @ 0x3ab2a60] probing stream 0 pp:2385 [mpeg @ 0x3ab2a60] probing stream 0 pp:2384 [mpeg @ 0x3ab2a60] probing stream 0 pp:2383 [mpeg @ 0x3ab2a60] probing stream 0 pp:2382 [mpeg @ 0x3ab2a60] probing stream 0 pp:2381 [mpeg @ 0x3ab2a60] probing stream 0 pp:2380 [mpeg @ 0x3ab2a60] probing stream 0 pp:2379 [mpeg @ 0x3ab2a60] probing stream 0 pp:2378 [mpeg @ 0x3ab2a60] probing stream 0 pp:2377 [mpeg @ 0x3ab2a60] probing stream 0 pp:2376 [mpeg @ 0x3ab2a60] probing stream 0 pp:2375 [mpeg @ 0x3ab2a60] probing stream 0 pp:2374 [mpeg @ 0x3ab2a60] probing stream 0 pp:2373 [mpeg @ 0x3ab2a60] probing stream 0 pp:2372 [mpeg @ 0x3ab2a60] probing stream 0 pp:2371 [mpeg @ 0x3ab2a60] probing stream 0 pp:2370 [mpeg @ 0x3ab2a60] Probe with size=263701, packets=131 detected mpegvideo with score=51 [mpeg @ 0x3ab2a60] probed stream 0 [mpeg2video @ 0x3ab3a00] Invalid frame dimensions 0x0. [mpeg2video @ 0x3ab3a00] Invalid frame dimensions 0x0. [mpeg2video @ 0x3ab3a00] Invalid frame dimensions 0x0. [mpeg @ 0x3ab2a60] Non-increasing DTS in stream 2: packet 2 with DTS 472903977, packet 3 with DTS 472903977 [mpeg @ 0x3ab2a60] Non-increasing DTS in stream 3: packet 2 with DTS 472903977, packet 3 with DTS 472903977 [mpeg2video @ 0x3ab3a00] Invalid frame dimensions 0x0. [mpeg2video @ 0x3ab3a00] Invalid frame dimensions 0x0. [mpeg @ 0x3ab2a60] Non-increasing DTS in stream 0: packet 3 with DTS 9223090561878065151, packet 6 with DTS 9223090561878065151 [mpeg2video @ 0x3ab3a00] Invalid frame dimensions 0x0. [mpeg2video @ 0x3ab3a00] Invalid frame dimensions 0x0. [mpeg2video @ 0x3ab3a00] Invalid frame dimensions 0x0. [mpeg @ 0x3ab2a60] Non-increasing DTS in stream 0: packet 6 with DTS 9223090561878065151, packet 9 with DTS 472917657 [mpeg2video @ 0x3ab3a00] allocate dummy last picture for field based first keyframe [mpeg @ 0x3ab2a60] max_analyze_duration 5000000 reached at 5024000 microseconds [mpeg @ 0x3ab2a60] After avformat_find_stream_info() pos: 0 bytes read:3428496 seeks:2 frames:615 Input #0, mpeg, from './wrong_duration_detected.vob': Duration: 25:03:24.01, start: 5254.360633, bitrate: 1 kb/s Stream #0:0[0x1e0], 128, 1/90000: Video: mpeg2video (Main), yuv420p(tv, bt470bg), 720x576 [SAR 16:15 DAR 4:3], 1/50, max. 8500 kb/s, 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x81], 159, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 320 kb/s Stream #0:2[0x80], 159, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:3[0x82], 157, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:4[0x1bf], 12, 1/90000: Data: dvd_nav_packet, 1/90000 Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x3abb1e0] Statistics: 3428496 bytes read, 2 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 10:40:38 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 09:40:38 -0000 Subject: [FFmpeg-trac] #3442(avcodec:new): h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS Message-ID: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> #3442: h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS -------------------------------------+------------------------------------- Reporter: munderl | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: H.264 | master broken frames PAFF MBAFF | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I recorded a DVB TS stream. It contains an H264 video stream which first NALU is a B slice, followed by the SPS, PPS NALUs and an IDR frame. If this stream is played with ffplay (either the TS or the demuxed elementary stream), the decoder seems to get so much confused by the leading B slice that the following valid GOP is completely decoded erroneous until the next GOP arrives. ffplay skips the broken frames and starts playing at the second GOP by default. One has to specify -flags2 +showall to see the GOP of broken frames. If the B slice is removed from the stream, playing starts fine from the first frame/GOP on. I see that it is intended that ffmpeg tries to decode and conceal every frame coming in, but that should effect only one frame (the B slice) and not the following GOP. However, I'm not so sure why the B slice is concealed as there is no valid SPS/PPS yet which is mandatory to decode the slice. But that might be a different problem. Take a h264 stream starting with a B slice, followed by the SPS/PPS/IDR. I uploaded a sample TS file to ftp://upload.ffmpeg.org/MPlayer/incoming/ called DVB_testvideo.ts. One can either play that file or extract the H264 elementary stream and use it directly. The stream is using PAFF/MBAFF, but I don't know if this is related. How to reproduce: {{{ % ffplay DVB_testvideo.ts skips the first valid GOP completely and starts playing from frame 16 onwards. % ffplay DVB_testvideo.ts -flags2 +showall starts playing 16 broken frames, then recovers and plays fine. Now remove the first B slice (skip 17756 from the H264 bitstream or 20304 bytes from the whole TS file). % ffplay DVB_testvideo.ts plays fine from the first frame on (15 frames valid frames more then before) % ffplay DVB_testvideo.ts -flags2 +showall shows no broken frames anymore ffmpeg version N-42015-g64e4bd7 built on openSUSE 13.1 (gcc 4.8.1) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 10:45:33 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 09:45:33 -0000 Subject: [FFmpeg-trac] #3442(avcodec:new): h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS In-Reply-To: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> References: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> Message-ID: <052.c982cd1b864b1f39e46e40d1c72eec70@avcodec.org> #3442: h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS -------------------------------------+------------------------------------- Reporter: munderl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: H.264 | Blocked By: broken frames PAFF MBAFF | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by munderl): I just discovered that % ffplay DVB_testvideo.ts -flags2 +showall still shows one broken frame at the beginning of the stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 10:45:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 09:45:59 -0000 Subject: [FFmpeg-trac] #3441(undetermined:closed): Wrong duration of VOB files In-Reply-To: <037.c493e39c0aa6a0e07458ef7681440dce@avcodec.org> References: <037.c493e39c0aa6a0e07458ef7681440dce@avcodec.org> Message-ID: <052.7425f8755c8a962de90eb436c92be318@avcodec.org> #3441: Wrong duration of VOB files -------------------------------------+------------------------------------- Reporter: mrskman | 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 * resolution: => duplicate Comment: Duplicate of ticket #2084. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 12:11:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 11:11:59 -0000 Subject: [FFmpeg-trac] #3442(avcodec:new): h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS In-Reply-To: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> References: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> Message-ID: <052.2687e8d8b9d8f20017e8e2a352a916b2@avcodec.org> #3442: h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS -------------------------------------+----------------------------------- Reporter: munderl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: H.264 broken frames PAFF MBAFF => h264 mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 12:15:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 11:15:40 -0000 Subject: [FFmpeg-trac] #3442(avcodec:new): h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS In-Reply-To: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> References: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> Message-ID: <052.4465aaeda88e13cbdbadf096f53d0385@avcodec.org> #3442: h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS -------------------------------------+----------------------------------- Reporter: munderl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by munderl): I discovered that I was wrong assuming there is an IDR frame following the SPS/PPS. The whole stream does actually not contain any IDR but normal I slices only! This might produce the single broken frame in the beginning that is still existing even with the B slice removed and might also be responsible for baffling the decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 12:17:19 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 11:17:19 -0000 Subject: [FFmpeg-trac] #2345(avformat:open): Detect unusual j2k in mxf (was: Convert DCP video file to jpeg files) In-Reply-To: <039.0d5c96e8502b506504f5150acdfb4b3b@avcodec.org> References: <039.0d5c96e8502b506504f5150acdfb4b3b@avcodec.org> Message-ID: <054.b3a887b111b486505111b29919476955@avcodec.org> #2345: Detect unusual j2k in mxf -------------------------------------+------------------------------------ Reporter: jrousseau | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 12:18:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 11:18:23 -0000 Subject: [FFmpeg-trac] #3440(undetermined:new): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.9c14e0a59d94fa79cefcbc931f685654@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: libvpx | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libvpx auto-alt-ref => libvpx regression * priority: normal => important * version: unspecified => git-master * reproduced: 0 => 1 Comment: Seeking with vlc and MPlayer allows to reproduce the problem, works fine with ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 13:43:48 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 12:43:48 -0000 Subject: [FFmpeg-trac] #3443(undetermined:new): h264_mp4toannexb filter causes artefacts Message-ID: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> #3443: h264_mp4toannexb filter causes artefacts -------------------------------------+------------------------------------- Reporter: eelco | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When copying a h.264 stream to a TS file, the result does not play cleanly but contains several artefacts. This only happens for certain input. How to reproduce: {{{ $ ffmpeg -i input.m4v -c:a copy -c:v copy -bsf h264_mp4toannexb copied.ts ffmpeg version N-61143-g64e4bd7 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 7 2014 10:57:23 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build/ --disable-ffserver --disable-doc --extra- cflags='-DMACOSX_DEPLOYMENT_TARGET=10.9 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.9 -I/Users/eelco/Projects/Beamer/FFmpeg/build//include' --extra- ldflags='-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.9 -L/Users/eelco/Projects/Beamer/FFmpeg/build//lib' libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.m4v': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 creation_time : 2014-03-04 16:07:22 title : American Hustle t03 - iFlix encoder : iFlicks 2.0.2.2166 hd_video : 1 media_type : 9 gapless_playback: 0 Duration: 00:03:26.34, start: 0.000021, bitrate: 17699 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 17535 kb/s, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: creation_time : 2014-03-04 16:07:22 Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 156 kb/s (default) Metadata: creation_time : 2014-03-04 16:07:22 File 'copied.ts' already exists. Overwrite ? [y/N] y Output #0, mpegts, to 'copied.ts': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 gapless_playback: 0 title : American Hustle t03 - iFlix media_type : 9 hd_video : 1 encoder : Lavf55.33.101 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 17535 kb/s, 23.98 fps, 90k tbn, 23.98 tbc (default) Metadata: creation_time : 2014-03-04 16:07:22 Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, 156 kb/s (default) Metadata: creation_time : 2014-03-04 16:07:22 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [adts @ 0x7fdb12809800] Encoder did not produce proper pts, making some up. frame= 4947 fps=573 q=-1.0 Lsize= 481239kB time=00:03:26.33 bitrate=19106.3kbits/s video:441654kB audio:3940kB subtitle:0 data:0 global headers:0kB muxing overhead 7.999454% }}} Note that the input file is already problematic for some players. ||= ''player'' =||= input =||= copied =|| ||= ffplay =|| incorrect framerate || artefacts and incorrect framerate || ||= !QuickTime Player =|| no problems || artefacts || ||= MplayerX =|| garbled || artefacts || -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 13:58:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 12:58:07 -0000 Subject: [FFmpeg-trac] #3443(undetermined:new): h264_mp4toannexb filter causes artefacts In-Reply-To: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> References: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> Message-ID: <050.0f89d99fcfc344c4afbbc212dc06a6b9@avcodec.org> #3443: h264_mp4toannexb filter causes artefacts -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): Input and output files are uploaded to upload.ffmpeg.org as `3443-input.m4v` and `3443-copied.ts` respectively. To be clear, I?m suspecting h264_mp4toannexb to be the cause of this because transcoding the video (e.g., `ffmpeg -i input.m4v -c:a copy -c:v libx264 transcoded.mp4`) works as expected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 15:29:09 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 14:29:09 -0000 Subject: [FFmpeg-trac] #3443(undetermined:new): h264_mp4toannexb filter causes artefacts In-Reply-To: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> References: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> Message-ID: <050.4240540da0e1a36d1addf63cca4077e3@avcodec.org> #3443: h264_mp4toannexb filter causes artefacts -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I cannot find the (necessary) input file, could you upload it again? Output files are typically unneeded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 15:31:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 14:31:07 -0000 Subject: [FFmpeg-trac] #3443(undetermined:new): h264_mp4toannexb filter causes artefacts In-Reply-To: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> References: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> Message-ID: <050.ff9f13eb62415e25a3caadd301d82fa1@avcodec.org> #3443: h264_mp4toannexb filter causes artefacts -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): Oops, sorry, it failed. It should be uploaded in 20 minutes or so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 15:35:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 14:35:46 -0000 Subject: [FFmpeg-trac] #3444(ffmpeg:new): -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. Message-ID: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> #3444: -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. -------------------------------------+------------------------------------- Reporter: JoeJohnson | Type: task Status: new | Priority: important Component: ffmpeg | Version: Keywords: high CPU, | unspecified -r | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am attempting create a working video that just displays picture after picture. Output frame rate seems that it can only be set with the -vf command, but is entirely too processor intensive. My problem is that if I use the -vf command the PC becomes 100% utilized for a very long time. How to reproduce: Creates working video at over 10 times the CPU cost: ffmpeg.exe -r 1 -i Untitled_%09d.png -vf fps=25 -c h264 h264.avi Creates video quickly (Only LAV seems to play the video. VLC and other players must be able to view the videos.) ffmpeg.exe -r 1 -i Untitled_%09d.png -c h264 h264.avi Any assistance will be much appreciated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 15:47:58 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 14:47:58 -0000 Subject: [FFmpeg-trac] #3445(undetermined:new): invalid result transcoding WAV file Message-ID: <038.031c9c7680c6a3982ce8cec163aaf20f@avcodec.org> #3445: invalid result transcoding WAV file -------------------------------------+------------------------------------- Reporter: marius63 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- On Windows 7, using the latest FFmpeg binaries (version N-61143-g64e4bd7), the result Y.wav of the following command is invalid. ffmpeg -i X.wav -f f32le -ar 22050 Y.wav The input X.wav is a valid WAV file, mono, sample format f32le, rate 44100Hz. The objective was to convert the sample rate from 44100 to 22050. The result Y.wav is invalid. Windows Media Player reports invalid format (and does not play). FFmpeg itself reports invalid data: ffmpeg -i Y.wav ffmpeg version N-61143-g64e4bd7 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 7 2014 00:06:56 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-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Y.wav: Invalid data found when processing input Regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 17:11:20 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 16:11:20 -0000 Subject: [FFmpeg-trac] #3446(undetermined:new): ffmpeg.exe crash on windows 32 bits Message-ID: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> #3446: ffmpeg.exe crash on windows 32 bits -------------------------------------+------------------------------------- Reporter: kriss0013 | Type: defect Status: new | Priority: important Component: | Version: 2.0.3 undetermined | Blocked By: Keywords: | Reproduced by developer: 0 av_buffer_pool_get win32 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- problem is in libavutil 52 on instruction av_buffer_pool_get, this problem appears after ffmpeg was uploaded to version 2.0 and after superior version. The problem appears on av_decode_video2 function when first image is correctly decoded. This problem doesn't exist in version 1.x.x I reproduced this problem with ffmpeg.exe (see attached files) my windows version is compiled using mingw 4.4.5 under linux redhat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 17:47:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 16:47:16 -0000 Subject: [FFmpeg-trac] #3446(undetermined:new): ffmpeg.exe crash on windows 32 bits In-Reply-To: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> References: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> Message-ID: <054.d7cdf9fffcfaa753c7f49d20b3ac24e8@avcodec.org> #3446: ffmpeg.exe crash on windows 32 bits -------------------------------------+------------------------------------- Reporter: kriss0013 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash win32 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: av_buffer_pool_get win32 => crash win32 * version: 2.0.3 => git-master Comment: Please provide the input sample ParkingBezon-FAT.MPEG4.avi or post the necessary information for a bug report here as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 17:50:19 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 16:50:19 -0000 Subject: [FFmpeg-trac] #3445(undetermined:closed): invalid result transcoding WAV file In-Reply-To: <038.031c9c7680c6a3982ce8cec163aaf20f@avcodec.org> References: <038.031c9c7680c6a3982ce8cec163aaf20f@avcodec.org> Message-ID: <053.09a11180f94b51fb9e3a4565c4c541fd@avcodec.org> #3445: invalid result transcoding WAV file -------------------------------------+------------------------------------- Reporter: marius63 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [ticket:3445 marius63]: > ffmpeg -i X.wav -f f32le -ar 22050 Y.wav This command forces {{{ffmpeg}}} to output a raw pcm file (format f32le) which cannot be auto-detected, not a wav file. If you want 32bit audio in your wav file, use {{{-acodec pcm_s32le -f wav}}} Please understand that this is a bug tracker, not a support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 17:57:18 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 16:57:18 -0000 Subject: [FFmpeg-trac] #3444(ffmpeg:new): -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. In-Reply-To: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> References: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> Message-ID: <055.c7facb279c6442143b01491179c0e84e@avcodec.org> #3444: -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. --------------------------------------+---------------------------------- Reporter: JoeJohnson | Owner: Type: task | Status: new Priority: important | Component: ffmpeg Version: unspecified | Resolution: Keywords: high CPU, -r | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [ticket:3444 JoeJohnson]: > Creates working video at over 10 times the CPU cost: > ffmpeg.exe -r 1 -i Untitled_%09d.png -vf fps=25 -c h264 h264.avi > ffmpeg.exe -r 1 -i Untitled_%09d.png -c h264 h264.avi Sorry if I misunderstand: Shouldn't the first command line take approximately 25 times as long as the second? Assuming you want to encode ten seconds, the first command line forces libx264 to encode 250 frames, the second one only 10, or do I miss something? Generally, please always provide your failing command line together with the complete uncut console ouptut for valid tickets on this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 17:57:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 16:57:27 -0000 Subject: [FFmpeg-trac] #3444(undetermined:new): -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. In-Reply-To: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> References: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> Message-ID: <055.4381f02d2e8534bb1a4adfbc127d41de@avcodec.org> #3444: -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. -------------------------------------+------------------------------------- Reporter: JoeJohnson | Owner: Type: task | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: high CPU, -r => * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 18:16:45 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 17:16:45 -0000 Subject: [FFmpeg-trac] #1806(avformat:open): Audio/video stream order reversed in remuxed VOB files In-Reply-To: <036.1571458ef69d45242c621a860a73ff18@avcodec.org> References: <036.1571458ef69d45242c621a860a73ff18@avcodec.org> Message-ID: <051.e8b31a9ad9b8be1a22377498bb68e36b@avcodec.org> #1806: Audio/video stream order reversed in remuxed VOB files ------------------------------------+------------------------------------ Reporter: paulbu | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by wim_arbor): AFAIK mpeg ps files do not contain stream numbers other than the stream ID. The Stream ID for video streams start with 0xE0, MP2 audio streams start with 0xC0, AC3 is encoded in private stream 1 (0xBD) with substream number starting at 0x80. So the stream id for mpeg ps depends on the format and is independent of the stream number ffmpeg uses internally. That would mean the problem is not the stream number of the video stream in the file used for dvdauthor, and ffmpeg is not doing any wrong stream mapping. If I convert the attached file with this commandline: {{{ ffmpeg -i test-ffmpeg.vob -target pal-dvd -codec copy out.vob }}} I am able to create a DVD with dvdauthor 0.6.9 but not with dvdauthor 0.7.1. (I did not test other versions). This could mean an issue with dvdauthor. Note when I delay the audiostream, both versions of dvdauthor work. {{{ ffmpeg -i test-ffmpeg.vob -itsoffset 1.5 -i test-ffmpeg.vob -map 1:v -map 0:a -target pal-dvd -codec copy out2.vob }}} Indeed ffprobe displays swapped video and audio stream number; {{{ Input #0, mpeg, from 'out.vob': Duration: 00:00:05.59, start: 0.500000, bitrate: 2759 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s Stream #0:2[0x1e0]: Video: mpeg2video (Main), yuv420p(tv), 352x576 [SAR 24:11 DAR 4:3], max. 3060 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc }}} {{{ Input #0, mpeg, from 'out2.vob': Duration: 00:00:06.43, start: 0.620000, bitrate: 2385 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv), 352x576 [SAR 24:11 DAR 4:3], max. 3060 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s }}} That is a problem in ffmpeg too if you refer to a stream with a number (like 0:1). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 18:18:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 17:18:29 -0000 Subject: [FFmpeg-trac] #3443(avcodec:open): h264_mp4toannexb filter causes artefacts In-Reply-To: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> References: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> Message-ID: <050.0b61a776678d961bcdc8cb3d6acbbb8a@avcodec.org> #3443: h264_mp4toannexb filter causes artefacts ------------------------------------+----------------------------------- Reporter: eelco | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Replying to [ticket:3443 eelco]: > ||= ''player'' =||= input =|| > ||= ffplay =|| incorrect framerate || Unrelated to your ticket (that is reproducible): The file 3443-input.m4v that you uploaded plays in-sync here with ffplay and the frame-rate looks expected. What do I miss? The problem that remuxing the h264 stream of the mp4 sample with the h264_mp4toannexb bitstream filter leads to massive artefacts is reproducible, not a regression afaict. I have remuxed the beginning of the sample to mp4 and the resulting file allows to reproduce the issue here: {{{ $ ffmpeg -i 3443-input_remux.m4v -vcodec copy -vbsf h264_mp4toannexb out.h264 ffmpeg version N-61143-g64e4bd7 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 7 2014 10:48:59 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libvorbis --enable-libvpx libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '3443-input_remux.m4v': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : American Hustle t03 - iFlix encoder : Lavf55.33.101 media_type : 9 hd_video : 1 gapless_playback: 0 Duration: 00:00:02.00, start: 0.000000, bitrate: 9642 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 9635 kb/s, 23.99 fps, 23.98 tbr, 16k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Output #0, h264, to 'out.h264': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : American Hustle t03 - iFlix gapless_playback: 0 media_type : 9 hd_video : 1 encoder : Lavf55.33.101 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 9635 kb/s, 23.99 fps, 90k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 48 fps=0.0 q=-1.0 Lsize= 2354kB time=00:00:01.91 bitrate=10055.2kbits/s video:2354kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.006970% }}} out.h264 shows massive artefacts on playback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 18:26:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 17:26:00 -0000 Subject: [FFmpeg-trac] #518(avformat:closed): The range of mpegts_pmt_start_pid is unnecessarily restrictive. In-Reply-To: <038.509ea4888548f2b7080d1f0fdf94137b@avcodec.org> References: <038.509ea4888548f2b7080d1f0fdf94137b@avcodec.org> Message-ID: <053.5148dc710b33a81727dcd22534266744@avcodec.org> #518: The range of mpegts_pmt_start_pid is unnecessarily restrictive. ------------------------------------+------------------------------------ Reporter: linux_dr | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: PMT PID Video-on-Demand VOD specifications MPEG Transport Stream TS => mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 19:27:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 18:27:59 -0000 Subject: [FFmpeg-trac] #3444(undetermined:new): -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. In-Reply-To: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> References: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> Message-ID: <055.11b2c7086ac91c2892ce5b2d00307bbc@avcodec.org> #3444: -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. -------------------------------------+------------------------------------- Reporter: JoeJohnson | Owner: Type: task | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JoeJohnson): Yes, I agree that it is encoding 25 times frames and it should take 25 times longer. In a larger video I created it kept the CPU at 100% only 10 times longer. For longer videos my CPU is at 100% for an extended period. I am not getting an error when I create the video in either case. When I open the video created without "-vf fps=25" in VLC, it does not play properly. I am able to play the video with a codec pack like k-lite, but not with VLC. The CPU being a 100% makes the computer unusable during encoding. I am looking for a way to shorten this time, or drop the max CPU use to around 80%. Here is the output when I run the command with "-vf fps=25" (Windows 7): {{{ ffmpeg version N-61050-g2dcaa1b Copyright (c) 2000-2014 the FFmpeg developers built on Mar 2 2014 22:07:10 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable -libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-li ra --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enab 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 'Untitled_%09d.png': Duration: 00:00:00.40, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1196x733 [SAR 3779:3779 DAR 1196:733], 25 fps, 25 tbr, 25 tbn, 25 tbc File 'h264.avi' already exists. Overwrite ? [y/N] y No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0000000000300420] using SAR=1/1 [libx264 @ 0000000000300420] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0000000000300420] profile High 4:4:4 Predictive, level 3.1, 4:4:4 8-bit Output #0, avi, to 'h264.avi': Metadata: ISFT : Lavf55.33.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p, 1196x733 [SAR 1:1 DAR 1196:733], q=-1--1, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> libx264) Press [q] to stop, [?] for help [output stream 0:0 @ 0000000000350ec0] 100 buffers queued in output stream 0:0, something may be wrong. frame= 226 fps=132 q=-1.0 Lsize= 81kB time=00:00:08.96 bitrate= 74.3kbits/s video:70kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 15.693309% [libx264 @ 0000000000300420] frame I:2 Avg QP:14.45 size: 3555 [libx264 @ 0000000000300420] frame P:56 Avg QP:13.64 size: 905 [libx264 @ 0000000000300420] frame B:168 Avg QP:13.06 size: 84 [libx264 @ 0000000000300420] consecutive B-frames: 0.9% 0.0% 0.0% 99.1% [libx264 @ 0000000000300420] mb I I16..4: 0.3% 98.2% 1.4% [libx264 @ 0000000000300420] mb P I16..4: 0.1% 0.0% 0.3% P16..4: 0.4% 0.0% 0.0% 0.0% 0.0% skip:99.2% [libx264 @ 0000000000300420] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 1.4% 0.0% 0.0% direct: 0.0% skip:98.6% L0:59.1% L1:40. [libx264 @ 0000000000300420] 8x8 transform intra:88.0% inter:6.1% [libx264 @ 0000000000300420] coded y,u,v intra: 5.5% 2.4% 3.2% inter: 0.0% 0.0% 0.0% [libx264 @ 0000000000300420] i16 v,h,dc,p: 44% 47% 9% 0% [libx264 @ 0000000000300420] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 8% 63% 0% 0% 0% 0% 0% 0% [libx264 @ 0000000000300420] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 14% 37% 6% 7% 4% 4% 5% 2% [libx264 @ 0000000000300420] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0000000000300420] ref P L0: 63.6% 6.1% 26.1% 4.2% [libx264 @ 0000000000300420] ref B L0: 52.0% 46.9% 1.1% [libx264 @ 0000000000300420] ref B L1: 98.8% 1.2% [libx264 @ 0000000000300420] kb/s:63.64 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 19:47:51 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 18:47:51 -0000 Subject: [FFmpeg-trac] #3444(undetermined:closed): -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. In-Reply-To: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> References: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> Message-ID: <055.f4581a7fc66553b1b1ffb009d7db6644@avcodec.org> #3444: -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. -------------------------------------+------------------------------------- Reporter: JoeJohnson | Owner: Type: task | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => closed * resolution: => invalid Comment: Replying to [comment:3 JoeJohnson]: > I am not getting an error when I create the video in either case. When I open the video created without "-vf fps=25" in VLC, it does not play properly. Please use {{{-vf fps=3}}} (or a higher value) if you need vlc playback. > I am able to play the video with a codec pack like k-lite, but not with VLC. > The CPU being a 100% makes the computer unusable during encoding. I am looking for a way to shorten this time, or drop the max CPU use to around 80%. Sorry, I don't think there is anything about the problems you see that can be fixed within FFmpeg. On a Posix system, you can use {{{nice}}}, I believe there are ways to reduce the priority for Windows tasks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 21:41:06 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 20:41:06 -0000 Subject: [FFmpeg-trac] #3444(undetermined:closed): -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. In-Reply-To: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> References: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> Message-ID: <055.0a8cf5af9f5ab63fecc8fd52b35aa8bd@avcodec.org> #3444: -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. -------------------------------------+------------------------------------- Reporter: JoeJohnson | Owner: Type: task | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JoeJohnson): Thank you for your replies! I have found that the -threads command allows me to keep it to only one CPU. This solves my multitasking issues. Through trial and error I have found that VLC does not play the video correctly if I drop below 10fps. 10fps encodes much faster than than 25fps. I with that VLC would have played the file correctly at 1fps, but I suppose that is a discussion to be had with VLC developers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 7 22:10:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 21:10:29 -0000 Subject: [FFmpeg-trac] #2857(undetermined:open): overhead of HLS muxing too large In-Reply-To: <037.a7d6b5562c6b6578abc0600b4132b781@avcodec.org> References: <037.a7d6b5562c6b6578abc0600b4132b781@avcodec.org> Message-ID: <052.b040884bf07b3621cac32a4b4f064403@avcodec.org> #2857: overhead of HLS muxing too large -------------------------------------+------------------------------------- Reporter: aviadr1 | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Salam): More information related to regular ts overhead: http://blog.zencoder.com/2011/12/08/announcing-the-clouds-most-efficient- http-live-streaming/ http://features.encoding.com/blog/2014/02/24/simplify-http-live-streaming- encoding-com-hls-segmenter/ http://stackoverflow.com/questions/15661664/how-do-i-alter-my-ffmpeg- command-to-make-my-http-live-streams-more-efficient -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 00:19:35 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 23:19:35 -0000 Subject: [FFmpeg-trac] #3444(undetermined:closed): -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. In-Reply-To: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> References: <040.4346c169e29c3d903535fcd0266ba204@avcodec.org> Message-ID: <055.317863e61b4e458258b7f225a031108e@avcodec.org> #3444: -r not setting frame rate. -vf fps=25 takes 10 times longer to created video. -------------------------------------+------------------------------------- Reporter: JoeJohnson | Owner: Type: task | 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:5 JoeJohnson]: > Through trial and error I have found that VLC does not play the video correctly if I drop below 10fps. It works fine here with {{{ffmpeg -f lavfi -i testsrc -vf fps=3 out.avi}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 00:32:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 23:32:12 -0000 Subject: [FFmpeg-trac] #3429(avcodec:closed): fate-acodec-ra144 fails with cpuflags mmxext/sse In-Reply-To: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> References: <035.ce784635d24dcfbc78cecde7526d26d8@avcodec.org> Message-ID: <050.e943994c8b61820ab7b651ff2d72baf7@avcodec.org> #3429: fate-acodec-ra144 fails with cpuflags mmxext/sse -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: ra144 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by jamal): * status: reopened => closed * resolution: => fixed Comment: Fixed in 9e0e1f9067430de1655a7b28536b5afed48bded5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 00:59:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Mar 2014 23:59:07 -0000 Subject: [FFmpeg-trac] #3440(avformat:open): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.f4f4c2ad6da2f6ede20d32d5d2d9f26b@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avformat Comment: Regression since 3adb5f8d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 05:28:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 04:28:13 -0000 Subject: [FFmpeg-trac] #3447(undetermined:new): YV12 and I420 and IYUV all map to YUV420P Message-ID: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> #3447: YV12 and I420 and IYUV all map to YUV420P -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- As far as I can tell, I420 and IYUV reverses the U and V planes from YV12 and there doesn't seem to be a mapping for YV12 other than YUV420p or vice versa whatever the case may be I think they are supposed to be reversed. I have a software DirectShow screen capture device MediaLooks. It has both I420 and YV12 formats and some others. YV12 is listed before I420 and since they both map to YUV420P seems it's confused and the colors are reversed. See: http://www.fourcc.org/yuv.php#YV12 first few pixel formats in map in libavcodec/raw.c {{{ const PixelFormatTag ff_raw_pix_fmt_tags[] = { { AV_PIX_FMT_YUV420P, MKTAG('I', '4', '2', '0') }, /* Planar formats */ { AV_PIX_FMT_YUV420P, MKTAG('I', 'Y', 'U', 'V') }, { AV_PIX_FMT_YUV420P, MKTAG('Y', 'V', '1', '2') }, { AV_PIX_FMT_YUV410P, MKTAG('Y', 'U', 'V', '9') }, { AV_PIX_FMT_YUV410P, MKTAG('Y', 'V', 'U', '9') }, }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 05:35:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 04:35:32 -0000 Subject: [FFmpeg-trac] #2893(avcodec:closed): Decoding some old Vorbis encodes fails In-Reply-To: <034.cf7319ff86ff143d7e63968c0a17f712@avcodec.org> References: <034.cf7319ff86ff143d7e63968c0a17f712@avcodec.org> Message-ID: <049.17d11bafc0490cf9c33e21ca9cc6b96d@avcodec.org> #2893: Decoding some old Vorbis encodes fails ------------------------------------+----------------------------------- Reporter: Case | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 742d8601031fc69748f62fe7c5164a22a0751021 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 08:59:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 07:59:19 -0000 Subject: [FFmpeg-trac] #3447(avdevice:new): YV12 and I420 and IYUV all map to YUV420P In-Reply-To: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> References: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> Message-ID: <052.1a2a055942cd44ee7503b0ab0bbea7b1@avcodec.org> #3447: YV12 and I420 and IYUV all map to YUV420P ------------------------------------+------------------------------------ Reporter: DonMoir | 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 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => dshow * version: unspecified => git-master * component: undetermined => avdevice Comment: Please test attached patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 10:15:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 09:15:16 -0000 Subject: [FFmpeg-trac] #3442(avcodec:open): h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS In-Reply-To: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> References: <037.3fe17d97fbe101a2b75a4c2a6453636a@avcodec.org> Message-ID: <052.9ddecdd220b486683226fb31bf351d9b@avcodec.org> #3442: h264 decoder decodes complete GOP wrong / skips one GOP if stream does not start with SPS/PPS -------------------------------------+----------------------------------- Reporter: munderl | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: http://thread.gmane.org/gmane.comp.video.mplayer.user/70768 I don't think this is a regression, there are different ways to reproduce the problem, I tested the following two command lines: {{{ $ ffmpeg -skip_initial_bytes 0 -r 10 -i stream.lavf.264 -qscale 2 out1.avi ffmpeg version N-61165-g742d860 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 8 2014 09:01:38 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x1e0d960] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x1e0d960] decode_slice_header error [h264 @ 0x1e0d960] no frame! [h264 @ 0x1e0d960] mmco: unref short failure Last message repeated 1 times [h264 @ 0x1e0d960] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one Input #0, h264, from 'stream.lavf.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25.25 fps, 25 tbr, 1200k tbn, 50 tbc Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out1.avi': Metadata: ISFT : Lavf55.33.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 10 tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help [h264 @ 0x1e60100] 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 @ 0x1e60100] 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 @ 0x1e60100] decode_slice_header error [h264 @ 0x1e60860] reference picture missing during reorder [h264 @ 0x1e60860] Missing reference picture, default is 2147483647 [h264 @ 0x1e61720] mmco: unref short failure [h264 @ 0x1dfd0c0] reference picture missing during reorder [h264 @ 0x1dfd0c0] Missing reference picture, default is 65300 [h264 @ 0x1e60100] mmco: unref short failure [h264 @ 0x1dfd0c0] mmco: unref short failure [h264 @ 0x1e62d40] error while decoding MB 70 42, bytestream -33 frame= 13 fps=0.0 q=2.0 Lsize= 1294kB time=00:00:01.30 bitrate=8154.5kbits/s video:1288kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.461020% }}} {{{ $ ffmpeg -skip_initial_bytes 20 -r 10 -i stream.lavf.264 -qscale 2 out2.avi ffmpeg version N-61165-g742d860 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 8 2014 09:01:38 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x254c960] mmco: unref short failure Last message repeated 1 times [h264 @ 0x254c960] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one Input #0, h264, from 'stream.lavf.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25.25 fps, 25 tbr, 1200k tbn, 50 tbc Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out2.avi': Metadata: ISFT : Lavf55.33.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 10 tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help [h264 @ 0x36f56c0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x36f56c0] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0x391db80] error while decoding MB 70 42, bytestream -33 frame= 45 fps=0.0 q=2.0 Lsize= 4006kB time=00:00:04.50 bitrate=7291.9kbits/s video:3999kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.167724% }}} Skipping the first 20 bytes produces more output frames, adding {{{-flags2 +showall}}} to the first command line shows that the frames are omitted because they are visually broken. The same frames do not look broken if the first 20 bytes are skipped as in the second command line. I added {{{-r 10}}} to make the effect more visible in the output files, it is not necessary though. Using {{{-skip_initial_bytes 20}}} leads to bit-exact decoding wrt the reference decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 12:29:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 11:29:15 -0000 Subject: [FFmpeg-trac] #3447(avdevice:new): YV12 and I420 and IYUV all map to YUV420P In-Reply-To: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> References: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> Message-ID: <052.5e2684a095f23b6716db69f87af04c2b@avcodec.org> #3447: YV12 and I420 and IYUV all map to YUV420P ------------------------------------+------------------------------------ Reporter: DonMoir | 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 DonMoir): That worked for dshow. Not sure what would happen in the normal file case though. Sorry to put this here but it's quick and on the way to bed. BI_RGB indicates opaque RGB and not alpha RGB. I think same for BI_BITFIELDS {{{ static enum AVPixelFormat dshow_pixfmt(DWORD biCompression, WORD biBitCount) { switch(biCompression) { case BI_BITFIELDS: case BI_RGB: switch(biBitCount) { /* 1-8 are untested */ case 1: return AV_PIX_FMT_MONOWHITE; case 4: return AV_PIX_FMT_RGB4; case 8: return AV_PIX_FMT_RGB8; case 16: return AV_PIX_FMT_RGB555; case 24: return AV_PIX_FMT_BGR24; case 32: - return AV_PIX_FMT_RGB32; + return AV_PIX_FMT_0RGB32; } } return avpriv_find_pix_fmt(ff_raw_pix_fmt_tags, biCompression); // all others } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 14:06:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 13:06:11 -0000 Subject: [FFmpeg-trac] #3440(avformat:open): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.e6ba7312f277621d7156419559ab19a0@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blacktrash): Replying to [comment:2 cehoyos]: > Regression since 3adb5f8d Thank you. That helps a lot during the wait for a fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 14:15:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 13:15:12 -0000 Subject: [FFmpeg-trac] #3440(avformat:open): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.3dd3d245b51fe8cf4a947da741c28196@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 blacktrash]: > Replying to [comment:2 cehoyos]: > > Regression since 3adb5f8d > > Thank you. That helps a lot during the wait for a fix. You are welcome! (This was the most painful bisect I remember.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 14:20:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 13:20:40 -0000 Subject: [FFmpeg-trac] #3440(avformat:open): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.14428666f5a126c10718ab4a3d09f7d5@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you test if {{{-max_interleave_delta}}} allows to workaround the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 14:31:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 13:31:40 -0000 Subject: [FFmpeg-trac] #3447(avdevice:closed): dshow does not set codec_tag, required for YVU vs YUV (was: YV12 and I420 and IYUV all map to YUV420P) In-Reply-To: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> References: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> Message-ID: <052.bf4328a4ee7a1fdb5ca47a535a1aa402@avcodec.org> #3447: dshow does not set codec_tag, required for YVU vs YUV ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Thank you for testing. For future tickets: Please remember to always post a failing command line together with complete, uncut console output for issues that are reproducible with {{{ffmpeg}}}. You may add your analysis but please remember that it can be confusing (like in this case), please do not replace the report with an analysis to save us all some time. Concerning patches, please note that only unified diffs (as supported by [http://savannah.gnu.org/projects/patch GNU patch]) are accepted for less trivial changes and please send all patches to ffmpeg-devel, patches on the bug tracker are often ignored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 15:15:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 14:15:33 -0000 Subject: [FFmpeg-trac] #3430(avfilter:closed): Crash in atempo if a duration was specified In-Reply-To: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> References: <036.18736930fbf5adfee0e04c9b2fa1af37@avcodec.org> Message-ID: <051.99722b687b7f1735a5ec25730b42f357@avcodec.org> #3430: Crash in atempo if a duration was specified -------------------------------------+------------------------------------- Reporter: Waraqa | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: crash | Blocked By: atempo regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => avfilter Comment: Fixed by Nicolas in bc6901c9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 17:24:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 16:24:05 -0000 Subject: [FFmpeg-trac] #3440(avformat:open): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.2eeba3bcb2f07bfc35e3a8315ed0c5e0@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blacktrash): Replying to [comment:4 cehoyos]: > (This was the most painful bisect I remember.) I was tempted to bisect myself, but then decided to resist the temptation and instead file a bug report first to see whether a good-natured being would fall in the trap ;-) Thanks again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 17:24:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 16:24:48 -0000 Subject: [FFmpeg-trac] #3440(avformat:open): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.6eeffdb209afce9d3dc16ed68d61570c@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blacktrash): Replying to [comment:5 cehoyos]: > Did you test if {{{-max_interleave_delta}}} allows to workaround the issue? No, not yet, will do so immediately. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 17:29:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 16:29:23 -0000 Subject: [FFmpeg-trac] #3440(avformat:open): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.8dc50e8aeb63796df337606b2c4d9486@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blacktrash): Replying to [comment:5 cehoyos]: > Did you test if {{{-max_interleave_delta}}} allows to workaround the issue? Do you have a promising value to give to that option? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 17:48:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 16:48:22 -0000 Subject: [FFmpeg-trac] #3440(avformat:open): vp8: a/v desync on seek with -auto-alt-ref 1 In-Reply-To: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> References: <040.6402ba6b12af11a531541a6281368dcb@avcodec.org> Message-ID: <055.bde6e2fe2846758d4fab5ff71c04c629@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blacktrash): Replying to [comment:8 blacktrash]: > Replying to [comment:5 cehoyos]: > > Did you test if {{{-max_interleave_delta}}} allows to workaround the issue? > > Do you have a promising value to give to that option? Clueless and blind attempt of {{{-max_interleave_frames_delta 0}}} seems to work in a first test. I have no idea whether this makes sense though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 19:10:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 18:10:24 -0000 Subject: [FFmpeg-trac] #2084(undetermined:new): Wrong duration in program streams with timestamp discontinuity (was: Wrong duration and negative bitrate in mpeg stream with timestamp discontinuity) In-Reply-To: <037.726eac40df509e596dad5ca6bd8666a5@avcodec.org> References: <037.726eac40df509e596dad5ca6bd8666a5@avcodec.org> Message-ID: <052.7c644ee55e9f897433b182162b2bbf5b@avcodec.org> #2084: Wrong duration in program streams with timestamp discontinuity -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 23:22:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 22:22:51 -0000 Subject: [FFmpeg-trac] #3277(undetermined:new): Crash in libavcodec with vlc In-Reply-To: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> References: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> Message-ID: <059.29390e4f612fcea12448b84bef8e9380@avcodec.org> #3277: Crash in libavcodec with vlc -------------------------------------+------------------------------------- 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 SevereOverfl0w): Still seeing this segfault on Arch Linux with VLC 2.1.4 revision 2.1.4-0-g2a072be -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 8 23:37:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Mar 2014 22:37:23 -0000 Subject: [FFmpeg-trac] #3277(undetermined:new): Crash in libavcodec with vlc In-Reply-To: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> References: <044.71ad868ec21ce1d65023148907e5bab9@avcodec.org> Message-ID: <059.287f55d303e24510ef0d580939f0c6e8@avcodec.org> #3277: Crash in libavcodec with vlc -------------------------------------+------------------------------------- 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): Please install debug packages and provide a current backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 01:54:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 00:54:20 -0000 Subject: [FFmpeg-trac] #3447(avdevice:closed): dshow does not set codec_tag, required for YVU vs YUV In-Reply-To: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> References: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> Message-ID: <052.2e862f39d9cb012a792ee54741660219@avcodec.org> #3447: dshow does not set codec_tag, required for YVU vs YUV ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DonMoir): I would have posted the command line but at the time I posted this bug, ffmpeg and ffplay did not work at all with this particular driver. There is another bug in dshow code I am looking into and I have that working now but it's a quick fix and looking for real solution or at least verification. Not too concerned with above RGB fix and just put that up as notification as I was about to pass out. You can see the comment /* 1-8 untested */ apparently 32 was not tested properly either. Easy to miss though since tester was probably not testing with alpha surfaces. The way that AV_PIX_FMT_RGB32 is hidden with alpha is not so cool either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 03:11:55 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 02:11:55 -0000 Subject: [FFmpeg-trac] #3026(avfilter:new): support vectorscope graticule in histogram color modes In-Reply-To: <037.68b3373e1af0f1e85efa058ed7de7c9b@avcodec.org> References: <037.68b3373e1af0f1e85efa058ed7de7c9b@avcodec.org> Message-ID: <052.18a4a24dea87b66c3fdca526668a428e@avcodec.org> #3026: support vectorscope graticule in histogram color modes -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: histogram | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by dericed): Here's an example of a graticule made via drawbox. I scaled it to 512 to increase the resolution of the boxes. I put a color for each of the 6 color points (r,g,b,c,y,m) and placed them at 100% and 75% levels. The 100% boxes are listed first and at 0.6 transparency while the 75% boxes are at 0.8 transparency. At 123 degrees I added the last four sienna boxes to indicate a skin tone line. Within the drawbox commands, the x values are subtracted by 2 and the y values by 3 to accomodate centering the box around the color point. I added draw grid lines which helped verify all the placements. Also I added transpose=2 so that the vectorscope is aligned to a traditional analog vectorscope. {{{ -vf 'histogram=mode=color2,\ transpose=dir=2,\ scale=512:512,\ drawgrid=w=32:h=32:t=1:c=white at 0.2,\ drawgrid=w=256:h=256:t=1:c=white at 0.3,\ drawgrid=w=8:h=8:t=1:c=white at 0.1,\ drawbox=w=5:h=5:t=1:x=180-2:y=512-480-3:c=red at 0.6,\ drawbox=w=5:h=5:t=1:x=108-2:y=512-68-3:c=green at 0.6,\ drawbox=w=5:h=5:t=1:x=480-2:y=512-220-3:c=blue at 0.6,\ drawbox=w=5:h=5:t=1:x=332-2:y=512-32-3:c=cyan at 0.6,\ drawbox=w=5:h=5:t=1:x=404-2:y=512-444-3:c=magenta at 0.6,\ drawbox=w=5:h=5:t=1:x=32-2:y=512-292-3:c=yellow at 0.6,\ drawbox=w=5:h=5:t=1:x=199-2:y=512-424-3:c=red at 0.8,\ drawbox=w=5:h=5:t=1:x=145-2:y=512-115-3:c=green at 0.8,\ drawbox=w=5:h=5:t=1:x=424-2:y=512-229-3:c=blue at 0.8,\ drawbox=w=5:h=5:t=1:x=313-2:y=512-88-3:c=cyan at 0.8,\ drawbox=w=5:h=5:t=1:x=367-2:y=512-397-3:c=magenta at 0.8,\ drawbox=w=5:h=5:t=1:x=88-2:y=512-283-3:c=yellow at 0.8,\ drawbox=w=5:h=5:t=2:x=160-2:y=512-404-3:c=sienna at 0.8,\ drawbox=w=5:h=5:t=2:x=184-2:y=512-366-3:c=sienna at 0.8,\ drawbox=w=5:h=5:t=2:x=208-2:y=512-330-3:c=sienna at 0.8,\ drawbox=w=5:h=5:t=2:x=232-2:y=512-292-3:c=sienna at 0.8' }}} Here's a one-liner application in ffplay to plot the testsrc source. {{{ ffplay -f lavfi -i testsrc -vf 'histogram=mode=color2, transpose=dir=2, scale=512:512, drawgrid=w=32:h=32:t=1:c=white at 0.2, drawgrid=w=256:h=256:t=1:c=white at 0.3, drawgrid=w=8:h=8:t=1:c=white at 0.1, drawbox=w=5:h=5:t=1:x=180-2:y=512-480-3:c=red at 0.6, drawbox=w=5:h=5:t=1:x=108-2:y=512-68-3:c=green at 0.6, drawbox=w=5:h=5:t=1:x=480-2:y=512-220-3:c=blue at 0.6, drawbox=w=5:h=5:t=1:x=332-2:y=512-32-3:c=cyan at 0.6, drawbox=w=5:h=5:t=1:x=404-2:y=512-444-3:c=magenta at 0.6, drawbox=w=5:h=5:t=1:x=32-2:y=512-292-3:c=yellow at 0.6, drawbox=w=5:h=5:t=1:x=199-2:y=512-424-3:c=red at 0.8, drawbox=w=5:h=5:t=1:x=145-2:y=512-115-3:c=green at 0.8, drawbox=w=5:h=5:t=1:x=424-2:y=512-229-3:c=blue at 0.8, drawbox=w=5:h=5:t=1:x=313-2:y=512-88-3:c=cyan at 0.8, drawbox=w=5:h=5:t=1:x=367-2:y=512-397-3:c=magenta at 0.8, drawbox=w=5:h=5:t=1:x=88-2:y=512-283-3:c=yellow at 0.8, drawbox=w=5:h=5:t=2:x=160-2:y=512-404-3:c=sienna at 0.8, drawbox=w=5:h=5:t=2:x=184-2:y=512-366-3:c=sienna at 0.8, drawbox=w=5:h=5:t=2:x=208-2:y=512-330-3:c=sienna at 0.8, drawbox=w=5:h=5:t=2:x=232-2:y=512-292-3:c=sienna at 0.8' }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 08:17:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 07:17:33 -0000 Subject: [FFmpeg-trac] #3420(ffmpeg:open): Overlaying / hardcoding subtitles - last subtitle not done correctly In-Reply-To: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> References: <035.96e9de2c8588d45a9d7e748a5b0b8df5@avcodec.org> Message-ID: <050.f34e34ca95d1af4d3aa92aa58810b5b0@avcodec.org> #3420: Overlaying / hardcoding subtitles - last subtitle not done correctly ------------------------------------+---------------------------------- Reporter: adamc | Owner: Type: defect | Status: open Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: vobsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => ffmpeg * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 08:27:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 07:27:41 -0000 Subject: [FFmpeg-trac] #3357(avcodec:open): png decoder too strict for samples that all web browsers show (was: FFplay cannot read and display attached png file) In-Reply-To: <035.11cc6304f44ec677abf8bcd22727aef2@avcodec.org> References: <035.11cc6304f44ec677abf8bcd22727aef2@avcodec.org> Message-ID: <050.3594fedaad04b41197fedacc77b50777@avcodec.org> #3357: png decoder too strict for samples that all web browsers show ------------------------------------+----------------------------------- 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 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 12:13:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 11:13:41 -0000 Subject: [FFmpeg-trac] #2506(ffmpeg:closed): Guess output frame rate if input timebase denominator is huge In-Reply-To: <037.eecda93f4afe1892567b507e4ace3fba@avcodec.org> References: <037.eecda93f4afe1892567b507e4ace3fba@avcodec.org> Message-ID: <052.acc2d0132ca5b3456d073da833acc44b@avcodec.org> #2506: Guess output frame rate if input timebase denominator is huge -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: ogg asp | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => ffmpeg Comment: Fixed by Michael in 3734c3ea -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 13:06:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 12:06:47 -0000 Subject: [FFmpeg-trac] #2772(undetermined:open): strict does not work with invalid stream identifiers (was: FFMPEG -strict -2 and -strict experimental do not get applied with vp9) In-Reply-To: <035.47bf1936269c5d86e4435262ddaf0a5e@avcodec.org> References: <035.47bf1936269c5d86e4435262ddaf0a5e@avcodec.org> Message-ID: <050.81a66414f0cf0d00a3b2132fbf351aae@avcodec.org> #2772: strict does not work with invalid stream identifiers -------------------------------------+------------------------------------- Reporter: klaxa | Owner: Type: defect | Status: open Priority: minor | 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 * component: avcodec => undetermined * priority: normal => minor * keywords: vp9 => Comment: FFmpeg correctly prints a warning for the incorrect stream specifier, but fails then with an quite unrelated error message (that is more visible than the original warning). {{{ $ ffmpeg -f s16le -i /dev/zero -b:z 128k -strict -2 -acodec aac -f null - ffmpeg version N-61191-gea9399f Copyright (c) 2000-2014 the FFmpeg developers built on Mar 9 2014 13:02:00 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.100 / 55. 34.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 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 [null @ 0x21a2540] Invalid stream specifier: z. Last message repeated 1 times Codec AVOption strict (how strictly to follow the standards) specified for output file #0 (pipe:) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 (pipe:) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. [aac @ 0x21a2f20] The encoder 'aac' is experimental but experimental codecs are not enabled, add '-strict -2' if you want to use it. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 13:13:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 12:13:44 -0000 Subject: [FFmpeg-trac] #2085(undetermined:open): h264 remuxed from flv to mov fails on Android (duplicated SPS) (was: MP4 remux with playback stuck at 2nd seconds) In-Reply-To: <039.e479e5646bf66288a73ecdc41153423d@avcodec.org> References: <039.e479e5646bf66288a73ecdc41153423d@avcodec.org> Message-ID: <054.373b49add78a98447233555da954bd2c@avcodec.org> #2085: h264 remuxed from flv to mov fails on Android (duplicated SPS) -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 14:21:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 13:21:27 -0000 Subject: [FFmpeg-trac] #1796(undetermined:closed): Unable to extract PCM audio track from AVI file In-Reply-To: <039.7a5a7f21a458788ad3531d7db60ea3a0@avcodec.org> References: <039.7a5a7f21a458788ad3531d7db60ea3a0@avcodec.org> Message-ID: <054.368ea79d70e8bf6e6c673cbccdf9cb48@avcodec.org> #1796: Unable to extract PCM audio track from AVI file -------------------------------------+------------------------------------- Reporter: tom_bogle | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: dvvideo avi | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvvideo avi => dvvideo avi regression * priority: normal => important * status: open => closed * resolution: => fixed Comment: This used to be a regression since 574dcb5b / 13f6917c, fixed in c8f0b20b by Luca Barbato. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 15:57:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 14:57:17 -0000 Subject: [FFmpeg-trac] #1115(undetermined:closed): live mpeg-ts stream encoding failed In-Reply-To: <038.ca6ed5119c4d5b9ecb5d963660bed623@avcodec.org> References: <038.ca6ed5119c4d5b9ecb5d963660bed623@avcodec.org> Message-ID: <053.41d50fee7472af1f98f11a6d749afb5a@avcodec.org> #1115: live mpeg-ts stream encoding failed -------------------------------------+------------------------------------- Reporter: mihakiev | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.10 | 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: It is unlikely that anything about this problem can be fixed within FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 17:20:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 16:20:12 -0000 Subject: [FFmpeg-trac] #1252(undetermined:closed): Build error on PPC64 linux with "-m64" In-Reply-To: <040.3bcf968dcd455f1f34f395a33e44f535@avcodec.org> References: <040.3bcf968dcd455f1f34f395a33e44f535@avcodec.org> Message-ID: <055.a574b42bd3869512a2fd4284f5b4c12a@avcodec.org> #1252: Build error on PPC64 linux with "-m64" -------------------------------------+------------------------------------- Reporter: thinkbrown | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: ppc | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ppc * status: new => closed * resolution: => worksforme Comment: I just tested compilation on a Linux PPC64 server and it succeeds (including fate). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 17:30:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 16:30:30 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> References: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> Message-ID: <052.24825e24390c0a591003b35367113f9f@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: fixed Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by michael): * resolution: invalid => fixed Comment: Ticket reporter confirmed that this has been fixed The ticket may be invalid too but we should care more about what is fixed and what not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 18:46:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 17:46:30 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> References: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> Message-ID: <052.3de8ebce1d640bc066e29a9b25fc4858@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: fixed Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:34 michael]: > Ticket reporter confirmed that this has been fixed How can I backport the (important looking) fix to our release branches? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 9 23:14:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 22:14:44 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> References: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> Message-ID: <052.40c1efe936211e497e23e35e584a61b2@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: fixed Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by DonMoir): The problem was, it was known to be a problem and god knows I spent a lot of time in mailing list and here on it and tracking it down, but was never closed properly and so difficult to tell exactly who fixed it and what release. You can probably search the mailing list to find more info if you want. It is indeed fixed and I beat the hell out of it with hundreds of files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 00:15:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 23:15:51 -0000 Subject: [FFmpeg-trac] #3306(avformat:closed): avformat cannot mux HEVC into MP4 container, but MOV works In-Reply-To: <040.222bdbfcc98a6f7b5920c6cf1dba239e@avcodec.org> References: <040.222bdbfcc98a6f7b5920c6cf1dba239e@avcodec.org> Message-ID: <055.deb9cff9b4f4492de1384524b821bfca@avcodec.org> #3306: avformat cannot mux HEVC into MP4 container, but MOV works -------------------------------------+------------------------------------ Reporter: thebombzen | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: hevc mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: I believe this was implemented by Tim Walker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 00:17:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Mar 2014 23:17:46 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> References: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> Message-ID: <052.88f39da8fafd73ba7e0771e7e6911b91@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: fixed Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by DonMoir): By the way, I already mentioned this above, but in this case, neither command line applied and a back trace was useless. Command line tools were not capable of reproducing it because of their single file instance nature. Back trace was useless because it could crash anywhere in totally unrelated ffmpeg code or in my own code. It varied every time and it was nuts. While it was hard to reproduce, it would happen every now and then with normal application usage. I ended up having to automate it so I could get it to happen at will. I wrote some code that would open up many instances of an offending file at the same time and just kept beating on it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 09:41:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 08:41:22 -0000 Subject: [FFmpeg-trac] #3446(undetermined:new): ffmpeg.exe crash on windows 32 bits In-Reply-To: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> References: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> Message-ID: <054.85086b6f09a53887de07df864ef1b263@avcodec.org> #3446: ffmpeg.exe crash on windows 32 bits -------------------------------------+------------------------------------- Reporter: kriss0013 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash win32 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kriss0013): add two command line with ffmpeg on win32 and win64 to see it works on win 64 bits and have problem on win 32 bits. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 09:57:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 08:57:07 -0000 Subject: [FFmpeg-trac] #3446(undetermined:closed): ffmpeg.exe crash on windows 32 bits In-Reply-To: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> References: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> Message-ID: <054.4bda184acc62e78cbaa206697f3a8fe8@avcodec.org> #3446: ffmpeg.exe crash on windows 32 bits -------------------------------------+------------------------------------- Reporter: kriss0013 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash win32 | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can either provide your input sample or the necessary information for crash reports (backtrace, disassembly and register content) as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 10:30:30 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 09:30:30 -0000 Subject: [FFmpeg-trac] #3357(avcodec:open): png decoder too strict for samples that all web browsers show In-Reply-To: <035.11cc6304f44ec677abf8bcd22727aef2@avcodec.org> References: <035.11cc6304f44ec677abf8bcd22727aef2@avcodec.org> Message-ID: <050.4067ac82a80abb494441c5eae215e2db@avcodec.org> #3357: png decoder too strict for samples that all web browsers show ------------------------------------+----------------------------------- 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 richardpl): IMHO patch should be sent to mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 13:00:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 12:00:47 -0000 Subject: [FFmpeg-trac] #3448(undetermined:new): problem when seeking with an mp4 file Message-ID: <039.2c893ed7f1c80d95dce3b99bfb9992be@avcodec.org> #3448: problem when seeking with an mp4 file -------------------------------------+------------------------------------- Reporter: galkahana | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: seek,mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: i am trying to created a version of seg_2_1_1.mp4 without the first half a second. i am running the command "ffmpeg -y -i seg_2_1_1.mp4 -ss 0.5 -c copy seg_2_1_1_cut.mp4" to do this. problem is the result is wrong. Seems like too much video is cut. Checking with ffprobe i see that the output streams are desynched - the video stream is shorter than the audio stream in about half a second, and is offset by 0.6 seconds. i would like NOT to lose that extra half a second. for some reason, when encoding, even just the video stream, doing something like this: "ffmpeg -y -i seg_2_1_1.mp4 -ss 0.5 -c:a copy seg_2_1_1_cut.mp4" The problem is solved. however, this takes more time, so i'd like to avoid. How to reproduce: {{{ % ffmpeg -y -i seg_2_1_1.mp4 -ss 0.5 -c copy seg_2_1_1_cut.mp4 ffmpeg version N-61105-gbba7b6f built on Mar 5 2014 22:01:31 with gcc 4.8.2 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 13:10:58 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 12:10:58 -0000 Subject: [FFmpeg-trac] #3449(undetermined:new): av_parser_parse2 fails on H264 elementary stream Message-ID: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+------------------------------------- Reporter: lordAtticus | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Latest, including 2.x releases of ffmpeg have updated the function h264_find_frame_end in file h264_parser.c. The optimised assembler functions called from above function return incorrect values on x64 and ARM platforms. Older, c code implementations found in 1.2.6 version of ffmpeg behave correctly. With latest ffmpeg I was unable to parse correctly H264 elementary streams, that contained multiple nalus in the input buffer. I use only avcodec part of ffmpeg programatically, so I don't know how could I trigger ffmpeg to use av_parser to build a test case. I can glady supply a test stream should it be necessary. Also I have tried replacing the asm part with the code from 1.2.6 release and that fixes the problem, so I suspect a bug in the asm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 13:21:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 12:21:38 -0000 Subject: [FFmpeg-trac] #3449(undetermined:new): av_parser_parse2 fails on H264 elementary stream In-Reply-To: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> References: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> Message-ID: <056.f1c7e43ebee4b30c1305b41e1e1b0c49@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+------------------------------------- Reporter: lordAtticus | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 13:30:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 12:30:15 -0000 Subject: [FFmpeg-trac] #3448(undetermined:closed): problem when seeking with an mp4 file In-Reply-To: <039.2c893ed7f1c80d95dce3b99bfb9992be@avcodec.org> References: <039.2c893ed7f1c80d95dce3b99bfb9992be@avcodec.org> Message-ID: <054.40b0b70c78359c3b6692b3b7766f15e8@avcodec.org> #3448: problem when seeking with an mp4 file -------------------------------------+------------------------------------- Reporter: galkahana | 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): * keywords: seek,mp4 => * status: new => closed * resolution: => invalid Comment: The first GOP of your input stream has 33 frames (1.1 seconds), you cannot cut less frames with {{{-vcodec copy}}}. For future tickets: Please do not attach output file or json output (unless requested), always provide your failing command line together with the complete, uncut console output (you only provided the command line). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 13:33:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 12:33:49 -0000 Subject: [FFmpeg-trac] #3448(undetermined:closed): problem when seeking with an mp4 file In-Reply-To: <039.2c893ed7f1c80d95dce3b99bfb9992be@avcodec.org> References: <039.2c893ed7f1c80d95dce3b99bfb9992be@avcodec.org> Message-ID: <054.c22c89a1a8b840167ba9258e45c0967d@avcodec.org> #3448: problem when seeking with an mp4 file -------------------------------------+------------------------------------- Reporter: galkahana | 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 galkahana): mishap of mine (had the console output here). thanks a lot! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 14:56:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 13:56:19 -0000 Subject: [FFmpeg-trac] #3449(avcodec:new): av_parser_parse2 fails on H264 elementary stream In-Reply-To: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> References: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> Message-ID: <056.3c6ef49a3f342366cdb365f9d4286f75@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+----------------------------------- Reporter: lordAtticus | 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 | -------------------------------------+----------------------------------- Changes (by lordAtticus): * version: unspecified => git-master * component: undetermined => avcodec Comment: Uploaded to ftp://upload.ffmpeg.org/incoming as ticket_3449.264 as recommended in 'Submitting a Bug report' page. Please let me know if I can be of further assistance, with a function that calls av_parser perhaps... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 15:11:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 14:11:57 -0000 Subject: [FFmpeg-trac] #3449(avcodec:new): av_parser_parse2 fails on H264 elementary stream In-Reply-To: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> References: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> Message-ID: <056.352233dea834d39dddf81090861480ee@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+------------------------------------- Reporter: lordAtticus | 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 cehoyos): * keywords: => h264 regression * priority: normal => important Comment: (I don't know much about H.264 but I wonder how one raw frame can allow to see a parser problem.) Please either explain how the problem can be reproduced or point to the change introducing the regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 15:54:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 14:54:45 -0000 Subject: [FFmpeg-trac] #3449(avcodec:new): av_parser_parse2 fails on H264 elementary stream In-Reply-To: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> References: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> Message-ID: <056.858d8df8c59c2a172b8ca6c6da07ecce@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+------------------------------------- Reporter: lordAtticus | 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 | -------------------------------------+------------------------------------- Comment (by lordAtticus): It's more about parsing here, rather then actual decoding. The stream I added contains 4 nalus(h264 packet), a PPS, SPS a SEI and an I frame. This makes it valid video and can be played back even in vlc. Parser is meant to be used when we have in same buffer multiple frames. The parser identifies the boundaries between multiple nalus so we can split the buffer and feed it step by step to decoder. So the generic approach in streaming video is to first parse the incoming buffer to identify individual nalus, then feed them individually to the decoder, something like this: // parse buffer until complete while(inLength) { parsedLength = av_parser_parse2(videoInParserContext, videoInCodecContext, &outData, &outLength, inData, inLength, 0, 0, 0); inData += parsedLength; inLength -= parsedLength; if(outLength) { av_init_packet(&videoInPacket); videoInPacket.data = outData; videoInPacket.size = outLength; avcodec_decode_video2(videoInCodecContext, videoInFrame, &gotData, &videoInPacket); if (gotData) { // display videoInFrame } } The problem since 2.x releases is that the parser sets outData to NULL, outSize to 0 and parsedLength to inLength, forcing code to exit the loop and discard data. Running a debug build I traced the root of the problem to line 67 to 70 in h264_parser.c, if we are to restore the state "7" with code from ffmpeg v1.2.x the problem is gone. However, reverting to old code may not be the solution, since I reckon the asm was introduced to improve performance... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 16:13:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 15:13:47 -0000 Subject: [FFmpeg-trac] #3449(avcodec:new): av_parser_parse2 fails on H264 elementary stream In-Reply-To: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> References: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> Message-ID: <056.8cb4dc69d0b5f723ad4df76101a4eb6e@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+------------------------------------- Reporter: lordAtticus | 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 | -------------------------------------+------------------------------------- Comment (by cehoyos): Do I understand you correctly that the problem is not reproducible if you configure with {{{--disable-asm}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 16:25:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 15:25:52 -0000 Subject: [FFmpeg-trac] #3450(avformat:new): Unsupported mxf file containing dnxhd video Message-ID: <037.43e5ac8b56367e6bb9c69ea5b529cd9e@avcodec.org> #3450: Unsupported mxf file containing dnxhd video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avformat Priority: wish | Keywords: AVID mxf Version: git- | dnxhd master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/50830/focus=50888 A user uploaded a mxf file containing dnxhd video that the mxf demuxer cannot read. {{{ $ ffmpeg -loglevel 99 -i WriteAvidMXFgenerated/5502_0010_v1.mxf ffmpeg version N-61253-g27b4d15 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 10 2014 13:23:55 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.100 / 55. 34.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.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 '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'WriteAvidMXFgenerated/5502_0010_v1.mxf'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file WriteAvidMXFgenerated/5502_0010_v1.mxf. Successfully parsed a group of options. Opening an input file: WriteAvidMXFgenerated/5502_0010_v1.mxf. [mxf @ 0x32aa100] Format mxf probed with size=2048 and score=100 [mxf @ 0x32aa100] none: Universal Label: 060e2b34.0401.0101.0e040201.02040100 [mxf @ 0x32aa100] Field dominance 0 support 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. [mxf @ 0x32aa100] 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. [mxf @ 0x32aa100] Before avformat_find_stream_info() pos: 393191 bytes read:230022 seeks:7 [mxf @ 0x32aa100] parser not found for codec none, packets or times may be invalid. Last message repeated 1 times [mxf @ 0x32aa100] Probe buffer size limit of 5000000 bytes reached [mxf @ 0x32aa100] Could not find codec parameters for stream 0 (Video: none, 1920x1080, 1/25): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mxf @ 0x32aa100] After avformat_find_stream_info() pos: 5849088 bytes read:5685919 seeks:7 frames:9 WriteAvidMXFgenerated/5502_0010_v1.mxf: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 16:26:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 15:26:50 -0000 Subject: [FFmpeg-trac] #3450(avformat:new): Unsupported mxf file containing dnxhd video In-Reply-To: <037.43e5ac8b56367e6bb9c69ea5b529cd9e@avcodec.org> References: <037.43e5ac8b56367e6bb9c69ea5b529cd9e@avcodec.org> Message-ID: <052.48b2a5f2f114d559a7c2975fda94a231@avcodec.org> #3450: Unsupported mxf file containing dnxhd video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: AVID mxf | Blocked By: dnxhd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Files uploaded to http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket3450/WriteAvidMXFgenerated/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 16:31:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 15:31:54 -0000 Subject: [FFmpeg-trac] #3450(avformat:new): Unsupported mxf file containing dnxhd video In-Reply-To: <037.43e5ac8b56367e6bb9c69ea5b529cd9e@avcodec.org> References: <037.43e5ac8b56367e6bb9c69ea5b529cd9e@avcodec.org> Message-ID: <052.c941589744209d154062392f04aac2be@avcodec.org> #3450: Unsupported mxf file containing dnxhd video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: AVID mxf | Blocked By: dnxhd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Maybe a duplicate of ticket #1554. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 10 17:01:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Mar 2014 16:01:54 -0000 Subject: [FFmpeg-trac] #3446(undetermined:closed): ffmpeg.exe crash on windows 32 bits In-Reply-To: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> References: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> Message-ID: <054.fdbbf1f061c62c8b7acef0712e66e379@avcodec.org> #3446: ffmpeg.exe crash on windows 32 bits -------------------------------------+------------------------------------- Reporter: kriss0013 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash win32 | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kriss0013): i uploaded (http://uptobox.com/0mq1b0eq7759) a example with three different version of ffmpeg. I launch the same test ffmpeg.exe on windows 32 bits. It works with ffmpeg version inferior as 2.0 (1.1.8 and 1.2) and failed after (2.0.4) . In the archive there are four directory (=> install/win32/bin) have result of test. each test has a result file called (test_with_ffmpeg_* in directory bin). the video video.mkv is the result for input ParkingBezon-FAT.MPEG4.avi. Best regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 04:51:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 03:51:03 -0000 Subject: [FFmpeg-trac] #3426(avcodec:closed): Adobe CYYK jpeg image is not detected In-Reply-To: <037.c36efbfa8125ee85404c53bd3a4feae8@avcodec.org> References: <037.c36efbfa8125ee85404c53bd3a4feae8@avcodec.org> Message-ID: <052.568cac0db68d2ac9bd71c30c855289f7@avcodec.org> #3426: Adobe CYYK jpeg image is not detected ------------------------------------+----------------------------------- Reporter: cehoyos | 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 michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in e161c1bbfce904cd8e6683c4eeaadb634dd4c8e7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 09:35:44 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 08:35:44 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:open): 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.949302009bd60d73837d56bf14883290@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: open Type: defect | Component: ffmpeg Priority: minor | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by q345t7n3o67ym23oy8939t): Replying to [comment:5 michael]: > can this only be reproduced with network input ? > only with segment output ? I can not reproduce without segment output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 09:45:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 08:45:15 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:open): 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.668d1ccfbbe3506224cf5e0552b98acd@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: open Type: defect | Component: ffmpeg Priority: minor | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Two patches were sent; since we all cannot reproduce, can you test them? http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/175346 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/175415 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 11:48:36 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 10:48:36 -0000 Subject: [FFmpeg-trac] #3451(swscale:new): sws_scale crashes in high resolutions when using mmx optimization Message-ID: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> #3451: sws_scale crashes in high resolutions when using mmx optimization -------------------------------------+------------------------------------- Reporter: miro82 | Type: defect Status: new | Priority: normal Component: swscale | Version: Keywords: 4k vertical | unspecified flip mmx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, sws_scale crashes in high resolutions (4k & 8k) when using mmx optimization and a negative stride for the input frame. I'm developing a render engine that uses openGL to render hi-res video for planetariums. OpenGL is storing the pixel information vertically flipped compared to FFmpeg so I'm flipping the frame in sws_scale. The code i'm using is: {{{ // Fill picture with image // pixels is a unsigned char buffer avpicture_fill((AVPicture*)tmpFrame, pixels, PIX_FMT_BGR24, mWidth, mHeight); // Flipping frame tmpFrame->data[0] += tmpFrame->linesize[0]*(mHeight-1); // Flipping frame tmpFrame->linesize[0] = -tmpFrame->linesize[0]; //convert BGR24 to YUV420 int ret = sws_scale(sContext, tmpFrame->data, tmpFrame->linesize, 0, mHeight, outFrame->data, outFrame->linesize); }}} The code above works fine for resolutions up to 2k but crashes if I go above that. I'm using XCode and the trace looks like this: Error line: 1629 rgb2rgb_template.c Thread 1, Queue : com.apple.main-thread #0 0x0000000101a75ec8 in rgb24toyv12_mmxext at /Users/miran46/Downloads/ffmpeg/libswscale/x86/rgb2rgb_template.c:1629 #1 0x0000000101a47561 in bgr24ToYv12Wrapper at /Users/miran46/Downloads/ffmpeg/libswscale/swscale_unscaled.c:1314 #2 0x0000000101a416c8 in sws_scale at /Users/miran46/Downloads/ffmpeg/libswscale/swscale.c:1075 #3 0x0000000100006b64 in Encoder::addFrame(unsigned char*) at /Users/miran46/code/projects/FFMpegCapture/hmap/Encoder.cpp:160 This problem is resolved by building FFmpeg with: --disable-mmx When disabling mmx I have no problems to encode 4096 x 4096 HEVC video. The SwsContext is inited using the following code: {{{ sContext = sws_getContext(mWidth, mHeight, AV_PIX_FMT_BGR24, mWidth, mHeight, AV_PIX_FMT_YUV420P, SWS_FAST_BILINEAR, NULL, NULL, NULL); }}} Best regards, Miroslav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 12:59:00 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 11:59:00 -0000 Subject: [FFmpeg-trac] #3452(avformat:new): mpegts (h264) fails parsing AUs Message-ID: <041.0e810634d127fd53ebe2e89e63bc9285@avcodec.org> #3452: mpegts (h264) fails parsing AUs -------------------------------------+------------------------------------- Reporter: FernetMenta | Type: defect Status: new | Priority: normal Component: avformat | Version: Keywords: mpegts | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I have been carrying this sample for quite a while in my issues folder because I thought it was a faulty sample. https://dl.dropboxusercontent.com/u/47522966/sampleInterlaced.ts Playing it with XBMC (ffmpeg master branch) this results in stutter caused by missing frames from demuxer. pts coming out from decoder look like this: 12:35:25 T:140089427441408 DEBUG: CPullupCorrection: detected pattern of length 32: 33366.33 33366.67 33367.00 33366.33 33366.67 33367.00 33366.33 33366.67 33367.00 33366.33 33366.67 33367.00 33366.33 33366.67 33367.00 33366.33 33366.67 33367.00 33366.33 33366.67 33367.00 33366.33 33366.67 150144.67 -83411.33 33366.67 33367.00 150144.00 33367.00 33366.67 33366.33 33367.00, frameduration: 37015.968750 Playing the same sample through my vnsi demuxer/parser used for live tv ([https://github.com/FernetMenta/xbmc-pvr- addons/blob/vnsi5/addons/pvr.vdr.vnsi/vdr-plugin- vnsiserver/parser_h264.c]) results in clean timestamps: 12:36:04 T:140089256535808 DEBUG: CPullupCorrection: detected pattern of length 1: 33366.67, frameduration: 33366.666667 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 13:17:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 12:17:05 -0000 Subject: [FFmpeg-trac] #3451(swscale:new): sws_scale crashes in high resolutions when using mmx optimization In-Reply-To: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> References: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> Message-ID: <051.b4393fac452b9ba85bc69bf5f5849525@avcodec.org> #3451: sws_scale crashes in high resolutions when using mmx optimization -------------------------------------+----------------------------------- Reporter: miro82 | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: 4k vertical flip mmx => crash Comment: Is the crash reproducible with {{{ffmpeg}}} (the application)? If not, please provide source code that allows to reproduce the problem. Apart from the backtrace, please also provide disassembly and register content as explained on http://ffmpeg.org/bugreports.html And please add the output of {{{ffmpeg}}} just to post version information and configure line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 14:49:19 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 13:49:19 -0000 Subject: [FFmpeg-trac] #3443(avcodec:open): h264_mp4toannexb filter causes artefacts In-Reply-To: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> References: <035.c1a0a6ebdb660dacf6bfc58bdcd4fc98@avcodec.org> Message-ID: <050.71978e99da061a044cee7a5c4174ed95@avcodec.org> #3443: h264_mp4toannexb filter causes artefacts ------------------------------------+----------------------------------- Reporter: eelco | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by eelco): Sorry, I used an older version of ffplay (not from the same build), so that?s probably my fault. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 16:29:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 15:29:59 -0000 Subject: [FFmpeg-trac] #3449(avcodec:new): av_parser_parse2 fails on H264 elementary stream In-Reply-To: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> References: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> Message-ID: <056.81a7f7f696e05875a8e243f3f9d24df6@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+------------------------------------- Reporter: lordAtticus | 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 | -------------------------------------+------------------------------------- Comment (by lordAtticus): After extensive testing, the problem seems to be with me misinterpreting how av_parser works, for example for the sample I submitted, either I input more frames or call the parser with inLength 0, to trigger it to output the previous frame. I have validated many releases v1.2.6 to v2.1.4 all working fine on the ARM platform (both with or without asm). Please don't close the ticket yet I'll get some testing on x64 platform tomorrow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 17:18:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 16:18:40 -0000 Subject: [FFmpeg-trac] #3357(avcodec:closed): png decoder too strict for samples that all web browsers show In-Reply-To: <035.11cc6304f44ec677abf8bcd22727aef2@avcodec.org> References: <035.11cc6304f44ec677abf8bcd22727aef2@avcodec.org> Message-ID: <050.4961b367ae14f02fac55071e006ae78f@avcodec.org> #3357: png decoder too strict for samples that all web browsers show ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in 666749f6 - thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 19:24:52 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 18:24:52 -0000 Subject: [FFmpeg-trac] #3452(avformat:new): mpegts (h264) fails parsing AUs In-Reply-To: <041.0e810634d127fd53ebe2e89e63bc9285@avcodec.org> References: <041.0e810634d127fd53ebe2e89e63bc9285@avcodec.org> Message-ID: <056.bdc1b132b8a14e002f5c38a116d3b120@avcodec.org> #3452: mpegts (h264) fails parsing AUs -------------------------------------+------------------------------------ Reporter: FernetMenta | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by FernetMenta): * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 19:38:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 18:38:58 -0000 Subject: [FFmpeg-trac] #3421(avformat:closed): non-interleaved avi regression In-Reply-To: <037.e3caddb26198be58129f1fb8f810fe4f@avcodec.org> References: <037.e3caddb26198be58129f1fb8f810fe4f@avcodec.org> Message-ID: <052.88b09acff3864bc77ce5580992084e59@avcodec.org> #3421: non-interleaved avi regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: avi | 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 5d75730c58f72918a41bb5abda4b448ecdd4273c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 19:57:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 18:57:39 -0000 Subject: [FFmpeg-trac] #3446(undetermined:closed): ffmpeg.exe crash on windows 32 bits In-Reply-To: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> References: <039.67fafcb18a21845fd90f62c4b73e88b5@avcodec.org> Message-ID: <054.df5f18d6fa4190f001a58ed97e822ff3@avcodec.org> #3446: ffmpeg.exe crash on windows 32 bits -------------------------------------+------------------------------------- Reporter: kriss0013 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash win32 | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I downloaded http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20140311 -git-9a05e8a-win32-static.7z and tested the following command line successfully with your sample: {{{ $ md5sum.exe ParkingBezon-FAT.MPEG4.avi dda72d192f708b5c772dc0c2c4a03247 *ParkingBezon-FAT.MPEG4.avi }}} {{{ $ ffmpeg.exe ParkingBezon-FAT.MPEG4.avi out.mkv }}} Please also test a recent Zeranoe build. If the problem is only reproducible with your own build, please test without libx264 to find a possible cause for the crash you see. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 20:23:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 19:23:42 -0000 Subject: [FFmpeg-trac] #3215(avformat:closed): remuxed cvid gray8 have wrong colors In-Reply-To: <039.cbcbe6d0e5a4ed5e706aaa5073c556ac@avcodec.org> References: <039.cbcbe6d0e5a4ed5e706aaa5073c556ac@avcodec.org> Message-ID: <054.15d82f2dbe5c43657cd467047390bf80@avcodec.org> #3215: remuxed cvid gray8 have wrong colors ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): This was actually already fixed in d63e9943 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 11 20:58:17 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Mar 2014 19:58:17 -0000 Subject: [FFmpeg-trac] #3432(avcodec:closed): Incorrect decoding of Vorbis files extracted from a game In-Reply-To: <034.bf3de7ef98f73d6e7ac1c47e93bf3b2c@avcodec.org> References: <034.bf3de7ef98f73d6e7ac1c47e93bf3b2c@avcodec.org> Message-ID: <049.0d6d4cac92f06525b98fdeaa99650431@avcodec.org> #3432: Incorrect decoding of Vorbis files extracted from a game -------------------------------------+------------------------------------- Reporter: Case | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vorbis | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 5171ae781a240cac3860c20f9aefc6d1b2c61cac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 01:23:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 00:23:27 -0000 Subject: [FFmpeg-trac] #3417(avformat:closed): rtsp authentication RFC2069 In-Reply-To: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> References: <033.81dba88d5d6afa151ae26412e9d3c4b3@avcodec.org> Message-ID: <048.f68a28a76f0ee386b2758799ff8af808@avcodec.org> #3417: rtsp authentication RFC2069 ------------------------------------+------------------------------------ Reporter: hme | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: rtsp http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Patch has been applied a while ago, which makes the code match other implementations IIUC. The interpretation of the RFC was wrong though,see the disccussion on ffmpeg-devel. Closing this ticket as it seems the current implementation with the patch is what people consider the best that can easily be done. Dont hesitate to reopen if someone disagrees or has a better idea See: " Re: [FFmpeg-devel] [FFmpeg-cvslog] Fix http authentication." -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 01:59:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 00:59:43 -0000 Subject: [FFmpeg-trac] #3425(undetermined:closed): h264/flv decoding regression In-Reply-To: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> References: <037.39a19289340f1300e0d6443d36f5c248@avcodec.org> Message-ID: <052.4853d8ba5f216d4d0467818494f55628@avcodec.org> #3425: h264/flv decoding regression -------------------------------------+------------------------------------- Reporter: deebus1 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: flv h264 | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in dbc3e1109cddd7ab653dce0f7758bad17b94803d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 11:09:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 10:09:21 -0000 Subject: [FFmpeg-trac] #3449(avcodec:new): av_parser_parse2 fails on H264 elementary stream In-Reply-To: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> References: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> Message-ID: <056.779997b665dd3d86f6e4af99441973ef@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+------------------------------------- Reporter: lordAtticus | 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 | -------------------------------------+------------------------------------- Comment (by lordAtticus): Ran some tests on x64 platform as well. Ffmpeg works just fine, my bad, sorry. Please close ticket as invalid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 11:09:53 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 10:09:53 -0000 Subject: [FFmpeg-trac] #3453(avformat:new): Mov timecode track duration incorrect Message-ID: <037.a6df27659b6240d9045cb375925fc7bf@avcodec.org> #3453: Mov timecode track duration incorrect ----------------------------------+-------------------------------------- Reporter: bmcleod | Type: defect Status: new | Priority: minor Component: avformat | Version: git-master Keywords: mov tmcd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When muxing mov files containing a timecode track the duration of the timecode stream on the output is wrong, differences in the timescale between video and timecode are not accounted for. The example file is a minute long and has a timecode track (note the duration of the video and timecode tracks are the same) {{{ ffprobe -show_streams -print_format xml mov_with_tmcd.mov 2>/dev/null }}} The file is remuxed using ffmpeg {{{ ffmpeg -report -i mov_with_tmcd.mov -vcodec copy -acodec copy -dcodec copy -map 0:v -map 0:a -map 0:d out_git_head.mov ffmpeg started on 2014-03-12 at 09:19:43 Report written to "ffmpeg-20140312-091943.log" ffmpeg version N-61313-g1f36ebf Copyright (c) 2000-2014 the FFmpeg developers built on Mar 12 2014 09:16:27 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: --enable-swscale --enable-avfilter --enable-avresample --enable-postproc --enable-libmp3lame --enable-libopenjpeg --enable- libbluray --enable-libx264 --enable-libfaac --enable-gpl --enable-version3 --enable-nonfree --enable-gnutls --enable-pthreads --arch=x86_64 --enable- yasm --enable-optimizations --disable-static --enable-shared --extra- cxxflags='"-fPIC"' --extra-cflags='"-march=native"' libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.100 / 55. 34.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mov_with_tmcd.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.34.100 Duration: 00:01:00.08, start: 0.000000, bitrate: 1626 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x576, 81 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: handler_name : DataHandler timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s (default) Metadata: handler_name : DataHandler Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s Metadata: handler_name : DataHandler timecode : 00:00:00:00 [mov @ 0x10b30c0] You requested a copy of the original timecode track so timecode metadata are now ignored Output #0, mov, to 'out_git_head.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.34.100 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 720x576, q=2-31, 81 kb/s, 25 fps, 12800 tbn, 25 tbc (default) Metadata: handler_name : DataHandler timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, 1536 kb/s (default) Metadata: handler_name : DataHandler Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s Metadata: handler_name : DataHandler timecode : 00:00:00:00 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 1502 fps=0.0 q=-1.0 Lsize= 11929kB time=00:01:00.00 bitrate=1628.7kbits/s video:595kB audio:11250kB subtitle:0 data:6 global headers:0kB muxing overhead 0.658521% }}} The duration of the timecode stream in the output is 30760.960000 (8h 32mn) {{{ ffprobe -show_streams -print_format xml out_git_head.mov 2>/dev/null }}} If the input file has the same timebase on the video and data tracks then this issue can be worked around using the -video_track_timescale option for movenc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 11:30:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 10:30:22 -0000 Subject: [FFmpeg-trac] #3449(avcodec:closed): av_parser_parse2 fails on H264 elementary stream In-Reply-To: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> References: <041.a52af313d0c4404ace44f4a2da7694fa@avcodec.org> Message-ID: <056.26266fa50ad8d67810493a3245cf849b@avcodec.org> #3449: av_parser_parse2 fails on H264 elementary stream -------------------------------------+------------------------------------- Reporter: lordAtticus | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: invalid Keywords: h264 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for testing again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 13:23:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 12:23:04 -0000 Subject: [FFmpeg-trac] #3378(avformat:closed): qt msrle 16gray regression In-Reply-To: <039.ad9330dc76d5bc397fcc0989c0c54304@avcodec.org> References: <039.ad9330dc76d5bc397fcc0989c0c54304@avcodec.org> Message-ID: <054.0b07c28997b07c6ccd266687079658c8@avcodec.org> #3378: qt msrle 16gray regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: msrle mov | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: msrle regression => msrle mov regression * resolution: => fixed * status: open => closed * component: avcodec => avformat Comment: Should be fixed in 54bbe3e2 Thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 13:23:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 12:23:36 -0000 Subject: [FFmpeg-trac] #3377(avformat:closed): qt rawvideo rgba regression In-Reply-To: <039.8108b057d73ca66427b96131c02d20c0@avcodec.org> References: <039.8108b057d73ca66427b96131c02d20c0@avcodec.org> Message-ID: <054.305c74a51a0ac7c29f8cc443fe5b8c87@avcodec.org> #3377: qt rawvideo rgba regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => mov regression * resolution: => fixed * status: open => closed * component: avcodec => avformat Comment: Should be fixed in 54bbe3e2 Thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 13:24:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 12:24:32 -0000 Subject: [FFmpeg-trac] #3453(avformat:closed): Mov timecode track duration incorrect In-Reply-To: <037.a6df27659b6240d9045cb375925fc7bf@avcodec.org> References: <037.a6df27659b6240d9045cb375925fc7bf@avcodec.org> Message-ID: <052.5cc6043d0b8a8168e77a3aa49bf1181b@avcodec.org> #3453: Mov timecode track duration incorrect ------------------------------------+------------------------------------ Reporter: bmcleod | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: mov tmcd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Patch applied (581957cd8618f07d824da1b9f6ae1c97531b03ab) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 14:30:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 13:30:01 -0000 Subject: [FFmpeg-trac] #3351(avformat:open): 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.ab4e0365e5c67b695d0528963bf3955d@avcodec.org> #3351: IMX D10 File Encoding Fails to Produce Valid IMX File -------------------------------------+------------------------------------- Reporter: steven | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: imx regression => mov regression * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: I can confirm that this is a regression since e4d45673 and that attached patch by Michael fixes the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 17:00:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 16:00:11 -0000 Subject: [FFmpeg-trac] #3454(undetermined:new): Emotion Systems violates GPL Message-ID: <037.20c99df1cd9b78215cb238b1d70ed271@avcodec.org> #3454: Emotion Systems violates GPL -------------------------------------+------------------------------------- Reporter: kierank | Type: license Status: new | violation Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Both products on http://emotion-systems.com/try/ use --enable-gpl and have no mention of the GPL -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 22:01:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 21:01:12 -0000 Subject: [FFmpeg-trac] #3451(swscale:new): sws_scale crashes in high resolutions when using mmx optimization In-Reply-To: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> References: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> Message-ID: <051.2c5cd36338a3cbc2119602ddcb11f227@avcodec.org> #3451: sws_scale crashes in high resolutions when using mmx optimization -------------------------------------+----------------------------------- Reporter: miro82 | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by miro82): I'm not using the ffmpeg application. The crash seems only to occur in OS X. Tried the same code (x64) in Visual Studio 2013 without any problems. I have simplified the code for reproducing the problem and attached the files. In this case I'm only trying to flip, convert and encode a single 3840x2160 frame. I'm don't have gdb but here is the output from lldb: {{{ Miroslavs-MacBook-Pro:bin miran46$ lldb mmx_test2 Current executable set to 'mmx_test2' (x86_64). (lldb) r Process 78369 launched: '/Users/miran46/code/projects/FFMpegCapture/mmx_test2_build/bin/mmx_test2' (x86_64) x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 x265 [info]: Main profile, Level-5.1 (High tier) x265 [info]: WPP streams / pool / frames : 34 / 4 / 1 x265 [info]: CU size : 64 x265 [info]: Max RQT depth inter / intra : 1 / 1 x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / refs : 1 / 1 / 3 x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-104857 kbps / 1.0 / 1 x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide Process 78369 stopped * thread #1: tid = 0x13ab7f, 0x0000000100fdcab8 libswscale.2.dylib`___lldb_unnamed_function410$$libswscale.2.dylib + 440, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x10c203000) frame #0: 0x0000000100fdcab8 libswscale.2.dylib`___lldb_unnamed_function410$$libswscale.2.dylib + 440 libswscale.2.dylib`___lldb_unnamed_function410$$libswscale.2.dylib + 440: -> 0x100fdcab8: movd 0x15(%rbx,%rdx), %mm3 0x100fdcabd: punpcklbw %mm7, %mm2 0x100fdcac0: punpcklbw %mm7, %mm3 0x100fdcac3: pmaddwd %mm6, %mm4 (lldb) bt * thread #1: tid = 0x13ab7f, 0x0000000100fdcab8 libswscale.2.dylib`___lldb_unnamed_function410$$libswscale.2.dylib + 440, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x10c203000) * frame #0: 0x0000000100fdcab8 libswscale.2.dylib`___lldb_unnamed_function410$$libswscale.2.dylib + 440 frame #1: 0x0000000100fc4d49 libswscale.2.dylib`___lldb_unnamed_function303$$libswscale.2.dylib + 137 frame #2: 0x0000000100fc18b7 libswscale.2.dylib`sws_scale + 2919 frame #3: 0x0000000100004694 mmx_test2`Encoder::addFrame(this=0x0000000100005170, pixels=0x000000010aa48000) + 212 at Encoder.cpp:150 frame #4: 0x00000001000049d9 mmx_test2`main + 345 at main.cpp:21 (lldb) disassemble --pc libswscale.2.dylib`___lldb_unnamed_function410$$libswscale.2.dylib + 440: -> 0x100fdcab8: movd 0x15(%rbx,%rdx), %mm3 0x100fdcabd: punpcklbw %mm7, %mm2 0x100fdcac0: punpcklbw %mm7, %mm3 0x100fdcac3: pmaddwd %mm6, %mm4 (lldb) register read --all General Purpose Registers: rax = 0xfffffffffffffff8 rbx = 0x000000010c203000 rcx = 0x0000000000000000 rdx = 0xffffffffffffffe8 rdi = 0x000000000000086c rsi = 0x0000000000000f00 rbp = 0x0000000000000780 rsp = 0x00007fff5fbff8b0 r8 = 0x0000000000000f00 r9 = 0x0000000000002d00 r10 = 0x0000000000000000 r11 = 0x0000000109e6af00 r12 = 0x00000001083beb40 r13 = 0x000000010a653000 r14 = 0xfffffffffffff100 r15 = 0x000000010c200300 rip = 0x0000000100fdcab8 libswscale.2.dylib`___lldb_unnamed_function410$$libswscale.2.dylib + 440 rflags = 0x0000000000010282 cs = 0x000000000000002b fs = 0x00000000ffff0000 gs = 0x00000000ffff0000 eax = 0xfffffff8 ebx = 0x0c203000 ecx = 0x00000000 edx = 0xffffffe8 edi = 0x0000086c esi = 0x00000f00 ebp = 0x00000780 esp = 0x5fbff8b0 r8d = 0x00000f00 r9d = 0x00002d00 r10d = 0x00000000 r11d = 0x09e6af00 r12d = 0x083beb40 r13d = 0x0a653000 r14d = 0xfffff100 r15d = 0x0c200300 ax = 0xfff8 bx = 0x3000 cx = 0x0000 dx = 0xffe8 di = 0x086c si = 0x0f00 bp = 0x0780 sp = 0xf8b0 r8w = 0x0f00 r9w = 0x2d00 r10w = 0x0000 r11w = 0xaf00 r12w = 0xeb40 r13w = 0x3000 r14w = 0xf100 r15w = 0x0300 ah = 0xff bh = 0x30 ch = 0x00 dh = 0xff al = 0xf8 bl = 0x00 cl = 0x00 dl = 0xe8 dil = 0x6c sil = 0x00 bpl = 0x80 spl = 0xb0 r8l = 0x00 r9l = 0x00 r10l = 0x00 r11l = 0x00 r12l = 0x40 r13l = 0x00 r14l = 0x00 r15l = 0x00 Floating Point Registers: fctrl = 0x037f fstat = 0x0000 ftag = 0xff fop = 0x0000 fioff = 0x00000000 fiseg = 0x0000 fooff = 0x00000000 foseg = 0x0000 mxcsr = 0x00001fa0 mxcsrmask = 0x0000ffff stmm0 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm1 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm2 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm3 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm4 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm5 = {0x01 0x00 0x01 0x00 0x01 0x00 0x01 0x00 0xff 0xff} stmm6 = {0x88 0x0c 0x87 0x40 0xde 0x20 0x00 0x00 0xff 0xff} stmm7 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} ymm0 = {0x00 0x0f 0x00 0x00 0x80 0x07 0x00 0x00 0x80 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm1 = {0x00 0x2d 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm2 = {0x00 0x00 0x00 0x00 0x00 0x00 0xe0 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm3 = {0x00 0x00 0x00 0x00 0x00 0x00 0xf0 0x3f 0x03 0x00 0x80 0x00 0x00 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm4 = {0x00 0x00 0x00 0x00 0x00 0x00 0xf0 0x3f 0x03 0x00 0x80 0x00 0x00 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm5 = {0x00 0x00 0x00 0x00 0x00 0x00 0xf0 0x3f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm6 = {0xae 0x72 0x46 0xe8 0x8f 0x1d 0xe4 0x3f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm7 = {0x6b 0xc8 0xb8 0xbe 0xd3 0xb9 0x0b 0x40 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm8 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm9 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm10 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm11 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm12 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm13 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm14 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm15 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm0 = {0x00 0x0f 0x00 0x00 0x80 0x07 0x00 0x00 0x80 0x07 0x00 0x00 0x00 0x00 0x00 0x00} xmm1 = {0x00 0x2d 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm2 = {0x00 0x00 0x00 0x00 0x00 0x00 0xe0 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm3 = {0x00 0x00 0x00 0x00 0x00 0x00 0xf0 0x3f 0x03 0x00 0x80 0x00 0x00 0x03 0x00 0x00} xmm4 = {0x00 0x00 0x00 0x00 0x00 0x00 0xf0 0x3f 0x03 0x00 0x80 0x00 0x00 0x03 0x00 0x00} xmm5 = {0x00 0x00 0x00 0x00 0x00 0x00 0xf0 0x3f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm6 = {0xae 0x72 0x46 0xe8 0x8f 0x1d 0xe4 0x3f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm7 = {0x6b 0xc8 0xb8 0xbe 0xd3 0xb9 0x0b 0x40 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm8 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm9 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm10 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm11 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm12 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm13 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm14 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm15 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} Exception State Registers: trapno = 0x0000000e err = 0x00000004 faultvaddr = 0x000000010c203000 (lldb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 22:09:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 21:09:16 -0000 Subject: [FFmpeg-trac] #3451(swscale:new): sws_scale crashes in high resolutions when using mmx optimization In-Reply-To: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> References: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> Message-ID: <051.9d98baad0fd16b44f61cd39ea8901de0@avcodec.org> #3451: sws_scale crashes in high resolutions when using mmx optimization -------------------------------------+----------------------------------- Reporter: miro82 | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by miro82): And my ffmpeg version & configuration is: {{{ ffmpeg version N-61143-g64e4bd7 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 12 2014 21:25:49 with Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn) configuration: --disable-static --enable-shared --disable-yasm --disable-iconv --enable-libx265 --enable-libx264 --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Hyper fast Audio and Video encoder }}} If I configure ffmpeg with --disable-mmx it doesn't crash anymore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 22:49:09 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 21:49:09 -0000 Subject: [FFmpeg-trac] #3447(avdevice:closed): dshow does not set codec_tag, required for YVU vs YUV In-Reply-To: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> References: <037.cf02f8b18f73bd25cdce04ea43e5f2ee@avcodec.org> Message-ID: <052.3966425ab8df132a1e92d312efc740d1@avcodec.org> #3447: dshow does not set codec_tag, required for YVU vs YUV ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rogerdpack): if Don has tested and it fixes some problem, then LGTM. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 22:52:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 21:52:39 -0000 Subject: [FFmpeg-trac] #3451(swscale:new): sws_scale crashes in high resolutions when using mmx optimization In-Reply-To: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> References: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> Message-ID: <051.c32e73544e3831dfba0fe9895b9acdb6@avcodec.org> #3451: sws_scale crashes in high resolutions when using mmx optimization -------------------------------------+----------------------------------- Reporter: miro82 | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Please recompile with {{{--disable-stripping}}} (or {{{--disable-shared}}} to provide a useful backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 23:02:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 22:02:40 -0000 Subject: [FFmpeg-trac] #3455(ffmpeg:new): aresample=matrix_encoding=dplii doesn't downmix backleft and center correctly Message-ID: <035.027f4b3652c3f149dbc38256ce7dda6c@avcodec.org> #3455: aresample=matrix_encoding=dplii doesn't downmix backleft and center correctly -------------------------------------+------------------------------------- Reporter: Peter | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: aresample | master matrix_encoding dplii | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: DPLII files have too-loud right channel. Seems to be some problem with the interaction of back left and center channel How to reproduce: {{{ ffmpeg -i surround_blbrc.wav -af "aresample=matrix_encoding=dplii" -ac 2 dplii_blbrc.wav ffmpeg version git-2014-03-09-8dfd0e6 built on Mar 9 2014 22:53:26 with gcc 4.8.2 (Gentoo 4.8.2 p1.3r1, pie-0.5.8r1) }}} You can see the problem easiest by crafting a 5.1 surround wave file with empty channels except the center channel with noise and the two back channels, first half of the back left with noise and the second half of the back right with noise. However, all surround files that use the bl and center channels at the same time will be too loud in the resulting file's right channel. Can provide example files if you like. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 23:14:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 22:14:18 -0000 Subject: [FFmpeg-trac] #3455(swresample:new): aresample=matrix_encoding=dplii doesn't downmix backleft and center correctly In-Reply-To: <035.027f4b3652c3f149dbc38256ce7dda6c@avcodec.org> References: <035.027f4b3652c3f149dbc38256ce7dda6c@avcodec.org> Message-ID: <050.0b0b923048d63ae1e8b890eca852be87@avcodec.org> #3455: aresample=matrix_encoding=dplii doesn't downmix backleft and center correctly ------------------------------------+-------------------------------------- Reporter: Peter | Owner: Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: aresample matrix_encoding dplii => * component: ffmpeg => swresample Comment: Please provide your failing command line together with the complete, uncut console output and please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 23:31:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 22:31:13 -0000 Subject: [FFmpeg-trac] #3455(swresample:new): aresample=matrix_encoding=dplii doesn't downmix backleft and center correctly In-Reply-To: <035.027f4b3652c3f149dbc38256ce7dda6c@avcodec.org> References: <035.027f4b3652c3f149dbc38256ce7dda6c@avcodec.org> Message-ID: <050.78a688fb54161fb4f4fc12310a2631dd@avcodec.org> #3455: aresample=matrix_encoding=dplii doesn't downmix backleft and center correctly ------------------------------------+-------------------------------------- Reporter: Peter | Owner: Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by Peter): peter at Chip /run/media/peter/FRAPs/LetsPlay $ ~/mplayer/ffmpeg/ffmpeg -i surround_blbrc.wav -af "aresample=matrix_encoding=dplii" -ac 2 dplii_blbrc.wav ffmpeg version git-2014-03-09-8dfd0e6 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 9 2014 22:53:26 with gcc 4.8.2 (Gentoo 4.8.2 p1.3r1, pie-0.5.8r1) configuration: --enable-libx264 --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.100 / 55. 34.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : 5.1 Input #0, wav, from 'surround_blbrc.wav': Duration: 00:00:01.01, bitrate: 4608 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s16, 4608 kb/s File 'dplii_blbrc.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'dplii_blbrc.wav': Metadata: ISFT : Lavf55.34.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 189kB time=00:00:01.01 bitrate=1536.6kbits/s video:0kB audio:189kB subtitle:0 data:0 global headers:0kB muxing overhead 0.041252% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 23:57:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 22:57:20 -0000 Subject: [FFmpeg-trac] #3456(undetermined:new): crash in h263 video encoding Message-ID: <040.b610b3dcafccfcdb83702140d635a009@avcodec.org> #3456: crash in h263 video encoding -------------------------------------+------------------------------------- Reporter: rogerdpack | 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: segfault in some sse code with the h263 video encoder. NB I could only reproduce this on intel processors seemingly, not my AMD box. FWIW. How to reproduce: {{{ % ffmpeg -y -f lavfi -i testsrc -vf scale=256:144,crop=176:144:40:0 -an -f 3gp a.3gp ffmpeg version N-61143-g64e4bd7 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 6 2014 17:25:54 with gcc 4.8.2 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheora --enable-libspeex --enable- libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable- libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable-libilbc --prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disable- shared --enable-libsoxr --enable-fontconfig --enable-libass --enable- libutvideo --enable-libbluray --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable- libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-libvidstab --enable-libx265 --extra-cflags= --extra-cflags= --enable-runtime- cpudetect libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, 3gp, to 'a.3gp': Metadata: encoder : Lavf55.33.101 Stream #0:0: Video: h263 (s263 / 0x33363273), yuv420p, 176x144 [SAR 3:4 DAR 11:12], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> h263) Press [q] to stop, [?] for help }}} (hard crash). gdb bt at crash time: Program received signal SIGSEGV, Segmentation fault. 0x00aca839 in sad16_sse2 () at libavcodec/x86/motion_est.c:102 102 libavcodec/x86/motion_est.c: No such file or directory. in libavcodec/x86/motion_est.c (gdb) bt #0 0x00aca839 in sad16_sse2 () at libavcodec/x86/motion_est.c:102 #1 0x009aa4e4 in ff_epzs_motion_search () #2 0x009afd9a in ff_estimate_p_frame_motion () #3 0x00694f6c in estimate_motion_thread () at libavcodec/mpegvideo_enc.c:2528 #4 0x005c8b0c in avcodec_default_execute () at libavcodec/utils.c:1060 #5 0x006965b5 in ff_MPV_encode_picture () at libavcodec/mpegvideo_enc.c:3418 #6 0x005c95c4 in avcodec_encode_video2 () at libavcodec/utils.c:1892 #7 0x00418b3f in reap_filters () at ffmpeg.c:997 #8 0x0160cad5 in main () at ffmpeg.c:3399 Also of note, this version of ffmpeg did not seem to exhibit the problem: ffmpeg version N-59140-ga8d7028 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 16 2013 08:29:51 with gcc 4.8.1 (GCC) Also of note: seems reproducible on both linux and windows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 12 23:59:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Mar 2014 22:59:22 -0000 Subject: [FFmpeg-trac] #3456(undetermined:new): crash in h263 video encoding In-Reply-To: <040.b610b3dcafccfcdb83702140d635a009@avcodec.org> References: <040.b610b3dcafccfcdb83702140d635a009@avcodec.org> Message-ID: <055.e977c6b3804d1a6c2ed67ce89a64dc94@avcodec.org> #3456: crash in h263 video encoding -------------------------------------+------------------------------------- Reporter: rogerdpack | 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 rogerdpack): (current work around: configure it with --disable-sse2) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 07:41:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 06:41:56 -0000 Subject: [FFmpeg-trac] #3351(avformat:closed): 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.92c1cf93f31a5e7589fafb8d3088150f@avcodec.org> #3351: IMX D10 File Encoding Fails to Produce Valid IMX File -------------------------------------+------------------------------------- Reporter: steven | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in 72d44f15 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 08:27:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 07:27:59 -0000 Subject: [FFmpeg-trac] #3456(avcodec:open): crash in h263 video encoding In-Reply-To: <040.b610b3dcafccfcdb83702140d635a009@avcodec.org> References: <040.b610b3dcafccfcdb83702140d635a009@avcodec.org> Message-ID: <055.2099cd4b12f74165214db940412dc9e4@avcodec.org> #3456: crash in h263 video encoding -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV regression * reproduced: 0 => 1 Old description: > Summary of the bug: segfault in some sse code with the h263 video > encoder. > > NB I could only reproduce this on intel processors seemingly, not my AMD > box. FWIW. > > How to reproduce: > {{{ > % ffmpeg -y -f lavfi -i testsrc -vf scale=256:144,crop=176:144:40:0 -an > -f 3gp a.3gp > ffmpeg version N-61143-g64e4bd7 Copyright (c) 2000-2014 the FFmpeg > developers > built on Mar 6 2014 17:25:54 with gcc 4.8.2 (GCC) > configuration: --arch=x86 --target-os=mingw32 --cross- > prefix=/home/rogerdpack/dev/ffmpeg-windows-build- > helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- > config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid > --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp > --enable-libvorbis --enable-libtheora --enable-libspeex --enable- > libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype > --enable-libopus --disable-w32threads --enable-frei0r --enable- > filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs > --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable- > libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger > --enable-libvpx --enable-libilbc --prefix=/home/rogerdpack/dev/ffmpeg- > windows-build-helpers/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable- > static --disable-shared --enable-libsoxr --enable-fontconfig --enable- > libass --enable-libutvideo --enable-libbluray --enable-iconv --enable- > libtwolame --extra-cflags=-DLIBTWOLAME_STATIC --enable-libzvbi --enable- > libcaca --enable-libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng > --enable-libvidstab --enable-libx265 --extra-cflags= --extra-cflags= > --enable-runtime-cpudetect > libavutil 52. 66.101 / 52. 66.101 > libavcodec 55. 52.102 / 55. 52.102 > libavformat 55. 33.101 / 55. 33.101 > libavdevice 55. 11.100 / 55. 11.100 > libavfilter 4. 3.100 / 4. 3.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 18.100 / 0. 18.100 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, lavfi, from 'testsrc': > Duration: N/A, start: 0.000000, bitrate: N/A > Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 > [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc > Output #0, 3gp, to 'a.3gp': > Metadata: > encoder : Lavf55.33.101 > Stream #0:0: Video: h263 (s263 / 0x33363273), yuv420p, 176x144 [SAR > 3:4 DAR 11:12], q=2-31, 200 kb/s, 12800 tbn, 25 tbc > Stream mapping: > Stream #0:0 -> #0:0 (rawvideo -> h263) > Press [q] to stop, [?] for help > }}} > > (hard crash). > > gdb bt at crash time: > > Program received signal SIGSEGV, Segmentation fault. > 0x00aca839 in sad16_sse2 () at libavcodec/x86/motion_est.c:102 > 102 libavcodec/x86/motion_est.c: No such file or directory. > in libavcodec/x86/motion_est.c > (gdb) bt > #0 0x00aca839 in sad16_sse2 () at libavcodec/x86/motion_est.c:102 > #1 0x009aa4e4 in ff_epzs_motion_search () > #2 0x009afd9a in ff_estimate_p_frame_motion () > #3 0x00694f6c in estimate_motion_thread () at > libavcodec/mpegvideo_enc.c:2528 > #4 0x005c8b0c in avcodec_default_execute () at libavcodec/utils.c:1060 > #5 0x006965b5 in ff_MPV_encode_picture () at > libavcodec/mpegvideo_enc.c:3418 > #6 0x005c95c4 in avcodec_encode_video2 () at libavcodec/utils.c:1892 > #7 0x00418b3f in reap_filters () at ffmpeg.c:997 > #8 0x0160cad5 in main () at ffmpeg.c:3399 > > Also of note, this version of ffmpeg did not seem to exhibit the problem: > > ffmpeg version N-59140-ga8d7028 Copyright (c) 2000-2013 the FFmpeg > developers > built on Dec 16 2013 08:29:51 with gcc 4.8.1 (GCC) > > Also of note: seems reproducible on both linux and windows. New description: Summary of the bug: segfault in some sse code with the h263 video encoder. NB I could only reproduce this on intel processors seemingly, not my AMD box. FWIW. How to reproduce: {{{ % ffmpeg -y -f lavfi -i testsrc -vf scale=256:144,crop=176:144:40:0 -an -f 3gp a.3gp ffmpeg version N-61143-g64e4bd7 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 6 2014 17:25:54 with gcc 4.8.2 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheora --enable-libspeex --enable- libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable- libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable-libilbc --prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disable- shared --enable-libsoxr --enable-fontconfig --enable-libass --enable- libutvideo --enable-libbluray --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable- libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-libvidstab --enable-libx265 --extra-cflags= --extra-cflags= --enable-runtime- cpudetect libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, 3gp, to 'a.3gp': Metadata: encoder : Lavf55.33.101 Stream #0:0: Video: h263 (s263 / 0x33363273), yuv420p, 176x144 [SAR 3:4 DAR 11:12], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> h263) Press [q] to stop, [?] for help }}} (hard crash). gdb bt at crash time: {{{ Program received signal SIGSEGV, Segmentation fault. 0x00aca839 in sad16_sse2 () at libavcodec/x86/motion_est.c:102 102 libavcodec/x86/motion_est.c: No such file or directory. in libavcodec/x86/motion_est.c (gdb) bt #0 0x00aca839 in sad16_sse2 () at libavcodec/x86/motion_est.c:102 #1 0x009aa4e4 in ff_epzs_motion_search () #2 0x009afd9a in ff_estimate_p_frame_motion () #3 0x00694f6c in estimate_motion_thread () at libavcodec/mpegvideo_enc.c:2528 #4 0x005c8b0c in avcodec_default_execute () at libavcodec/utils.c:1060 #5 0x006965b5 in ff_MPV_encode_picture () at libavcodec/mpegvideo_enc.c:3418 #6 0x005c95c4 in avcodec_encode_video2 () at libavcodec/utils.c:1892 #7 0x00418b3f in reap_filters () at ffmpeg.c:997 #8 0x0160cad5 in main () at ffmpeg.c:3399 }}} Also of note, this version of ffmpeg did not seem to exhibit the problem: ffmpeg version N-59140-ga8d7028 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 16 2013 08:29:51 with gcc 4.8.1 (GCC) Also of note: seems reproducible on both linux and windows. -- Comment: Regression since d83707c6 For future tickets: Please always provide all information requested for crash reports on https://ffmpeg.org/bugreports.html {{{ (gdb) r -f lavfi -i testsrc -vf scale=256:144,crop=176:144:40:0 -threads 1 -vcodec h263 -f null - Starting program: /home/cehoyos/test/cehoyos/FFmpeg/ffmpeg_g -f lavfi -i testsrc -vf scale=256:144,crop=176:144:40:0 -threads 1 -vcodec h263 -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-61339-g7d7487e Copyright (c) 2000-2014 the FFmpeg developers built on Mar 13 2014 08:20:43 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [New Thread 0x7ffff57e5700 (LWP 15221)] [New Thread 0x7ffff4fe4700 (LWP 15222)] [New Thread 0x7ffff47e3700 (LWP 15223)] [New Thread 0x7ffff3fe2700 (LWP 15224)] [New Thread 0x7ffff37e1700 (LWP 15225)] [New Thread 0x7ffff2fe0700 (LWP 15226)] [New Thread 0x7ffff27df700 (LWP 15227)] [New Thread 0x7ffff1fde700 (LWP 15228)] [New Thread 0x7ffff17dd700 (LWP 15229)] Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.34.101 Stream #0:0: Video: h263, yuv420p, 176x144 [SAR 3:4 DAR 11:12], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> h263) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000b64909 in sad16_sse2 (v=0x18f3380, blk2=0x1918968 'R' , "QT\217\221\221\222\223\215si", 'k' , "i+", ')' , "(/\315\323\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322?\220\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\222\203kijkm\250\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\254\351\353\353\353\353\353\353\353\353\353\353\353\353\353\353", ..., blk1=0x1929ac0 'R' , "NUSRSNP\221\217\217\220\217\205ui", 'k' , ')' , "********\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322?\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\224\213~qjjnq\252\251\247\257\246\254\253\257\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\254"..., stride=256, h=h at entry=16) at libavcodec/x86/motion_est.c:102 102 __asm__ volatile( (gdb) bt #0 0x0000000000b64909 in sad16_sse2 (v=0x18f3380, blk2=0x1918968 'R' , "QT\217\221\221\222\223\215si", 'k' , "i+", ')' , "(/\315\323\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322?\220\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\222\203kijkm\250\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\254\351\353\353\353\353\353\353\353\353\353\353\353\353\353\353", ..., blk1=0x1929ac0 'R' , "NUSRSNP\221\217\217\220\217\205ui", 'k' , ')' , "********\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322?\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\221\224\213~qjjnq\252\251\247\257\246\254\253\257\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\252\254"..., stride=256, h=h at entry=16) at libavcodec/x86/motion_est.c:102 #1 0x0000000000c36200 in cmp_inline (chroma=0, qpel=0, chroma_cmp_func=, cmp_func=0xb648f0 , src_index=0, ref_index=0, h=16, size=0, suby=0, subx=0, y=0, x=0, s=0x18f3380) at libavcodec/motion_est.c:208 #2 cmp_simple (cmp_func=0xb648f0 , src_index=0, ref_index=0, y=0, x=0, s=0x18f3380, chroma_cmp_func=) at libavcodec/motion_est.c:225 #3 cmp (flags=0, chroma_cmp_func=, cmp_func=0xb648f0 , src_index=0, ref_index=0, h=16, size=0, suby=0, subx=0, y=0, x=0, s=0x18f3380) at libavcodec/motion_est.c:257 #4 epzs_motion_search_internal (h=16, size=0, flags=0, ref_mv_scale=32768, last_mv=0x18e6774, ref_index=0, src_index=0, P=0x7fffffffd230, my_ptr=0x7fffffffd3e4, mx_ptr=0x7fffffffd3e0, s=0x18f3380) at libavcodec/motion_est_template.c:890 #5 ff_epzs_motion_search (s=s at entry=0x18f3380, mx_ptr=mx_ptr at entry=0x7fffffffd3e0, my_ptr=my_ptr at entry=0x7fffffffd3e4, P=P at entry=0x7fffffffd3f0, src_index=src_index at entry=0, ref_index=ref_index at entry=0, last_mv=0x18e6774, ref_mv_scale=ref_mv_scale at entry=32768, size=size at entry=0, h=h at entry=16) at libavcodec/motion_est_template.c:980 #6 0x0000000000c3af70 in ff_estimate_p_frame_motion (s=0x18f3380, mb_x=0, mb_y=0) at libavcodec/motion_est.c:947 #7 0x0000000000965d55 in estimate_motion_thread (c=, arg=) at libavcodec/mpegvideo_enc.c:2528 #8 0x0000000000a57457 in avcodec_default_execute (c=0x18f2d40, func=0x965ce0 , arg=, ret=, count=1, size=8) at libavcodec/utils.c:1060 #9 0x0000000000973bdb in encode_picture (picture_number=1, s=0x18f3380) at libavcodec/mpegvideo_enc.c:3418 #10 ff_MPV_encode_picture (avctx=0x18f2d40, pkt=0x7fffffffd9f0, pic_arg=, got_packet=0x7fffffffd76c) at libavcodec/mpegvideo_enc.c:1648 #11 0x0000000000a58374 in avcodec_encode_video2 (avctx=avctx at entry=0x18f2d40, avpkt=avpkt at entry=0x7fffffffd9f0, frame=frame at entry=0x19183a0, got_packet_ptr=got_packet_ptr at entry=0x7fffffffd76c) at libavcodec/utils.c:1892 #12 0x000000000047e0a8 in do_video_out (in_picture=0x19183a0, ost=0x18f31a0, s=0x18f2440) at ffmpeg.c:997 #13 reap_filters () at ffmpeg.c:1157 #14 0x0000000000468128 in transcode_step () at ffmpeg.c:3399 #15 transcode () at ffmpeg.c:3442 #16 main (argc=, argv=) at ffmpeg.c:3622 (gdb) disass $pc-25,$pc+32 Dump of assembler code from 0xb648f0 to 0xb64929: 0x0000000000b648f0 : movslq %ecx,%rax 0x0000000000b648f3 : pxor %xmm2,%xmm2 0x0000000000b648f7 : nopw 0x0(%rax,%rax,1) 0x0000000000b64900 : movdqu (%rdx),%xmm0 0x0000000000b64904 : movdqu (%rdx,%rax,1),%xmm1 => 0x0000000000b64909 : psadbw (%rsi),%xmm0 0x0000000000b6490d : psadbw (%rsi,%rax,1),%xmm1 0x0000000000b64912 : paddw %xmm0,%xmm2 0x0000000000b64916 : paddw %xmm1,%xmm2 0x0000000000b6491a : lea (%rdx,%rax,2),%rdx 0x0000000000b6491e : lea (%rsi,%rax,2),%rsi 0x0000000000b64922 : sub $0x2,%r8d 0x0000000000b64926 : jg 0xb64900 0x0000000000b64928 : movhlps %xmm2,%xmm0 End of assembler dump. (gdb) info all-register rax 0x100 256 rbx 0x0 0 rcx 0x100 256 rdx 0x1929ac0 26385088 rsi 0x1918968 26315112 rdi 0x18f3380 26162048 rbp 0xc 0xc rsp 0x7fffffffd188 0x7fffffffd188 r8 0x10 16 r9 0x18f5f60 26173280 r10 0x7fffffffd3f0 140737488344048 r11 0x0 0 r12 0x1 1 r13 0x60 96 r14 0xb648f0 11946224 r15 0x8000 32768 rip 0xb64909 0xb64909 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -inf (raw 0xffff0000000000000000) st1 -nan(0x1557240027f14a) (raw 0xffff001557240027f14a) st2 -nan(0x1011600006abc) (raw 0xffff0001011600006abc) st3 -nan(0xe1c80000e1c8) (raw 0xffff0000e1c80000e1c8) st4 -nan(0x1c3900001c390) (raw 0xffff0001c3900001c390) st5 -nan(0x1916185030a82f50) (raw 0xffff1916185030a82f50) st6 -nan(0x1916316648f85ff8) (raw 0xffff1916316648f85ff8) st7 -nan(0x000155724) (raw 0xffff0000000000155724) fctrl 0x37f 895 fstat 0x0 0 ftag 0xaaaa 43690 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 = {0x94948000, 0x94948000, 0x94948000, 0x94948000, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x52 , 0x0 }, v16_int16 = {0x5252, 0x5252, 0x5252, 0x5252, 0x5252, 0x5252, 0x5252, 0x5252, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x52525252, 0x52525252, 0x52525252, 0x52525252, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x5252525252525252, 0x5252525252525252, 0x0, 0x0}, v2_int128 = {0x52525252525252525252525252525252, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x94948000, 0x94948000, 0x94948000, 0x94948000, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x52 , 0x0 }, v16_int16 = {0x5252, 0x5252, 0x5252, 0x5252, 0x5252, 0x5252, 0x5252, 0x5252, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x52525252, 0x52525252, 0x52525252, 0x52525252, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x5252525252525252, 0x5252525252525252, 0x0, 0x0}, v2_int128 = {0x52525252525252525252525252525252, 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 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0 }, v16_int16 = {0x7, 0x7, 0x7, 0x7, 0x7, 0x7, 0x7, 0x7, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x70007, 0x70007, 0x70007, 0x70007, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x7000700070007, 0x7000700070007, 0x0, 0x0}, v2_int128 = {0x00070007000700070007000700070007, 0x00000000000000000000000000000000}} ymm5 {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}} ymm6 {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}} ymm7 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0, 0x7, 0x0 }, v16_int16 = {0x7, 0x7, 0x7, 0x7, 0x7, 0x7, 0x7, 0x7, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x70007, 0x70007, 0x70007, 0x70007, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x7000700070007, 0x7000700070007, 0x0, 0x0}, v2_int128 = {0x00070007000700070007000700070007, 0x00000000000000000000000000000000}} ymm8 {v8_float = {0x4, 0x0, 0x4, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xde, 0x20, 0x87, 0x40, 0x0, 0x0, 0xde, 0x20, 0xde, 0x20, 0x87, 0x40, 0x0, 0x0, 0xde, 0x20, 0x0 }, v16_int16 = {0x20de, 0x4087, 0x0, 0x20de, 0x20de, 0x4087, 0x0, 0x20de, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x408720de, 0x20de0000, 0x408720de, 0x20de0000, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x20de0000408720de, 0x20de0000408720de, 0x0, 0x0}, v2_int128 = {0x20de0000408720de20de0000408720de, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x88, 0xc, 0x0, 0x0, 0x87, 0x40, 0x88, 0xc, 0x88, 0xc, 0x0, 0x0, 0x87, 0x40, 0x88, 0xc, 0x0 }, v16_int16 = {0xc88, 0x0, 0x4087, 0xc88, 0xc88, 0x0, 0x4087, 0xc88, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xc88, 0xc884087, 0xc88, 0xc884087, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xc88408700000c88, 0xc88408700000c88, 0x0, 0x0}, v2_int128 = {0x0c88408700000c880c88408700000c88, 0x00000000000000000000000000000000}} ymm10 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x2, 0x80, 0x3, 0x80, 0x4, 0x80, 0x5, 0x80, 0x8, 0x80, 0x9, 0x80, 0xa, 0x80, 0xb, 0x80, 0x0 }, v16_int16 = {0x8002, 0x8003, 0x8004, 0x8005, 0x8008, 0x8009, 0x800a, 0x800b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x80038002, 0x80058004, 0x80098008, 0x800b800a, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x8005800480038002, 0x800b800a80098008, 0x0, 0x0}, v2_int128 = {0x800b800a800980088005800480038002, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x9689a800, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x6a, 0xa2, 0x65, 0x50, 0xf2, 0xea, 0x8f, 0xbd, 0x0 }, v16_int16 = {0xa26a, 0x5065, 0xeaf2, 0xbd8f, 0x0 }, v8_int32 = {0x5065a26a, 0xbd8feaf2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbd8feaf25065a26a, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000bd8feaf25065a26a, 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}} }}} Not reproducible with valgrind. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 08:38:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 07:38:06 -0000 Subject: [FFmpeg-trac] #3457(undetermined:new): HEVC encoding (to mkv) broken since Mar 9 in ffmpeg Message-ID: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> #3457: HEVC encoding (to mkv) broken since Mar 9 in ffmpeg -------------------------------------+------------------------------------- Reporter: | Type: defect johnthescavenger | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- So, if you build ffmpeg with x265, and try to use it to encode HEVC video to an MKV file, then it dies with the following message: {{{Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input}}} This is using x265 at revision 6468. Earlier versions of ffmpeg did work, but then they started dying with that message recently. I did a git- bisect; one of the commits temporarily broke the build, so I had to skip it, but I was able to narrow it down to these: {{{ The first bad commit could be any of: a823d0948683bd97dd58556b5740e434166209a8 38aee6408a6732b8ac86341dabf6683c08caa1c1 We cannot bisect more! }}} Both of these talk about HEVC, and one talks about Matroska. (There have been API changes to x265 in the past, but in this case the problem seems to be on ffmpeg's end.) Full error output and command used: {{{ Alvin:~ john$ ~/ffmpeg/build/ffmpeg -i Redlettermedia- TheDudebrosEpisode1TooGloseForComfort624.m4v -vcodec hevc -acodec copy out.mkv ffmpeg version N-61313-g1f36ebf Copyright (c) 2000-2014 the FFmpeg developers built on Mar 11 2014 21:55:56 with gcc 4.8.2 (MacPorts gcc48 4.8.2_0) configuration: --enable-libx265 --enable-libopus --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.100 / 55. 34.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Redlettermedia- TheDudebrosEpisode1TooGloseForComfort624.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomiso2avc1M4A M4V mp42 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.62.0 Duration: 00:01:13.84, start: 0.000000, bitrate: 702 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x358 [SAR 1:1 DAR 320:179], 613 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 86 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64 x265 [info]: Main profile, Level-2.1 (Main tier) x265 [info]: WPP streams / pool / frames : 6 / 2 / 1 x265 [info]: CU size : 64 x265 [info]: Max RQT depth inter / intra : 1 / 1 x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / refs : 1 / 1 / 3 x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-200 kbps / 1.0 / 1 x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide Output #0, matroska, to 'out.mkv': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomiso2avc1M4A M4V mp42 encoder : Lavf55.34.100 Stream #0:0(eng): Video: hevc (libx265), yuv420p, 640x358 [SAR 1:1 DAR 320:179], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(eng): Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, 86 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx265) Stream #0:1 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 08:49:41 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 07:49:41 -0000 Subject: [FFmpeg-trac] #3411(undetermined:closed): 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.17d277c0acd060c601d0acec4b25f48b@avcodec.org> #3411: vtag.fourcc can no longer be set in mov multiplexer -------------------------------------+------------------------------------- Reporter: ortoni | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: I believe this was a duplicate of ticket #3351 Please reopen this ticket if it is still reproducible with current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 08:50:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 07:50:52 -0000 Subject: [FFmpeg-trac] #3192(undetermined:new): x11grab drops frames if overlay filter is used (was: Dropped Frames With Overlay Filter) In-Reply-To: <035.24711d360ce92c9d9be14eb4197a89ff@avcodec.org> References: <035.24711d360ce92c9d9be14eb4197a89ff@avcodec.org> Message-ID: <050.35eaf4f882ea2f59fdc5afd29bcf6479@avcodec.org> #3192: x11grab drops frames if overlay filter is used -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 08:53:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 07:53:28 -0000 Subject: [FFmpeg-trac] #3457(avformat:open): HEVC encoding (to mkv) broken since Mar 9 in ffmpeg In-Reply-To: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> References: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> Message-ID: <061.c863cf0a40cb58863f076a230829fda9@avcodec.org> #3457: HEVC encoding (to mkv) broken since Mar 9 in ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: johnthescavenger | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * component: undetermined => avformat * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 09:12:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 08:12:24 -0000 Subject: [FFmpeg-trac] #3457(avformat:open): HEVC encoding (to mkv) broken since Mar 9 in ffmpeg In-Reply-To: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> References: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> Message-ID: <061.277a7cfb04357d1d680d447a1da75a4d@avcodec.org> #3457: HEVC encoding (to mkv) broken since Mar 9 in ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: johnthescavenger | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by johnthescavenger): Forgot to mention: The above applies equally to all videos that I've tested it on. (That is, versions built before the offending commits work, and versions built after the offending commits die with the same error.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 09:40:19 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 08:40:19 -0000 Subject: [FFmpeg-trac] #3457(avformat:open): HEVC encoding (to mkv) broken since Mar 9 in ffmpeg In-Reply-To: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> References: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> Message-ID: <061.68978c01d4f9dd476a9ae4bb99bf409e@avcodec.org> #3457: HEVC encoding (to mkv) broken since Mar 9 in ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: johnthescavenger | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): Note that before the commits you mentioned, the generated Matroska files were invalid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 09:52:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 08:52:22 -0000 Subject: [FFmpeg-trac] #3457(avformat:open): HEVC encoding (to mkv) broken since Mar 9 in ffmpeg In-Reply-To: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> References: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> Message-ID: <061.872e9e05e89521d3693a0e74edba12f2@avcodec.org> #3457: HEVC encoding (to mkv) broken since Mar 9 in ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: johnthescavenger | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by johnthescavenger): Perhaps you are right about that; I don't know the Matroska standard. However, VLC did play the files just fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 10:09:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 09:09:14 -0000 Subject: [FFmpeg-trac] #3451(swscale:new): sws_scale crashes in high resolutions when using mmx optimization In-Reply-To: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> References: <036.966b071870ec2fe6af055bc72904fb67@avcodec.org> Message-ID: <051.f8dda69fd8772411dde41769d29da6ee@avcodec.org> #3451: sws_scale crashes in high resolutions when using mmx optimization -------------------------------------+----------------------------------- Reporter: miro82 | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by miro82): I discovered that --enable-shared must be set in order to trigger the crash. This time FFmpeg was configured and build with: {{{ ./configure --disable-yasm --disable-iconv --enable-libx265 --enable- libx264 --enable-gpl --enable-shared --disable-stripping }}} Debug output from the application: {{{ Miroslavs-MacBook-Pro:bin miran46$ lldb mmx_test2 Current executable set to 'mmx_test2' (x86_64). (lldb) r Process 29388 launched: '/Users/miran46/code/projects/FFMpegCapture/mmx_test2_build/bin/mmx_test2' (x86_64) x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 x265 [info]: Main profile, Level-5.1 (High tier) x265 [info]: WPP streams / pool / frames : 34 / 4 / 1 x265 [info]: CU size : 64 x265 [info]: Max RQT depth inter / intra : 1 / 1 x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / refs : 1 / 1 / 3 x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-104857 kbps / 1.0 / 1 x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide Process 29388 stopped * thread #1: tid = 0x14f790, 0x000000010112e8b8 libswscale.2.dylib`rgb24toyv12_mmxext(src=0x000000010c396300, ydst=0x000000010a000000, udst=0x000000010a7e9000, vdst=0x000000010abdd080, width=3840, height=2160, lumStride=, chromStride=, srcStride=, rgb2yuv=0x0000000109805340) + 440 at rgb2rgb_template.c:1629, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x10c399000) frame #0: 0x000000010112e8b8 libswscale.2.dylib`rgb24toyv12_mmxext(src=0x000000010c396300, ydst=0x000000010a000000, udst=0x000000010a7e9000, vdst=0x000000010abdd080, width=3840, height=2160, lumStride=, chromStride=, srcStride=, rgb2yuv=0x0000000109805340) + 440 at rgb2rgb_template.c:1629 1626 for (y=0; y 1629 __asm__ volatile( 1630 "mov %2, %%"REG_a" \n\t" 1631 "movq "BGR2Y_IDX"(%3), %%mm6 \n\t" 1632 "movq "MANGLE(ff_w1111)", %%mm5 \n\t" (lldb) bt * thread #1: tid = 0x14f790, 0x000000010112e8b8 libswscale.2.dylib`rgb24toyv12_mmxext(src=0x000000010c396300, ydst=0x000000010a000000, udst=0x000000010a7e9000, vdst=0x000000010abdd080, width=3840, height=2160, lumStride=, chromStride=, srcStride=, rgb2yuv=0x0000000109805340) + 440 at rgb2rgb_template.c:1629, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x10c399000) * frame #0: 0x000000010112e8b8 libswscale.2.dylib`rgb24toyv12_mmxext(src=0x000000010c396300, ydst=0x000000010a000000, udst=0x000000010a7e9000, vdst=0x000000010abdd080, width=3840, height=2160, lumStride=, chromStride=, srcStride=, rgb2yuv=0x0000000109805340) + 440 at rgb2rgb_template.c:1629 frame #1: 0x0000000101116b49 libswscale.2.dylib`bgr24ToYv12Wrapper(c=0x0000000109801200, src=, srcStride=, srcSliceY=0, srcSliceH=2160, dst=0x00007fff5fbffa00, dstStride=0x00007fff5fbff9e0) + 137 at swscale_unscaled.c:1314 frame #2: 0x00000001011136b7 libswscale.2.dylib`sws_scale(c=, srcSlice=, srcStride=, srcSliceY=, srcSliceH=, dst=, dstStride=) + 2919 at swscale.c:1101 frame #3: 0x0000000100004894 mmx_test2`Encoder::addFrame(unsigned char*) + 212 frame #4: 0x0000000100003769 mmx_test2`main + 345 (lldb) disassemble --pc libswscale.2.dylib`rgb24toyv12_mmxext + 440 at rgb2rgb_template.c:1629: -> 0x10112e8b8: movd 0x15(%rbx,%rdx), %mm3 0x10112e8bd: punpcklbw %mm7, %mm2 0x10112e8c0: punpcklbw %mm7, %mm3 0x10112e8c3: pmaddwd %mm6, %mm4 (lldb) info all-registers error: 'info' is not a valid command. (lldb) register read --all General Purpose Registers: rax = 0xfffffffffffffff8 rbx = 0x000000010c399000 rcx = 0x0000000000000000 rdx = 0xffffffffffffffe8 rdi = 0x000000000000086c rsi = 0x0000000000000f00 rbp = 0x0000000000000780 rsp = 0x00007fff5fbff8b0 r8 = 0x0000000000000f00 r9 = 0x0000000000002d00 r10 = 0x0000000000000000 r11 = 0x000000010a000f00 r12 = 0x0000000109805340 r13 = 0x000000010a7e9000 r14 = 0xfffffffffffff100 r15 = 0x000000010c396300 rip = 0x000000010112e8b8 libswscale.2.dylib`rgb24toyv12_mmxext + 440 at rgb2rgb_template.c:1629 rflags = 0x0000000000010282 cs = 0x000000000000002b fs = 0x00000000ffff0000 gs = 0x00000000ffff0000 eax = 0xfffffff8 ebx = 0x0c399000 ecx = 0x00000000 edx = 0xffffffe8 edi = 0x0000086c esi = 0x00000f00 ebp = 0x00000780 esp = 0x5fbff8b0 r8d = 0x00000f00 r9d = 0x00002d00 r10d = 0x00000000 r11d = 0x0a000f00 r12d = 0x09805340 r13d = 0x0a7e9000 r14d = 0xfffff100 r15d = 0x0c396300 ax = 0xfff8 bx = 0x9000 cx = 0x0000 dx = 0xffe8 di = 0x086c si = 0x0f00 bp = 0x0780 sp = 0xf8b0 r8w = 0x0f00 r9w = 0x2d00 r10w = 0x0000 r11w = 0x0f00 r12w = 0x5340 r13w = 0x9000 r14w = 0xf100 r15w = 0x6300 ah = 0xff bh = 0x90 ch = 0x00 dh = 0xff al = 0xf8 bl = 0x00 cl = 0x00 dl = 0xe8 dil = 0x6c sil = 0x00 bpl = 0x80 spl = 0xb0 r8l = 0x00 r9l = 0x00 r10l = 0x00 r11l = 0x00 r12l = 0x40 r13l = 0x00 r14l = 0x00 r15l = 0x00 Floating Point Registers: fctrl = 0x037f fstat = 0x0000 ftag = 0xff fop = 0x0000 fioff = 0x00000000 fiseg = 0x0000 fooff = 0x00000000 foseg = 0x0000 mxcsr = 0x00001fa0 mxcsrmask = 0x0000ffff stmm0 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm1 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm2 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm3 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm4 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm5 = {0x01 0x00 0x01 0x00 0x01 0x00 0x01 0x00 0xff 0xff} stmm6 = {0x88 0x0c 0x87 0x40 0xde 0x20 0x00 0x00 0xff 0xff} stmm7 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} ymm0 = {0x00 0x0f 0x00 0x00 0x80 0x07 0x00 0x00 0x80 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm1 = {0x00 0x2d 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm2 = {0x00 0x00 0x00 0x00 0x00 0x00 0xe0 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm3 = {0x66 0xa9 0x49 0x15 0x00 0x00 0x00 0x10 0xdf 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm4 = {0x6b 0xae 0x54 0x16 0x00 0x00 0x00 0x10 0x30 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm5 = {0x00 0x00 0x00 0x00 0x00 0x00 0xf0 0x3f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm6 = {0xae 0x72 0x46 0xe8 0x8f 0x1d 0xe4 0x3f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm7 = {0x6b 0xc8 0xb8 0xbe 0xd3 0xb9 0x0b 0x40 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm8 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm9 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm10 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm11 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm12 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm13 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm14 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} ymm15 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm0 = {0x00 0x0f 0x00 0x00 0x80 0x07 0x00 0x00 0x80 0x07 0x00 0x00 0x00 0x00 0x00 0x00} xmm1 = {0x00 0x2d 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm2 = {0x00 0x00 0x00 0x00 0x00 0x00 0xe0 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm3 = {0x66 0xa9 0x49 0x15 0x00 0x00 0x00 0x10 0xdf 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm4 = {0x6b 0xae 0x54 0x16 0x00 0x00 0x00 0x10 0x30 0x01 0x00 0x00 0x00 0x00 0x00 0x00} xmm5 = {0x00 0x00 0x00 0x00 0x00 0x00 0xf0 0x3f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm6 = {0xae 0x72 0x46 0xe8 0x8f 0x1d 0xe4 0x3f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm7 = {0x6b 0xc8 0xb8 0xbe 0xd3 0xb9 0x0b 0x40 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm8 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm9 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm10 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm11 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm12 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm13 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm14 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm15 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} Exception State Registers: trapno = 0x0000000e err = 0x00000004 faultvaddr = 0x000000010c399000 (lldb) }}} If I simplify my code and remove all FFmpeg encoding and file-writing code then the application doesn't crash. The code below works while the attached code don't. {{{ extern "C" { #ifndef __STDC_CONSTANT_MACROS #define __STDC_CONSTANT_MACROS #endif #include #include #include #include } #include int main() { fprintf(stderr, "Running mmx test\n"); av_register_all(); int mWidth = 3840; int mHeight = 2160; int ret; uint8_t * pixels = new (std::nothrow) uint8_t[mWidth * mHeight * 3]; //fill buffer with zeros memset(pixels, 0, mWidth * mHeight * 3); SwsContext * sContext = NULL; //create context for frame convertion sContext = sws_getContext(mWidth, mHeight, AV_PIX_FMT_BGR24, mWidth, mHeight, AV_PIX_FMT_YUV420P, SWS_FAST_BILINEAR, NULL, NULL, NULL); if (!sContext) { fprintf(stderr, "Could not allocate frame convertion context!\n"); return EXIT_FAILURE; } //allocate frames AVFrame * tmpFrame = NULL; AVFrame * outFrame = NULL; outFrame = av_frame_alloc(); if (!outFrame) { fprintf(stderr, "Could not create output frame\n"); return false; } outFrame->format = PIX_FMT_YUV420P; outFrame->width = mWidth; outFrame->height = mHeight; ret = av_image_alloc(outFrame->data, outFrame->linesize, mWidth, mHeight, PIX_FMT_YUV420P, 32); if (ret < 0) { fprintf(stderr, "Could not allocate output frame\n"); return false; } tmpFrame = av_frame_alloc(); if (!tmpFrame) { fprintf(stderr, "Could not create swap frame\n"); return false; } tmpFrame->width = mWidth; tmpFrame->height = mHeight; tmpFrame->format = PIX_FMT_BGR24; //fill with random values //for(unsigned int i=0; i( rand()%256 ); //convert // Fill picture with image avpicture_fill((AVPicture*)tmpFrame, pixels, PIX_FMT_BGR24, mWidth, mHeight); // Flipping frame tmpFrame->data[0] += tmpFrame->linesize[0]*(mHeight-1); // Flipping frame tmpFrame->linesize[0] = -tmpFrame->linesize[0]; fprintf(stderr, "Converting to YUV420\n"); //convert BGR24 to YUV420 ret = sws_scale(sContext, tmpFrame->data, tmpFrame->linesize, 0, mHeight, outFrame->data, outFrame->linesize); if (ret < 0) { fprintf(stderr, "Failed to convert frame to YUV420!\n"); } //Cleanup if (tmpFrame) { av_frame_free(&tmpFrame); } if (outFrame) { av_freep(&outFrame->data[0]); av_frame_free(&outFrame); } if (sContext) sws_freeContext(sContext); delete [] pixels; // Exit program exit( EXIT_SUCCESS ); } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 10:29:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 09:29:40 -0000 Subject: [FFmpeg-trac] #3457(avformat:closed): HEVC encoding (to mkv) broken since Mar 9 in ffmpeg In-Reply-To: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> References: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> Message-ID: <061.67592a2dfb808e9630d58950e52cbc68@avcodec.org> #3457: HEVC encoding (to mkv) broken since Mar 9 in ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: johnthescavenger | Status: closed Type: defect | Component: avformat Priority: normal | Resolution: invalid Version: git-master | Blocked By: Keywords: h265 mov | Reproduced by developer: 0 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => h265 mov mkv * priority: important => normal * status: open => closed * resolution: => invalid Comment: Please reopen this ticket if there is any indication that this isn't a vlc problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 10:41:04 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 09:41:04 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:open): 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.456be1d857eee7a8891a633ebb8e98cc@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: open Type: defect | Component: ffmpeg Priority: minor | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by q345t7n3o67ym23oy8939t): Replying to [comment:7 cehoyos]: > Two patches were sent; since we all cannot reproduce, can you test them? > http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/175346 > http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/175415 I test on ffmpeg version N-61286-gdbc3e11 built on Mar 11 2014 22:06:56 with gcc 4.8.2 (GCC) without this patches, and reprodused error. But it took 10 hours. Error began to appear less often. Where can I get a compiled version with the patch? I find it hard to compile it yourself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 10:44:18 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 09:44:18 -0000 Subject: [FFmpeg-trac] #3328(undetermined:open): video "judder" issue on DVR-MS conversion (was: video "judder" issue noted after DVR-MS to MP4 conversion) In-Reply-To: <040.382d79c16cb97c16c3375b557415a6aa@avcodec.org> References: <040.382d79c16cb97c16c3375b557415a6aa@avcodec.org> Message-ID: <055.745928910d61f23d61b1983d62dc2eb1@avcodec.org> #3328: video "judder" issue on DVR-MS conversion -------------------------------------+------------------------------------- Reporter: beteljuice | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Old description: > Good afternoon! > > I'm attempting to use FFmpeg to convert a DVR-MS file into a MP4 file; > I'm using the following command to perform this action: > > ffmpeg -i "xyz.dvr-ms" -y -c:v libx264 -crf 23 -strict experimental -c:a > aac "xyz.mp4" > > After the conversion completes, and I play the MP4 file in QuickTime to > view it, I note that the video "judders"; that is to say, the images > don't flow smoothly, as it appears as though every other frame is missed. > > I've uploaded a copy of the debug log from the conversion attempt, as > well as a sample of the original dvr-ms file (I've named it "no_judder > .dvr-ms") and the resulting output file from the conversion attempt > (named "judder.mp4"). The size of the log was too big for me to include > in this ticket description. Any assistance you may be able to provide > would be greatly appreciated. > > Thanks! New description: See comment:21 for a short summary --- Good afternoon! I'm attempting to use FFmpeg to convert a DVR-MS file into a MP4 file; I'm using the following command to perform this action: ffmpeg -i "xyz.dvr-ms" -y -c:v libx264 -crf 23 -strict experimental -c:a aac "xyz.mp4" After the conversion completes, and I play the MP4 file in QuickTime to view it, I note that the video "judders"; that is to say, the images don't flow smoothly, as it appears as though every other frame is missed. I've uploaded a copy of the debug log from the conversion attempt, as well as a sample of the original dvr-ms file (I've named it "no_judder.dvr-ms") and the resulting output file from the conversion attempt (named "judder.mp4"). The size of the log was too big for me to include in this ticket description. Any assistance you may be able to provide would be greatly appreciated. Thanks! -- Comment (by cehoyos): The following command did not drop any frames before c5ea3a00 - related to ticket #1627 {{{ $ ffmpeg -i no_stutter.dvr-ms -qscale 2 out.avi ffmpeg version N-61339-g7d7487e Copyright (c) 2000-2014 the FFmpeg developers built on Mar 13 2014 08:20:43 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [asf @ 0x2d89900] Estimating duration from bitrate, this may be inaccurate [asf @ 0x2d89900] Could not find codec parameters for stream 1 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, asf, from 'no_stutter.dvr-ms': Metadata: DVR Index Granularity: 500 WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 VBR Peak : 80179200 service_provider: Edited with VideoReDo WM/WMRVEncodeTime: 18446744073149586944 WM/MediaOriginalRunTime: 18446744071580066548 WM/WMRVEndTime : 1605517556 IsVBR : 1 Duration: 00:00:04.02, start: 0.200000, bitrate: 25504 kb/s Stream #0:0: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s Stream #0:1: Unknown: none Stream #0:2: Video: mpeg2video (Main) (DVR / 0x20525644), yuv420p(tv), 720x480 [SAR 32:27 DAR 16:9], 5056 kb/s, 30.08 fps, 59.94 tbr, 1k tbn, 59.94 tbc Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: DVR Index Granularity: 500 WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 VBR Peak : 80179200 service_provider: Edited with VideoReDo WM/WMRVEncodeTime: 18446744073149586944 WM/MediaOriginalRunTime: 18446744071580066548 WM/WMRVEndTime : 1605517556 IsVBR : 1 ISFT : Lavf55.34.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> mpeg4) Stream #0:0 -> #0:1 (ac3 -> ac3) Press [q] to stop, [?] for help [mpeg2video @ 0x2d8be60] ac-tex damaged at 33 140:00:16.67 bitrate=2314.0kbits/s dup=0 drop=225 [mpeg2video @ 0x2d8be60] Warning MVs not available [mpeg2video @ 0x2d8be60] concealing 720 DC, 720 AC, 720 MV errors in P frame frame= 206 fps=0.0 q=2.0 Lsize= 5427kB time=00:00:18.25 bitrate=2435.7kbits/s dup=0 drop=231 video:4398kB audio:992kB subtitle:0 data:0 global headers:0kB muxing overhead 0.667496% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 11:43:54 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 10:43:54 -0000 Subject: [FFmpeg-trac] #3105(avcodec:closed): 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.1cf1e71e18aa774aca7ab9821ffd42b8@avcodec.org> #3105: hevc: crash with threads 1 and max_alloc (fuzzed file) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: hevc crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avcodec Comment: The crash that I could reproduce is fixed since a0d5204c (and earlier commits, tested after reverting 16097efb which affected the issue here). Please reopen (or open a new ticket) if problems are still reproducible with this sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 13 11:51:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Mar 2014 10:51:32 -0000 Subject: [FFmpeg-trac] #3457(avformat:closed): HEVC encoding (to mkv) broken since Mar 9 in ffmpeg In-Reply-To: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> References: <046.9c9a1767b9868107f8dfec3cdf17997c@avcodec.org> Message-ID: <061.51bf1a2d3ec063fa9117d7d72fe0f077@avcodec.org> #3457: HEVC encoding (to mkv) broken since Mar 9 in ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: johnthescavenger | Status: closed Type: defect | Component: avformat Priority: normal | Resolution: invalid Version: git-master | Blocked By: Keywords: h265 mov | Reproduced by developer: 0 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by johnthescavenger): I think you must have misunderstood my words. So, it used to be that a command like "ffmpeg -i