From trac at avcodec.org Tue Jul 1 09:33:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Jul 2014 07:33:54 -0000 Subject: [FFmpeg-trac] #3727(avformat:open): Guessed 'ChannelPosition' outputted in audio In-Reply-To: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> References: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> Message-ID: <052.c708dd86e46e0b929a6605dbc04d289c@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | 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 | -------------------------------------+------------------------------------- Comment (by rdwill2): >(I believe it is related to an earlier merge.) Does this mean my ffmpeg version is out of date and that the more recent version will resolve this issue ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 1 10:17:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Jul 2014 08:17:09 -0000 Subject: [FFmpeg-trac] #3727(avformat:open): Guessed 'ChannelPosition' outputted in audio In-Reply-To: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> References: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> Message-ID: <052.c58a3d63f8e4c1f0868768cf761f7a65@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | 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 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 rdwill2]: > >(I believe it is related to an earlier merge.) > Does this mean my ffmpeg version is out of date (This is generally a question that you can only answer yourself but in this case:) > and that the more recent version will resolve this issue ? No, I meant that while for you (as a user) this looks like a regression since the mentioned commits (it worked before), the regression is imo actually related to an earlier merge (although above command line still did work, the bug may already have been introduced). Please note that the ticket will be closed immediately after a fix is committed, so in other words the issue is (should be) reproducible as long as the ticket is open. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 1 19:47:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Jul 2014 17:47:05 -0000 Subject: [FFmpeg-trac] #3751(undetermined:new): Identity Hald CLUT Introduces Color Shift Message-ID: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> #3751: Identity Hald CLUT Introduces Color Shift -------------------------------------+------------------------------------- Reporter: aguo | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! I'm having an issue with applying Hald CLUTs to a dpx image sequence. I am trying to use ffmpeg to convert a sequence of dpx film scans in logarithmic colorspace into two quicktime files: one with h264 encoding and one with avid dnxhd encoding. In investigating the problems I've been encountering I realized that using hald cluts with ffmpeg introduced color shifts that are external to the corrections specified by the LUT. Even applying an identity hald clut to an image changes the image despite the fact that the identity clut is meant to not change the input image at all. Our command line/build is: C:\Users\aguo>ffmpeg -i I:\studio\software\release\HaldCLUT\EA0570_bright\ea0570_bg_20140214_1.1659199.dpx -i I:\studio\software\release\HaldCLUT\Identity_level_8.HCLUT_neutral.tga -filter_complex 'haldclut' I:\studio\artists\aguo\neutralIdentityCLUTtest.jpg ffmpeg version N-63548-g6b041cb Copyright (c) 2000-2014 the FFmpeg developers built on May 28 2014 22:01:42 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-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 87.100 / 52. 87.100 libavcodec 55. 65.100 / 55. 65.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 The same problem happens when we use a jpg as the input. This should not change the input at all but actually ends up introducing a color shift that makes the image significantly more blue. My guess is that the issue is that ffmpeg is trying to guess/assign a colorspace to the Hald CLUT and the colorspace interpretation of the Hald CLUT is changing the CLUT. As the guy who created CLUTs explains, "A HaldClut is not really an image (its only stored in an image file format for convinience), its a lookup table. A lookuptables function is to input some values, in our case a 3 dimentional value (RGB), and then output some values, again 3 values in our case. It doesnt really care where thouse values come from or what they mean they just does a conversion. Depending on what you put in the table you can make any kind of conversion. its just a numbers to numbers conversion" If that is the case, is there a way to disable ffmpeg from trying to assign the CLUT a colorspace? Or if that isn't the issue, why would applying an identity CLUT through ffmpeg change in the input image? We got the Identity CLUT straight from the developer's website here: http://www.quelsolaar.com/files/index.html Any help would be greatly appreciated. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 1 19:52:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Jul 2014 17:52:47 -0000 Subject: [FFmpeg-trac] #3751(undetermined:new): Identity Hald CLUT Introduces Color Shift In-Reply-To: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> References: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> Message-ID: <049.fb89428d1b2fc8b130ac77eaf29d640d@avcodec.org> #3751: Identity Hald CLUT Introduces Color Shift -------------------------------------+------------------------------------- Reporter: aguo | 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 ubitux): Be careful with the identity LUT of the Hald CLUT; if you got it from quelsolaar.com, it is broken: open it with a random image viewer, and look at the last pixel column on the right. You should see the shift. You can generate a proper identity CLUT with FFmpeg itself. Try to use that instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 1 19:54:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Jul 2014 17:54:01 -0000 Subject: [FFmpeg-trac] #3751(avfilter:closed): Identity Hald CLUT Introduces Color Shift In-Reply-To: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> References: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> Message-ID: <049.548187e13db8dc6b3285da69a3399861@avcodec.org> #3751: Identity Hald CLUT Introduces Color Shift -------------------------------------+------------------------------------- Reporter: aguo | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: haldclut | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * keywords: => haldclut * resolution: => needs_more_info * status: new => closed * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 1 19:55:36 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Jul 2014 17:55:36 -0000 Subject: [FFmpeg-trac] #3751(avfilter:closed): Identity Hald CLUT Introduces Color Shift In-Reply-To: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> References: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> Message-ID: <049.8aa4637b1a3ef4763681b97e2c35fba5@avcodec.org> #3751: Identity Hald CLUT Introduces Color Shift -------------------------------------+------------------------------------- Reporter: aguo | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: haldclut | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If you want to report a problem with FFmpeg, please provide the command line that doesn't produce the expected output together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 07:44:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 05:44:20 -0000 Subject: [FFmpeg-trac] #3752(undetermined:new): can't seek to specified position Message-ID: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> #3752: can't seek to specified position -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This video [https://dl.dropboxusercontent.com/u/89678527/AVRO%20Close- up_Ned%201_07_08_2010_13_50_05.dvr-ms] can be played successfully in ffplay and SMPlayer, but when use ffplay.exe -ss 00:00:10 to play from 10 seconds, the first frame read out is in fact the frame at about 20th second. Please see attachment the frame at 10th second, and the frame shown when ffplay.exe -ss 00:00:10 is called. Below is the console output: $ ffplay.exe -ss 00:00:10 AVRO\ Close-up_Ned\ 1_07_08_2010_13_50_05.dvr-ms ffplay version N-64357-g42a92a2 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 1 2014 22:02:07 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 03e485e0] Header missing 0KB vq= 0KB sq= 0B f=0/0 [mpeg2video @ 03e4a7c0] Invalid frame dimensions 0x0. Last message repeated 8 times Input #0, asf, from 'AVRO Close-up_Ned 1_07_08_2010_13_50_05.dvr-ms': Metadata: DVR Index Granularity: 500 WM/SubTitle : IJSkoude passie: de geschiedenis van het consumptieijs WM/SubTitleDescription: Documentaireserie. In deze aflevering zien we hoe de Italianen in de 17de eeuw ontdekten hoe ze ijs konden bereiden, waarna de lekkernij zijn veroveringstocht begon. genre : Varia,Muziek en kunst WM/MediaCredits : ;;; WM/OriginalReleaseTime: 0001-01-01T00:00:00Z service_provider: Ned 1 service_name : Nederland 1 WM/MediaOriginalChannel: 1 WM/MediaOriginalBroadcastDateTime: 0001-01-01T00:00:00Z WM/WMRVServiceID: 750832 WM/WMRVProgramID: !BE18453AACCFD179BB3844D07BAC1181! WM/MediaOriginalRunTime: 1640261632 WM/WMRVEncodeTime: 18446744072897685192 WM/MediaIsStereo: 0 WM/VideoClosedCaptioning: 0 WM/MediaIsRepeat: 0 WM/MediaIsLive : 0 WM/MediaIsTape : 0 WM/MediaIsDelay : 0 WM/MediaIsSubtitled: 0 WM/MediaIsMovie : 0 WM/MediaIsPremiere: 0 WM/MediaIsFinale: 0 WM/MediaIsSAP : 0 WM/WMRVRequestID: 39127134 WM/WMRVScheduleItemID: 14235578 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 18446744073709551496 WM/WMRVOriginalSoftPostPadding: 600 WM/WMRVActualSoftPrePadding: 0 WM/WMRVHardPrePadding: 0 WM/Provider : BDS WM/ProviderCopyright: ? 2010 Microsoft Corporation. Alle rechten voorbehouden. Servicevoorwaarden: http://go.microsoft.com/fwlink/?LinkId=8430 : WM/WMRVEndTime : 409258576 WM/WMRVExpirationDate: 18446744073709551591 WM/WMRVBitrate : 1271310320 WM/WMRVKeepUntil: 18446744073709551615 WM/WMRVHardPostPadding: 0 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtectedPercent: 0 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : 0 WM/WMRVATSCContent: 0 WM/WMRVDTVContent: 1 WM/WMRVHDContent: 0 WM/WMRVContentProtected: 0 WM/MediaThumbTimeStamp: 1026284153 WM/MediaThumbWidth: 360 WM/MediaThumbHeight: 288 WM/MediaThumbStride: 1080 WM/MediaThumbRet: 0 WM/MediaThumbType: 3 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WMFSDKVersion : 11.0.6002.18049 WMFSDKNeeded : 0.0.0.0000 VBR Peak : 159498240 title : AVRO Close-up IsVBR : 1 Duration: 00:02:01.97, start: 11.818000, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 08:49:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 06:49:46 -0000 Subject: [FFmpeg-trac] #3752(undetermined:new): can't seek to specified position In-Reply-To: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> References: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> Message-ID: <052.a57baedf8aca09b270c33f800b78e000@avcodec.org> #3752: can't seek to specified position -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: asf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => asf Comment: Is the problem you see not reproducible with {{{ffmpeg}}} (the application)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 09:01:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 07:01:30 -0000 Subject: [FFmpeg-trac] #3752(undetermined:new): can't seek to specified position In-Reply-To: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> References: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> Message-ID: <052.70e8d41b2ab7f0da225aa93333f33a19@avcodec.org> #3752: can't seek to specified position -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: asf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hxuanyu): Replying to [comment:1 cehoyos]: > Is the problem you see not reproducible with {{{ffmpeg}}} (the application)? Hi, using ffmpeg -i input -ss xx:xx:xx -t tt:tt:tt out.mp4 can generated a video staring at xx:xx:xx. That means ffmpeg works ok. I initially found this issue in our own program which calls ffmpeg API. In our program, the first complete frame read out after seek is 6-7 seconds after the position we seek to, although AVSEEK_FLAG_BACKWARD is specified in av_seek_frame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 09:06:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 07:06:10 -0000 Subject: [FFmpeg-trac] #3752(undetermined:new): can't seek to specified position In-Reply-To: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> References: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> Message-ID: <052.839c54d5b56cab24f19b7872cff73d83@avcodec.org> #3752: can't seek to specified position -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: asf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 hxuanyu]: > Replying to [comment:1 cehoyos]: > > Is the problem you see not reproducible with {{{ffmpeg}}} (the application)? > > Hi, using ffmpeg -i input -ss xx:xx:xx -t tt:tt:tt out.mp4 can generated a video staring at xx:xx:xx. That means ffmpeg works ok. Using {{{ffmpeg -i input -ss x out.mp4}}} does not seek (so it does not test the issue you see). Please test {{{ffmpeg -ss x -i input out.mp4}}}: If you see the same issue as with {{{ffplay}}}, please provide the ffmpeg command line that shows unexpected output together with the complete, uncut console output, consider using the "Code block". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 09:09:15 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 07:09:15 -0000 Subject: [FFmpeg-trac] #3750(avfilter:open): Transcoding to mpeg2video when scaling produces incorrect aspect ratio with WMP In-Reply-To: <037.231420a2f669ec3649d54681f472169b@avcodec.org> References: <037.231420a2f669ec3649d54681f472169b@avcodec.org> Message-ID: <052.1ec2d7c8ffaa1d4b2eb84fcde2047b66@avcodec.org> #3750: Transcoding to mpeg2video when scaling produces incorrect aspect ratio with WMP ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 0 => 1 * status: new => open * component: undetermined => avfilter * reproduced: 0 => 1 Comment: Marton was able to analyze the issue, the cause is that various filters (including the scale filter) can change the resolution but do not update the AVPanScan information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 09:14:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 07:14:40 -0000 Subject: [FFmpeg-trac] #3752(undetermined:new): can't seek to specified position In-Reply-To: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> References: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> Message-ID: <052.184cac54b8fb270ac88f2cff4aa87412@avcodec.org> #3752: can't seek to specified position -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: asf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hxuanyu): Hi, below command was run to generate a mp4 video starting from 10th second of original video. But the first frame of generated b.mp4 appears at 20th second in original video. So ffmpeg also has the problem. {{{ $ ffmpeg.exe -ss 00:00:10 -i AVRO\ Close-up_Ned\ 1_07_08_2010_13_50_05 .dvr-ms b.mp4 ffmpeg version N-64357-g42a92a2 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 22:02:07 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 04143780] Header missing [mpeg2video @ 028fdf60] Invalid frame dimensions 0x0. Last message repeated 8 times Input #0, asf, from 'AVRO Close-up_Ned 1_07_08_2010_13_50_05.dvr-ms': Metadata: DVR Index Granularity: 500 WM/SubTitle : IJSkoude passie: de geschiedenis van het consumptieijs WM/SubTitleDescription: Documentaireserie. In deze aflevering zien we hoe de Italianen in de 17de eeuw ontdekten hoe ze ijs konden bereiden, waarna de lekkernij zijn veroveringstocht begon. genre : Varia,Muziek en kunst WM/MediaCredits : ;;; WM/OriginalReleaseTime: 0001-01-01T00:00:00Z service_provider: Ned 1 service_name : Nederland 1 WM/MediaOriginalChannel: 1 WM/MediaOriginalBroadcastDateTime: 0001-01-01T00:00:00Z WM/WMRVServiceID: 750832 WM/WMRVProgramID: !BE18453AACCFD179BB3844D07BAC1181! WM/MediaOriginalRunTime: 1640261632 WM/WMRVEncodeTime: 18446744072897685192 WM/MediaIsStereo: 0 WM/VideoClosedCaptioning: 0 WM/MediaIsRepeat: 0 WM/MediaIsLive : 0 WM/MediaIsTape : 0 WM/MediaIsDelay : 0 WM/MediaIsSubtitled: 0 WM/MediaIsMovie : 0 WM/MediaIsPremiere: 0 WM/MediaIsFinale: 0 WM/MediaIsSAP : 0 WM/WMRVRequestID: 39127134 WM/WMRVScheduleItemID: 14235578 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 18446744073709551496 WM/WMRVOriginalSoftPostPadding: 600 WM/WMRVActualSoftPrePadding: 0 WM/WMRVHardPrePadding: 0 WM/Provider : BDS WM/ProviderCopyright: ? 2010 Microsoft Corporation. Alle rechten voorbehouden. Servicevoorwaarden: http://go.microsoft.com/fwlink/?LinkId=8430 : WM/WMRVEndTime : 409258576 WM/WMRVExpirationDate: 18446744073709551591 WM/WMRVBitrate : 1271310320 WM/WMRVKeepUntil: 18446744073709551615 WM/WMRVHardPostPadding: 0 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtectedPercent: 0 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : 0 WM/WMRVATSCContent: 0 WM/WMRVDTVContent: 1 WM/WMRVHDContent: 0 WM/WMRVContentProtected: 0 WM/MediaThumbTimeStamp: 1026284153 WM/MediaThumbWidth: 360 WM/MediaThumbHeight: 288 WM/MediaThumbStride: 1080 WM/MediaThumbRet: 0 WM/MediaThumbType: 3 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WMFSDKVersion : 11.0.6002.18049 WMFSDKNeeded : 0.0.0.0000 VBR Peak : 159498240 title : AVRO Close-up IsVBR : 1 Duration: 00:02:01.97, start: 11.818000, bitrate: 7735 kb/s Stream #0:0: Video: mjpeg, yuvj420p(pc, bt470bg), 200x200 [SAR 96:96 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: title : TV Thumbnail comment : Movie/video screen capture Stream #0:1: Audio: mp2, 48000 Hz, stereo, s16p, 256 kb/s Stream #0:2: Video: mpeg2video (Main) (DVR / 0x20525644), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], 6912 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc [libx264 @ 04193440] using SAR=64/45 [libx264 @ 04193440] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 04193440] profile High, level 3.0 [libx264 @ 04193440] 264 - core 142 r2431 ac76440 - 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 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 [mp4 @ 0455e8e0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times Output #0, mp4, to 'b.mp4': Metadata: DVR Index Granularity: 500 WM/SubTitle : IJSkoude passie: de geschiedenis van het consumptieijs WM/SubTitleDescription: Documentaireserie. In deze aflevering zien we hoe de Italianen in de 17de eeuw ontdekten hoe ze ijs konden bereiden, waarna de lekkernij zijn veroveringstocht begon. genre : Varia,Muziek en kunst WM/MediaCredits : ;;; WM/OriginalReleaseTime: 0001-01-01T00:00:00Z service_provider: Ned 1 service_name : Nederland 1 WM/MediaOriginalChannel: 1 WM/MediaOriginalBroadcastDateTime: 0001-01-01T00:00:00Z WM/WMRVServiceID: 750832 WM/WMRVProgramID: !BE18453AACCFD179BB3844D07BAC1181! WM/MediaOriginalRunTime: 1640261632 WM/WMRVEncodeTime: 18446744072897685192 WM/MediaIsStereo: 0 WM/VideoClosedCaptioning: 0 WM/MediaIsRepeat: 0 WM/MediaIsLive : 0 WM/MediaIsTape : 0 WM/MediaIsDelay : 0 WM/MediaIsSubtitled: 0 WM/MediaIsMovie : 0 WM/MediaIsPremiere: 0 WM/MediaIsFinale: 0 WM/MediaIsSAP : 0 WM/WMRVRequestID: 39127134 WM/WMRVScheduleItemID: 14235578 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 18446744073709551496 WM/WMRVOriginalSoftPostPadding: 600 WM/WMRVActualSoftPrePadding: 0 WM/WMRVHardPrePadding: 0 WM/Provider : BDS WM/ProviderCopyright: ? 2010 Microsoft Corporation. Alle rechten voorbehouden. Servicevoorwaarden: http://go.microsoft.com/fwlink/?LinkId=8430 : WM/WMRVEndTime : 409258576 WM/WMRVExpirationDate: 18446744073709551591 WM/WMRVBitrate : 1271310320 WM/WMRVKeepUntil: 18446744073709551615 WM/WMRVHardPostPadding: 0 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtectedPercent: 0 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : 0 WM/WMRVATSCContent: 0 WM/WMRVDTVContent: 1 WM/WMRVHDContent: 0 WM/WMRVContentProtected: 0 WM/MediaThumbTimeStamp: 1026284153 WM/MediaThumbWidth: 360 WM/MediaThumbHeight: 288 WM/MediaThumbStride: 1080 WM/MediaThumbRet: 0 WM/MediaThumbType: 3 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WMFSDKVersion : 11.0.6002.18049 WMFSDKNeeded : 0.0.0.0000 VBR Peak : 159498240 title : AVRO Close-up IsVBR : 1 encoder : Lavf55.44.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc55.68.100 libx264 Stream #0:1: Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 128 kb/s Metadata: encoder : Lavc55.68.100 libvo_aacenc Stream mapping: Stream #0:2 -> #0:0 (mpeg2video (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (mp2 (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help [mp2 @ 04140de0] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mp2 @ 04140de0] incomplete frame 18080kB time=00:01:51.54 bitrate=1327.9kbits/s dup=297 drop=0 Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 04194240] ac-tex damaged at 31 20 [mpeg2video @ 04194240] Warning MVs not available [mpeg2video @ 04194240] concealing 720 DC, 720 AC, 720 MV errors in B frame frame= 2812 fps= 73 q=-1.0 Lsize= 18664kB time=00:01:52.40 bitrate=1360.3kbits/s dup=297 drop=0 video:17011kB audio:1574kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.427659% [libx264 @ 04193440] frame I:24 Avg QP:21.13 size: 55253 [libx264 @ 04193440] frame P:1085 Avg QP:23.94 size: 12044 [libx264 @ 04193440] frame B:1703 Avg QP:27.85 size: 1776 [libx264 @ 04193440] consecutive B-frames: 3.9% 34.9% 33.8% 27.5% [libx264 @ 04193440] mb I I16..4: 10.3% 77.0% 12.7% [libx264 @ 04193440] mb P I16..4: 1.5% 4.4% 0.5% P16..4: 39.9% 17.3% 11.0% 0.0% 0.0% skip:25.3% [libx264 @ 04193440] mb B I16..4: 0.1% 0.1% 0.0% B16..8: 30.7% 2.9% 0.7% direct: 1.8% skip:63.8% L0:36.2% L1:54.7% BI: 9.1% [libx264 @ 04193440] 8x8 transform intra:70.2% inter:74.9% [libx264 @ 04193440] coded y,uvDC,uvAC intra: 64.5% 63.4% 25.4% inter: 17.0% 15.8% 0.8% [libx264 @ 04193440] i16 v,h,dc,p: 33% 30% 7% 30% [libx264 @ 04193440] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 19% 27% 4% 5% 5% 7% 5% 7% [libx264 @ 04193440] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 34% 11% 4% 5% 5% 6% 5% 6% [libx264 @ 04193440] i8c dc,h,v,p: 49% 22% 24% 5% [libx264 @ 04193440] Weighted P-Frames: Y:0.5% UV:0.2% [libx264 @ 04193440] ref P L0: 60.8% 16.0% 16.4% 6.9% 0.0% [libx264 @ 04193440] ref B L0: 85.4% 12.8% 1.8% [libx264 @ 04193440] ref B L1: 95.1% 4.9% [libx264 @ 04193440] kb/s:1238.86 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 10:25:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 08:25:06 -0000 Subject: [FFmpeg-trac] #3752(avformat:open): can't seek to specified position In-Reply-To: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> References: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> Message-ID: <052.c16a7add2dafe0df43e3ed9424b9155c@avcodec.org> #3752: can't seek to specified position ------------------------------------+------------------------------------ Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: asf => asf seek * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: The following command produces a frame approximately 13 seconds from the start: {{{ $ ffmpeg -ss 1 -i AVRO\ Close-up_Ned\ 1_07_08_2010_13_50_05.dvr-ms -vframes 1 out.jpg }}} The following command produces a frame approximately 72 seconds from the start: {{{ $ ffmpeg -ss 60 -i AVRO\ Close-up_Ned\ 1_07_08_2010_13_50_05.dvr-ms -vframes 1 out.jpg }}} Seeking backwards by ten seconds with ffplay actually seeks forward a little, seeking by 60 seconds forward seeks >70 seconds, seeking by 60 seconds backwards seeks around 48 seconds backward. May be related to the starttime. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 10:31:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 08:31:30 -0000 Subject: [FFmpeg-trac] #3752(avformat:open): can't seek to specified position in asf stream (was: can't seek to specified position) In-Reply-To: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> References: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> Message-ID: <052.eb813fef7d531ef8a731efab8d4682d0@avcodec.org> #3752: can't seek to specified position in asf stream ------------------------------------+------------------------------------ Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 23:23:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 21:23:58 -0000 Subject: [FFmpeg-trac] #3753(ffmpeg:new): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV Message-ID: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Type: defect Status: new | Priority: important Component: ffmpeg | Version: 2.2.4 Keywords: mov, | Blocked By: timecode, metadata | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to use FFMPEG to update Timecode and "reel_name" metadata in an MOV. I'm attempting to just create a new timecode and reelname metadata tag in the tmcd stream of an Output mov. It is not working. The stream entirely disappears in the Output mov. I tried just copying and altering, however, the stream isn't even copied from the Input. I have tried copying with "-map 0 -c:d copy" and that'll copy the stream into the output file, but then I cannot change the metadata (timecode and reel_name). How to reproduce: {{{ % ffmpeg -i ./INPUT.mov -vcodec copy -acodec copy -timecode 01:02:03:04 -metadata reel_name=ABCD1234 ./OUTPUT.mov ffmpeg version 2.2.4- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 22:10:48 with gcc 4.8 (Debian 4.8.3-4) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libwebp --enable-libspeex --enable-libvorbis --enable- libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable-libass --enable-gnutls --cc=gcc-4.8 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.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './INPUT.mov': Metadata: creation_time : 2014-06-29 03:18:04 Duration: 00:00:47.42, start: 0.000000, bitrate: 664 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 854x480, 658 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 48k tbc (default) Metadata: creation_time : 2014-06-29 03:18:04 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:1(eng): Data: none (tmcd / 0x64636D74) (default) Metadata: creation_time : 2014-06-29 03:18:27 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Output #0, mov, to './OUTPUT.mov': Metadata: timecode : 01:02:03:04 reel_name : ABCD1234 encoder : Lavf55.33.100 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 854x480, q=2-31, 658 kb/s, 23.98 fps, 24k tbn, 24k tbc (default) Metadata: creation_time : 2014-06-29 03:18:04 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1137 fps=0.0 q=-1.0 Lsize= 3824kB time=00:00:47.33 bitrate= 661.8kbits/s video:3811kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.361878% }}} As you can see, the second stream[Stream #0:1(eng): Data: none (tmcd / 0x64636D74) (default)] is not created in the output at all. The metadata and timecode info MUST be in the tmcd stream, but it just keeps falling into the global metadata. Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 23:36:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 21:36:30 -0000 Subject: [FFmpeg-trac] #3753(undetermined:new): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV In-Reply-To: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> References: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> Message-ID: <054.b9c75206378f29cd05661ba8a5f9a51e@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.4 | undetermined Keywords: mov, | Resolution: timecode, metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: ffmpeg => undetermined Comment: Is the problem you see reproducible with current FFmpeg git head? Do you think this is a regression (regressions are the main reason why tickets are important)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 23:41:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 21:41:51 -0000 Subject: [FFmpeg-trac] #3753(undetermined:new): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV In-Reply-To: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> References: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> Message-ID: <054.f2a914b2ee679902d17ea0159da34c23@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.4 | undetermined Keywords: mov, | Resolution: timecode, metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by AgentJJ24): Replying to [comment:1 cehoyos]: > Is the problem you see reproducible with current FFmpeg git head? Yes. Here is the output: {{{ ffmpeg -i ./INPUT.mov -vcodec copy -acodec copy -timecode 01:02:03:04 -metadata reel_name=ABCD1234 ./OUTPUT.mov ffmpeg version 2.2.git Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 18:11:18 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --prefix=/home/captain/FFMPEG/ffmpeg_build --extra- cflags=-I/home/captain/FFMPEG/ffmpeg_build/include --extra- ldflags=-L/home/captain/FFMPEG/ffmpeg_build/lib --bindir=/home/captain/FFMPEG/bin --extra-libs=-ldl --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './INPUT.mov': Metadata: creation_time : 2014-06-29 03:18:04 Duration: 00:00:47.42, start: 0.000000, bitrate: 664 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 854x480, 658 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 48k tbc (default) Metadata: creation_time : 2014-06-29 03:18:04 handler_name : Apple Alias Data Handler encoder : H.264 timecode : 00:00:00:00 Stream #0:1(eng): Data: none (tmcd / 0x64636D74) (default) Metadata: creation_time : 2014-06-29 03:18:27 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 [mov @ 0x22155e0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, mov, to './OUTPUT.mov': Metadata: timecode : 01:02:03:04 reel_name : ABCD1234 encoder : Lavf55.44.100 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 854x480, q=2-31, 658 kb/s, 23.98 fps, 24k tbn, 24k tbc (default) Metadata: creation_time : 2014-06-29 03:18:04 handler_name : Apple Alias Data Handler encoder : H.264 timecode : 00:00:00:00 Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1137 fps=0.0 q=-1.0 Lsize= 3824kB time=00:00:47.33 bitrate= 661.8kbits/s video:3811kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.361878% }}} > Do you think this is a regression (regressions are the main reason why tickets are important)? Yes, because this is suppose to be a very regular part of film postproduction workflows that have utilized it with no trouble in the past. Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 2 23:56:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 21:56:20 -0000 Subject: [FFmpeg-trac] #3753(undetermined:new): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV In-Reply-To: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> References: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> Message-ID: <054.119ac79635aa8325fda76c649c839bff@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov, | Resolution: timecode, metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * version: 2.2.4 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 01:12:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 23:12:59 -0000 Subject: [FFmpeg-trac] #1793(avformat:open): Widevine support In-Reply-To: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> References: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> Message-ID: <055.65b9c096b6b3645568d1104acb68c69f@avcodec.org> #1793: Widevine support --------------------------------------+------------------------------------ Reporter: benito2313 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: Widevine drm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by Kii-lon): Hello everyone, i'm a new user here but I have a reason for wanting to post here. I've been searching all over the internet for a way to say...decrypt an .wvm file as I have gotten a hold of such a file from an foreign streaming site. I never heard of an .wvm file until just a few days ago and been wondering how to play and decode such a file...but can not. After all that I have searched, I'm still have not found any way to remove the DRM nor found any way to play back such a file. Along my search I discovered this here thread when looking up if FFmpeg can play/decode an widevine .wvm file but there's no support for it at all. Indeed... What captured my eye though is how someone mention that there's an Samsung Patch for FFmpeg that might have support to play/decrypt (I think) a widevine file. It's hard guess and the original source for the Samsung FFmpeg file is gone so there's no way to find out if it's possible or not... However, just a few minutes ago, I may...of found the Samsung FFmpeg source on an random git type site and I have no idea how to use such file or if it works but I found that the FFmpeg has the "widevine.c" file in an libav folder or somesort. Anyways I hope you guys don't mind me posting this but here's the link to file in a zip format that I uploaded on both "Uppit" and "Mega". Uppit: [http://up.ht/TE02hv/] MEGA: [https://mega.co.nz/#!rA8wlCJL!gNzydQvEsWxPDxp- Yaifl_AP53ZNjuFGiL0XDwREZtE/ MEGA - Samsung FFmpeg?] If any of you guys can be kind, please give the file a look and see if it's indeed the so-called Samsung Patch, I hope i'm not wrong haha. If you want an WVM file to test well...the only WVM file is an cartoon I got from that Foreign Streaming Site so here's the link to it: Uppit: [http://up.ht/TxYhCH/ Uppit - .WVM file] MEGA: [https://mega.co.nz/#!PZdB1Z5C!Gt5X1qPEfIJtemwNeRKK0aHax4U3hYF1vOXhKFy17hs/ MEGA - .WVM file] You don't have to download the .wvm file but if you want to, here you go. Sorry if this isn't of help or you don't appreciate these links i'm posting. Still I hope it helps in the playback of Widevine protected media and maybe this can be helpful in providing Widevine support in FFmepg...in the future! =) That is all and your welcome. May it be of help to y'all! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 01:33:05 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Jul 2014 23:33:05 -0000 Subject: [FFmpeg-trac] #3753(undetermined:new): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV In-Reply-To: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> References: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> Message-ID: <054.ef3c5421bce6b4e54c7123e463c49b1d@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov, | Resolution: timecode, metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Timothy_Gu): I don't think ffmpeg supports muxing arbitrary metadata keys like reel_name (but I might be wrong). For timecode, can you try `-metadata timecode=01:02:03:04`? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 05:24:58 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 03:24:58 -0000 Subject: [FFmpeg-trac] #3753(undetermined:new): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV In-Reply-To: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> References: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> Message-ID: <054.854e6b0e7c7360176cd5738136da4cbb@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov, | Resolution: timecode, metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by AgentJJ24): Replying to [comment:4 Timothy_Gu]: > I don't think ffmpeg supports muxing arbitrary metadata keys like reel_name (but I might be wrong). For timecode, can you try `-metadata timecode=01:02:03:04`? It'll show it in the Output, but it doesn't seem to "stick." It doesn't appear with ffprobe nor is it anywhere in the binary (I've gone so far as to check the QT atoms in a hex editor). It seems that ffmpeg just doesn't want to write out the stream. Here's an example: {{{ ffmpeg -i ./INPUT.mov -map_metadata:s:1 0:s:1 -map 0 -c:v copy -c:d copy -metadata:s:1 timecode="01:02:03:04" -metadata:s:1 reel_name=ABCD1234 -y ./OUTPUT.mov ffmpeg version 2.2.4- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 22:10:48 with gcc 4.8 (Debian 4.8.3-4) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libwebp --enable-libspeex --enable-libvorbis --enable- libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable-libass --enable-gnutls --cc=gcc-4.8 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.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './INPUT.mov': Metadata: creation_time : 2014-06-29 03:18:04 Duration: 00:00:47.42, start: 0.000000, bitrate: 664 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 854x480, 658 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 48k tbc (default) Metadata: creation_time : 2014-06-29 03:18:04 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:1(eng): Data: none (tmcd / 0x64636D74) (default) Metadata: creation_time : 2014-06-29 03:18:27 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Output #0, mov, to './OUTPUT.mov': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 854x480, q=2-31, 658 kb/s, 23.98 fps, 24k tbn, 24k tbc (default) Stream #0:1(eng): Data: none (tmcd / 0x64636D74) (default) Metadata: creation_time : 2014-06-29 03:18:27 handler_name : Apple Alias Data Handler timecode : 01:02:03:04 reel_name : ABCD1234 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 1137 fps=0.0 q=-1.0 Lsize= 3824kB time=00:00:47.33 bitrate= 661.8kbits/s video:3811kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.362185% }}} It LOOKS like it would be PERFECT. However, when I probe it: {{{ ffprobe OUTPUT.mov ffprobe version 0.7-rc8 Copyright (c) 2007-2013 Baptiste Coudurier and the FFmpeg developers Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'OUTPUT.mov': Metadata: major_brand: qt minor_version: 512 compatible_brands: qt encoder: Lavf55.33.100 timecode: 00:00:00:00 Duration: 13:10:22.37, bitrate: 0 kb/s Stream #0.0(eng): Video: h264 (Main), yuv420p, 854x480p, 658 kb/s, 23.98 fps Stream #0.1(eng): Data: unknown (tmcd) Unsupported codec with id 0 for input stream 1 }}} Or '-show_streams': {{{ ffprobe -show_streams OUTPUT.mov ffprobe version 0.7-rc8 Copyright (c) 2007-2013 Baptiste Coudurier and the FFmpeg developers Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'OUTPUT.mov': Metadata: major_brand: qt minor_version: 512 compatible_brands: qt encoder: Lavf55.33.100 timecode: 00:00:00:00 Duration: 13:10:22.37, bitrate: 0 kb/s Stream #0.0(eng): Video: h264 (Main), yuv420p, 854x480p, 658 kb/s, 23.98 fps Stream #0.1(eng): Data: unknown (tmcd) Unsupported codec with id 0 for input stream 1 [STREAM] index=0 codec_name=h264 codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 codec_type=video codec_time_base=0/1 codec_tag_string=avc1 codec_tag=0x31637661 width=854 height=480 has_b_frames=0 pix_fmt=yuv420p level=30 progressive r_frame_rate=24000/1001 avg_frame_rate=1705500/71071 time_base=1/24000 start_time=0.000000 duration=47.380667 nb_frames=1137 TAG:language=eng [/STREAM] [STREAM] index=1 codec_name=unknown codec_type=data codec_time_base=1/24 codec_tag_string=tmcd codec_tag=0x64636d74 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/24 start_time=0.000000 duration=47422.375000 nb_frames=1 TAG:language=eng [/STREAM] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 05:35:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 03:35:36 -0000 Subject: [FFmpeg-trac] #3753(undetermined:new): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV In-Reply-To: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> References: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> Message-ID: <054.615d75f6a20ff3bbdca4c578380ff08d@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov, | Resolution: timecode, metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by AgentJJ24): Here's the kicker: ffprobe of the INPUT shows that the TAG "reel_name" in the tmcd Data Stream is very much a part of the QT mov (this TAG is used by video editing software) {{{ ffprobe -show_streams INPUT.mov ffprobe version 0.7-rc8 Copyright (c) 2007-2013 Baptiste Coudurier and the FFmpeg developers Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'INPUT.mov': Metadata: timecode: 00:00:00:00 Duration: 00:00:47.42, bitrate: 664 kb/s Stream #0.0(eng): Video: h264 (Main), yuv420p, 854x480p, 658 kb/s, 23.98 fps Metadata: codec_name: H.264 Stream #0.1(eng): Data: unknown (tmcd) Metadata: reel_name(eng): OFFLINE_FILES Unsupported codec with id 0 for input stream 1 [STREAM] index=0 codec_name=h264 codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 codec_type=video codec_time_base=0/1 codec_tag_string=avc1 codec_tag=0x31637661 width=854 height=480 has_b_frames=0 pix_fmt=yuv420p level=30 progressive r_frame_rate=24000/1001 avg_frame_rate=24000/1001 time_base=1/24000 start_time=0.000000 duration=47.422375 nb_frames=1137 TAG:language=eng TAG:codec_name=H.264 [/STREAM] [STREAM] index=1 codec_name=unknown codec_type=data codec_time_base=1/24 codec_tag_string=tmcd codec_tag=0x64636d74 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/24000 start_time=0.000000 duration=47.422375 nb_frames=1 TAG:language=eng TAG:reel_name=OFFLINE_FILES [/STREAM] }}} Here is another probe of a working file: {{{ ffprobe -show_streams WORKINGexample.mov ffprobe version 0.7-rc8 Copyright (c) 2007-2013 Baptiste Coudurier and the FFmpeg developers Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'WORKINGexample.mov': Metadata: major_brand: qt minor_version: 0 compatible_brands: qt encoder: FFmbc 0.7 timecode: 02:03:04:05 Duration: 00:00:47.42, bitrate: 12104 kb/s Stream #0.0(eng): Video: prores, yuv422p10le, 854x480p, 12102 kb/s, 23.98 fps Metadata: codec_name: prores Stream #0.1(eng): Data: unknown (tmcd) Metadata: reel_name(eng): EF02 Unsupported codec with id 0 for input stream 1 [STREAM] index=0 codec_name=prores codec_long_name=ProRes codec_type=video codec_time_base=0/1 codec_tag_string=apco codec_tag=0x6f637061 width=854 height=480 has_b_frames=0 pix_fmt=yuv422p10le level=-99 progressive r_frame_rate=24000/1001 avg_frame_rate=24000/1001 time_base=1/24000 start_time=0.000000 duration=47.422375 nb_frames=1137 TAG:language=eng TAG:codec_name=prores [/STREAM] [STREAM] index=1 codec_name=unknown codec_type=data codec_time_base=1/24 codec_tag_string=tmcd codec_tag=0x64636d74 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/24000 start_time=0.000000 duration=47.422375 nb_frames=1 TAG:language=eng TAG:reel_name=EF02 [/STREAM] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 07:13:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 05:13:07 -0000 Subject: [FFmpeg-trac] #1793(avformat:open): Widevine support In-Reply-To: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> References: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> Message-ID: <055.5fad886a827fd9b9320246ac906fc1fc@avcodec.org> #1793: Widevine support --------------------------------------+------------------------------------ Reporter: benito2313 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: Widevine drm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:29 Kii-lon]: > However, just a few minutes ago, I may...of found the Samsung FFmpeg source on an random git type site Is there a reason why you don't want to post the link? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 09:53:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 07:53:36 -0000 Subject: [FFmpeg-trac] #3729(avcodec:new): FFMPEG should show warnings when FLAC encoder produce non-subset stream In-Reply-To: <045.5149d843410647f8895223845d975123@avcodec.org> References: <045.5149d843410647f8895223845d975123@avcodec.org> Message-ID: <060.e7df42fe09f343855b7c67747cbbbd24@avcodec.org> #3729: FFMPEG should show warnings when FLAC encoder produce non-subset stream -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avcodec Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: flac | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Replying to [comment:3 cehoyos]: > Please name the affected hardware decoders. Sandisk Sansa Fuze, hardware version 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 10:15:27 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 08:15:27 -0000 Subject: [FFmpeg-trac] #1793(avformat:open): Widevine support In-Reply-To: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> References: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> Message-ID: <055.020c50ec9ee20f0c2bfe70374fae2f0f@avcodec.org> #1793: Widevine support --------------------------------------+------------------------------------ Reporter: benito2313 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: Widevine drm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by Kii-lon): Oh no there's no reason haha, here's the link to it if you want to check for yourself: https://bitbucket.org/Mali_Laurent/ps50c550/src/b9dfcccdd349/Sources/SVN-r19089/?at=master ...I remember this site and it's no random git-related site. I guess I couldn't remember when I found this FFmpeg. Anywho you can look there Cehoyos. =) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 10:44:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 08:44:45 -0000 Subject: [FFmpeg-trac] #3729(avcodec:new): FFMPEG should show warnings when FLAC encoder produce non-subset stream In-Reply-To: <045.5149d843410647f8895223845d975123@avcodec.org> References: <045.5149d843410647f8895223845d975123@avcodec.org> Message-ID: <060.63d0fed3c0bee00584b67296759bcd20@avcodec.org> #3729: FFMPEG should show warnings when FLAC encoder produce non-subset stream -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avcodec Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: flac | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 Vika Apelsinova]: > Replying to [comment:3 cehoyos]: > > Please name the affected hardware decoders. > > Sandisk Sansa Fuze, hardware version 1. How can I create a stream that does not work on this device? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 17:32:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 15:32:51 -0000 Subject: [FFmpeg-trac] #3754(undetermined:new): jpeg2000 encode produces gray garbage files, probably connected to threads and compression Message-ID: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: openjpeg | Blocked By: compression threads | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- summary: ffmpeg libopenjpeg encoder produces wrong image files when compression is on. seems to be connected to the amount of threads. originally i wanted to compress a mov to dcp compatible j2c files. this does not work with latest builds on windows/linux. i tried these builds linux (http://johnvansickle.com/ffmpeg/) ffmpeg-git-20140703-64bit-static ffmpeg-2.2.4-64bit-static windows (zeranoe) ffmpeg-20140703-git-1265247-win64-static ffmpeg-20140703-git-1265247-win32-static (crashes) i could minimize the offending command line to ./ffmpeg -i infile -an -compression_level 30 -threads 1 %06d.j2c output can be found on the very end of this post.[1] using the above the encoder (libopenjpeg) produces one proper encoded image and one 1kb sized gray image alternating in a row. raising threads eg. to 10 gives you ca. 10 proper pictures and thereafter 10 gray 1kb ones. sometimes one or two images lurk into the other group but the pattern is pretty obvious however. the problem does not surface when -compression_level is set to 0 (disabled). thank you.. bud [1]OUTPUT ffmpeg version N-44018-g1265247- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Jul 3 2014 02:32:06 with gcc 4.8 (Debian 4.8.3-4) 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-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.2 : 5.1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'infile': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-07-03 15:12:55 timecode : 00:04:08:12 Duration: 00:00:09.00, start: 0.000000, bitrate: 178667 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 1920x1080, 174053 kb/s, SAR 1:1 DAR 16:9, 24 fps, 24 tbr, 24 tbn, 24 tbc (default) Metadata: creation_time : 2014-07-03 15:12:55 handler_name : Apple Alias-Datensteuerung encoder : Apple ProRes 422 (HQ) Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: creation_time : 2014-07-03 15:12:55 handler_name : Apple Alias-Datensteuerung timecode : 00:04:08:12 Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 6 channels, s16, 4608 kb/s (default) Metadata: creation_time : 2014-07-03 15:12:55 handler_name : Apple Alias-Datensteuerung [image2 @ 0x45fa520] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, image2, to '%06d.j2c': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt timecode : 00:04:08:12 encoder : Lavf55.44.100 Stream #0:0(eng): Video: jpeg2000 (libopenjpeg), yuv422p10le, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 24 fps, 24 tbn, 24 tbc (default) Metadata: creation_time : 2014-07-03 15:12:55 handler_name : Apple Alias-Datensteuerung encoder : Lavc55.68.100 libopenjpeg Stream mapping: Stream #0:0 -> #0:0 (prores (native) -> jpeg2000 (libopenjpeg)) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 17:51:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 15:51:50 -0000 Subject: [FFmpeg-trac] #3729(avcodec:new): FFMPEG should show warnings when FLAC encoder produce non-subset stream In-Reply-To: <045.5149d843410647f8895223845d975123@avcodec.org> References: <045.5149d843410647f8895223845d975123@avcodec.org> Message-ID: <060.0c33e810044a0989f45cd3fcb74768a0@avcodec.org> #3729: FFMPEG should show warnings when FLAC encoder produce non-subset stream -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avcodec Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: flac | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Replying to [comment:5 cehoyos]: > How can I create a stream that does not work on this device? This device starts to stutter mildly when files have LPC blocks with a order larger than 12. E.g. by using "-compression_level 11" or "-compression_level 12" presets. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 18:11:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 16:11:06 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.9aa20e8a003faf262dca9b3087ae2b10@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: openjpeg compression threads => libopenjpeg regression * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Regression since 3cfd4df8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 3 22:05:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 20:05:39 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.f7ba24d7117405555d88a044458cc056@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bud): could you please hint me on a workaround or a possibility on how to checkout a revision before that regression? thanks.. bud -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 4 01:48:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 23:48:53 -0000 Subject: [FFmpeg-trac] #3687(avcodec:new): bmp parser is more strict than the bmp decoder In-Reply-To: <037.efe127749872ffbcbecd7201f733c0c3@avcodec.org> References: <037.efe127749872ffbcbecd7201f733c0c3@avcodec.org> Message-ID: <052.483ef3bc9c8651b174b13967a3a99878@avcodec.org> #3687: bmp parser is more strict than the bmp decoder ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): This is now simpler to reproduce: {{{ $ cp 8bpp.bmp bmpimage }}} {{{ $ ffmpeg -i bmpimage out.png ffmpeg version N-64397-g5c65aed Copyright (c) 2000-2014 the FFmpeg developers built on Jul 4 2014 01:47:20 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [bmp @ 0x1f3ba80] not enough data (785408 < 786432) Input #0, bmp_pipe, from 'bmpimage': Duration: N/A, bitrate: N/A Stream #0:0: Video: bmp, pal8, 1024x768, 25 tbr, 25 tbn, 25 tbc [image2 @ 0x1f3c9c0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, image2, to 'out.png': Metadata: encoder : Lavf55.45.100 Stream #0:0: Video: png, pal8, 1024x768, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.68.100 png Stream mapping: Stream #0:0 -> #0:0 (bmp (native) -> png (native)) Press [q] to stop, [?] for help [bmp @ 0x1f3c520] not enough data (785408 < 786432) Error while decoding stream #0:0: Invalid data found when processing input bmpimage: Input/output error frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) Conversion failed! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 4 01:50:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 23:50:39 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.470f8a5b6082fa0e41114d576e4f8c2a@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 bud]: > could you please hint me on a workaround You could revert the patch locally. > or a possibility on how to checkout a revision before that regression? {{{ $ git checkout 3cfd4df8^ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 4 01:51:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Jul 2014 23:51:39 -0000 Subject: [FFmpeg-trac] #3729(avcodec:new): FFMPEG should show warnings when FLAC encoder produce non-subset stream In-Reply-To: <045.5149d843410647f8895223845d975123@avcodec.org> References: <045.5149d843410647f8895223845d975123@avcodec.org> Message-ID: <060.8be1f363c6745ab1053ef5707695fd5c@avcodec.org> #3729: FFMPEG should show warnings when FLAC encoder produce non-subset stream -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avcodec Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: flac | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you provide the ffmpeg command line to produce a file that stutters on the Sandisk player together with the console output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 01:10:17 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Jul 2014 23:10:17 -0000 Subject: [FFmpeg-trac] #1793(avformat:open): Widevine support In-Reply-To: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> References: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> Message-ID: <055.398c10a1ed30955436d867d305722674@avcodec.org> #1793: Widevine support --------------------------------------+------------------------------------ Reporter: benito2313 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: Widevine drm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by Kii-lon): Hey all, just posting back here again to know if anything new is happening on widevine... Still don't know how to use the src files but yeah, hopefully it works with decoding/reading/playing back .wvm files hehe! Also cehoyos, I posted the link to the original site where I found the src files that contains the widevine files and stuff. Just reminding you if you haven't looked at it yet... Anyways i'm a going so see y'all later! =) I'll be keeping an eye on this post/ticket hehe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 13:39:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 11:39:28 -0000 Subject: [FFmpeg-trac] #3587(undetermined:new): FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS In-Reply-To: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> References: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> Message-ID: <052.714e5fd40f69ad22c2ecb77f5c174e58@avcodec.org> #3587: FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS -------------------------------------+------------------------------------- Reporter: dannyzb | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: tee | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dannyzb): Whats the status on this? Can you clarify on the current status of tee? is this going to be possible or are changes needed to the documentation? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 16:05:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 14:05:29 -0000 Subject: [FFmpeg-trac] #3755(undetermined:new): E-AC-3 encoder does not support more than 6 channels encoding Message-ID: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> #3755: E-AC-3 encoder does not support more than 6 channels encoding -------------------------------------+------------------------------------- Reporter: microchip | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i input.mkv -c:v copy -c:a eac3 -channels 7 out.mkv ffmpeg version 2.2.4 built on Jun 26 2014 19:58:30 }}} I have a film with DTS-ES 6.1 channels audio. I want to encode the audio to EAC3, preserving the channels. Even when I specify -channels 7, the eac3 encoder encodes to a maximum of 6 channels -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 17:27:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 15:27:39 -0000 Subject: [FFmpeg-trac] #3755(undetermined:closed): E-AC-3 encoder does not support more than 6 channels encoding In-Reply-To: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> References: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> Message-ID: <054.17ab771bd5fbb85fa935fc4c02d005de@avcodec.org> #3755: E-AC-3 encoder does not support more than 6 channels encoding -------------------------------------+------------------------------------- Reporter: microchip | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #3595. For future tickets: Please always provide your failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 17:37:25 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 15:37:25 -0000 Subject: [FFmpeg-trac] #3587(undetermined:closed): FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS In-Reply-To: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> References: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> Message-ID: <052.64ff555b6e563f4ca853a1aab2213719@avcodec.org> #3587: FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS -------------------------------------+------------------------------------- Reporter: dannyzb | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: tee | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: From a quick look in the documentation, it appears that what you need (different bitstream filter settings for different output streams) is supported since summer 2013. Please consult the fine documentation and reopen this ticket if the feature does not work correctly: https://ffmpeg.org/ffmpeg-formats.html#tee -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 18:46:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 16:46:10 -0000 Subject: [FFmpeg-trac] #3756(avformat:new): Fails to identify video track in Ogg file Message-ID: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> #3756: Fails to identify video track in Ogg file ----------------------------------+-------------------------------------- Reporter: cgbug | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- FFmpeg fails to identify the video codec in this file. The file contains the string "on2vp8", so I assume it contains VP8 video. Sample file: https://www.sendspace.com/file/2vxf6w command-line output: ffmpeg version N-64420-g939d22a Copyright (c) 2000-2014 the FFmpeg developers built on Jul 4 2014 22:02:13 with gcc 4.8.3 (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-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [ogg @ 02847be0] Codec not found [ogg @ 02847be0] Could not find codec parameters for stream 0 (Unknown: none): u nknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, ogg, from 'video_0001.ogv': Duration: 00:00:33.69, start: 0.000000, bitrate: 2151 kb/s Stream #0:0: Unknown: none Stream #0:1(eng): Audio: vorbis, 48000 Hz, stereo, fltp, 128 kb/s Metadata: CREATION_TIME : 2013-11-18 06:37:08 LANGUAGE : eng HANDLER_NAME : Mainconcept MP4 Sound Media Handler MAJOR_BRAND : mp42 MINOR_VERSION : 0 COMPATIBLE_BRANDS: mp42mp41 ENCODER : Lavf55.13.101 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 18:58:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 16:58:08 -0000 Subject: [FFmpeg-trac] #3755(undetermined:closed): E-AC-3 encoder does not support more than 6 channels encoding In-Reply-To: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> References: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> Message-ID: <054.86ad0e5989f0fb1e6db095bbe213f0e5@avcodec.org> #3755: E-AC-3 encoder does not support more than 6 channels encoding -------------------------------------+------------------------------------- Reporter: microchip | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by microchip): Carl, it's not a failing command line. It has nothing to do with that. It's a unsupported feature -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 19:09:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 17:09:18 -0000 Subject: [FFmpeg-trac] #3751(avfilter:reopened): Identity Hald CLUT Introduces Color Shift In-Reply-To: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> References: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> Message-ID: <049.357ea80c06c14fbe026f4e5c5c52bed1@avcodec.org> #3751: Identity Hald CLUT Introduces Color Shift -------------------------------------+------------------------------------ Reporter: aguo | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: haldclut | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by JohnL): * status: closed => reopened * resolution: needs_more_info => Comment: Regardless of the problems with the quelsolaar.com identity clut, a generated identity HALD CLUT also exhibits the color shift. The following examples shows it is actually swapping the red and blue color channels. {{{ ffmpeg -y -v verbose -i rgb.png -filter_complex haldclutsrc=8[clut],[0][clut]haldclut=shortest=1 output%d.png }}} {{{ ffmpeg version 2.2.3 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 06:51:16 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.3 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid libavutil 52. 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 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'rgb.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 271x271 [SAR 2834:2834 DAR 1:1], 25 tbr, 25 tbn, 25 tbc [Parsed_haldclutsrc_0 @ 0x7ff05040c0e0] size:0x0 rate:25/1 duration:-1.000000 sar:1/1 [graph 0 input from stream 0:0 @ 0x7ff05040bba0] w:271 h:271 pixfmt:rgba tb:1/25 fr:25/1 sar:2834/2834 sws_param:flags=2 [Parsed_haldclut_1 @ 0x7ff05040c380] [framesync @ 0x106682040] Selected 1/25 time base [Parsed_haldclut_1 @ 0x7ff05040c380] [framesync @ 0x106682040] Sync level 2 Output #0, image2, to 'output%d.png': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgba, 271x271 [SAR 2834:2834 DAR 1:1], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 (png) -> haldclut:main haldclut -> Stream #0:0 (png) Press [q] to stop, [?] for help [Parsed_haldclut_1 @ 0x7ff05040c380] [framesync @ 0x106682040] Sync level 1 [Parsed_haldclut_1 @ 0x7ff05040c380] [framesync @ 0x106682040] Sync level 0 No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:6kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100.338982% }}} rgb.png: [[Image(http://www.kirupa.com/images/rgb_image.png)]] output1.png: [[Image(http://i58.tinypic.com/rsal4k.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 19:20:53 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 17:20:53 -0000 Subject: [FFmpeg-trac] #3755(undetermined:closed): E-AC-3 encoder does not support more than 6 channels encoding In-Reply-To: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> References: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> Message-ID: <054.4f226511d9c7927b2cec5f13d775bb0a@avcodec.org> #3755: E-AC-3 encoder does not support more than 6 channels encoding -------------------------------------+------------------------------------- Reporter: microchip | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 microchip]: > Carl, it's not a failing command line. It has nothing to do with that. It's a unsupported feature Next time you report an unsupported feature that manifests itself when running FFmpeg with unsupported combinations of valid options (like in this case calling the e-ac3 encoder with seven channels) please provide the command line that does not produce the intended output together with the complete, uncut console output to make the ticket valid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 19:24:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 17:24:40 -0000 Subject: [FFmpeg-trac] #3756(avformat:new): Fails to identify video track in Ogg file In-Reply-To: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> References: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> Message-ID: <050.3e29dece5cbc7bd90c4a16264fb4bf2b@avcodec.org> #3756: Fails to identify video track in Ogg file ------------------------------------+------------------------------------ Reporter: cgbug | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): How was this sample produced (which command line)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 19:38:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 17:38:37 -0000 Subject: [FFmpeg-trac] #3755(undetermined:closed): E-AC-3 encoder does not support more than 6 channels encoding In-Reply-To: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> References: <039.5ab414a7da14b9db90e33165f624a1b7@avcodec.org> Message-ID: <054.fde7dcd65f491e9d133fc8aa59a10ebd@avcodec.org> #3755: E-AC-3 encoder does not support more than 6 channels encoding -------------------------------------+------------------------------------- Reporter: microchip | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by microchip): this is the complete output {{{ neutrino at neutrino:~> ffmpeg -i DTS-ES-7chans.mkv -c:v copy -c:a eac3 -channels 7 test.mkv ffmpeg version 2.2.4 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 26 2014 19:58:30 with gcc 4.8 (SUSE Linux) configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-debug --disable-stripping --extra-cflags='-fmessage- length=0 -grecord-gcc-switches -fstack-protector -O2 -Wall -D_FORTIFY_SOURCE=2 -funwind-tables -fasynchronous-unwind-tables -g -fPIC -I/usr/include/gsm' --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --enable-avfilter --enable-libpulse --enable-libvpx --enable-libopus --enable-libass --enable-libx265 --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libxvid --enable-libx264 --enable-libschroedinger --enable-libgsm --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-postproc --enable- libdc1394 --enable-librtmp --enable-libfreetype --enable-avresample --enable-libtwolame --enable-libvo-aacenc --enable-gnutls 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 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [dca @ 0xa47100] Number of channels changed in DCA decoder (6 -> 7) Input #0, matroska,webm, from 'DTS-ES-7chans.mkv': Metadata: encoder : libebml v0.7.7 + libmatroska v0.8.1 creation_time : 2009-04-28 05:18:10 Duration: 01:44:05.25, start: 0.000000, bitrate: 2 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x532, SAR 1:1 DAR 320:133, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: dts (DTS-ES), 48000 Hz, 6.1, fltp, 1536 kb/s (default) Metadata: title : eng Stream #0:2(chi): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Metadata: title : ?? File 'test.mkv' already exists. Overwrite ? [y/N] y Output #0, matroska, to 'test.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0(eng): Video: h264 (H264 / 0x34363248), yuv420p, 1280x532 [SAR 1:1 DAR 320:133], q=2-31, 23.98 fps, 1k tbn, 1k tbc (default) Stream #0:1(eng): Audio: eac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s (default) Metadata: title : eng Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (dca -> eac3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 19:45:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 17:45:19 -0000 Subject: [FFmpeg-trac] #3751(avfilter:closed): Identity Hald CLUT Introduces Color Shift In-Reply-To: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> References: <034.b9d32bc24b0c02c3c4fe4dbd2c0d1522@avcodec.org> Message-ID: <049.eb9502b61d14d814d31e7af21523764a@avcodec.org> #3751: Identity Hald CLUT Introduces Color Shift -------------------------------------+------------------------------------ Reporter: aguo | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: fixed Keywords: haldclut | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * status: reopened => closed * resolution: => fixed Comment: Should be fixed in d5601cf6fc1c1606ec45466d5d72fd1e60a4ba3b. Please test git-master. I'm sorry about that mistake, it seems I badly tested this part. Thank you for your report. Note: most CLUT from quelsolaar.com seems to exhibit the right column bug so I couldn't test properly with these. Nevertheless, the code should be correct now. Please re-open if it's still problematic. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 21:23:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 19:23:00 -0000 Subject: [FFmpeg-trac] #3756(avformat:closed): Fails to identify video track in Ogg file In-Reply-To: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> References: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> Message-ID: <050.76f01f06b213992b9005714e715da5b3@avcodec.org> #3756: Fails to identify video track in Ogg file ------------------------------------+------------------------------------ Reporter: cgbug | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: ogg vp8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ogg vp8 * status: new => closed * resolution: => invalid Comment: Replying to [ticket:3756 cgbug]: > ENCODER : Lavf55.13.101 I tested with this version and FFmpeg correctly refuses to mux VP8 into ogg (as does the current version) since it wasn't implemented yet: {{{ $ ffmpeg -f lavfi -i testsrc -vcodec vp8 out.ogg ffmpeg version N-55208-gb7ed18b Copyright (c) 2000-2013 the FFmpeg developers built on Jul 5 2014 20:04:06 with gcc 4.7 (SUSE Linux) configuration: --enable-libvpx --enable-gpl libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 20.100 / 55. 20.100 libavformat 55. 13.101 / 55. 13.101 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 82.100 / 3. 82.100 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 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 [libvpx @ 0x19a3840] v1.3.0 [ogg @ 0x19a32e0] Unsupported codec id in stream 0 Output #0, ogg, to 'out.ogg': Metadata: encoder : Lavf55.13.101 Stream #0:0: Video: vp8 (libvpx), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=-1--1, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libvpx) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted }}} Please reopen if you can explain how the file was created and why you think it is valid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 5 21:44:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Jul 2014 19:44:28 -0000 Subject: [FFmpeg-trac] #3756(avformat:closed): Fails to identify video track in Ogg file In-Reply-To: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> References: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> Message-ID: <050.31064f968a44be14ec042c7a97940f8d@avcodec.org> #3756: Fails to identify video track in Ogg file ------------------------------------+------------------------------------ Reporter: cgbug | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: ogg vp8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jamal): Replying to [ticket:3756 cgbug]: > FFmpeg fails to identify the video codec in this file. > > The file contains the string "on2vp8", so I assume it contains VP8 video. That's not a valid tag for VP8 in OGG. It should be "OVP80". Do you know how this file was created? Lavf55.13 shouldn't have been able to. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 11:51:59 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 09:51:59 -0000 Subject: [FFmpeg-trac] #3757(avcodec:new): -b_strategy 2 may cause severe artifacts Message-ID: <038.8d42e74cf75db4dcbf7404229d1da4aa@avcodec.org> #3757: -b_strategy 2 may cause severe artifacts ----------------------------------+-------------------------------------- Reporter: ejlasota | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: Using -b_strategy 2 can cause severe artifacts on P-frames. Higher -bf values increase the severity. How to reproduce: {{{ Execute the following on the attached file. % ffmpeg -i testinput_small.avi -vcodec mpeg1video -bf 16 -b_strategy 2 -q:v 3 -an -y output.mpg ffmpeg version N-63833-gd4be318 built on July 7, 2014 (Zeranoe FFmpeg git-689e028 64-bit Static Windows build) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 11:56:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 09:56:43 -0000 Subject: [FFmpeg-trac] #3757(avcodec:new): -b_strategy 2 may cause severe artifacts In-Reply-To: <038.8d42e74cf75db4dcbf7404229d1da4aa@avcodec.org> References: <038.8d42e74cf75db4dcbf7404229d1da4aa@avcodec.org> Message-ID: <053.b88006f3cb1605eca43c9b8289f8f36e@avcodec.org> #3757: -b_strategy 2 may cause severe artifacts ------------------------------------+----------------------------------- Reporter: ejlasota | 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 ejlasota): Apparently the sample is too big to attach. You can download it here: http://www.datafilehost.com/d/68c0b164 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 12:58:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 10:58:31 -0000 Subject: [FFmpeg-trac] #3757(avcodec:open): -b_strategy 2 may cause severe artifacts In-Reply-To: <038.8d42e74cf75db4dcbf7404229d1da4aa@avcodec.org> References: <038.8d42e74cf75db4dcbf7404229d1da4aa@avcodec.org> Message-ID: <053.00419c678458a3532cf857b5bad08c92@avcodec.org> #3757: -b_strategy 2 may cause severe artifacts ------------------------------------+----------------------------------- Reporter: ejlasota | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since 59a53842 For future tickets: Please always post your failing FFmpeg command line together with the complete, uncut console output. {{{ $ ffmpeg -f lavfi -i testsrc -bf 16 -b_strategy 2 -q:v 2 -t 2 out.avi ffmpeg version N-64445-ga53c5d4 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 6 2014 12:57:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.101 / 55. 68.101 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.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 [avi @ 0x27c2580] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.45.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.68.101 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg4 (native)) Press [q] to stop, [?] for help frame= 50 fps=7.7 q=2.0 Lsize= 311kB time=00:00:01.96 bitrate=1299.2kbits/s video:304kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.242409% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 14:23:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 12:23:16 -0000 Subject: [FFmpeg-trac] #3758(avfilter:new): drawtext filter reverses Arabic text Message-ID: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> #3758: drawtext filter reverses Arabic text -------------------------------------+------------------------------------- Reporter: Krieger | Type: defect Status: new | Priority: normal Component: avfilter | Version: git- Keywords: drawtext, | master libfreetype | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Arabic text is displayed backwards comparing to supplied parameter. How to reproduce: This test requires some font supporting Arabic. Below i use a font supplied by third party, and i didn't get their agreement yet for publishing it here for bug investigation. I don't know which widespread free fonts support Arabic (comments are appreciated). The issue is reproduced with following command line (i hope non-ASCII Arabic letters won't get garbled at transmission). I'm not an expert on Arabic, but you can see that there's character like "i" on the right, and on rendered picture it goes on the left. I suppose that's some smartness of libfreetype. Does anybody know how this behaviour could get fixed? Maybe some flag to pass to libfreetype? {{{ $ ffplay -loglevel debug -f lavfi -i "color=color=white,drawtext=fontfile=./samples/editor/projects/stc/fonts /stc-regular-webfont.ttf:text=????" ffplay version N-64175-gb0f3b6d Copyright (c) 2003-2014 the FFmpeg developers built on Jul 3 2014 16:24:25 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) configuration: --enable-libfreetype --enable-gpl --enable-libx264 libavutil 52. 90.100 / 52. 90.100 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 detected 4 logical cores 0 aq= 0KB vq= 0KB sq= 0B f=0/0 [Parsed_color_0 @ 0x7fb5dc002060] Setting 'color' to value 'white' [Parsed_color_0 @ 0x7fb5dc002060] size:320x240 rate:25/1 duration:-1.000000 sar:1/1 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Setting 'fontfile' to value './samples/editor/projects/stc/fonts/stc-regular-webfont.ttf' [Parsed_drawtext_1 @ 0x7fb5dc002b00] Setting 'text' to value '????' [AVFilterGraph @ 0x7fb5dc001580] query_formats: 3 queried, 2 merged, 0 already done, 0 delayed [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:0 t:0.000000 text_w:30 text_h:18 x:0 y:0 [lavfi @ 0x7fb5dc000920] All info found Input #0, lavfi, from 'color=color=white,drawtext=fontfile=./samples/editor/projects/stc/fonts /stc-regular-webfont.ttf:text=????': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 1/25, 25 tbr, 25 tbn, 25 tbc [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. Video frame changed from size:0x0 format:none serial:-1 to size:320x240 format:yuv420p serial:1 [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:1 t:0.040000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [ffplay_buffer @ 0x7fb5d4001620] Setting 'video_size' to value '320x240' [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:2 t:0.080000 text_w:30 text_h:18 x:0 y:0 [ffplay_buffer @ 0x7fb5d4001620] Setting 'pix_fmt' to value '0' [ffplay_buffer @ 0x7fb5d4001620] Setting 'time_base' to value '1/25' [ffplay_buffer @ 0x7fb5d4001620] Setting 'pixel_aspect' to value '1/1' [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [ffplay_buffer @ 0x7fb5d4001620] Setting 'frame_rate' to value '25/1' [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:3 t:0.120000 text_w:30 text_h:18 x:0 y:0 [ffplay_buffer @ 0x7fb5d4001620] w:320 h:240 pixfmt:yuv420p tb:1/25 fr:25/1 sar:1/1 sws_param: [ffplay_crop @ 0x7fb5d4002840] Setting 'out_w' to value 'floor(in_w/2)*2' [ffplay_crop @ 0x7fb5d4002840] Setting 'out_h' to value 'floor(in_h/2)*2' [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:4 t:0.160000 text_w:30 text_h:18 x:0 y:0 [AVFilterGraph @ 0x7fb5d4000d40] query_formats: 3 queried, 2 merged, 0 already done, 0 delayed [ffplay_crop @ 0x7fb5d4002840] w:320 h:240 sar:1/1 -> w:320 h:240 sar:1/1 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:5 t:0.200000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:6 t:0.240000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:7 t:0.280000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:8 t:0.320000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 19:35:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 17:35:46 -0000 Subject: [FFmpeg-trac] #3756(avformat:reopened): Fails to identify video track in Ogg file In-Reply-To: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> References: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> Message-ID: <050.e41c8e93ff291dc5f49a643821f8454c@avcodec.org> #3756: Fails to identify video track in Ogg file ------------------------------------+------------------------------------ Reporter: cgbug | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg vp8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cgbug): * status: closed => reopened * resolution: invalid => Comment: I did not create this file. This sample comes from the game Aura Kingdom (http://aurakingdom.aeriagames.com). Half the videos is the game are similar to the sample. The other half contain Theora/Vorbis and are handled fine by FFmpeg. The game doesn't install any DirectShow filters. So it must contain its own decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 19:41:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 17:41:04 -0000 Subject: [FFmpeg-trac] #3756(avformat:open): Fails to identify video track in Ogg file In-Reply-To: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> References: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> Message-ID: <050.f2907e2efc6717d17dbb9a1d2e464c1c@avcodec.org> #3756: Fails to identify video track in Ogg file -------------------------------------+------------------------------------ Reporter: cgbug | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: ogg vp8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * status: reopened => open * type: defect => enhancement * reproduced: 0 => 1 Comment: Replying to [comment:4 cgbug]: > I did not create this file. This sample comes from the game Aura Kingdom (http://aurakingdom.aeriagames.com). Where do they offer their FFmpeg patches? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 20:38:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 18:38:01 -0000 Subject: [FFmpeg-trac] #1182(undetermined:open): [ac3] frame sync error In-Reply-To: <041.d4978e7f1d58ee34c4e68c52bfaa14d3@avcodec.org> References: <041.d4978e7f1d58ee34c4e68c52bfaa14d3@avcodec.org> Message-ID: <056.4d2cdc572e6416db5fdebb7757460a12@avcodec.org> #1182: [ac3] frame sync error -------------------------------------+------------------------------------- Reporter: carlrosmann | 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 -------------------------------------+------------------------------------- Comment (by gjdfgh): This also happens when seeking in the raw mpeg stream of commercial DVDs (or at least one DVD). After printing this error, the decoder returns an error. This is pretty bad for me, because I think this causes a slight desync. Looking at the code, I guess it simply fails with AAC_AC3_PARSE_ERROR_SYNC internally. This error also happens when seeking with libdvdread or libdvdnav (in which case seeking with libavformat is not involved at all). This means it fails with the same error in both cases. I'm not sure what to make out of it. I uploaded a sample named "dvdsample" using http://upload.ffmpeg.org/upload/, but I'm not really sure where the upload form put it. (Maybe failed?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 20:38:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 18:38:12 -0000 Subject: [FFmpeg-trac] #1182(undetermined:open): [ac3] frame sync error In-Reply-To: <041.d4978e7f1d58ee34c4e68c52bfaa14d3@avcodec.org> References: <041.d4978e7f1d58ee34c4e68c52bfaa14d3@avcodec.org> Message-ID: <056.5aa7672171fe2724e94e8c0386bf1b79@avcodec.org> #1182: [ac3] frame sync error -------------------------------------+------------------------------------- Reporter: carlrosmann | 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 gjdfgh): * cc: nfxjfg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 20:51:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 18:51:46 -0000 Subject: [FFmpeg-trac] #1182(undetermined:open): [ac3] frame sync error In-Reply-To: <041.d4978e7f1d58ee34c4e68c52bfaa14d3@avcodec.org> References: <041.d4978e7f1d58ee34c4e68c52bfaa14d3@avcodec.org> Message-ID: <056.d1236894ece8fe3e7d58be22361c67b0@avcodec.org> #1182: [ac3] frame sync error -------------------------------------+------------------------------------- Reporter: carlrosmann | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 gjdfgh]: > I uploaded a sample named "dvdsample" using http://upload.ffmpeg.org/upload/ No such sample was uploaded today, consider reading https://ffmpeg.org/bugreports.html or upload to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:10:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:10:36 -0000 Subject: [FFmpeg-trac] #1182(undetermined:open): [ac3] frame sync error In-Reply-To: <041.d4978e7f1d58ee34c4e68c52bfaa14d3@avcodec.org> References: <041.d4978e7f1d58ee34c4e68c52bfaa14d3@avcodec.org> Message-ID: <056.138e422039a116e4459b8a0fd3cd3923@avcodec.org> #1182: [ac3] frame sync error -------------------------------------+------------------------------------- Reporter: carlrosmann | 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 -------------------------------------+------------------------------------- Comment (by gjdfgh): Retried with a real FTP client. Now it's actually there. By the way, if you use ffprobe and look at the packet and frame timestamps after a seek, the first audio PTS is different, which implies ffprobe implicitly drops the "bad" first audio packet too. (-read_interval, -show_packets, and -show_frames options.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:13:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:13:19 -0000 Subject: [FFmpeg-trac] #3759(undetermined:new): ffmpeg fails to decode empty wav file Message-ID: <036.27f6a5ba0b65fa1e986ffe09a26083a0@avcodec.org> #3759: ffmpeg fails to decode empty wav file -------------------------------------+------------------------------------- Reporter: Sergey | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Get ffmpeg: {{{ $ wget http://ffmpeg.gusari.org/static/32bit/ffmpeg.static.32bit.2014-07-06.tar.gz $ tar xf ffmpeg.static.32bit.2014-07-06.tar.gz }}} Create empty file: {{{ $ ./ffmpeg -f s16le -ar 48000 -ac 2 -i /dev/null -acodec copy empty.wav }}} Fail to open it: {{{ $ ./ffmpeg -i empty.wav ffmpeg version N-63893-gc69defd Copyright (c) 2000-2014 the FFmpeg developers built on Jul 6 2014 05:13:25 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/32bit --arch=x86_32 --extra- cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' --extra- ldflags='-m32 -L/root/ffmpeg-static/32bit/lib -static' --extra- libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable- postproc --enable-runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable- libspeex --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.101 / 55. 66.101 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [wav @ 0xac6f8e0] Estimating duration from bitrate, this may be inaccurate [wav @ 0xac6f8e0] Could not find codec parameters for stream 0 (Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, 1536 kb/s): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options empty.wav: could not find codec parameters }}} May be related to #3746 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:27:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:27:47 -0000 Subject: [FFmpeg-trac] #3760(undetermined:new): support for animated webp images Message-ID: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> #3760: support for animated webp images -------------------------------------+------------------------------------- Reporter: triune | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: webp | unspecified animated | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Currently, exporting to webp will only render a single frame. Would like to have the capability to transcode videos into webp animations similar to animated gif. The 24bit RGB space in webp should make better quality animated images. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:29:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:29:24 -0000 Subject: [FFmpeg-trac] #3760(undetermined:new): support for animated webp images In-Reply-To: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> References: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> Message-ID: <051.944407a4bc49957f323550217b7d3b8c@avcodec.org> #3760: support for animated webp images -------------------------------------+------------------------------------- Reporter: triune | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: webp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: webp animated => webp Comment: Do you have a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:31:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:31:18 -0000 Subject: [FFmpeg-trac] #3760(undetermined:new): support for animated webp images In-Reply-To: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> References: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> Message-ID: <051.2dc5af31886274d96aa48859ba0a3ce2@avcodec.org> #3760: support for animated webp images -------------------------------------+------------------------------------- Reporter: triune | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: webp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): cehoyos: you can make one with https://developers.google.com/speed/webp/docs/gif2webp or similar -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:36:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:36:48 -0000 Subject: [FFmpeg-trac] #3760(undetermined:new): support for animated webp images In-Reply-To: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> References: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> Message-ID: <051.a1a7e343876028e51788542ab2d88cdf@avcodec.org> #3760: support for animated webp images -------------------------------------+------------------------------------- Reporter: triune | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: webp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by triune): $ ffmpeg -i spinner4.mp4 spinner4.webp ffmpeg version N-64303-g3f42434 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 29 2014 10:23:15 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-libvpx --enable-libopus --enable-gpl --enable- libx264 --extra-libs=-ldl --enable-libmp3lame --enable-x11grab --enable- libwebp libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'spinner4.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.20.4 Duration: 00:00:02.68, start: 0.000000, bitrate: 5482 kb/s Stream #0:0(und): Video: mpeg4 (Advanced Simple Profile) (mp4v / 0x7634706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 5477 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc (default) Metadata: handler_name : VideoHandler [image2 @ 0x356ae40] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, image2, to 'spinner4.webp': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.44.100 Stream #0:0(und): Video: webp (libwebp), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc55.68.100 libwebp Stream mapping: Stream #0:0 -> #0:0 (mpeg4 (native) -> webp (libwebp)) Press [q] to stop, [?] for help [image2 @ 0x356ae40] Could not get frame filename number 2 from pattern 'spinner4.webp' (either set updatefirst or use a pattern like %03d within the filename pattern) av_interleaved_write_frame(): Invalid argument frame= 2 fps=0.0 q=-1.0 Lsize=N/A time=00:00:00.08 bitrate=N/A video:85kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:41:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:41:54 -0000 Subject: [FFmpeg-trac] #3759(avformat:new): ffmpeg fails to decode empty wav file In-Reply-To: <036.27f6a5ba0b65fa1e986ffe09a26083a0@avcodec.org> References: <036.27f6a5ba0b65fa1e986ffe09a26083a0@avcodec.org> Message-ID: <051.91a1faadaa1f74eb287367409dffd6bc@avcodec.org> #3759: ffmpeg fails to decode empty wav file ------------------------------------+------------------------------------ Reporter: Sergey | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => regression * component: undetermined => avformat Comment: If there is an issue, it is a regression since 61a84755 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:46:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:46:54 -0000 Subject: [FFmpeg-trac] #3760(undetermined:new): support for animated webp images In-Reply-To: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> References: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> Message-ID: <051.ad54a4a037a823252a45b4729705e88b@avcodec.org> #3760: support for animated webp images -------------------------------------+------------------------------------- Reporter: triune | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: webp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): It is also reported on Google+ by a user: https://plus.google.com/112767041460502214504/posts/UjTgbCBgL2A -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 6 21:52:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Jul 2014 19:52:23 -0000 Subject: [FFmpeg-trac] #3760(undetermined:new): support for animated webp images In-Reply-To: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> References: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> Message-ID: <051.24ec1faaac2cdfd62bc7af07d948b39c@avcodec.org> #3760: support for animated webp images -------------------------------------+------------------------------------- Reporter: triune | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: webp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 11:35:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 09:35:29 -0000 Subject: [FFmpeg-trac] #2112(avfilter:open): support for NL Filter In-Reply-To: <039.25a43b88083a9510b9ae6f8f48248900@avcodec.org> References: <039.25a43b88083a9510b9ae6f8f48248900@avcodec.org> Message-ID: <054.9e9557a4c401eaac530adf3d1955a8f3@avcodec.org> #2112: support for NL Filter -------------------------------------+------------------------------------ Reporter: bonconboy | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: unsharp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): https://git.gnome.org/browse/gimp/tree/plug-ins/common/nl-filter.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 11:47:11 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 09:47:11 -0000 Subject: [FFmpeg-trac] #3758(avfilter:new): drawtext filter reverses Arabic text In-Reply-To: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> References: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> Message-ID: <052.5cd244268a6db5e3e6b8d0796ef17321@avcodec.org> #3758: drawtext filter reverses Arabic text -------------------------------------+------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext, | Blocked By: libfreetype | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Krieger): Found a free Arabic-enabled font: DejaVuSans, in Gentoo it is available in media-fonts/dejavu package. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 12:21:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 10:21:59 -0000 Subject: [FFmpeg-trac] #3758(avfilter:new): drawtext filter reverses Arabic text In-Reply-To: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> References: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> Message-ID: <052.c6b1ca9769b8986a5418f0174c51ba28@avcodec.org> #3758: drawtext filter reverses Arabic text -------------------------------------+------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext, | Blocked By: libfreetype | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by gjdfgh): * cc: nfxjfg@? (added) Comment: libfreetype does not to text layout. For correct Arabic display, one would have to involve the libfribidi and harfbuzz libraries. Or use libass. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 13:39:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 11:39:38 -0000 Subject: [FFmpeg-trac] #3758(avfilter:open): drawtext filter reverses Arabic text In-Reply-To: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> References: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> Message-ID: <052.0a4fad7b4c67fb6bfe518cf33c27ddac@avcodec.org> #3758: drawtext filter reverses Arabic text -------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: drawtext, libfreetype => drawtext * priority: normal => wish * status: new => open * reproduced: 0 => 1 * type: defect => enhancement Comment: A right-to-left option for the drawtext filter appears useful to me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 14:33:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 12:33:38 -0000 Subject: [FFmpeg-trac] #3758(avfilter:open): drawtext filter reverses Arabic text In-Reply-To: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> References: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> Message-ID: <052.369f155192f90c61d87b99bc55303799@avcodec.org> #3758: drawtext filter reverses Arabic text -------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Krieger): I still don't understand why some explicit actions must be taken for correct displaying of any correct supplied UTF-8 string (i think Arabic text is nothing more than UTF-8 string). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 14:38:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 12:38:50 -0000 Subject: [FFmpeg-trac] #3758(avfilter:open): drawtext filter reverses Arabic text In-Reply-To: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> References: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> Message-ID: <052.f38e1ce8ae9a7bf7ada10ae1cc13820a@avcodec.org> #3758: drawtext filter reverses Arabic text -------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): >i think Arabic text is nothing more than UTF-8 string It's not as simple, because Arabic text needs to be rendered in the opposite direction of western text. Freetype is quite low level and doesn't render text, it merely renders glyphs. Additionally to that, Arabic text has complex layout rules, which requires handling combining glyphs and such. libfribidi and Harfbuzz were created to handle these issues. A naive option to render text RTL might work in simple scenarios, but will surely fail in more complex cases, and thus would be a bad hack at best. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 14:55:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 12:55:21 -0000 Subject: [FFmpeg-trac] #3758(avfilter:open): Right-to-left option for drawtext filter (was: drawtext filter reverses Arabic text) In-Reply-To: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> References: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> Message-ID: <052.bf4c9975e15f9b18793aa3a11cb92206@avcodec.org> #3758: Right-to-left option for drawtext filter -------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 15:17:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 13:17:22 -0000 Subject: [FFmpeg-trac] #3757(avcodec:closed): -b_strategy 2 may cause severe artifacts In-Reply-To: <038.8d42e74cf75db4dcbf7404229d1da4aa@avcodec.org> References: <038.8d42e74cf75db4dcbf7404229d1da4aa@avcodec.org> Message-ID: <053.a1a7923b8fc98db1772d28644d83287f@avcodec.org> #3757: -b_strategy 2 may cause severe artifacts ------------------------------------+----------------------------------- Reporter: ejlasota | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in 462c6cdb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 7 17:30:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Jul 2014 15:30:56 -0000 Subject: [FFmpeg-trac] #3756(avformat:open): Fails to identify video track in Ogg file In-Reply-To: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> References: <035.bd39180d56d8d0ddac80506d626eb2e9@avcodec.org> Message-ID: <050.8dd191c55ea69691d35926c9af2d9199@avcodec.org> #3756: Fails to identify video track in Ogg file -------------------------------------+------------------------------------ Reporter: cgbug | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: ogg vp8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cgbug): I don't see any obvious evidence of FFmpeg binaries being included with the game. However, most of the game data is in packed files. I have tried a few specialized tools to unpack them, but none supported the format. The game is a free download, in case anyone else wants to have a look at it. Contact info is available here: http://about.aeriagames.com/de/impressum -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 8 16:01:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Jul 2014 14:01:14 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.6607ffc92298bc04280394c7034b1813@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bud): that would leave me without pix_fmt xyz support, right? bud -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 8 19:53:11 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Jul 2014 17:53:11 -0000 Subject: [FFmpeg-trac] #3758(avfilter:open): Right-to-left option for drawtext filter In-Reply-To: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> References: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> Message-ID: <052.7d553e1e3d5abacfeceb9562a9ae5ef5@avcodec.org> #3758: Right-to-left option for drawtext filter -------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Krieger): There's a work in progress on a patch resolving this issue, stay tuned. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 8 21:17:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Jul 2014 19:17:25 -0000 Subject: [FFmpeg-trac] #2338(avformat:new): avformat_seek_file seeking to wrong frame for AVCHD sample In-Reply-To: <033.3c8b7c14d3ce310d5e48c21e9d40ac28@avcodec.org> References: <033.3c8b7c14d3ce310d5e48c21e9d40ac28@avcodec.org> Message-ID: <048.9ef205737fd50b5320490db1b8307e23@avcodec.org> #2338: avformat_seek_file seeking to wrong frame for AVCHD sample -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: h264 seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => h264 seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 8 22:56:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Jul 2014 20:56:59 -0000 Subject: [FFmpeg-trac] #3721(avformat:closed): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.af4220e9d2ae380e3c169a3ff238f572@avcodec.org> #3721: crash on a valid rtp mpegts stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: crash SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegts => mpegts crash SIGSEGV * status: new => closed * resolution: => fixed Comment: Fixed in 86359543 Thank you for the report and the fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 00:34:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Jul 2014 22:34:43 -0000 Subject: [FFmpeg-trac] #3760(undetermined:new): support for animated webp images In-Reply-To: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> References: <036.8f4109dc36cbef76e65d0c412c2b8336@avcodec.org> Message-ID: <051.8f6700a47c023778df73156f83be83f5@avcodec.org> #3760: support for animated webp images -------------------------------------+------------------------------------- Reporter: triune | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: webp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by triune): Response from Google : James Zern to webp-discuss, me Hi, >On Sunday, July 6, 2014 2:30:08 PM UTC-7, tri... at gmail.com wrote: >It seems that when you convert video to gif and then gif to webp, you lose many of the benefits of the webp format itself since you are downsampling to a 256 color palette initially. What I would like to do is go straight from video to animated webp via ffmpeg. However, this doesn't seem to be possible at the moment. I've opened a ticket on their end : https://trac.ffmpeg.org/ticket/3760 but would like to know if a patch on the libwebp end would enable this feature in ffmpeg or not. This work would be fully in ffmpeg, libwebp currently only handles single frames. In gif2webp for instance we use libwebp for compression and libwebpmux for the final assembly. A simple video frame encoder could do the same in ffmpeg, apng/gif conversion may be a bit more difficult to get right. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 06:08:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 04:08:06 -0000 Subject: [FFmpeg-trac] #3761(undetermined:new): ffplay failed to play asf file correctly that could be played in previous version Message-ID: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> #3761: ffplay failed to play asf file correctly that could be played in previous version -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Used ffplay to play attached asf, couldn't see correct image. This problem was found when debuging our own videoplayer which uses ffmpeg-2.2.1 dlls. If use ffmpeg-2.0.1 dlls then it can be played correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 06:23:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 04:23:40 -0000 Subject: [FFmpeg-trac] #3761(undetermined:new): ffplay failed to play asf file correctly that could be played in previous version In-Reply-To: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> References: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> Message-ID: <052.df51f0807353fae37358eca93693f89d@avcodec.org> #3761: ffplay failed to play asf file correctly that could be played in previous version -------------------------------------+------------------------------------- Reporter: hxuanyu | 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 hxuanyu): ffplay log is here https://dl.dropboxusercontent.com/u/89678527/ffplay_log.txt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 07:18:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 05:18:30 -0000 Subject: [FFmpeg-trac] #3761(undetermined:new): ffplay failed to play asf file correctly that could be played in previous version In-Reply-To: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> References: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> Message-ID: <052.5a15cc4a1abf1920407cabba4f9db46d@avcodec.org> #3761: ffplay failed to play asf file correctly that could be played in previous version -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => important Comment: To make this a valid ticket please: * Test current FFmpeg git head * Test ffmpeg or explain that the problem is only reproducible with ffplay * Provide your failing command line * Attach the console output here in the ticket, do not use external resources for necessary information -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 08:11:05 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 06:11:05 -0000 Subject: [FFmpeg-trac] #3761(undetermined:new): ffplay failed to play asf file correctly that could be played in previous version In-Reply-To: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> References: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> Message-ID: <052.09397730dfacc7fc189d67ea88148d72@avcodec.org> #3761: ffplay failed to play asf file correctly that could be played in previous version -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hxuanyu): Just tested with latest ffmpeg git head. The option I used to build ffmpeg is --enable-static --disable-shared {{{ ffmpeg -i avv_wmv1_15_yuv420p_wmav2_16000_1_0.asf a.mp4 }}} just generated an empty mp4 file {{{ ffmpeg -i avv_wmv1_15_yuv420p_wmav2_16000_1_0.asf a.mpg }}} could generate non-empty file, but the content is incorrect Below is part of the log generated when converting to mp4: (the whole log file is 4MB so I can't put it here. Anyway, it's quite easy to reproduce this issue) {{{ ffmpeg version N-64539-gc8b2cf4 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 9 2014 01:49:22 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --enable-static --disable-shared libavutil 52. 91.100 / 52. 91.100 libavcodec 55. 68.102 / 55. 68.102 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [asf @ 0x289ec20] packet_frag_size is invalid (2470-196) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 8 times [asf @ 0x289ec20] packet_frag_size is invalid (2470-201) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 19 times [asf @ 0x289ec20] unexpected packet_replic_size of 5 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 9 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 6 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 10 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 18 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) Last message repeated 104 times [asf @ 0x289ec20] packet_frag_size is invalid (1297-180) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 8 times [asf @ 0x289ec20] packet_frag_size is invalid (1297-201) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 19 times [asf @ 0x289ec20] unexpected packet_replic_size of 5 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 9 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 6 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 10 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 23 times [asf @ 0x289ec20] unexpected packet_replic_size of 2 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_frag_size is invalid (1288-10) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 19 times [asf @ 0x289ec20] unexpected packet_replic_size of 4 [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 5 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 19 times [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 19 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 9 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] unexpected packet_replic_size of 4 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_frag_size is invalid (1279-221) [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] unexpected packet_replic_size of 4 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 22 times [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 29 times [asf @ 0x289ec20] packet_frag_size is invalid (1279-145) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 15 times [asf @ 0x289ec20] unexpected packet_replic_size of 2 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 7 times [asf @ 0x289ec20] packet_frag_size is invalid (1279-10) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 10 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 20 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) Last message repeated 87 times [asf @ 0x289ec20] packet_frag_size is invalid (243-9) Last message repeated 1 times [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 247 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 22 times [asf @ 0x289ec20] packet_replic_size 248 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] packet_replic_size 239 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 5 times [asf @ 0x289ec20] unexpected packet_replic_size of 4 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 6 times [asf @ 0x289ec20] packet_replic_size 240 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 31 times [asf @ 0x289ec20] packet_replic_size 237 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 6 times [asf @ 0x289ec20] packet_replic_size 238 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 7 times [asf @ 0x289ec20] packet_replic_size 242 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 14 times [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 24 times [asf @ 0x289ec20] packet_replic_size 242 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 18 times [asf @ 0x289ec20] packet_replic_size 237 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 10 times [asf @ 0x289ec20] packet_replic_size 251 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] ff asf skip 0 (unknown stream) [asf @ 0x289ec20] packet_replic_size 252 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_replic_size 233 is invalid [asf @ 0x289ec20] unexpected packet_replic_size of 4 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 16 times [asf @ 0x289ec20] packet_replic_size 242 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 5 times [asf @ 0x289ec20] packet_frag_size is invalid (234-9) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] packet_replic_size 251 is invalid [asf @ 0x289ec20] packet_replic_size 245 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 9 times [asf @ 0x289ec20] packet_replic_size 231 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_frag_size is invalid (234-33) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_frag_size is invalid (234-151) [asf @ 0x289ec20] packet_replic_size 240 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_replic_size 230 is invalid [asf @ 0x289ec20] packet_replic_size 240 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] packet_replic_size 230 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 5 times [asf @ 0x289ec20] packet_frag_size is invalid (234-31) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_replic_size 243 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 252 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_frag_size is invalid (234-10) [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] unexpected packet_replic_size of 5 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 6 times [asf @ 0x289ec20] packet_replic_size 226 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 12 times [asf @ 0x289ec20] packet_frag_size is invalid (225-9) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 11 times [asf @ 0x289ec20] packet_frag_size is invalid (225-9) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_replic_size 248 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] packet_frag_size is invalid (225-33) [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 247 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 254 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_frag_size is invalid (225-9) [asf @ 0x289ec20] packet_frag_size is invalid (225-186) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 7 times [asf @ 0x289ec20] packet_replic_size 234 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 229 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 233 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] packet_replic_size 253 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 9 times [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] packet_replic_size 246 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 8 times [asf @ 0x289ec20] unexpected packet_replic_size of 4 [asf @ 0x289ec20] packet_frag_size is invalid (225-9) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_replic_size 224 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] unexpected packet_replic_size of 5 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) Last message repeated 7 times [asf @ 0x289ec20] freeing incomplete packet size 87, new 47 [asf @ 0x289ec20] packet_frag_size is invalid (2486-242) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] unexpected packet_replic_size of 2 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 17 times [asf @ 0x289ec20] unexpected packet_replic_size of 2 [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 23 times [asf @ 0x289ec20] packet_frag_size is invalid (2486-80) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 6 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) Last message repeated 174 times [asf @ 0x289ec20] ff asf skip 130 (unknown stream) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_frag_size is invalid (772-9) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 38 times [asf @ 0x289ec20] packet_frag_size is invalid (763-234) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 40 times [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 10 times [asf @ 0x289ec20] unexpected packet_replic_size of 2 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_frag_size is invalid (763-9) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 6 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_frag_size is invalid (754-33) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] packet_frag_size is invalid (754-10) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 18 times [asf @ 0x289ec20] unexpected packet_replic_size of 5 [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] unexpected packet_replic_size of 4 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 4 times [asf @ 0x289ec20] unexpected packet_replic_size of 2 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 37 times [asf @ 0x289ec20] unexpected packet_replic_size of 2 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 12 times [asf @ 0x289ec20] packet_frag_size is invalid (754-126) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_frag_size is invalid (754-9) [asf @ 0x289ec20] packet_frag_size is invalid (754-189) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 42 times [asf @ 0x289ec20] packet_frag_size is invalid (754-129) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 13 times [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] unexpected packet_replic_size of 5 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] unexpected packet_replic_size of 7 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 7 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 12 times [asf @ 0x289ec20] packet_frag_size is invalid (754-60) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 17 times [asf @ 0x289ec20] unexpected packet_replic_size of 5 [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 31 times [asf @ 0x289ec20] ff asf skip 0 (unknown stream) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 26 times [asf @ 0x289ec20] packet_frag_size is invalid (745-9) [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 22 times [asf @ 0x289ec20] ff asf skip 600 (unknown stream) [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] packet_replic_size 237 is invalid [asf @ 0x289ec20] packet_replic_size 157 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 148 is invalid [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_replic_size 143 is invalid [asf @ 0x289ec20] packet_replic_size 133 is invalid [asf @ 0x289ec20] packet_replic_size 175 is invalid [asf @ 0x289ec20] packet_frag_size is invalid (136-9) Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 189 is invalid [asf @ 0x289ec20] packet_replic_size 198 is invalid [asf @ 0x289ec20] packet_replic_size 218 is invalid [asf @ 0x289ec20] packet_replic_size 181 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 239 is invalid [asf @ 0x289ec20] packet_replic_size 160 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 220 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 133 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 159 is invalid [asf @ 0x289ec20] packet_replic_size 139 is invalid [asf @ 0x289ec20] packet_replic_size 185 is invalid [asf @ 0x289ec20] packet_replic_size 229 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 142 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 140 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] packet_replic_size 165 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_replic_size 158 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 143 is invalid [asf @ 0x289ec20] packet_replic_size 144 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 244 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 162 is invalid [asf @ 0x289ec20] packet_replic_size 170 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 230 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] unexpected packet_replic_size of 6 [asf @ 0x289ec20] packet_replic_size 193 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 218 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 152 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 254 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] packet_replic_size 245 is invalid [asf @ 0x289ec20] packet_replic_size 217 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] ff asf skip 0 (unknown stream) [asf @ 0x289ec20] packet_replic_size 138 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 130 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 211 is invalid [asf @ 0x289ec20] packet_replic_size 124 is invalid [asf @ 0x289ec20] packet_replic_size 188 is invalid [asf @ 0x289ec20] packet_replic_size 219 is invalid [asf @ 0x289ec20] packet_replic_size 224 is invalid [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] packet_replic_size 141 is invalid [asf @ 0x289ec20] packet_replic_size 169 is invalid [asf @ 0x289ec20] packet_replic_size 222 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 224 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 1 times [asf @ 0x289ec20] packet_replic_size 132 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 121 is invalid [asf @ 0x289ec20] packet_replic_size 220 is invalid [asf @ 0x289ec20] packet_replic_size 170 is invalid [asf @ 0x289ec20] packet_replic_size 183 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 2 times [asf @ 0x289ec20] packet_replic_size 226 is invalid [asf @ 0x289ec20] packet_replic_size 162 is invalid [asf @ 0x289ec20] unexpected packet_replic_size of 3 [asf @ 0x289ec20] packet_replic_size 182 is invalid [asf @ 0x289ec20] unexpected packet_replic_size of 5 [asf @ 0x289ec20] packet_replic_size 129 is invalid [asf @ 0x289ec20] packet_obj_size invalid Last message repeated 3 times [asf @ 0x289ec20] packet_replic_size 189 is invalid [asf @ 0x289ec20] packet_replic_size 190 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 161 is invalid [asf @ 0x289ec20] packet_replic_size 153 is invalid [asf @ 0x289ec20] packet_obj_size invalid [asf @ 0x289ec20] packet_replic_size 255 is invalid [asf @ 0x289ec20] packet_replic_size 238 is invalid [asf @ 0x289ec20] packet_replic_size 167 is invalid }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 08:20:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 06:20:31 -0000 Subject: [FFmpeg-trac] #3752(avformat:open): can't seek to specified position in asf stream In-Reply-To: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> References: <037.5c30027521217ed358edf93aa66afa3a@avcodec.org> Message-ID: <052.3d7f56a283c092665db60fcb783c1761@avcodec.org> #3752: can't seek to specified position in asf stream ------------------------------------+------------------------------------ Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hxuanyu): hi, any update on this issue? Thanks :D -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 08:26:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 06:26:11 -0000 Subject: [FFmpeg-trac] #3761(avformat:open): ffplay failed to play asf file correctly that could be played in previous version In-Reply-To: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> References: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> Message-ID: <052.7102c84edef36337bafeb62481fdbdee@avcodec.org> #3761: ffplay failed to play asf file correctly that could be played in previous version -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => asf regression * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Regression since e78d0381 - related to ticket #1708 Replying to [comment:3 hxuanyu]: > The option I used to build ffmpeg is --enable-static --disable-shared Unrelated: This is the default, so these options are useless. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 08:27:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 06:27:38 -0000 Subject: [FFmpeg-trac] #3761(avformat:open): ffplay failed to play asf file correctly that could be played in previous version In-Reply-To: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> References: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> Message-ID: <052.24c6b48539597e80201c0f40587e77f5@avcodec.org> #3761: ffplay failed to play asf file correctly that could be played in previous version -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by hxuanyu): Replying to [comment:4 cehoyos]: > Regression since e78d0381 - related to ticket #1708 > > Replying to [comment:3 hxuanyu]: > > The option I used to build ffmpeg is --enable-static --disable-shared > > Unrelated: This is the default, so these options are useless. Yes, I know. Just to let you know that I didn't use any special options -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 16:51:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 14:51:46 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.04a40333dd3d9d9677ef3b0a3e1becad@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+----------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * keywords: libopenjpeg regression => libopenjpeg * priority: important => normal Comment: Ive tried -compression_level 0, ive tried to checkout {{{3cfd4df8^}}}, ive tried to revert it, none of these work, the image is always gray with variing color corruption. forcing yuv422p10le produces a solid green image with versions both before and after 3cfd4df8 Please someone provide a reproduceable testcase that shows that this is a regression. Also which version of libopenjpeg is that ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 17:10:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 15:10:51 -0000 Subject: [FFmpeg-trac] #3746(avformat:closed): ffmpeg fails to decode regular wav file In-Reply-To: <036.300c01d8683000b8f9826c1d0a6066bc@avcodec.org> References: <036.300c01d8683000b8f9826c1d0a6066bc@avcodec.org> Message-ID: <051.9b501287f225c61cdd410bb8a07145e0@avcodec.org> #3746: ffmpeg fails to decode regular wav file -------------------------------------+------------------------------------- Reporter: Sergey | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav asp | Blocked By: probe regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in b83e0903ec4d2cb555fb5ba9c28c2dabde8091e5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 17:29:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 15:29:54 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.156485088836655af6dab352cdaa14d9@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+----------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by bud): Michael, do you know a revision where XYZ & libopenjpeg both used to work? libopenjpeg versions were - OpenJPEG 1.5.1 on windows - libopenjpeg: 1.5.2 on linux both were static build from the sources mentioned above. thanks bud -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 18:06:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 16:06:21 -0000 Subject: [FFmpeg-trac] #3742(avcodec:new): Assertion when playing h264 with vlc using vdpau In-Reply-To: <036.2370a4dfda21a46df07fdc8b34a52c7e@avcodec.org> References: <036.2370a4dfda21a46df07fdc8b34a52c7e@avcodec.org> Message-ID: <051.181a39a8df20719d7fb2b5fb0affec4e@avcodec.org> #3742: Assertion when playing h264 with vlc using vdpau -------------------------------------+------------------------------------- Reporter: oromit | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 vdpau | Blocked By: crash abort regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Can someone try if patch below fixes it: {{{ diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c index 9e11038..2a67f4d 100644 --- a/libavcodec/pthread_frame.c +++ b/libavcodec/pthread_frame.c @@ -376,7 +376,7 @@ FF_ENABLE_DEPRECATION_WARNINGS p->result = ff_get_buffer(p->avctx, p->requested_frame, p->requested_flags); break; case STATE_GET_FORMAT: - p->result_format = p->avctx->get_format(p->avctx, p->available_formats); + p->result_format = ff_get_format(p->avctx, p->available_formats); break; default: call_done = 0; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 18:06:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 16:06:54 -0000 Subject: [FFmpeg-trac] #3742(avcodec:new): Assertion when playing h264 with vlc using vdpau In-Reply-To: <036.2370a4dfda21a46df07fdc8b34a52c7e@avcodec.org> References: <036.2370a4dfda21a46df07fdc8b34a52c7e@avcodec.org> Message-ID: <051.cc5e282643a2ee267f174ac06bd113fc@avcodec.org> #3742: Assertion when playing h264 with vlc using vdpau -------------------------------------+------------------------------------- Reporter: oromit | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 vdpau | Blocked By: crash abort regression patch | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: h264 vdpau crash abort regression => h264 vdpau crash abort regression patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 19:07:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 17:07:23 -0000 Subject: [FFmpeg-trac] #3742(avcodec:new): Assertion when playing h264 with vlc using vdpau In-Reply-To: <036.2370a4dfda21a46df07fdc8b34a52c7e@avcodec.org> References: <036.2370a4dfda21a46df07fdc8b34a52c7e@avcodec.org> Message-ID: <051.9859d4d885c5050610a837404a6bb9a4@avcodec.org> #3742: Assertion when playing h264 with vlc using vdpau -------------------------------------+------------------------------------- Reporter: oromit | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 vdpau | Blocked By: crash abort regression patch | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by oromit): Yes, with this patch applied to the current ffmpeg master VLC 2.1.4 can play video with VDPAU acceleration again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 19:32:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 17:32:22 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.058368d50175ccb8bfb65a32684a26c2@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+----------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:6 bud]: > Michael, > > do you know a revision where XYZ & libopenjpeg both used to work? i do not know any revission in which libopenjpeg worked quite independantly of xyz iam currently trying to determine if it actually worked in the past and how to reproduce this if it is a regression. Iam not interrested in finding a workaround (aka a old revission for you). Iam interrested to fix it for everyone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 20:00:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 18:00:22 -0000 Subject: [FFmpeg-trac] #3742(avcodec:closed): Assertion when playing h264 with vlc using vdpau In-Reply-To: <036.2370a4dfda21a46df07fdc8b34a52c7e@avcodec.org> References: <036.2370a4dfda21a46df07fdc8b34a52c7e@avcodec.org> Message-ID: <051.4026f7151f7d9267c5c6875c51f26575@avcodec.org> #3742: Assertion when playing h264 with vlc using vdpau -------------------------------------+------------------------------------- Reporter: oromit | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 vdpau | Blocked By: crash abort regression patch | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Patch applied Fixed in e36916a63f6fd0644461ecbd6b08eeb8dfab60ab thanks for testing -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 20:06:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 18:06:31 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.eccdc70ba59f807b7e6bfd3c9c4afa06@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+----------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by bud): Michael, obviously i want it fixed too, why else would i've submitted the bug report?! with regards to your "interest". openjpeg works properly for me when i disable compression. just tried again (with an even older ffmpeg) ..\ffmpeg-20131118-git-260fc0d-win32-static\bin\ffmpeg.exe -i "infile.mkv" -compression_level 0 c:\temp\%06d.j2c works properly. every picture readable and complete. enabling compression (e.g. -compression_level 100) leads to 1 fine, 1 defect, ... (on my 2 core at home) bud -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 20:25:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 18:25:14 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.92743fcbe1b774b2c30ef4cb6bc734a6@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libopenjpeg => libopenjpeg regression * priority: normal => important Comment: I tested current FFmpeg git head - e36916a - the version that introduced the regression - 3cfd4df - and the the version before 3cfd4df - e494f44 - with the following command line: {{{ $ ffmpeg -f lavfi -i testsrc -threads 1 -vcodec libopenjpeg -t 3 -compression_level 30 out.mov }}} The first and second output file look broken on playback, the oldest version (before the regression was introduced) produce an output file that plays fine. This is also reproducible with the native j2k decoder. {{{ $ ffmpeg -f lavfi -i testsrc -threads 1 -vcodec libopenjpeg -t 3 -compression_level 30 out-e36916a.mov ffmpeg version N-64545-ge36916a Copyright (c) 2000-2014 the FFmpeg developers built on Jul 9 2014 20:10:13 with gcc 4.7 (SUSE Linux) configuration: --enable-libopenjpeg --disable-decoder=jpeg2000 libavutil 52. 91.100 / 52. 91.100 libavcodec 55. 68.102 / 55. 68.102 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.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 [mov @ 0x2f07580] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, mov, to 'out-e36916a.mov': Metadata: encoder : Lavf55.45.100 Stream #0:0: Video: jpeg2000 (libopenjpeg) (mjp2 / 0x32706A6D), rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc55.68.102 libopenjpeg Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> jpeg2000 (libopenjpeg)) Press [q] to stop, [?] for help frame= 75 fps= 41 q=0.0 Lsize= 681kB time=00:00:03.00 bitrate=1860.7kbits/s video:680kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.147256% }}} {{{ $ ffmpeg -f lavfi -i testsrc -threads 1 -vcodec libopenjpeg -t 3 -compression_level 30 out-e36916a.mov bash: ./ffmpeg: No such file or directory cehoyos at lisbeth:~/test/cehoyos/FFmpeg> git log cehoyos at lisbeth:~/test/cehoyos/FFmpeg> ./ffmpeg -f lavfi -i testsrc -threads 1 -vcodec libopenjpeg -t 3 -compression_level 30 out-3cfd4df.mov ffmpeg version N-56578-g3cfd4df Copyright (c) 2000-2013 the FFmpeg developers built on Jul 9 2014 20:14:57 with gcc 4.7 (SUSE Linux) configuration: --enable-libopenjpeg --disable-decoder=jpeg2000 libavutil 52. 46.100 / 52. 46.100 libavcodec 55. 33.100 / 55. 33.100 libavformat 55. 18.102 / 55. 18.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 87.100 / 3. 87.100 libswscale 2. 5.100 / 2. 5.100 libswresample 0. 17.103 / 0. 17.103 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, mov, to 'out-3cfd4df.mov': Metadata: encoder : Lavf55.18.102 Stream #0:0: Video: jpeg2000 (libopenjpeg) (mjp2 / 0x32706A6D), rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libopenjpeg) Press [q] to stop, [?] for help frame= 75 fps= 40 q=0.0 Lsize= 681kB time=00:00:03.00 bitrate=1860.7kbits/s }}} {{{ $ ffmpeg -f lavfi -i testsrc -threads 1 -vcodec libopenjpeg -t 3 -compression_level 30 out-e494f44.mov ffmpeg version N-56577-ge494f44 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 9 2014 20:15:42 with gcc 4.7 (SUSE Linux) configuration: --enable-libopenjpeg --disable-decoder=jpeg2000 libavutil 52. 46.100 / 52. 46.100 libavcodec 55. 33.100 / 55. 33.100 libavformat 55. 18.102 / 55. 18.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 87.100 / 3. 87.100 libswscale 2. 5.100 / 2. 5.100 libswresample 0. 17.103 / 0. 17.103 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, mov, to 'out-e494f44.mov': Metadata: encoder : Lavf55.18.102 Stream #0:0: Video: jpeg2000 (libopenjpeg) (mjp2 / 0x32706A6D), rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libopenjpeg) Press [q] to stop, [?] for help frame= 75 fps= 39 q=0.0 Lsize= 282kB time=00:00:03.00 bitrate= 769.2kbits/s video:281kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.356970% }}} I tested with openjpeg-1.5.0, since 1.5.1 is known to be buggy, I suggest not to use it for regression tests. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 20:41:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 18:41:18 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.2eb87921efb4267c75b44016b02b0ecb@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 cehoyos]: > I tested with openjpeg-1.5.0, since 1.5.1 is known to be buggy, I suggest not to use it for regression tests. The issue is also reproducible with openjpeg-1.5.1 (works fine with e494f44 and openjpeg-1.5.1). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 21:01:07 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 19:01:07 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.2de44f9c21d6e269e7854de70b6a35af@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): ffmpeg git + libopenjpeg 1.3+dfsg-4+squeeze2build0.12.04.1 seem to work fine with the rgb24 testcase. So it seems this is a regression in ffmpeg for 1.5.0 but also a regression in libopenjpeg for ffmpeg git. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 9 21:49:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Jul 2014 19:49:04 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): jpeg2000 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.7025d5629c082d7293d3b433c3108ca2@avcodec.org> #3754: jpeg2000 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bud): right, ffmpeg git + libopenjpeg 1.3+dfsg-4.8 seems to work. not perfectly though! the first num_threads pictures are freakishly small, compressed much more then the following pictures. here the ls -1s of './ffmpeg -i in.mov -an -compression_level 100 -threads 10 folder/%06d.j2c' 41K 000001.j2c 145K 000002.j2c 145K 000003.j2c 145K 000004.j2c 145K 000005.j2c 145K 000006.j2c 145K 000007.j2c 145K 000008.j2c 145K 000009.j2c 145K 000010.j2c 1,1M 000011.j2c 1,1M 000012.j2c 1,1M 000013.j2c 1,1M 000014.j2c 1,1M 000015.j2c 1,1M 000016.j2c 1,1M 000017.j2c 1,1M 000018.j2c 1,1M 000019.j2c 1,1M 000020.j2c 1,1M 000021.j2c 1,1M 000022.j2c 1,1M 000023.j2c 1,1M 000024.j2c 1,1M 000025.j2c 1,1M 000026.j2c 1,1M 000027.j2c 1,1M 000028.j2c 1,1M 000029.j2c 1,2M 000030.j2c 1,2M 000031.j2c .... bud -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 05:03:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 03:03:27 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): libopenjpeg 1.5.0 encode produces gray garbage files, probably connected to threads and compression (was: jpeg2000 encode produces gray garbage files, probably connected to threads and compression) In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.b383d349fcfe780437a12f5cf49404ef@avcodec.org> #3754: libopenjpeg 1.5.0 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 05:41:15 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 03:41:15 -0000 Subject: [FFmpeg-trac] #2093(avcodec:closed): ffplay: crash when seeking with the mouse In-Reply-To: <039.7aa6ef96cbbee1cbf8b65812890891af@avcodec.org> References: <039.7aa6ef96cbbee1cbf8b65812890891af@avcodec.org> Message-ID: <054.4e37d44b27fe0dc39b514573c382979a@avcodec.org> #2093: ffplay: crash when seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV leak | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 9195c26d454ca750359db87b1127cd4926c536bd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 05:45:43 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 03:45:43 -0000 Subject: [FFmpeg-trac] #1509(undetermined:closed): H264 Encoding Broken with pthreads > 1 on windows In-Reply-To: <033.2e878d11a296608c8f2a5cafecd62f96@avcodec.org> References: <033.2e878d11a296608c8f2a5cafecd62f96@avcodec.org> Message-ID: <048.abae77d957a040cd54bee85c06f783a2@avcodec.org> #1509: H264 Encoding Broken with pthreads > 1 on windows -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: fixed H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: According to [https://trac.ffmpeg.org/ticket/1509#comment:12] this has been fixed. Noone replied to the question about which change fixed it in 13 months -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 09:11:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 07:11:59 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): libopenjpeg 1.5.0 encode produces gray garbage files, probably connected to threads and compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.5c99bf599a24f4224390e90d60da64d1@avcodec.org> #3754: libopenjpeg 1.5.0 encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): It seems to me that the problem is also reproducible with newer versions of libopenjpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 10:30:10 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 08:30:10 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): libopenjpeg 1.5.x encode produces gray garbage files, probably connected to threads and compression (was: libopenjpeg 1.5.0 encode produces gray garbage files, probably connected to threads and compression) In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.e97b7bf663e2b3b851668b9e9e128fee@avcodec.org> #3754: libopenjpeg 1.5.x encode produces gray garbage files, probably connected to threads and compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bud): Michael, can you reproduce the issue with the first num_thread frames as outlined above on your system with git & openjpeg 1.3? bud -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 17:10:57 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 15:10:57 -0000 Subject: [FFmpeg-trac] #2807(build system:closed): libopenjpeg v1.5.1 library discovery failed In-Reply-To: <039.e05483027035093436f8123e55d9044b@avcodec.org> References: <039.e05483027035093436f8123e55d9044b@avcodec.org> Message-ID: <054.ff3a2d6a79bb2763e91e0b72528272b8@avcodec.org> #2807: libopenjpeg v1.5.1 library discovery failed -------------------------------------+------------------------------------- Reporter: floodkoff | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: 2.0 | system Keywords: libopenjpeg | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: The error is: {{{ i686-w64-mingw32-gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -U__STRICT_ANSI__ -I/home/mybestfriend/openjpeg-1.5.1/libopenjpeg -std=c99 -include ./compat/msvcrt/snprintf.h -fomit-frame-pointer -c -o /tmp/ffconf.19XcSWiA.o /tmp/ffconf.5cH5dlGQ.c i686-w64-mingw32-gcc -L/home/mybestfriend/openjpeg-1.5.1/libopenjpeg/.libs -Wl,--nxcompat -Wl,--dynamicbase -Wl,--as-needed -o /tmp/ffconf.q7296gAS.exe /tmp/ffconf.19XcSWiA.o -lopenjpeg -lm -lpsapi -ladvapi32 -lshell32 /tmp/ffconf.19XcSWiA.o:ffconf.5cH5dlGQ.c:(.text+0xc): undefined reference to `_opj_version' }}} I often use a similar configure line and I can confirm that openjpeg-1.5.1 does contain this symbol here: {{{ $ nm ../openjpeg-1.5.1/libopenjpeg/.libs/libopenjpeg.so.1.5.0 |grep opj_version 00000000000118c0 T opj_version $ nm ../openjpeg-1.5.1/libopenjpeg/.libs/libopenjpeg.a |grep opj_version 0000000000000000 T opj_version }}} Either your library was miscompiled or your toolchain has a problem afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 17:14:47 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 15:14:47 -0000 Subject: [FFmpeg-trac] #2441(avformat:closed): Program detection in transport stream broken, part 2 In-Reply-To: <037.6a8eebcd18f10ab555e2af3248def73d@avcodec.org> References: <037.6a8eebcd18f10ab555e2af3248def73d@avcodec.org> Message-ID: <052.e9f6958162d50913d01a4f3af608f01a@avcodec.org> #2441: Program detection in transport stream broken, part 2 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | 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 c6c172d1738b187fda1ad80cec357910be01ff58 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 17:35:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 15:35:29 -0000 Subject: [FFmpeg-trac] #3745(avcodec:closed): error with libopenjpeg encoding In-Reply-To: <037.91a32e54fef2a9839f1d4bc4055f2049@avcodec.org> References: <037.91a32e54fef2a9839f1d4bc4055f2049@avcodec.org> Message-ID: <052.9d7f44f27f3591f784e01f806187aa95@avcodec.org> #3745: error with libopenjpeg encoding -------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): The issue is not reproducible with openjpeg 2.1.0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 18:32:05 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 16:32:05 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): libopenjpeg since 1.4 encode produces gray garbage files, only reproducible with compression (was: libopenjpeg 1.5.x encode produces gray garbage files, probably connected to threads and compression) In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.d7e5cc6b9a30f4a34e661ff4a2adfbe1@avcodec.org> #3754: libopenjpeg since 1.4 encode produces gray garbage files, only reproducible with compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Also reproducible with openjpeg 1.4 and openjpeg 2.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 19:07:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 17:07:44 -0000 Subject: [FFmpeg-trac] #3115(avcodec:open): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> References: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> Message-ID: <054.352d3c5196eca559d9d3809876e5b6c7@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): not reproduceable under valgrind or address sanitizer dumping all alloc & free addresses on a run that crashed shows no mismatches so this isnt a double free or freeing of a corrupted pointer, at least not in that single affected run is this a regression ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 19:09:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 17:09:11 -0000 Subject: [FFmpeg-trac] #3115(avcodec:open): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> References: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> Message-ID: <054.c906898914e15cb842dcaed706c77968@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:5 michael]: > not reproduceable under valgrind or address sanitizer > dumping all alloc & free addresses on a run that crashed shows no mismatches so this isnt a double free or freeing of a corrupted pointer, at least not in that single affected run also this one was with -threads 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 21:27:57 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 19:27:57 -0000 Subject: [FFmpeg-trac] #3762(avformat:new): transport stream regression: audio stream missing Message-ID: <037.a9f1c6d5f1f2c9e8b84be400a8bd059d@avcodec.org> #3762: transport stream regression: audio stream missing -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: mpegts master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2441/ The sample from ticket #2441 contains two audio streams, only one is detected since 6eda91ad {{{ $ ffmpeg -i Pirunpelto_cut.ts -map 0:3 -t 3.2 out.wav ffmpeg version N-59130-gd600b18 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 11 2014 21:22:09 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 58.100 / 52. 58.100 libavcodec 55. 45.101 / 55. 45.101 libavformat 55. 22.100 / 55. 22.100 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 92.100 / 3. 92.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 [mpeg2video @ 0x190e4c0] Invalid frame dimensions 0x0. Last message repeated 4 times [mpegts @ 0x1909940] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'Pirunpelto_cut.ts': Duration: 00:00:06.92, start: 20359.308500, bitrate: 2959 kb/s Program 1 Stream #0:1[0x45]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x46](fin): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:3[0x47](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s No Program Stream #0:0[0x44](fin): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.22.100 Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:3 -> #0:0 (mp2 -> pcm_s16le) Press [q] to stop, [?] for help size= 542kB time=00:00:03.20 bitrate=1386.4kbits/s video:0kB audio:542kB subtitle:0 global headers:0kB muxing overhead 0.014428% }}} {{{ $ ffmpeg -i Pirunpelto_cut.ts ffmpeg version N-64623-g15e933b Copyright (c) 2000-2014 the FFmpeg developers built on Jul 11 2014 21:24:45 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0x2171340] Invalid frame dimensions 0x0. Last message repeated 4 times [NULL @ 0x2171e20] start time for stream 2 is not set in estimate_timings_from_pts [mpegts @ 0x216cb20] PES packet size mismatch Input #0, mpegts, from 'Pirunpelto_cut.ts': Duration: 00:00:06.96, start: 20359.308500, bitrate: 2942 kb/s Program 1 Stream #0:0[0x44](fin): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s Stream #0:1[0x45]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x46](fin): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 22:05:35 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 20:05:35 -0000 Subject: [FFmpeg-trac] #3115(avcodec:open): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> References: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> Message-ID: <054.680ca5d88ba05bbd0057b8961b6a53c0@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: hevc crash => hevc crash regression Comment: Regression since cb148e56 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 22:25:10 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 20:25:10 -0000 Subject: [FFmpeg-trac] #3763(avformat:new): Program detection in transport stream broken, part 3 Message-ID: <037.e6f67722fbaf0be374deb87e3eaac077@avcodec.org> #3763: Program detection in transport stream broken, part 3 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: mpegts master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2471/ The sample from ticket #2471 contains two programs, streams are only assigned to one program. This is a regression since 4c41fc8 Might be related to ticket #2441. {{{ $ ffmpeg -analyzeduration 2G -probesize 2G -i part.ts ffmpeg version N-64623-g15e933b Copyright (c) 2000-2014 the FFmpeg developers built on Jul 11 2014 22:22:11 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 0x2849060] Header missing Last message repeated 5 times [mpeg2video @ 0x2849bc0] Invalid frame dimensions 0x0. [mp3 @ 0x2849060] Header missing Last message repeated 1 times [mpeg2video @ 0x2849bc0] Invalid frame dimensions 0x0. [mp3 @ 0x2849060] Header missing [mpeg2video @ 0x2849bc0] Invalid frame dimensions 0x0. [mp3 @ 0x2849060] Header missing [mpeg2video @ 0x2849bc0] Invalid frame dimensions 0x0. [mp3 @ 0x2849060] Header missing Last message repeated 1 times [mpeg2video @ 0x2849bc0] Invalid frame dimensions 0x0. [mp3 @ 0x2849060] Header missing [mpeg2video @ 0x2849bc0] Invalid frame dimensions 0x0. Last message repeated 1 times [mp3 @ 0x2849060] Header missing Last message repeated 6 times [mpeg2video @ 0x2849bc0] Invalid frame dimensions 0x0. [mp3 @ 0x2849060] Header missing Last message repeated 1880 times [mpegts @ 0x1c529a0] PES packet size mismatch Last message repeated 1 times [mp3 @ 0x2849060] Header missing [mpegts @ 0x1c529a0] decoding for stream 4 failed [mpegts @ 0x1c529a0] PES packet size mismatch [mpegts @ 0x1c529a0] Could not find codec parameters for stream 3 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1c529a0] Could not find codec parameters for stream 4 (Audio: mp3 ([6][0][0][0] / 0x0006), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1c529a0] Could not find codec parameters for stream 7 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'part.ts': Duration: 00:00:37.94, start: 16149.459000, bitrate: 6632 kb/s Program 544 Program 545 Program 546 Program 547 Program 548 Program 550 Program 551 Program 1057 Stream #0:5[0x207]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:6[0x2d0](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 255 kb/s Stream #0:4[0x247](eng): Audio: mp3 ([6][0][0][0] / 0x0006), 0 channels, s16p Stream #0:7[0x901]: Unknown: none ([11][0][0][0] / 0x000B) Program 1058 Program 1059 Program 1060 No Program Stream #0:0[0x200]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 10000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x28a](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 255 kb/s Stream #0:2[0x240](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:3[0x1388]: Unknown: none ([11][0][0][0] / 0x000B) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 11 22:36:42 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Jul 2014 20:36:42 -0000 Subject: [FFmpeg-trac] #3115(avcodec:open): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> References: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> Message-ID: <054.4637f4761f52dda013a58c996793d2e5@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Both Helgrind and clang-tsan report possible race conditions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 02:23:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 00:23:37 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> References: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> Message-ID: <052.a2d84ff18c3cf74d512f230718cfa170@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): for ffmpeg the flickering can be fixed with: this needs more investigation though {{{ diff --git a/ffmpeg.c b/ffmpeg.c index 5a47510..508a630 100644 --- a/ffmpeg.c +++ b/ffmpeg.c @@ -2025,11 +2025,11 @@ static int transcode_subtitles(InputStream *ist, AVPacket *pkt, int *got_output) if (!*got_output) return ret; - sub2video_update(ist, &subtitle); - if (!subtitle.num_rects) goto out; + sub2video_update(ist, &subtitle); + ist->frames_decoded++; for (i = 0; i < nb_output_streams; i++) { }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 08:58:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 06:58:37 -0000 Subject: [FFmpeg-trac] #3243(avcodec:closed): ff_put_h264_chroma_mc8_neon iOS In-Reply-To: <040.449f692c158c489d365fb7ce06951fef@avcodec.org> References: <040.449f692c158c489d365fb7ce06951fef@avcodec.org> Message-ID: <055.78d35416dd64aaf4592338148c20e0aa@avcodec.org> #3243: ff_put_h264_chroma_mc8_neon iOS -------------------------------------+------------------------------------- Reporter: tarunseera | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: 2.1.1 | Resolution: Keywords: crash | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash * priority: normal => important * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add any missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 10:18:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 08:18:30 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> References: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> Message-ID: <052.1d31e1e6d8b532ba71aa342ccc47ab91@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): I am afraid this change would break rendering of DVB subtiles, since an empty subtitle frame is used to mark the end of the previous one. I need to have a look at this issue. (Fortunately, I will have more time soon to get back working on ffmpeg.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 14:53:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 12:53:51 -0000 Subject: [FFmpeg-trac] #3764(undetermined:new): Video freeze with ffmpeg. Source is ok with vlc. In-Reply-To: <036.3b07d2f30c76f06e98ea3fadaa9f06b9@avcodec.org> References: <036.3b07d2f30c76f06e98ea3fadaa9f06b9@avcodec.org> Message-ID: <051.fa16f258f68fa4f1c2e125e2c11d3742@avcodec.org> #3764: Video freeze with ffmpeg. Source is ok with vlc. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem only reproducible with network input or also with file input? Is the problem only reproducible with network output or also with file output? Is the problem reproducible with {{{-an}}}? Is the problem reproducible with {{{-vn}}}? Is the problem only reproducible with {{{-vcodec libx264}}} or also with {{{-vcodec flv1}}}? Is the problem only reproducible using libfdk or also with {{{-strict -2 -acodec aac}}}? To make this a valid ticket, please provide the top of the console output (this is often the most important part) and please provide a backtrace if ffmpeg freezes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 15:48:59 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 13:48:59 -0000 Subject: [FFmpeg-trac] #3741(undetermined:new): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.d5df5b3f60d7c16487b7e9b7d5bb694e@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by bat999): * cc: batguano999@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 15:54:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 13:54:51 -0000 Subject: [FFmpeg-trac] #3741(undetermined:new): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.139de2d85eb20de71a50c67e014012cb@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | 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 bat999): Hi I have this problem too. @Xubuntu:~/ffmpeg-HEAD-66558fe$ ./ffmpeg -i foo.wav foo.flac ffmpeg version 2.2.git-66558fe Copyright (c) 2000-2014 the FFmpeg developers built on Jul 12 2014 13:10:07 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'foo.wav': Metadata: encoder : Lavf55.41.100 Duration: 00:00:30.00, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s [flac @ 0xaeca240] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, flac, to 'foo.flac': Metadata: encoder : Lavf55.45.100 Stream #0:0: Audio: flac, 44100 Hz, stereo, s16, 128 kb/s Metadata: encoder : Lavc55.69.100 flac Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> flac (native)) Press [q] to stop, [?] for help size= 3239kB time=00:00:30.10 bitrate= 881.3kbits/s video:0kB audio:3231kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.250537% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 16:13:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 14:13:42 -0000 Subject: [FFmpeg-trac] #3741(undetermined:new): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.129c4a83f3ffccb9ed35cba37c20c15d@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by blacktrash): * cc: blacktrash@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 17:11:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 15:11:11 -0000 Subject: [FFmpeg-trac] #3741(undetermined:new): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.834ac92617b0fbcb704b9895f37576e8@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 21:30:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 19:30:14 -0000 Subject: [FFmpeg-trac] #3115(avcodec:closed): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> References: <039.aacd52b66d052aaea3206d8be1962876@avcodec.org> Message-ID: <054.4563f7c63eab2709d7a071b1dbf19cca@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: hevc crash | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in ccd6911c189d2f974dcc4095c963dfad14d703d2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 12 22:02:25 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 20:02:25 -0000 Subject: [FFmpeg-trac] #3763(avformat:closed): Program detection in transport stream broken, part 3 In-Reply-To: <037.e6f67722fbaf0be374deb87e3eaac077@avcodec.org> References: <037.e6f67722fbaf0be374deb87e3eaac077@avcodec.org> Message-ID: <052.96880ebe0d1f9e24f1d01165803f46cc@avcodec.org> #3763: Program detection in transport stream broken, part 3 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | 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 4470a3eeafa97d20b1e68a6b40490f71da726adf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 00:23:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 22:23:47 -0000 Subject: [FFmpeg-trac] #2507(undetermined:open): Unknown packet pts values in mpeg4-ogg sample In-Reply-To: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> References: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> Message-ID: <052.d1a17d7f7c4d7d6dc0bc28c2513c80fc@avcodec.org> #2507: Unknown packet pts values in mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: ogg asp | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): cannot reproduce missing timestamps, but maybe iam looking at the wrong place or time also if its not a regression anymore then priority should probably be reduced to normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 00:26:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 22:26:27 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> References: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> Message-ID: <052.afca48a3b1cf89b3951e9c1a9cd67e3b@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:8 Cigaes]: > I am afraid this change would break rendering of DVB subtiles, since an empty subtitle frame is used to mark the end of the previous one. I need to have a look at this issue. yes, i had a bad feeling about my patch already ... > (Fortunately, I will have more time soon to get back working on ffmpeg.) \o/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 00:35:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 22:35:20 -0000 Subject: [FFmpeg-trac] #2507(undetermined:open): Unknown packet pts values in mpeg4-ogg sample In-Reply-To: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> References: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> Message-ID: <052.90dfc749b262ba81e3e457316b1a163e@avcodec.org> #2507: Unknown packet pts values in mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: ogg asp | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cus): ffplay -vf showinfo will eventually show you frames with NOPTS pts-es. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 00:42:25 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 22:42:25 -0000 Subject: [FFmpeg-trac] #2507(undetermined:open): Unknown packet pts values in mpeg4-ogg sample In-Reply-To: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> References: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> Message-ID: <052.877d66af404cd5e74c79edc5df84b240@avcodec.org> #2507: Unknown packet pts values in mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ogg asp | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * priority: important => normal Comment: Regression part was in ffplay, and that is fixed, so reducing priority to normal. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 01:16:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 23:16:01 -0000 Subject: [FFmpeg-trac] #3208(undetermined:closed): Very long CPU-bound loop with -fflags +genpts and -vsync cfr In-Reply-To: <038.cb33c914e22a8bd73384b199f2e68e02@avcodec.org> References: <038.cb33c914e22a8bd73384b199f2e68e02@avcodec.org> Message-ID: <053.e9d10d4b2aac9207fd63fc45018043a9@avcodec.org> #3208: Very long CPU-bound loop with -fflags +genpts and -vsync cfr -------------------------------------+------------------------------------- Reporter: lelegard | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 8202c49b43621c04e26d4a3aa83a10e1e5cc1836 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 01:27:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Jul 2014 23:27:08 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <040.6460464f5c7d125b2bbbc5fb380e4ad1@avcodec.org> References: <040.6460464f5c7d125b2bbbc5fb380e4ad1@avcodec.org> Message-ID: <055.9e788718818483df392befcae9cb2b3f@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): I think for this to get fixed, you will have to run it through a memory debugger on windows to find out what code allocates the thing that leaks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 04:00:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 02:00:13 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): libopenjpeg since 1.4 encode produces gray garbage files, only reproducible with compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.4b9e928ed7d60998cf02e13b57b520cf@avcodec.org> #3754: libopenjpeg since 1.4 encode produces gray garbage files, only reproducible with compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by mbradshaw): * cc: mjbshaw@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 04:07:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 02:07:13 -0000 Subject: [FFmpeg-trac] #3328(undetermined:closed): video "judder" issue on DVR-MS conversion In-Reply-To: <040.382d79c16cb97c16c3375b557415a6aa@avcodec.org> References: <040.382d79c16cb97c16c3375b557415a6aa@avcodec.org> Message-ID: <055.8964327173bfc635be734be7eb0db825@avcodec.org> #3328: video "judder" issue on DVR-MS conversion -------------------------------------+------------------------------------- Reporter: beteljuice | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Should be fixed in 4eb13cdfb0aa053f7c3247a1f7ad4887ff3b367c please reopen if the judder issue remains -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 04:37:50 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 02:37:50 -0000 Subject: [FFmpeg-trac] #2507(undetermined:open): Unknown packet pts values in mpeg4-ogg sample In-Reply-To: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> References: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> Message-ID: <052.5fd13c216acdbb5edd707d6b2cd8332e@avcodec.org> #2507: Unknown packet pts values in mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ogg asp | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): "-fflags +genpts" can be used to get pts for these frames. is there evidence that the file contains pts values at the ogg level ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 04:52:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 02:52:57 -0000 Subject: [FFmpeg-trac] #3361(avcodec:new): aac_he mono not recogized (reported as stereo) In-Reply-To: <040.fec7008bd2c3f287435b9717309029fd@avcodec.org> References: <040.fec7008bd2c3f287435b9717309029fd@avcodec.org> Message-ID: <055.b47963552af818045a4d8f3245c86b2e@avcodec.org> #3361: aac_he mono not recogized (reported as stereo) -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): is there any software that can detect that this is mono without (potentially) reading the whole file ? also if this is a regression, with which version did it work ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 06:02:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 04:02:43 -0000 Subject: [FFmpeg-trac] #3410(undetermined:new): v4l2 crash In-Reply-To: <037.36be15ecebba855aa50dbeb701230fe8@avcodec.org> References: <037.36be15ecebba855aa50dbeb701230fe8@avcodec.org> Message-ID: <052.b35aae3f0fec02de10ad70fbdd216910@avcodec.org> #3410: v4l2 crash -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: v4l2 crash | Resolution: regression SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): maybe fixed in 1e3f77b53a803a6c63fa64829f1be557b8226288 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 20:29:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 18:29:43 -0000 Subject: [FFmpeg-trac] #3685(undetermined:closed): v4l2 source in UYVY (uyvy422) causes segfault In-Reply-To: <036.3ab3aae097d8982833c591d1bfabe34b@avcodec.org> References: <036.3ab3aae097d8982833c591d1bfabe34b@avcodec.org> Message-ID: <051.1d4473fb61b32438c4d40e5e6130f197@avcodec.org> #3685: v4l2 source in UYVY (uyvy422) causes segfault -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): This should be fixed since 1e3f77b5 - could you test again? I could not always reproduce the crash so an additional test would be nice. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 20:29:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 18:29:58 -0000 Subject: [FFmpeg-trac] #3410(undetermined:closed): v4l2 crash In-Reply-To: <037.36be15ecebba855aa50dbeb701230fe8@avcodec.org> References: <037.36be15ecebba855aa50dbeb701230fe8@avcodec.org> Message-ID: <052.f195d6049e6999cbc9eb64c7362d1f2a@avcodec.org> #3410: v4l2 crash -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: v4l2 crash | Resolution: fixed regression SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: The crash is fixed for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 20:49:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 18:49:57 -0000 Subject: [FFmpeg-trac] #2507(undetermined:open): Unknown packet pts values in mpeg4-ogg sample In-Reply-To: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> References: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> Message-ID: <052.bbc20f4f3af368de8d21a91502b345a3@avcodec.org> #2507: Unknown packet pts values in mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ogg asp | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Playback looks nicer with totem imo than with ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 21:25:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 19:25:02 -0000 Subject: [FFmpeg-trac] #3765(ffmpeg:new): has_b_frames is larger in decoder than demuxer for asp Message-ID: <037.e00ba74246f1ff16b25250c15d2a950b@avcodec.org> #3765: has_b_frames is larger in decoder than demuxer for asp --------------------------------------+-------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: git-master | Keywords: asp Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+-------------------------------- The sample from ticket #2507 shows many warnings. {{{ $ ffmpeg -i File\ 50MB\ DG\ Split\ 206\ Video\ Issue.ogm -f null -t 0.1 - ffmpeg version N-64649-g4cc0f79 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 13 2014 21:14:38 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 46.100 / 55. 46.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Input #0, ogg, from 'File 50MB DG Split 206 Video Issue.ogm': Duration: 00:04:41.11, start: 0.000000, bitrate: 1492 kb/s Stream #0:0: Video: mpeg4 (XVID / 0x44495658), yuv420p, 576x432, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0:1(English): Audio: vorbis, 48000 Hz, stereo, fltp, 89 kb/s Stream #0:2(Japanese): Audio: vorbis, 48000 Hz, stereo, fltp, 89 kb/s Stream #0:3(English): Subtitle: text [null @ 0x349be40] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.46.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 576x432, q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream #0:1(English): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: LANGUAGE : English encoder : Lavc55.69.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (mpeg4 (native) -> rawvideo (native)) Stream #0:1 -> #0:1 (vorbis (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [mpeg4 @ 0x34aa480] has_b_frames is larger in decoder than demuxer 1 > 0 If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [mpeg4 @ 0x34aa480] has_b_frames is larger in decoder than demuxer 1 > 0 If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [mpeg4 @ 0x34aa480] has_b_frames is larger in decoder than demuxer 1 > 0 If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [mpeg4 @ 0x34aa480] has_b_frames is larger in decoder than demuxer 1 > 0 If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [null @ 0x349be40] Encoder did not produce proper pts, making some up. [mpeg4 @ 0x34aa480] has_b_frames is larger in decoder than demuxer 1 > 0 If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [mpeg4 @ 0x34aa480] has_b_frames is larger in decoder than demuxer 1 > 0 If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.10 bitrate=N/A video:0kB audio:19kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 22:37:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 20:37:05 -0000 Subject: [FFmpeg-trac] #3766(avformat:new): dvb_teletext detected as mpeg audio Message-ID: <037.8151a1d41127985608ed71185b22d42a@avcodec.org> #3766: dvb_teletext detected as mpeg audio --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: mpegts mp3 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+------------------------------------ The sample from ticket #2471 contains two teletext streams, 0x247 is auto- detected as mpeg audio. {{{ $ ffmpeg -i part_cut.ts ffmpeg version N-64653-gcc3e7a4 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 13 2014 22:34:20 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 46.100 / 55. 46.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x362ab20] PES packet size mismatch Last message repeated 1 times [mp3 @ 0x374fe20] Header missing Last message repeated 5 times [mpeg2video @ 0x3750860] Invalid frame dimensions 0x0. [mp3 @ 0x374fe20] Header missing Last message repeated 1 times [mpeg2video @ 0x3750860] Invalid frame dimensions 0x0. [mp3 @ 0x374fe20] Header missing [mpeg2video @ 0x3750860] Invalid frame dimensions 0x0. [mp3 @ 0x374fe20] Header missing [mpeg2video @ 0x3750860] Invalid frame dimensions 0x0. [mp3 @ 0x374fe20] Header missing Last message repeated 1 times [mpeg2video @ 0x3750860] Invalid frame dimensions 0x0. [mp3 @ 0x374fe20] Header missing [mpeg2video @ 0x3750860] Invalid frame dimensions 0x0. Last message repeated 1 times [mp3 @ 0x374fe20] Header missing Last message repeated 6 times [mpeg2video @ 0x3750860] Invalid frame dimensions 0x0. [mp3 @ 0x374fe20] Header missing Last message repeated 93 times [mpegts @ 0x362ab20] decoding for stream 4 failed [mpegts @ 0x362ab20] PES packet size mismatch [mpegts @ 0x362ab20] Could not find codec parameters for stream 3 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x362ab20] Could not find codec parameters for stream 4 (Audio: mp3 ([6][0][0][0] / 0x0006), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x362ab20] Could not find codec parameters for stream 7 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'part_cut.ts': Duration: 00:00:02.18, start: 16149.459000, bitrate: 9377 kb/s Program 544 Program 545 Stream #0:0[0x200]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 10000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x28a](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 253 kb/s Stream #0:2[0x240](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:3[0x1388]: Unknown: none ([11][0][0][0] / 0x000B) Program 546 Program 547 Program 548 Program 550 Program 551 Program 1057 Stream #0:5[0x207]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:6[0x2d0](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 253 kb/s Stream #0:4[0x247](eng): Audio: mp3 ([6][0][0][0] / 0x0006), 0 channels, s16p Stream #0:7[0x901]: Unknown: none ([11][0][0][0] / 0x000B) Program 1058 Program 1059 Program 1060 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 22:56:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 20:56:28 -0000 Subject: [FFmpeg-trac] #2471(avformat:new): FFMpeg unable to determine video length with streams outside of programs In-Reply-To: <037.8ef08d913253b988df29363bb1b8869e@avcodec.org> References: <037.8ef08d913253b988df29363bb1b8869e@avcodec.org> Message-ID: <052.34f1a6cc48f893eb8227ae6aa5ab4c1e@avcodec.org> #2471: FFMpeg unable to determine video length with streams outside of programs ------------------------------------+------------------------------------ Reporter: nbollom | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:3 cehoyos]: > The teletext streams are empty afaict, so misdetecting them is no bug imo. Both programs contain a teletext stream with subtitles. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 23:40:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 21:40:04 -0000 Subject: [FFmpeg-trac] #2471(avformat:new): FFMpeg unable to determine video length with streams outside of programs In-Reply-To: <037.8ef08d913253b988df29363bb1b8869e@avcodec.org> References: <037.8ef08d913253b988df29363bb1b8869e@avcodec.org> Message-ID: <052.eca689c54d14e24025c9e3354e3f3d11@avcodec.org> #2471: FFMpeg unable to determine video length with streams outside of programs ------------------------------------+------------------------------------ Reporter: nbollom | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:4 cehoyos]: > Replying to [comment:3 cehoyos]: > > The teletext streams are empty afaict, so misdetecting them is no bug imo. > Both programs contain a teletext stream with subtitles, see ticket #3766. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 13 23:47:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 21:47:26 -0000 Subject: [FFmpeg-trac] #2471(avformat:closed): FFMpeg unable to determine video length with streams outside of programs In-Reply-To: <037.8ef08d913253b988df29363bb1b8869e@avcodec.org> References: <037.8ef08d913253b988df29363bb1b8869e@avcodec.org> Message-ID: <052.829c524277005a04ae067e239abd8929@avcodec.org> #2471: FFMpeg unable to determine video length with streams outside of programs ------------------------------------+------------------------------------ Reporter: nbollom | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: If I cut the sample in a 10M and a 20M segment, both segments show the whole scene for one of the two programs. Afaict, this indicates that two independent transport streams were concatenated, I don't think "duration" makes sense for such a file. Please reopen if you think my analysis is wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 00:11:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 22:11:54 -0000 Subject: [FFmpeg-trac] #3361(avcodec:new): aac_he mono not recogized (reported as stereo) In-Reply-To: <040.fec7008bd2c3f287435b9717309029fd@avcodec.org> References: <040.fec7008bd2c3f287435b9717309029fd@avcodec.org> Message-ID: <055.ddfb00827963f9829b0b7bda1f217eab@avcodec.org> #3361: aac_he mono not recogized (reported as stereo) -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): If there is an issue, it is a regression since a2063901 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 01:29:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 23:29:39 -0000 Subject: [FFmpeg-trac] #3767(avcodec:new): Support fourcc TVMJ Message-ID: <037.9a1253432d15334a2641bbb2b6c938ab@avcodec.org> #3767: Support fourcc TVMJ ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- http://forum.doom9.org/showthread.php?t=170867 A user provided an avi sample with fourcc TVMJ, presumably "Pinnacle/Truevision Used by the Targa 2000 board". Possibly a mjpeg- codec. {{{ $ ffmpeg -i orig-1677.avi ffmpeg version N-64653-gcc3e7a4 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 14 2014 00:25:57 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 46.100 / 55. 46.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [avi @ 0x1a65b20] Could not find codec parameters for stream 0 (Video: none (TVMJ / 0x4A4D5654), 720x486, 66845 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options orig-1677.avi: could not find codec parameters Input #0, avi, from 'orig-1677.avi': Duration: 00:00:08.34, start: 0.000000, bitrate: 66591 kb/s Stream #0:0: Video: none (TVMJ / 0x4A4D5654), 720x486, 66845 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 01:30:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 23:30:40 -0000 Subject: [FFmpeg-trac] #3767(avcodec:new): Support fourcc TVMJ In-Reply-To: <037.9a1253432d15334a2641bbb2b6c938ab@avcodec.org> References: <037.9a1253432d15334a2641bbb2b6c938ab@avcodec.org> Message-ID: <052.0fa2ca4aaddfcd0ff1ef136bae87f9be@avcodec.org> #3767: Support fourcc TVMJ -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3767/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 01:50:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Jul 2014 23:50:35 -0000 Subject: [FFmpeg-trac] #3761(avformat:closed): ffplay failed to play asf file correctly that could be played in previous version In-Reply-To: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> References: <037.02fc48ff3d8affc4ba3ca25fbcfca7ca@avcodec.org> Message-ID: <052.abe427c436b5c453009e07b5bc6d8dc9@avcodec.org> #3761: ffplay failed to play asf file correctly that could be played in previous version -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: asf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 2db1bcf1b98270835ab27ffea4eb83b0a7c16002 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 13:40:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 11:40:20 -0000 Subject: [FFmpeg-trac] #3637(avcodec:new): AAC encoder segfault on OS X 10.9.2 In-Reply-To: <036.7604c0aa8cd40e281b89a49a3339892d@avcodec.org> References: <036.7604c0aa8cd40e281b89a49a3339892d@avcodec.org> Message-ID: <051.1af2e9bb7e37015b269a2635154b13a7@avcodec.org> #3637: AAC encoder segfault on OS X 10.9.2 ------------------------------------+----------------------------------- Reporter: zulkis | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * priority: important => normal Comment: When this isnt reproduceable with any software that one can obtain then it isnt really important. Nor is there much chance it could get fixed. Also i suspect this is caused by invalid out of range, inf or NaN input. Iam happy to make the encoder more robust against such input but i need a reproduceable testcase for it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 13:50:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 11:50:50 -0000 Subject: [FFmpeg-trac] #3622(avformat:closed): Second audio track in mov sometimes marked as default In-Reply-To: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> References: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> Message-ID: <052.a9d5bf9bebcda372e4860d77ee6746a0@avcodec.org> #3622: Second audio track in mov sometimes marked as default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Should have been fixed by merging code from Luca Barbato in 4c91599484e115e9b51c884fc46cea3f8511f8ae This would leave both enabled but should avoid the problem with QT If this is insufficient and still causes problems then please reopen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 13:54:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 11:54:17 -0000 Subject: [FFmpeg-trac] #3622(avformat:closed): Second audio track in mov sometimes marked as default In-Reply-To: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> References: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> Message-ID: <052.e3d67d71aec985eb0cddf51de0a261f2@avcodec.org> #3622: Second audio track in mov sometimes marked as default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): thanks for the fix. will test as soon as i move to git-head and let you know in case the solution is insufficient. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 14:00:05 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 12:00:05 -0000 Subject: [FFmpeg-trac] #3622(avformat:reopened): Second audio track in mov sometimes marked as default In-Reply-To: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> References: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> Message-ID: <052.e136d927a00a13484fe61e10585741d6@avcodec.org> #3622: Second audio track in mov sometimes marked as default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: The issue is still reproducible with current FFmpeg git head: {{{ $ ffmpeg -i fate-suite/aac/al04_44.mp4 -i fate-suite/aac/al05_44.mp4 -acodec aac -strict -2 -map 0:0 -map 1:0 out2.mov ffmpeg version N-64656-g2a9b4c0 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 14 2014 13:56:52 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 46.100 / 55. 46.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate-suite/aac/al04_44.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2004-02-19 14:38:56 Duration: 00:00:08.24, start: 0.000000, bitrate: 67 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 63 kb/s (default) Metadata: creation_time : 2004-02-19 14:38:56 handler_name : soun Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'fate-suite/aac/al05_44.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2004-02-19 14:38:56 Duration: 00:00:07.43, start: 0.000000, bitrate: 131 kb/s Stream #1:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: creation_time : 2004-02-19 14:38:56 handler_name : soun [mov @ 0x2188d00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times Output #0, mov, to 'out2.mov': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom encoder : Lavf55.46.100 Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 128 kb/s (default) Metadata: creation_time : 2004-02-19 14:38:56 handler_name : soun encoder : Lavc55.69.100 aac Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2004-02-19 14:38:56 handler_name : soun encoder : Lavc55.69.100 aac Stream mapping: Stream #0:0 -> #0:0 (aac (native) -> aac (native)) Stream #1:0 -> #0:1 (aac (native) -> aac (native)) Press [q] to stop, [?] for help size= 252kB time=00:00:08.24 bitrate= 250.6kbits/s video:0kB audio:246kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.660035% }}} {{{ $ ffmpeg -i out2.mov ffmpeg version N-64656-g2a9b4c0 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 14 2014 13:56:52 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 46.100 / 55. 46.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out2.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.46.100 Duration: 00:00:08.27, start: 0.023220, bitrate: 249 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 126 kb/s (default) Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 129 kb/s (default) Metadata: handler_name : DataHandler At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 15:09:12 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 13:09:12 -0000 Subject: [FFmpeg-trac] #3708(avformat:closed): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.50be656aad91a5fe827160e2370184b3@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 47c84c0bf784991d95f68d989f4faf31eeb03afa -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 15:34:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 13:34:09 -0000 Subject: [FFmpeg-trac] #3727(avformat:open): Guessed 'ChannelPosition' outputted in audio In-Reply-To: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> References: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> Message-ID: <052.18ababd743594d1063a3659d4109d56e@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | 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 | -------------------------------------+------------------------------------- Comment (by michael): Why is it a problem if these tracks are marked as mono ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 17:23:28 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 15:23:28 -0000 Subject: [FFmpeg-trac] #3727(avformat:closed): Guessed 'ChannelPosition' outputted in audio In-Reply-To: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> References: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> Message-ID: <052.079c855eba12737f9ddb3722957b84c2@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | 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 michael): * status: open => closed * resolution: => fixed Comment: Fixed in 68215724997c26d02a215b377de441b511804ecc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 18:28:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 16:28: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.4ab485ae97452aa5b76345ee4779ba88@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 michael): i tried to encode 2 files one with -max_interleave_delta 0 and one without, but they dont differ. How can i reproduce the difference with -max_interleave_delta 0 that fixes this ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 19:23:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 17:23:37 -0000 Subject: [FFmpeg-trac] #3768(undetermined:new): dvbsub to overlay get corrupt output Message-ID: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> #3768: dvbsub to overlay get corrupt output -------------------------------------+------------------------------------- Reporter: | Type: defect er.anshul.maheshwari@? | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: ffmpeg, | Reproduced by developer: 0 dvbsub | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- linux-6jho:~/work/anshul/ffmpeg> ./ffmpeg -i ~/test_videos/dvbsubtest.ts -filter_complex "[0:v][0:s]overlay[v]" -map [v] -map 0:a -acodec copy -vcodec libx264 ~/test_videos/test.tsffmpeg version N-41104-g6d2df3c Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 13:24:08 with gcc 4.7 (SUSE Linux) configuration: --disable-optimizations --enable-libx264 --enable-gpl --enable-memalign-hack libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [NULL @ 0xb0fe7a0] start time for stream 2 is not set in estimate_timings_from_pts [mpegts @ 0xb0f9520] PES packet size mismatch Input #0, mpegts, from '/home/a141982112/test_videos/dvbsubtest.ts': Duration: 00:00:34.64, start: 79677.098467, bitrate: 4842 kb/s Program 1 Stream #0:0[0x1901](eng): Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x19a1](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 246 kb/s Stream #0:2[0x19b1](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) [mpegts @ 0xb0f9520] sub2video: using 720x576 canvas File '/home/a141982112/test_videos/test.ts' already exists. Overwrite ? [y/N] y [libx264 @ 0xb11e500] using SAR=64/45 [libx264 @ 0xb11e500] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0xb11e500] profile High, level 3.0 [mpegts @ 0xb11d760] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times Output #0, mpegts, to '/home/a141982112/test_videos/test.ts': Metadata: encoder : Lavf55.44.100 Stream #0:0: Video: h264 (libx264), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 25 fps, 90k tbn, 25 tbc (default) Metadata: encoder : Lavc55.68.100 libx264 Stream #0:1(eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, 246 kb/s Stream mapping: Stream #0:0 (mpeg2video) -> overlay:main Stream #0:2 (dvbsub) -> overlay:overlay overlay -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (copy) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 19:44:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 17:44:10 -0000 Subject: [FFmpeg-trac] #3768(undetermined:new): dvbsub to overlay get corrupt output In-Reply-To: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> References: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> Message-ID: <075.8dfbb4b4024691ff8468885ff9b6e5ce@avcodec.org> #3768: dvbsub to overlay get corrupt output -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: ffmpeg, | Blocked By: dvbsub | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): when compute_edt is off, this problem does not persist -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 14 23:36:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 21:36:03 -0000 Subject: [FFmpeg-trac] #3768(undetermined:new): dvbsub to overlay get corrupt output In-Reply-To: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> References: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> Message-ID: <075.4d8550b8af78c2ccc8d55bc32c952aef@avcodec.org> #3768: dvbsub to overlay get corrupt output -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: ffmpeg, | Blocked By: dvbsub | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): I had no time to check yet, but my gess would be that {{{compute_edt}}} introduces a huge latency: the subtitle frame is returned when the end marker is reached, and during that time, video were still decoding, accumulating in overlay's input queue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 00:26:28 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Jul 2014 22:26:28 -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.d8e9e671fcae6142514cb0dd665950ee@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:10 michael]: > i tried to encode 2 files one with -max_interleave_delta 0 and one without, but they dont differ. > How can i reproduce the difference with -max_interleave_delta 0 that fixes this ? I can still reproduce the difference with ffmpeg version N-64623-g15e933b and libvpx v1.3.0-3444-g84744a4: {{{ ffmpeg -y -i BigBuckBunny_640x360.m4v -f webm -c:v libvpx -auto-alt-ref 1 -b:v 300k -c:a libvorbis -b:a 64k -pass 1 async.webm ffmpeg -y -i BigBuckBunny_640x360.m4v -f webm -c:v libvpx -auto-alt-ref 1 -b:v 300k -c:a libvorbis -b:a 64k -pass 2 async.webm ffmpeg -y -i BigBuckBunny_640x360.m4v -f webm -c:v libvpx -auto-alt-ref 1 -max_interleave_delta 0 -b:v 300k -c:a libvorbis -b:a 64k -pass 1 sync.webm ffmpeg -y -i BigBuckBunny_640x360.m4v -f webm -c:v libvpx -auto-alt-ref 1 -max_interleave_delta 0 -b:v 300k -c:a libvorbis -b:a 64k -pass 2 sync.webm }}} Without {{{-max-interleave-delta 0}}} a-v desync on seek. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 02:49:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 00:49:21 -0000 Subject: [FFmpeg-trac] #3741(undetermined:new): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.873f4d8246068d34698a61ce2a833598@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by sinkers): I will 3rd this one as having this problem and I am suspicious that it may be causing my audio to be out of synch. Command I am using: /usr/local/bin/ffmpeg -y -i /tmp/7f24ea1617ecc287f7377e7d0ce00534 -bsf h264_mp4toannexb -c:v libx264 -c:a libfdk_aac -s 640x360 -preset fast /tmp/7f24ea1617ecc287f7377e7d0ce00534.ts Output: ffmpeg version N-64602-g9195c26 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 11 2014 15:41:21 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-libx264 --enable-libfdk_aac --enable-nonfree --enable-gpl --enable-ffplay --enable-libfreetype libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/7f24ea1617ecc287f7377e7d0ce00534': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V mp42isom creation_time : 2014-04-14 23:40:55 Duration: 00:00:30.06, start: 0.000000, bitrate: 1240 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv), 1024x576 [SAR 1:1 DAR 16:9], 1144 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc (default) Metadata: creation_time : 2014-04-14 23:40:55 handler_name : Mainconcept MP4 Video Media Handler encoder : AVC Coding Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 93 kb/s (default) Metadata: creation_time : 2014-04-14 23:40:55 handler_name : Mainconcept MP4 Sound Media Handler [libx264 @ 0x7f904b016600] using SAR=1/1 [libx264 @ 0x7f904b016600] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x7f904b016600] profile High, level 3.0 [mpegts @ 0x7f904b015a00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times Output #0, mpegts, to '/tmp/7f24ea1617ecc287f7377e7d0ce00534.ts': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V mp42isom encoder : Lavf55.45.100 Stream #0:0(eng): Video: h264 (libx264), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 90k tbn, 25 tbc (default) Metadata: creation_time : 2014-04-14 23:40:55 handler_name : Mainconcept MP4 Video Media Handler encoder : Lavc55.69.100 libx264 Stream #0:1(eng): Audio: aac (libfdk_aac), 48000 Hz, stereo, s16, 139 kb/s (default) Metadata: creation_time : 2014-04-14 23:40:55 handler_name : Mainconcept MP4 Sound Media Handler encoder : Lavc55.69.100 libfdk_aac Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help frame= 97 fps=0.0 q=28.0 size= 138kB time=00:00:03.96 bitrate= 284.7kbits/s frame= 196 fps=191 q=28.0 size= 373kB time=00:00:07.97 bitrate= 383.4kbits/s frame= 335 fps=219 q=28.0 size= 652kB time=00:00:13.56 bitrate= 393.4kbits/s frame= 442 fps=214 q=28.0 size= 850kB time=00:00:17.60 bitrate= 395.7kbits/s frame= 581 fps=226 q=28.0 size= 1107kB time=00:00:23.16 bitrate= 391.5kbits/s frame= 719 fps=234 q=28.0 size= 1315kB time=00:00:28.77 bitrate= 374.4kbits/s frame= 751 fps=226 q=-1.0 Lsize= 1408kB time=00:00:30.05 bitrate= 383.8kbits/s video:670kB audio:513kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 18.967024% [libx264 @ 0x7f904b016600] frame I:9 Avg QP:16.46 size: 4175 [libx264 @ 0x7f904b016600] frame P:393 Avg QP:26.16 size: 1394 [libx264 @ 0x7f904b016600] frame B:349 Avg QP:26.08 size: 289 [libx264 @ 0x7f904b016600] consecutive B-frames: 34.2% 9.9% 4.8% 51.1% [libx264 @ 0x7f904b016600] mb I I16..4: 84.5% 6.4% 9.1% [libx264 @ 0x7f904b016600] mb P I16..4: 2.8% 2.2% 1.3% P16..4: 6.5% 3.0% 1.3% 0.0% 0.0% skip:82.9% [libx264 @ 0x7f904b016600] mb B I16..4: 0.4% 0.3% 0.2% B16..8: 3.0% 1.3% 0.1% direct: 0.5% skip:94.1% L0:43.4% L1:48.2% BI: 8.4% [libx264 @ 0x7f904b016600] 8x8 transform intra:28.5% inter:36.5% [libx264 @ 0x7f904b016600] coded y,uvDC,uvAC intra: 22.1% 26.1% 20.3% inter: 1.8% 2.1% 1.4% [libx264 @ 0x7f904b016600] i16 v,h,dc,p: 82% 12% 6% 1% [libx264 @ 0x7f904b016600] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 13% 40% 5% 5% 5% 5% 5% 4% [libx264 @ 0x7f904b016600] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 16% 31% 5% 5% 5% 5% 5% 4% [libx264 @ 0x7f904b016600] i8c dc,h,v,p: 74% 12% 11% 4% [libx264 @ 0x7f904b016600] Weighted P-Frames: Y:8.7% UV:2.8% [libx264 @ 0x7f904b016600] ref P L0: 79.8% 20.2% [libx264 @ 0x7f904b016600] ref B L0: 81.4% 18.6% [libx264 @ 0x7f904b016600] ref B L1: 93.0% 7.0% [libx264 @ 0x7f904b016600] kb/s:182.83 Input file is here: http://bucket01.mscreentv.com.s3.amazonaws.com/ffmpeg/7f24ea1617ecc287f7377e7d0ce00534 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 04:40:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 02:40:59 -0000 Subject: [FFmpeg-trac] #3675(avcodec:new): Crash while trying to feed to ffserver In-Reply-To: <035.16b177127dc75488d2c232b265fd8dc4@avcodec.org> References: <035.16b177127dc75488d2c232b265fd8dc4@avcodec.org> Message-ID: <050.50cc1f74aa5f868f466020608cc21d38@avcodec.org> #3675: Crash while trying to feed to ffserver ---------------------------------------+----------------------------------- Reporter: Zmey_ | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by michael): Please provide complete information to reproduce the issue, ffserver.conf file, webcam type, ... also the gdb output is missing line numbers so its not very usefull is this a regression ? and a random suggestion would be to try without --enable-lto -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 14:00:45 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 12:00:45 -0000 Subject: [FFmpeg-trac] #3714(avformat:open): Remuxing mpegts results in 5% bigger file size than original file In-Reply-To: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> References: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> Message-ID: <053.7dfbda49288bc6b549f9ef085f0c70d8@avcodec.org> #3714: Remuxing mpegts results in 5% bigger file size than original file ------------------------------------+------------------------------------ Reporter: DavJames | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by AndyF): You may find that the software that recorded the sample has heavily reduced the PAT/PMT packets. They do seem a lot lower than recordings I have and ISTR the recorder I use reduced them in the past, possibly a bit now, but not by as much, if at all, due to issues that arose from heavy reduction. There are slight differences between the sample and the remux in the vid and audio streams, but most of the extra size is more PAT/PMT packets and it seems that one is duplicated with a different PID - I don't know if that is intentional for eg. compatibility, or is an issue. Below is some output from a (rubbish) ts analyser I cobbled together ages ago. Apart from the dup the output from ffmpeg looks more like what I am user to seeing than the sample. {{{ Sample - Total packets = 1585830 Errored packets = 0 PID Total RAI PUSI PCR PMD(ms) CFail Cut1 Cut2 Flags 0x0000 1384 0 1384 0 0 0 0 0 0x0100 1384 0 1384 0 0 0 0 0 0x0201 1555747 6 3660 3653 56 0 481150 642662 AE PD EP DI 0x0202 27314 1 6863 2 0 0 571861 0 AE PD EP DI 0x1fff 1 0 0 0 0 0 0 0 remux - Total packets = 1668255 Errored packets = 0 PID Total RAI PUSI PCR PMD(ms) CFail Cut1 Cut2 Flags 0x0000 39671 0 39671 0 0 0 0 0 0x0011 7906 0 7906 0 0 0 0 0 0x0100 1557595 325 7320 3688 40 0 3 6095 AE PD EP DI 0x0101 23412 1706 1697 13 0 0 4877 4889 AE PD EP DI 0x1000 39671 0 39671 0 0 0 0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 14:05:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 12:05:23 -0000 Subject: [FFmpeg-trac] #3769(undetermined:new): -moov_size option causes MOV file structure to be corrupted Message-ID: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> #3769: -moov_size option causes MOV file structure to be corrupted -------------------------------------+------------------------------------- Reporter: rling | 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: Using the -moov_size option causes a 'free' atom to be added to the MOV file immediately after the 'moov' atom. The 'free' atom's size field is wrong, corrupting the file. How to reproduce: 1. Encode a MOV file, determine required size of 'moov' atom by using a very small -moov_size: {{{ % ffmpeg -y -i input.MOV -moov_size 1 output.MOV ffmpeg version N-64667-gd595361 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 14 2014 22:02:04 with gcc 4.8.3 (GCC) [...] [mov @ 04865620] reserved_moov_size is too small, needed 6135 additional. [...] }}} 2. Required size is thus 6136 bytes. Use -moov_size option to require 'moov' atom to be 20 bytes larger than required size: {{{ % ffmpeg -y -i input.MOV -moov_size 6156 output.MOV }}} 3. Examine output.MOV with a hex editor and look for the 'free' atom between the 'moov' and 'mdat' atoms: {{{ 017e00a 5d 6e 00 00 00 21 75 64 74 61 00 00 00 19 a9 .]n...!udta....? 017f073 77 72 00 0d 55 c4 4c 61 76 66 35 35 2e 34 37 swr..U?Lavf55.47 018002e 31 30 30 00 00 00 1c 66 72 65 65 00 00 00 00 .100....free.... 0181000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0182000 00 00 00 00 00 00 00 00 0a 4a 9b 6d 64 61 74 ..........J.mdat 0183000 00 02 ae 06 05 ff ff aa dc 45 e9 bd e6 d9 48 ...?..????E????H }}} The atom's size field has been set to the size of the content only (28 empty bytes), NOT including the 8 bytes for the header itself. The size should include the 8 bytes for the atom header. The MOV file is thus corrupt and cannot be parsed correctly with normal tools. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 14:14:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 12:14:25 -0000 Subject: [FFmpeg-trac] #3769(undetermined:new): -moov_size option causes MOV file structure to be corrupted In-Reply-To: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> References: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> Message-ID: <050.730a7d396092e4229e1ca469c23e9371@avcodec.org> #3769: -moov_size option causes MOV file structure to be corrupted -------------------------------------+------------------------------------- Reporter: rling | 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 rling): Appears to be related to these lines near 4394-4402 of libavformat/movenc.c: {{{ size = mov->reserved_moov_size - (avio_tell(pb) - mov->reserved_moov_pos); [...] avio_wb32(pb, size); ffio_wfourcc(pb, "free"); for (i = 0; i < size; i++) avio_w8(pb, 0); }}} The code appears to write ''size'' as the atom's size, then write 'free' as the tag, then write ''size'' bytes as the atom content. This is a violation of atom structure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 14:55:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 12:55:03 -0000 Subject: [FFmpeg-trac] #3714(avformat:open): Remuxing mpegts results in 5% bigger file size than original file In-Reply-To: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> References: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> Message-ID: <053.4fda1bdb400003e2a5d438dd83bca06c@avcodec.org> #3714: Remuxing mpegts results in 5% bigger file size than original file ------------------------------------+------------------------------------ Reporter: DavJames | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by AndyF): Looking again at some different recordings and whole mux samples it does seem that the 0x0000 and 0x1000 are abnormally high - perhaps 10x. The original sample does still look quite low. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 15:53:17 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 13:53:17 -0000 Subject: [FFmpeg-trac] #3741(undetermined:closed): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.03abaf987dfd819797d12afd203c43fc@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 01c17b5224ce0c9899a58f639ef6611fe626ef5f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 16:48:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 14:48:53 -0000 Subject: [FFmpeg-trac] #3741(undetermined:closed): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.312e628cb65874812fb2423a38d5a610@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by bat999): Yes, it's fixed. Thanks. :-) @Xubuntu:~/ffmpeg-HEAD-01c17b5$ ./ffmpeg -i foo.wav foo.flac ffmpeg version 2.2.git-01c17b5 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 15 2014 15:30:49 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 47.100 / 55. 47.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'foo.wav': Metadata: encoder : Lavf55.47.100 Duration: 00:01:00.48, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Output #0, flac, to 'foo.flac': Metadata: encoder : Lavf55.47.100 Stream #0:0: Audio: flac, 44100 Hz, stereo, s16, 128 kb/s Metadata: encoder : Lavc55.69.100 flac Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> flac (native)) Press [q] to stop, [?] for help size= 6502kB time=00:01:00.58 bitrate= 879.1kbits/s video:0kB audio:6494kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.124640% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 21:04:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 19:04:34 -0000 Subject: [FFmpeg-trac] #3770(undetermined:new): WardenCam violates LGPL/GPL Message-ID: <036.fb0352f78a36995a5ce8cde2044f797f@avcodec.org> #3770: WardenCam violates LGPL/GPL -------------------------------------+------------------------------------- Reporter: rong2k | Type: license Status: new | violation Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Android app WardenCam violates the FFMpeg licenses. Libraries in apk archive under lib/armeabi are clearly based on FFMpeg (with --enable-gpl flags). There's no mention of FFMpeg in app documentation, libraries are renamed, linked together (at least avcodec and avformat), and with the custom code. No source code is available. App page on Google Play: https://play.google.com/store/apps/details?id=com.warden.cam Attached is the current APK package for analysis. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 21:07:49 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 19:07:49 -0000 Subject: [FFmpeg-trac] #3770(undetermined:new): WardenCam violates LGPL/GPL In-Reply-To: <036.fb0352f78a36995a5ce8cde2044f797f@avcodec.org> References: <036.fb0352f78a36995a5ce8cde2044f797f@avcodec.org> Message-ID: <051.5183285b289b8969cc91fdcd3c2fed19@avcodec.org> #3770: WardenCam violates LGPL/GPL -------------------------------------+------------------------------------- Reporter: rong2k | Owner: Type: license | Status: new violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rong2k): (correction: APK is too big to attach, use APK downloader, http://apps.evozi.com/apk-downloader/ ) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 23:10:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 21:10:40 -0000 Subject: [FFmpeg-trac] #3458(undetermined:closed): hevc: crash with max_alloc and threads 5 In-Reply-To: <039.c8d682c7a68e030c076bdc863fb4f731@avcodec.org> References: <039.c8d682c7a68e030c076bdc863fb4f731@avcodec.org> Message-ID: <054.7e25419a43d4ff6f37089af1876c1fcd@avcodec.org> #3458: hevc: crash with max_alloc and threads 5 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash hevc | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 880dbe43ca71982ecdfe1c73446137d6b2fd24d5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 15 23:19:50 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Jul 2014 21:19:50 -0000 Subject: [FFmpeg-trac] #3622(avformat:reopened): Second audio track in mov sometimes marked as default In-Reply-To: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> References: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> Message-ID: <052.820ea1348ab15be986426bae7f9053f5@avcodec.org> #3622: Second audio track in mov sometimes marked as default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:10 cehoyos]: > The issue is still reproducible with current FFmpeg git head: can you explain in which way it is insufficient ? / what did QT do ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 08:27:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 06:27:31 -0000 Subject: [FFmpeg-trac] #3769(avformat:new): -moov_size option causes MOV file structure to be corrupted In-Reply-To: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> References: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> Message-ID: <050.5303e59c6982015bf0d93a3b68c4ff11@avcodec.org> #3769: -moov_size option causes MOV file structure to be corrupted -------------------------------------+------------------------------------ Reporter: rling | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov * component: undetermined => avformat Comment: Are you planning to send a patch created with {{{git format-patch}}} to the ffmpeg-devel mailing list? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 11:55:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 09:55:18 -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.35da4481ddafe5e47777f8f55459b221@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:10 michael]: > i tried to encode 2 files one with -max_interleave_delta 0 and one without, but they dont differ. > How can i reproduce the difference with -max_interleave_delta 0 that fixes this ? {{{ $ md5sum BigBuckBunny_640x360.m4v bc59ea5addcb3efb82a8865574e7763c BigBuckBunny_640x360.m4v }}} {{{ $ ffmpeg -i BigBuckBunny_640x360.m4v -auto-alt-ref 1 -strict -2 -pass 1 test.webm $ ffmpeg -i BigBuckBunny_640x360.m4v -auto-alt-ref 1 -strict -2 -pass 2 -y test.webm }}} {{{ $ ffmpeg -i BigBuckBunny_640x360.m4v -auto-alt-ref 1 -strict -2 -max_interleave_delta 0 -pass 1 test2.webm $ ffmpeg -i BigBuckBunny_640x360.m4v -auto-alt-ref 1 -strict -2 -max_interleave_delta 0 -pass 2 -y test2.webm }}} The second output file is smaller, seeking works better even with ffplay (seeking in the first output file with MPlayer and vlc leads to massive A/V desync). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 12:09:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 10:09:37 -0000 Subject: [FFmpeg-trac] #3768(ffmpeg:open): dvbsub to overlay get corrupt output In-Reply-To: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> References: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> Message-ID: <075.07241345a92461735e9b074711962a98@avcodec.org> #3768: dvbsub to overlay get corrupt output -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: open Type: defect | Component: ffmpeg Priority: important | Resolution: Version: git-master | Blocked By: Keywords: dvbsub | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => ffmpeg * priority: normal => important * version: unspecified => git-master * keywords: ffmpeg, dvbsub => dvbsub Comment: Regression since 7e6cf364 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 12:41:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 10:41:27 -0000 Subject: [FFmpeg-trac] #3769(avformat:new): -moov_size option causes MOV file structure to be corrupted In-Reply-To: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> References: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> Message-ID: <050.947492e7e5728c0b1a83b83a1fcfec7c@avcodec.org> #3769: -moov_size option causes MOV file structure to be corrupted -------------------------------------+------------------------------------ Reporter: rling | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rling): Sorry, I don't have a checkout and am too time poor to contribute. I'm also not sure whether the fix is to increase the size field by 8 or to reduce the number of bytes written by 8. Will have to leave it to the experts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 13:15:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 11:15:39 -0000 Subject: [FFmpeg-trac] #3771(avcodec:new): Errors shown when decoding interplay video Message-ID: <037.6bdaa721530f2235cbc05a870774da48@avcodec.org> #3771: Errors shown when decoding interplay video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git- | Keywords: interplay master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Many errors are shown when decoding the fate-sample for interplay since 9621646e / c3bbd0b5 {{{ $ ffmpeg -i fate-suite/interplay-mve/descent3-level5-16bit-partial.mve -f null -an -t 1 - ffmpeg version N-64700-gaa1d096 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 16 2014 12:02:52 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [ipmovie @ 0x279ec60] Estimating duration from bitrate, this may be inaccurate Input #0, ipmovie, from 'fate-suite/interplay-mve/descent3-level5-16bit- partial.mve': Duration: 00:00:11.89, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Video: interplayvideo, rgb555le, 640x320, 29.98 fps, 29.98 tbr, 1000k tbn, 1000k tbc Stream #0:1: Audio: interplay_dpcm, 44100 Hz, stereo, s16, 705 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.48.100 Stream #0:0: Video: rawvideo (RGB[15] / 0xF424752), rgb555le, 640x320, q=2-31, 200 kb/s, 29.98 fps, 29.98 tbn, 29.98 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (interplayvideo (native) -> rawvideo (native)) Press [q] to stop, [?] for help [null @ 0x27c5f20] Encoder did not produce proper pts, making some up. [interplayvideo @ 0x27a16a0] decode finished with 2042 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 508 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 412 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 278 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 282 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 234 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 216 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 318 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 300 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 302 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 210 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 314 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 276 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 282 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 298 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 236 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 284 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 298 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 274 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 280 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 268 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 304 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 262 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 318 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 322 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 252 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 324 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 308 bytes left over [interplayvideo @ 0x27a16a0] decode finished with 320 bytes left over frame= 30 fps=0.0 q=0.0 Lsize=N/A time=00:00:01.00 bitrate=N/A video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 13:47:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 11:47:00 -0000 Subject: [FFmpeg-trac] #3769(avformat:new): -moov_size option causes MOV file structure to be corrupted In-Reply-To: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> References: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> Message-ID: <050.bf21354940b62d2d0a13ec711e71e05b@avcodec.org> #3769: -moov_size option causes MOV file structure to be corrupted ------------------------------------+------------------------------------ Reporter: rling | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * version: unspecified => git-master Comment: Which tool cannot parse the output file with the incorrect free atom? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 16:39:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 14:39:31 -0000 Subject: [FFmpeg-trac] #3741(undetermined:closed): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.a4e1bfd5942dc7e8c4ad84b4ce9fd954@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by blacktrash): I still see it with `-f segment`. Is that to be expected? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 17:51:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 15:51:26 -0000 Subject: [FFmpeg-trac] #3772(undetermined:new): Transcoding fails due to non monotonically increasing dts to muxer using tee. Message-ID: <038.677ffea02384f8f1e029bf5346dae73a@avcodec.org> #3772: Transcoding fails due to non monotonically increasing dts to muxer using tee. -------------------------------------+------------------------------------- Reporter: muhammet | 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: A wmv file will be transcoded to mp4 and hls using tee. While using tee ffmpeg fails due to: Application provided invalid, non monotonically increasing dts to muxer in stream 1: 47526 >= 47526 (The complete log file will be attached to the ticket) However if I checkout the current source code and compile ffmpeg by following the compilation guide https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu the resulting executable also prints out similar warnings but completes. The resulting files are fine, they can be played etc. Since the ffmpeg transcoding task completed using the self compiled ffmpeg executable I tried to compile a static one so that this could be used on the production environment. Note that this only happens while using the tee muxer. Transcoding in several steps without using tee works fine which is due to how the situation with the non monotonically increasing dts is handled. While using tee non monotonically increasing dts is handled at https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/mux.c#L498 while without using tee it is handled at https://github.com/FFmpeg/FFmpeg/blob/master/ffmpeg.c#L645. How to reproduce: {{{ % ffmpeg -i /path/input.wmv -threads 1 -c:v libx264 -profile:v high -level 4.0 -pix_fmt yuv420p -movflags +faststart -c:a aac -ac 2 -crf 26 -preset:v veryfast -strict experimental -flags +global_header -f tee -map 0:v -map 0:a "/path/output.mp4|[f=hls:hls_time=20:hls_list_size=740:bsfs/v=dump_extra]/path/output.m3u8" ffmpeg version 2.2.4- built on Jul 1 2014 22:10:48 with gcc 4.8 (Debian 4.8.3-4) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 18:01:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 16:01:14 -0000 Subject: [FFmpeg-trac] #3773(avfilter:new): regression: h264_mp4toannexb crashes Message-ID: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> #3773: regression: h264_mp4toannexb crashes ----------------------------------+--------------------------------------- Reporter: vi | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- How to reproduce: {{{ % ffmpeg -i somevideo.mp4 -an -vcodec copy -bsf h264_mp4toannexb -f h264 -y /dev/null }}} Starting from commit 07941c2cb28d6a80f628e035d61ab437d9719bf0 (according to git-bisect) to current master's 9bc0410e4f891719b54a5788665526e22d94bb50. ef1d4ee2f8b621a009d482d5b183a905bcb1cd74 works well. MALLOC_CHECK_=1 works around the problem, the problem is clearly seen in valgrind. {{{ ==5806== Invalid read of size 4 ==5806== at 0x80F527A: av_packet_free_side_data (avpacket.c:276) ==5806== by 0x80F531D: av_free_packet (avpacket.c:296) ==5806== by 0x80D5144: av_interleaved_write_frame (mux.c:898) ==5806== by 0x8061114: write_frame (ffmpeg.c:689) ==5806== by 0x80660D2: do_streamcopy (ffmpeg.c:1694) ==5806== by 0x80688E9: output_packet (ffmpeg.c:2187) ==5806== by 0x806EB49: process_input (ffmpeg.c:3515) ==5806== by 0x744F584: (below main) (libc-start.c:276) ==5806== Address 0x7aa96e0 is 0 bytes inside a block of size 12 free'd ==5806== at 0x4D5050C: free (vg_replace_malloc.c:427) ==5806== by 0x8436EC6: av_free (mem.c:232) ==5806== by 0x8436EE3: av_freep (mem.c:239) ==5806== by 0x80F52A4: av_packet_free_side_data (avpacket.c:277) ==5806== by 0x80F531D: av_free_packet (avpacket.c:296) ==5806== by 0x8060A04: write_frame (ffmpeg.c:621) ==5806== by 0x80660D2: do_streamcopy (ffmpeg.c:1694) ==5806== by 0x80688E9: output_packet (ffmpeg.c:2187) ==5806== by 0x806EB49: process_input (ffmpeg.c:3515) ==5806== by 0x744F584: (below main) (libc-start.c:276) ==5806== ==5806== Invalid free() / delete / delete[] / realloc() ==5806== at 0x4D5050C: free (vg_replace_malloc.c:427) ==5806== by 0x8436EC6: av_free (mem.c:232) ==5806== by 0x80F5283: av_packet_free_side_data (avpacket.c:276) ==5806== by 0x80F531D: av_free_packet (avpacket.c:296) ==5806== by 0x80D5144: av_interleaved_write_frame (mux.c:898) ==5806== by 0x8061114: write_frame (ffmpeg.c:689) ==5806== by 0x80660D2: do_streamcopy (ffmpeg.c:1694) ==5806== by 0x80688E9: output_packet (ffmpeg.c:2187) ==5806== by 0x806EB49: process_input (ffmpeg.c:3515) ==5806== by 0x744F584: (below main) (libc-start.c:276) ==5806== Address 0x9354340 is 0 bytes inside a block of size 68 free'd ==5806== at 0x4D5050C: free (vg_replace_malloc.c:427) ==5806== by 0x8436EC6: av_free (mem.c:232) ==5806== by 0x80F5283: av_packet_free_side_data (avpacket.c:276) ==5806== by 0x80F531D: av_free_packet (avpacket.c:296) ==5806== by 0x8060A04: write_frame (ffmpeg.c:621) ==5806== by 0x80660D2: do_streamcopy (ffmpeg.c:1694) ==5806== by 0x80688E9: output_packet (ffmpeg.c:2187) ==5806== by 0x806EB49: process_input (ffmpeg.c:3515) ==5806== by 0x744F584: (below main) (libc-start.c:276) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 18:26:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 16:26:58 -0000 Subject: [FFmpeg-trac] #3772(undetermined:new): Transcoding fails due to non monotonically increasing dts to muxer using tee. In-Reply-To: <038.677ffea02384f8f1e029bf5346dae73a@avcodec.org> References: <038.677ffea02384f8f1e029bf5346dae73a@avcodec.org> Message-ID: <053.5572beb99a3ab799faff6761c9d7f24b@avcodec.org> #3772: Transcoding fails due to non monotonically increasing dts to muxer using tee. -------------------------------------+------------------------------------- Reporter: muhammet | 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): Can you reproduce the problem with version 2.3 or current FFmpeg git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 21:52:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 19:52:13 -0000 Subject: [FFmpeg-trac] #3773(undetermined:new): regression: h264_mp4toannexb crashes In-Reply-To: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> References: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> Message-ID: <047.db3b47c1d6983e3a834982609ac07a50@avcodec.org> #3773: regression: h264_mp4toannexb crashes -------------------------------------+------------------------------------- Reporter: vi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: avfilter => undetermined Comment: Please provide an input sample that allows to reproduce the issue and please post the complete, uncut console output of valgrind here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 23:00:55 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 21:00:55 -0000 Subject: [FFmpeg-trac] #2280(avformat:closed): establish versioning with framemd5 and framecrc outputs In-Reply-To: <037.41792330687afaced0d2bee593c4d91a@avcodec.org> References: <037.41792330687afaced0d2bee593c4d91a@avcodec.org> Message-ID: <052.96808b484fc2af2cab30fa47a0970c90@avcodec.org> #2280: establish versioning with framemd5 and framecrc outputs -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: framemd5,framecrc | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: version command line option added in 7da2592f5677460118c10aa9accd89958c7304d8 i assume using it in fate gives some protection against unintended changes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 16 23:32:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 21:32:27 -0000 Subject: [FFmpeg-trac] #2254(avcodec:new): Unsupported h264 file In-Reply-To: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> References: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> Message-ID: <052.11bb3420f5a937e19588044ff5c987c7@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): 15 month have passed, has anyone found anything that can play this file ? if not ill close this ticket assuming the file is corrupted -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 00:09:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Jul 2014 22:09:48 -0000 Subject: [FFmpeg-trac] #2343(avformat:new): Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions In-Reply-To: <038.69b9a5ed2862304f8c1d148a795fe140@avcodec.org> References: <038.69b9a5ed2862304f8c1d148a795fe140@avcodec.org> Message-ID: <053.45e8cf7fe1092f7173e9bc2899277cb9@avcodec.org> #2343: Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions -------------------------------------+------------------------------------ Reporter: virtuald | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): can you post the mjpeg stream dumped with tools/aviocat i dont think anything can be done without the stream or the camera -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 04:58:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 02:58:51 -0000 Subject: [FFmpeg-trac] #3774(undetermined:new): Missing library version information on website Message-ID: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Type: defect projectsymphony | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, In the download page where stable versions are listed, there is a gray box where all library versions are reported. However it doesn't seem to list libavresample. Could you add it's version there? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 08:25:02 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 06:25:02 -0000 Subject: [FFmpeg-trac] #3774(documentation:new): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.5f0f8320cc1da968e9e5c85d778accfa@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: new Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement * component: undetermined => documentation Comment: Please understand that there is nothing unstable about current FFmpeg git head (on the contrary). I am not sure if it is a good idea to mention libavresample on the download page: It is mostly in maintained and should not be used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 08:42:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 06:42:37 -0000 Subject: [FFmpeg-trac] #3774(documentation:new): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.9759fad8b17c81d4352675e42f643bc9@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: new Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by projectsymphony): Sorry but I don't understand, if it is not maintained it should be removed, if it is distributed it should be mentioned, or am I missing something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 08:49:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 06:49:09 -0000 Subject: [FFmpeg-trac] #3774(documentation:new): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.d8ef25577cc64c27e6ac814cbf1a7304@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: new Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): It is provided for compatibility reasons and cannot be removed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 08:55:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 06:55:45 -0000 Subject: [FFmpeg-trac] #3774(documentation:new): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.2110a02ce1ede0937aa64d9ec2591bde@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: new Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by projectsymphony): Ok so could you mention it? It would make life easier when hunting down for library versions, please. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 10:02:29 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 08:02:29 -0000 Subject: [FFmpeg-trac] #3772(undetermined:new): Transcoding fails due to non monotonically increasing dts to muxer using tee. In-Reply-To: <038.677ffea02384f8f1e029bf5346dae73a@avcodec.org> References: <038.677ffea02384f8f1e029bf5346dae73a@avcodec.org> Message-ID: <053.4b01f45996ecf564da2fa2b082ebb559@avcodec.org> #3772: Transcoding fails due to non monotonically increasing dts to muxer using tee. -------------------------------------+------------------------------------- Reporter: muhammet | 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 muhammet): I couldn't reproduce the problem on the current FFmpeg git head. Maybe it is depending on how the executable is compiled. I tried again with version 2.3 and current FFmpeg git head but they complete the transcoding. I could not manage to make a static build of FFmpeg on my own. The dependencies may differ whether I use the static build or compile by myself, maybe this is the reason for the different behaviour. I think I'll try to compile while having installed the same versions included in the static build 2.2.4, then I may reproduce the problem on current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 10:51:25 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 08:51:25 -0000 Subject: [FFmpeg-trac] #3772(undetermined:closed): Transcoding fails due to non monotonically increasing dts to muxer using tee. In-Reply-To: <038.677ffea02384f8f1e029bf5346dae73a@avcodec.org> References: <038.677ffea02384f8f1e029bf5346dae73a@avcodec.org> Message-ID: <053.09372e36038b5b1bb1517bde10b9bfee@avcodec.org> #3772: Transcoding fails due to non monotonically increasing dts to muxer using tee. -------------------------------------+------------------------------------- Reporter: muhammet | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please reopen this ticket if you can reproduce the issue with current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 10:52:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 08:52:48 -0000 Subject: [FFmpeg-trac] #3774(documentation:new): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.42608812a0242dacac51fd875a1eb86c@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: new Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you consider to send a patch yourself? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 11:10:49 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 09:10:49 -0000 Subject: [FFmpeg-trac] #3775(ffmpeg:new): Invalid read when transcoding 1x1 PNG Message-ID: <037.097dbb0d87c15309af340ef68fad4609@avcodec.org> #3775: Invalid read when transcoding 1x1 PNG ----------------------------------+-------------------------------------- Reporter: pszemus | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: valgrind | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: I'm trying to transcode and rescale an 1x1 PNG image to 320x240 JPG image. Valgrind reports `Invalid read of size 8`. How to reproduce (incl. command line): {{{ % valgrind ffmpeg_g -y -i http://i.wp.pl/a/i/tsw/bg_80black.png -s 320x240 /tmp/out.jpg ==29959== Memcheck, a memory error detector ==29959== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==29959== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==29959== Command: ffmpeg_g -y -i http://i.wp.pl/a/i/tsw/bg_80black.png -s 320x240 /tmp/out.jpg ==29959== ffmpeg version N-64712-g7cd6d61 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 17 2014 10:34:29 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --enable-pthreads --enable-libmp3lame --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfaac --enable-gpl --enable-nonfree --enable-libvpx --enable-libvorbis --enable- libx264 --enable-protocol=https --enable-openssl --extra- cflags=-I/opt/WP/common.libs/inc --extra-ldflags=-L/opt/WP/common.libs/lib --disable-optimizations libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'http://i.wp.pl/a/i/tsw/bg_80black.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 1x1, 25 tbr, 25 tbn, 25 tbc [swscaler @ 0x42c4b40] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to '/tmp/out.jpg': Metadata: encoder : Lavf55.48.101 Stream #0:0: Video: mjpeg, yuvj444p, 320x240, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (png (native) -> mjpeg (native)) Press [q] to stop, [?] for help ==29959== Invalid read of size 8 ==29959== at 0x8BA0EEE: ??? (scale.asm:429) ==29959== Address 0x42ca95a is 6 bytes before a block of size 160 alloc'd ==29959== at 0x4005DB9: memalign (vg_replace_malloc.c:727) ==29959== by 0x4005E68: posix_memalign (vg_replace_malloc.c:876) ==29959== by 0x8BB4F34: av_malloc (mem.c:95) ==29959== by 0x8AA2846: sws_init_context (utils.c:1345) ==29959== by 0x8129963: config_props (vf_scale.c:381) ==29959== by 0x80816AB: avfilter_config_links (avfilter.c:254) ==29959== by 0x8081649: avfilter_config_links (avfilter.c:243) ==29959== by 0x808402A: graph_config_links (avfiltergraph.c:275) ==29959== by 0x8086650: avfilter_graph_config (avfiltergraph.c:1196) ==29959== by 0x80618CA: configure_filtergraph (ffmpeg_filter.c:906) ==29959== by 0x806B481: transcode_init (ffmpeg.c:2677) ==29959== by 0x806F415: transcode (ffmpeg.c:3632) ==29959== ==29959== Invalid read of size 8 ==29959== at 0x8BA0EF3: ??? (scale.asm:429) ==29959== Address 0x42ca95a is 6 bytes before a block of size 160 alloc'd ==29959== at 0x4005DB9: memalign (vg_replace_malloc.c:727) ==29959== by 0x4005E68: posix_memalign (vg_replace_malloc.c:876) ==29959== by 0x8BB4F34: av_malloc (mem.c:95) ==29959== by 0x8AA2846: sws_init_context (utils.c:1345) ==29959== by 0x8129963: config_props (vf_scale.c:381) ==29959== by 0x80816AB: avfilter_config_links (avfilter.c:254) ==29959== by 0x8081649: avfilter_config_links (avfilter.c:243) ==29959== by 0x808402A: graph_config_links (avfiltergraph.c:275) ==29959== by 0x8086650: avfilter_graph_config (avfiltergraph.c:1196) ==29959== by 0x80618CA: configure_filtergraph (ffmpeg_filter.c:906) ==29959== by 0x806B481: transcode_init (ffmpeg.c:2677) ==29959== by 0x806F415: transcode (ffmpeg.c:3632) ==29959== ==29959== Invalid read of size 8 ==29959== at 0x8BA0EFF: ??? (scale.asm:429) ==29959== Address 0x42ca95a is 6 bytes before a block of size 160 alloc'd ==29959== at 0x4005DB9: memalign (vg_replace_malloc.c:727) ==29959== by 0x4005E68: posix_memalign (vg_replace_malloc.c:876) ==29959== by 0x8BB4F34: av_malloc (mem.c:95) ==29959== by 0x8AA2846: sws_init_context (utils.c:1345) ==29959== by 0x8129963: config_props (vf_scale.c:381) ==29959== by 0x80816AB: avfilter_config_links (avfilter.c:254) ==29959== by 0x8081649: avfilter_config_links (avfilter.c:243) ==29959== by 0x808402A: graph_config_links (avfiltergraph.c:275) ==29959== by 0x8086650: avfilter_graph_config (avfiltergraph.c:1196) ==29959== by 0x80618CA: configure_filtergraph (ffmpeg_filter.c:906) ==29959== by 0x806B481: transcode_init (ffmpeg.c:2677) ==29959== by 0x806F415: transcode (ffmpeg.c:3632) ==29959== ==29959== Invalid read of size 8 ==29959== at 0x8BA0F04: ??? (scale.asm:429) ==29959== Address 0x42ca95a is 6 bytes before a block of size 160 alloc'd ==29959== at 0x4005DB9: memalign (vg_replace_malloc.c:727) ==29959== by 0x4005E68: posix_memalign (vg_replace_malloc.c:876) ==29959== by 0x8BB4F34: av_malloc (mem.c:95) ==29959== by 0x8AA2846: sws_init_context (utils.c:1345) ==29959== by 0x8129963: config_props (vf_scale.c:381) ==29959== by 0x80816AB: avfilter_config_links (avfilter.c:254) ==29959== by 0x8081649: avfilter_config_links (avfilter.c:243) ==29959== by 0x808402A: graph_config_links (avfiltergraph.c:275) ==29959== by 0x8086650: avfilter_graph_config (avfiltergraph.c:1196) ==29959== by 0x80618CA: configure_filtergraph (ffmpeg_filter.c:906) ==29959== by 0x806B481: transcode_init (ffmpeg.c:2677) ==29959== by 0x806F415: transcode (ffmpeg.c:3632) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x8ADA037: yuv2plane1_8_c (common.h:139) ==29959== by 0x8A9A873: swscale (swscale.c:618) ==29959== by 0x8A9CD93: sws_scale (swscale.c:1083) ==29959== by 0x8129C72: scale_slice (vf_scale.c:429) ==29959== by 0x812A304: filter_frame (vf_scale.c:526) ==29959== by 0x80836A7: ff_filter_frame_framed (avfilter.c:1081) ==29959== by 0x8083A1D: ff_filter_frame (avfilter.c:1161) ==29959== by 0x8083278: default_filter_frame (avfilter.c:994) ==29959== by 0x80836A7: ff_filter_frame_framed (avfilter.c:1081) ==29959== by 0x8083A1D: ff_filter_frame (avfilter.c:1161) ==29959== by 0x8089671: request_frame (buffersrc.c:499) ==29959== by 0x8088B3D: av_buffersrc_add_frame_internal (buffersrc.c:181) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x88E7971: dct_quantize_ssse3 (mpegvideoenc_template.c:236) ==29959== by 0x86296A1: encode_thread (mpegvideo_enc.c:2288) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x86296B6: encode_thread (mpegvideo_enc.c:2294) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B616A: ff_mjpeg_encode_dc (mjpegenc_common.c:368) ==29959== by 0x85B47ED: encode_block (mjpegenc.c:101) ==29959== by 0x85B4A33: ff_mjpeg_encode_mb (mjpegenc.c:150) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B4946: encode_block (mjpegenc.c:111) ==29959== by 0x85B4A33: ff_mjpeg_encode_mb (mjpegenc.c:150) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B4950: encode_block (mjpegenc.c:138) ==29959== by 0x85B4A33: ff_mjpeg_encode_mb (mjpegenc.c:150) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B616A: ff_mjpeg_encode_dc (mjpegenc_common.c:368) ==29959== by 0x85B47ED: encode_block (mjpegenc.c:101) ==29959== by 0x85B4A52: ff_mjpeg_encode_mb (mjpegenc.c:151) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B4946: encode_block (mjpegenc.c:111) ==29959== by 0x85B4A52: ff_mjpeg_encode_mb (mjpegenc.c:151) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B4950: encode_block (mjpegenc.c:138) ==29959== by 0x85B4A52: ff_mjpeg_encode_mb (mjpegenc.c:151) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B616A: ff_mjpeg_encode_dc (mjpegenc_common.c:368) ==29959== by 0x85B47ED: encode_block (mjpegenc.c:101) ==29959== by 0x85B4B11: ff_mjpeg_encode_mb (mjpegenc.c:158) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B4946: encode_block (mjpegenc.c:111) ==29959== by 0x85B4B11: ff_mjpeg_encode_mb (mjpegenc.c:158) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B4950: encode_block (mjpegenc.c:138) ==29959== by 0x85B4B11: ff_mjpeg_encode_mb (mjpegenc.c:158) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B616A: ff_mjpeg_encode_dc (mjpegenc_common.c:368) ==29959== by 0x85B47ED: encode_block (mjpegenc.c:101) ==29959== by 0x85B4B30: ff_mjpeg_encode_mb (mjpegenc.c:159) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B4946: encode_block (mjpegenc.c:111) ==29959== by 0x85B4B30: ff_mjpeg_encode_mb (mjpegenc.c:159) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== ==29959== Conditional jump or move depends on uninitialised value(s) ==29959== at 0x85B4950: encode_block (mjpegenc.c:138) ==29959== by 0x85B4B30: ff_mjpeg_encode_mb (mjpegenc.c:159) ==29959== by 0x8629C26: encode_thread (mpegvideo_enc.c:2387) ==29959== by 0x872F5BB: avcodec_default_execute (utils.c:1108) ==29959== by 0x862BB0A: encode_picture (mpegvideo_enc.c:3679) ==29959== by 0x861964A: ff_MPV_encode_picture (mpegvideo_enc.c:1720) ==29959== by 0x8731D5F: avcodec_encode_video2 (utils.c:2034) ==29959== by 0x80648B8: do_video_out (ffmpeg.c:1036) ==29959== by 0x8065501: reap_filters (ffmpeg.c:1204) ==29959== by 0x806F408: transcode_step (ffmpeg.c:3618) ==29959== by 0x806F4C3: transcode (ffmpeg.c:3661) ==29959== by 0x806F98C: main (ffmpeg.c:3837) ==29959== frame= 1 fps=0.0 q=1.6 Lsize=N/A time=00:00:00.04 bitrate=N/A video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown ==29959== ==29959== HEAP SUMMARY: ==29959== in use at exit: 42,652 bytes in 2,814 blocks ==29959== total heap usage: 4,785 allocs, 1,971 frees, 2,515,874 bytes allocated ==29959== ==29959== LEAK SUMMARY: ==29959== definitely lost: 0 bytes in 0 blocks ==29959== indirectly lost: 0 bytes in 0 blocks ==29959== possibly lost: 0 bytes in 0 blocks ==29959== still reachable: 42,652 bytes in 2,814 blocks ==29959== suppressed: 0 bytes in 0 blocks ==29959== Rerun with --leak-check=full to see details of leaked memory ==29959== ==29959== For counts of detected and suppressed errors, rerun with: -v ==29959== Use --track-origins=yes to see where uninitialised values come from ==29959== ERROR SUMMARY: 7280 errors from 19 contexts (suppressed: 50 from 10) }}} Console output provided by ffmpeg -v 9 -loglevel 99 -i followed by the name: {{{ % ffmpeg -v 9 -loglevel 99 -i http://i.wp.pl/a/i/tsw/bg_80black.png ffmpeg version N-64712-g7cd6d61 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 17 2014 10:34:29 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --enable-pthreads --enable-libmp3lame --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfaac --enable-gpl --enable-nonfree --enable-libvpx --enable-libvorbis --enable- libx264 --enable-protocol=https --enable-openssl --extra- cflags=-I/opt/WP/common.libs/inc --extra-ldflags=-L/opt/WP/common.libs/lib --disable-optimizations libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.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 'http://i.wp.pl/a/i/tsw/bg_80black.png'. 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 http://i.wp.pl/a/i/tsw/bg_80black.png. Successfully parsed a group of options. Opening an input file: http://i.wp.pl/a/i/tsw/bg_80black.png. [http @ 0xaffc500] request: GET /a/i/tsw/bg_80black.png HTTP/1.1 User-Agent: Lavf/55.48.101 Accept: */* Range: bytes=0- Connection: close Host: i.wp.pl [http @ 0xaffc500] header='HTTP/1.1 206 Partial Content' [http @ 0xaffc500] http_code=206 [http @ 0xaffc500] header='Server: nginx' [http @ 0xaffc500] header='Date: Thu, 17 Jul 2014 09:05:10 GMT' [http @ 0xaffc500] header='Content-Type: image/png' [http @ 0xaffc500] header='Content-Length: 109' [http @ 0xaffc500] header='Connection: close' [http @ 0xaffc500] header='Last-Modified: Thu, 02 Jul 2009 10:33:45 GMT' [http @ 0xaffc500] header='ETag: "4a4c8d09-6d"' [http @ 0xaffc500] header='Expires: Sat, 16 Aug 2014 09:05:10 GMT' [http @ 0xaffc500] header='Cache-Control: max-age=2592000' [http @ 0xaffc500] header='Cache-Control: public' [http @ 0xaffc500] header='Content-Range: bytes 0-108/109' [http @ 0xaffc500] header='' [http @ 0xaffc500] request: GET /a/i/tsw/bg_80black.png HTTP/1.1 User-Agent: Lavf/55.48.101 Accept: */* Range: bytes=0- Connection: close Host: i.wp.pl [http @ 0xaffc500] header='HTTP/1.1 206 Partial Content' [http @ 0xaffc500] http_code=206 [http @ 0xaffc500] header='Server: nginx' [http @ 0xaffc500] header='Date: Thu, 17 Jul 2014 09:05:10 GMT' [http @ 0xaffc500] header='Content-Type: image/png' [http @ 0xaffc500] header='Content-Length: 109' [http @ 0xaffc500] header='Connection: close' [http @ 0xaffc500] header='Last-Modified: Thu, 02 Jul 2009 10:33:45 GMT' [http @ 0xaffc500] header='ETag: "4a4c8d09-6d"' [http @ 0xaffc500] header='Expires: Sat, 16 Aug 2014 09:05:10 GMT' [http @ 0xaffc500] header='Cache-Control: max-age=2592000' [http @ 0xaffc500] header='Cache-Control: public' [http @ 0xaffc500] header='Content-Range: bytes 0-108/109' [http @ 0xaffc500] header='' [AVIOContext @ 0xaffc560] Statistics: 109 bytes read, 0 seeks Input #0, image2, from 'http://i.wp.pl/a/i/tsw/bg_80black.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: png, rgba, 1x1, 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 11:18:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 09:18:37 -0000 Subject: [FFmpeg-trac] #3775(swscale:open): Invalid read when transcoding 1x1 PNG In-Reply-To: <037.097dbb0d87c15309af340ef68fad4609@avcodec.org> References: <037.097dbb0d87c15309af340ef68fad4609@avcodec.org> Message-ID: <052.760ca25ff85275b7d9490a425339f2ae@avcodec.org> #3775: Invalid read when transcoding 1x1 PNG ------------------------------------+----------------------------------- Reporter: pszemus | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: valgrind => * status: new => open * component: ffmpeg => swscale * reproduced: 0 => 1 Comment: {{{ $ valgrind ffmpeg_g -i bg_80black.png -s 320x240 -f null - ==32540== Memcheck, a memory error detector ==32540== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==32540== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==32540== Command: ffmpeg_g -i bg_80black.png -s 320x240 -f null - ==32540== ffmpeg version N-64712-g7cd6d61 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 17 2014 11:17:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'bg_80black.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 1x1, 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.48.101 Stream #0:0: Video: rawvideo (RGBA / 0x41424752), rgba, 320x240, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (png (native) -> rawvideo (native)) Press [q] to stop, [?] for help ==32540== Invalid read of size 8 ==32540== at 0xDF952B: ??? (scale.asm:429) ==32540== by 0xDA6B91: swscale (swscale.c:266) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF9530: ??? (scale.asm:429) ==32540== by 0xDA6B91: swscale (swscale.c:266) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF953E: ??? (scale.asm:429) ==32540== by 0xDA6B91: swscale (swscale.c:266) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF9543: ??? (scale.asm:429) ==32540== by 0xDA6B91: swscale (swscale.c:266) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF952B: ??? (scale.asm:429) ==32540== by 0xDA6D62: swscale (swscale.c:266) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF9530: ??? (scale.asm:429) ==32540== by 0xDA6D62: swscale (swscale.c:266) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF953E: ??? (scale.asm:429) ==32540== by 0xDA6D62: swscale (swscale.c:266) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF9543: ??? (scale.asm:429) ==32540== by 0xDA6D62: swscale (swscale.c:266) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF952B: ??? (scale.asm:429) ==32540== by 0xDA6FF4: swscale (swscale.c:320) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF9530: ??? (scale.asm:429) ==32540== by 0xDA6FF4: swscale (swscale.c:320) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF953E: ??? (scale.asm:429) ==32540== by 0xDA6FF4: swscale (swscale.c:320) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Invalid read of size 8 ==32540== at 0xDF9543: ??? (scale.asm:429) ==32540== by 0xDA6FF4: swscale (swscale.c:320) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== Address 0xaf76f9a is 6 bytes before a block of size 160 alloc'd ==32540== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0xE0D359: av_malloc (mem.c:95) ==32540== by 0x462260: sws_init_context (utils.c:1345) ==32540== by 0x4E23B3: config_props (vf_scale.c:381) ==32540== by 0x495A2C: avfilter_config_links (avfilter.c:254) ==32540== by 0x499BFE: avfilter_graph_config (avfiltergraph.c:275) ==32540== by 0x47BCB7: configure_filtergraph (ffmpeg_filter.c:906) ==32540== by 0x480079: transcode_init (ffmpeg.c:2677) ==32540== by 0x46B4A3: main (ffmpeg.c:3632) ==32540== ==32540== Conditional jump or move depends on uninitialised value(s) ==32540== at 0xDC7EC0: yuv2rgba32_full_1_c (output.c:1474) ==32540== by 0xDA726C: swscale (swscale.c:648) ==32540== by 0xDA8850: sws_scale (swscale.c:1109) ==32540== by 0x4E2B54: filter_frame (vf_scale.c:429) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x496C70: default_filter_frame (avfilter.c:1161) ==32540== by 0x496769: ff_filter_frame_framed (avfilter.c:1081) ==32540== by 0x497868: ff_filter_frame (avfilter.c:1161) ==32540== by 0x49B941: request_frame (buffersrc.c:499) ==32540== by 0x49BBDA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==32540== by 0x49BF6C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==32540== by 0x482881: decode_video (ffmpeg.c:1974) ==32540== [null @ 0xaf10240] Encoder did not produce proper pts, making some up. frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown ==32540== ==32540== HEAP SUMMARY: ==32540== in use at exit: 128 bytes in 3 blocks ==32540== total heap usage: 1,554 allocs, 1,551 frees, 948,844 bytes allocated ==32540== ==32540== LEAK SUMMARY: ==32540== definitely lost: 0 bytes in 0 blocks ==32540== indirectly lost: 0 bytes in 0 blocks ==32540== possibly lost: 0 bytes in 0 blocks ==32540== still reachable: 128 bytes in 3 blocks ==32540== suppressed: 0 bytes in 0 blocks ==32540== Rerun with --leak-check=full to see details of leaked memory ==32540== ==32540== For counts of detected and suppressed errors, rerun with: -v ==32540== Use --track-origins=yes to see where uninitialised values come from ==32540== ERROR SUMMARY: 77760 errors from 13 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 12:06:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 10:06:22 -0000 Subject: [FFmpeg-trac] #3775(swscale:open): Invalid read when transcoding 1x1 PNG In-Reply-To: <037.097dbb0d87c15309af340ef68fad4609@avcodec.org> References: <037.097dbb0d87c15309af340ef68fad4609@avcodec.org> Message-ID: <052.48d5a9819b3fd7b0112467bf73ca5258@avcodec.org> #3775: Invalid read when transcoding 1x1 PNG ------------------------------------+----------------------------------- Reporter: pszemus | 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 pszemus): Same occurs with 3x3 GIF input image: http://i.wp.pl/a/i/tsw/bg_rep_msie6.gif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 12:37:33 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 10:37:33 -0000 Subject: [FFmpeg-trac] #3775(swscale:open): Invalid read when transcoding 1x1 PNG In-Reply-To: <037.097dbb0d87c15309af340ef68fad4609@avcodec.org> References: <037.097dbb0d87c15309af340ef68fad4609@avcodec.org> Message-ID: <052.fe417ea4df4c32d59eb3841e1aca492d@avcodec.org> #3775: Invalid read when transcoding 1x1 PNG ------------------------------------+----------------------------------- Reporter: pszemus | 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 pszemus): After some testing: occurs only with PNG & GIF input images with width <= 3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 13:42:01 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 11:42:01 -0000 Subject: [FFmpeg-trac] #3699(avfilter:closed): Ability to use expressions using Drawtext to offset frame number without returning double In-Reply-To: <035.ba90926db9546ead7f9f2941bae4f4db@avcodec.org> References: <035.ba90926db9546ead7f9f2941bae4f4db@avcodec.org> Message-ID: <050.5f30240785d5e265ae36073a979e1aae@avcodec.org> #3699: Ability to use expressions using Drawtext to offset frame number without returning double -------------------------------------+------------------------------------ Reporter: synth | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by saste): * status: new => closed * resolution: => fixed Comment: It is something like {{{text='%{eif\:n+OFFSET}'}}} Since commit: {{{ commit dec87454deb2f2a314f309cd6c1fa636503a70ae Author: Andrey Utkin Date: Fri Jul 4 12:16:16 2014 +0300 lavfi/drawtext: add expansion function eif() It evaluates expression and outputs it as integer value, using specified format. Address trac ticket #3699. Signed-off-by: Stefano Sabatini }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 13:44:18 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 11:44:18 -0000 Subject: [FFmpeg-trac] #3299(avfilter:closed): Add the possibility to fade in / fade out text with drawtext In-Reply-To: <035.0b52fbdb916ef3fd05264495c15393c7@avcodec.org> References: <035.0b52fbdb916ef3fd05264495c15393c7@avcodec.org> Message-ID: <050.bd41b02b897359c3dd2a2ab47fa28611@avcodec.org> #3299: Add the possibility to fade in / fade out text with drawtext -------------------------------------+------------------------------------ Reporter: slhck | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: unspecified | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by saste): * status: new => closed * resolution: => fixed Comment: This is possible since commit: {{{ commit e9ff5df0b53076636082412f06bdd3b6aaa2b607 Author: Andrey Utkin Date: Fri Jul 4 21:54:53 2014 +0300 lavfi/drawtext: add fontcolor_expr option Allow to dynamically evaluate the font color. Signed-off-by: Stefano Sabatini }}} You need to set an expression for the fontcolor alpha component. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 14:29:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 12:29:42 -0000 Subject: [FFmpeg-trac] #3773(undetermined:new): regression: h264_mp4toannexb crashes In-Reply-To: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> References: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> Message-ID: <047.0debc4434ed055a706d9edd8dbe59cee@avcodec.org> #3773: regression: h264_mp4toannexb crashes -------------------------------------+------------------------------------- Reporter: vi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: h264,h264_mp4toannexb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by vi): * keywords: h264 => h264,h264_mp4toannexb Comment: {{{ $ valgrind /.../ffmpeg_g -v debug -i sample.mp4 -an -vcodec copy -bsf h264_mp4toannexb -f h264 - > /dev/null ==30868== Memcheck, a memory error detector ==30868== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==30868== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==30868== Command: /mnt/src/git/android-ffmpeg/ffmpeg/ffmpeg_g -v debug -i sample.mp4 -an -vcodec copy -bsf h264_mp4toannexb -f h264 - ==30868== ffmpeg version N-64702-g9bc0410 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 17 2014 15:20:44 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-everything --disable-doc --disable-avdevice --disable-postproc --disable-pthreads --disable-network --disable-iconv --disable-zlib --disable-ffplay --disable-ffprobe --disable-ffserver --enable-demuxer=h264 --enable-demuxer=matroska --enable-demuxer=mpegts --enable-demuxer=rawvideo --enable-demuxer=mpegps --enable- demuxer=yuv4mpegpipe --enable-demuxer=flv --enable-demuxer=mov --enable- demuxer=mpegvideo --enable-filter=scale --enable-protocol=file --enable- protocol=pipe --enable-muxer=h264 --enable-muxer=rawvideo --enable- muxer=yuv4mpegpipe --enable-muxer=matroska --enable-muxer=mpegts --enable- muxer=mp4 --enable-muxer=mov --enable-bsf=h264_mp4toannexb --enable- parser=mpeg4video --enable-encoder=rawvideo --enable-decoder=rawvideo libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'sample.mp4'. Reading option '-an' ... matched as option 'an' (disable audio) with argument '1'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-bsf' ... matched as option 'bsf' (A comma-separated list of bitstream filters) with argument 'h264_mp4toannexb'. Reading option '-f' ... matched as option 'f' (force format) with argument 'h264'. Reading option '-' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file sample.mp4. Successfully parsed a group of options. Opening an input file: sample.mp4. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x77fffa0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x77fffa0] ISO: File Type Major Brand: isom rfps: 27.583333 0.019109 Last message repeated 1 times rfps: 27.666667 0.017820 Last message repeated 1 times rfps: 27.750000 0.016577 Last message repeated 1 times rfps: 27.833333 0.015378 Last message repeated 1 times rfps: 27.916667 0.014224 Last message repeated 1 times rfps: 28.000000 0.013116 Last message repeated 1 times rfps: 28.083333 0.012052 Last message repeated 1 times rfps: 28.166667 0.011034 Last message repeated 1 times rfps: 28.250000 0.010060 Last message repeated 1 times rfps: 28.333333 0.009131 Last message repeated 1 times rfps: 28.416667 0.008247 Last message repeated 1 times rfps: 28.500000 0.007409 Last message repeated 1 times rfps: 28.583333 0.006615 Last message repeated 1 times rfps: 28.666667 0.005866 Last message repeated 1 times rfps: 28.750000 0.005162 Last message repeated 1 times rfps: 28.833333 0.004503 Last message repeated 1 times rfps: 28.916667 0.003889 Last message repeated 1 times rfps: 29.000000 0.003320 Last message repeated 1 times rfps: 29.083333 0.002796 Last message repeated 1 times rfps: 29.166667 0.002317 Last message repeated 1 times rfps: 29.250000 0.001883 Last message repeated 1 times rfps: 29.333333 0.001494 Last message repeated 1 times rfps: 29.416667 0.001150 Last message repeated 1 times rfps: 29.500000 0.000851 Last message repeated 1 times rfps: 29.583333 0.000597 Last message repeated 1 times rfps: 29.666667 0.000388 Last message repeated 1 times rfps: 29.750000 0.000224 Last message repeated 1 times rfps: 29.833333 0.000104 Last message repeated 1 times rfps: 29.916667 0.000030 Last message repeated 1 times rfps: 30.000000 0.000001 rfps: 30.083333 0.000017 Last message repeated 1 times rfps: 30.166667 0.000077 Last message repeated 1 times rfps: 30.250000 0.000183 Last message repeated 1 times rfps: 30.333333 0.000334 Last message repeated 1 times rfps: 30.416667 0.000529 Last message repeated 1 times rfps: 30.500000 0.000770 Last message repeated 1 times rfps: 30.583333 0.001055 Last message repeated 1 times rfps: 30.666667 0.001386 Last message repeated 1 times rfps: 30.750000 0.001761 Last message repeated 1 times rfps: 30.833333 0.002182 Last message repeated 1 times rfps: 30.916667 0.002647 Last message repeated 1 times rfps: 31.000000 0.003158 Last message repeated 1 times rfps: 31.083333 0.003713 Last message repeated 1 times rfps: 31.166667 0.004313 Last message repeated 1 times rfps: 31.250000 0.004959 Last message repeated 1 times rfps: 31.333333 0.005649 Last message repeated 1 times rfps: 31.416667 0.006384 Last message repeated 1 times rfps: 31.500000 0.007164 Last message repeated 1 times rfps: 31.583333 0.007990 Last message repeated 1 times rfps: 31.666667 0.008860 Last message repeated 1 times rfps: 31.750000 0.009775 Last message repeated 1 times rfps: 31.833333 0.010735 Last message repeated 1 times rfps: 31.916667 0.011740 Last message repeated 1 times rfps: 32.000000 0.012790 Last message repeated 1 times rfps: 32.083333 0.013885 Last message repeated 1 times rfps: 32.166667 0.015025 Last message repeated 1 times rfps: 32.250000 0.016210 Last message repeated 1 times rfps: 32.333333 0.017440 Last message repeated 1 times rfps: 32.416667 0.018715 Last message repeated 1 times rfps: 57.583333 0.019308 Last message repeated 1 times rfps: 57.666667 0.018013 Last message repeated 1 times rfps: 57.750000 0.016763 Last message repeated 1 times rfps: 57.833333 0.015557 Last message repeated 1 times rfps: 57.916667 0.014397 Last message repeated 1 times rfps: 58.000000 0.013281 Last message repeated 1 times rfps: 58.083333 0.012211 Last message repeated 1 times rfps: 58.166667 0.011186 Last message repeated 1 times rfps: 58.250000 0.010205 Last message repeated 1 times rfps: 58.333333 0.009270 Last message repeated 1 times rfps: 58.416667 0.008379 Last message repeated 1 times rfps: 58.500000 0.007533 Last message repeated 1 times rfps: 58.583333 0.006733 Last message repeated 1 times rfps: 58.666667 0.005977 Last message repeated 1 times rfps: 58.750000 0.005267 Last message repeated 1 times rfps: 58.833333 0.004601 Last message repeated 1 times rfps: 58.916667 0.003980 Last message repeated 1 times rfps: 59.000000 0.003405 Last message repeated 1 times rfps: 59.083333 0.002874 Last message repeated 1 times rfps: 59.166667 0.002388 Last message repeated 1 times rfps: 59.250000 0.001947 Last message repeated 1 times rfps: 59.333333 0.001551 Last message repeated 1 times rfps: 59.416667 0.001200 Last message repeated 1 times rfps: 59.500000 0.000895 Last message repeated 1 times rfps: 59.583333 0.000634 Last message repeated 1 times rfps: 59.666667 0.000418 Last message repeated 1 times rfps: 59.750000 0.000247 Last message repeated 1 times rfps: 59.833333 0.000121 Last message repeated 1 times rfps: 59.916667 0.000040 rfps: 60.000000 0.000004 rfps: 29.970030 0.000006 rfps: 59.940060 0.000025 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x77fffa0] Before avformat_find_stream_info() pos: 597883 bytes read:33600 seeks:1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x77fffa0] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x77fffa0] After avformat_find_stream_info() pos: 183610 bytes read:217162 seeks:2 frames:1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.10.100 Duration: 00:00:00.23, start: 0.000000, bitrate: 20440 kb/s Stream #0:0(eng), 1, 1/90000: Video: h264 (avc1 / 0x31637661), 1920x1080, 1/90000, 20469 kb/s, 30 fps, 30 tbr, 90k tbn, 90k tbc (default) Metadata: rotate : 90 handler_name : VideoHandler Side data: displaymatrix: rotation of -90.00 degrees Successfully opened the file. Parsing a group of options: output file -. Applying option an (disable audio) with argument 1. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option bsf (A comma-separated list of bitstream filters) with argument h264_mp4toannexb. Applying option f (force format) with argument h264. Successfully parsed a group of options. Opening an output file: -. Successfully opened the file. Output #0, h264, to 'pipe:': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.48.100 Stream #0:0(eng), 0, 1/90000: Video: h264 (avc1 / 0x31637661), 1920x1080, 1/90000, q=2-31, 20469 kb/s, 30 fps, 90k tbn, 90k tbc (default) Metadata: rotate : 90 handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help ==30868== Invalid read of size 4 ==30868== at 0x80F4FC6: av_free_packet (avpacket.c:276) ==30868== by 0x80D7AD5: av_interleaved_write_frame (mux.c:898) ==30868== by 0x80751B8: write_frame (ffmpeg.c:689) ==30868== by 0x807BABC: do_streamcopy (ffmpeg.c:1694) ==30868== by 0x807CED6: process_input (ffmpeg.c:2187) ==30868== by 0x805F016: main (ffmpeg.c:3609) ==30868== Address 0x784fd40 is 0 bytes inside a block of size 12 free'd ==30868== at 0x4DED50C: free (vg_replace_malloc.c:427) ==30868== by 0x820C281: av_freep (mem.c:232) ==30868== by 0x80F4FE3: av_free_packet (avpacket.c:277) ==30868== by 0x8074F3F: write_frame (ffmpeg.c:621) ==30868== by 0x807BABC: do_streamcopy (ffmpeg.c:1694) ==30868== by 0x807CED6: process_input (ffmpeg.c:2187) ==30868== by 0x805F016: main (ffmpeg.c:3609) ==30868== ==30868== Invalid free() / delete / delete[] / realloc() ==30868== at 0x4DED50C: free (vg_replace_malloc.c:427) ==30868== by 0x80F4FD3: av_free_packet (avpacket.c:276) ==30868== by 0x80D7AD5: av_interleaved_write_frame (mux.c:898) ==30868== by 0x80751B8: write_frame (ffmpeg.c:689) ==30868== by 0x807BABC: do_streamcopy (ffmpeg.c:1694) ==30868== by 0x807CED6: process_input (ffmpeg.c:2187) ==30868== by 0x805F016: main (ffmpeg.c:3609) ==30868== Address 0x784fdc0 is 0 bytes inside a block of size 68 free'd ==30868== at 0x4DED50C: free (vg_replace_malloc.c:427) ==30868== by 0x80F4FD3: av_free_packet (avpacket.c:276) ==30868== by 0x8074F3F: write_frame (ffmpeg.c:621) ==30868== by 0x807BABC: do_streamcopy (ffmpeg.c:1694) ==30868== by 0x807CED6: process_input (ffmpeg.c:2187) ==30868== by 0x805F016: main (ffmpeg.c:3609) ==30868== ==30868== Invalid free() / delete / delete[] / realloc() ==30868== at 0x4DED50C: free (vg_replace_malloc.c:427) ==30868== by 0x820C281: av_freep (mem.c:232) ==30868== by 0x80F4FE3: av_free_packet (avpacket.c:277) ==30868== by 0x80D7AD5: av_interleaved_write_frame (mux.c:898) ==30868== by 0x80751B8: write_frame (ffmpeg.c:689) ==30868== by 0x807BABC: do_streamcopy (ffmpeg.c:1694) ==30868== by 0x807CED6: process_input (ffmpeg.c:2187) ==30868== by 0x805F016: main (ffmpeg.c:3609) ==30868== Address 0x784fd40 is 0 bytes inside a block of size 12 free'd ==30868== at 0x4DED50C: free (vg_replace_malloc.c:427) ==30868== by 0x820C281: av_freep (mem.c:232) ==30868== by 0x80F4FE3: av_free_packet (avpacket.c:277) ==30868== by 0x8074F3F: write_frame (ffmpeg.c:621) ==30868== by 0x807BABC: do_streamcopy (ffmpeg.c:1694) ==30868== by 0x807CED6: process_input (ffmpeg.c:2187) ==30868== by 0x805F016: main (ffmpeg.c:3609) ==30868== No more output streams to write to, finishing. frame= 7 fps=0.0 q=-1.0 Lsize= 583kB time=00:00:00.20 bitrate=23881.1kbits/s video:583kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% Input file #0 (sample.mp4): Input stream #0:0 (video): 7 packets read (597003 bytes); Total: 7 packets (597003 bytes) demuxed Output file #0 (pipe:): Output stream #0:0 (video): 7 packets muxed (597027 bytes); Total: 7 packets (597027 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x784f7c0] Statistics: 0 seeks, 24 writeouts [AVIOContext @ 0x78087c0] Statistics: 630603 bytes read, 2 seeks ==30868== ==30868== HEAP SUMMARY: ==30868== in use at exit: 0 bytes in 0 blocks ==30868== total heap usage: 299 allocs, 313 frees, 1,414,657 bytes allocated ==30868== ==30868== All heap blocks were freed -- no leaks are possible ==30868== ==30868== For counts of detected and suppressed errors, rerun with: -v ==30868== ERROR SUMMARY: 21 errors from 3 contexts (suppressed: 0 from 0) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 14:34:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 12:34:50 -0000 Subject: [FFmpeg-trac] #3776(ffplay:new): Decoding bug when playing some MPEG-4 ALS streams Message-ID: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> #3776: Decoding bug when playing some MPEG-4 ALS streams --------------------------------+-------------------------------------- Reporter: olderz | Type: defect Status: new | Priority: normal Component: ffplay | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- When I play some mp4/als streams with ffplay (and others players based on it) at the end of playback it produces an artificial sound like a buzz, it doesn't happen using ffmpeg. I use mp4alsRM22rev2 for encoding (since RM23 version produces outputs not fully compatibile with FFmpeg). I attach some files with this problem, the encoding parameters used are these: "The Velvet Machina.mp4": -7 -g4 -p -t2 -o127 -r-1 "Starbeam Antarctica.mp4": -7 -g5 -t2 -o127 -n1800 -r-1 "Crushcrushcrush.mp4": -r-1 The bug occur with a 1/3 of encoded files. I tried too with the latest ffplay & ffmpeg builds out today, but the problem persist. Thanks in advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 14:48:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 12:48:43 -0000 Subject: [FFmpeg-trac] #3776(ffplay:new): Decoding bug when playing some MPEG-4 ALS streams In-Reply-To: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> References: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> Message-ID: <051.366db9102b4ae514619bf0675ed5666e@avcodec.org> #3776: Decoding bug when playing some MPEG-4 ALS streams ------------------------------------+---------------------------------- Reporter: olderz | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [ticket:3776 olderz]: > (since RM23 version produces outputs not fully compatibile with FFmpeg) Don't you agree that this is a magnitude more important than an issue with ffplay that I suspect is already described in ticket #2289? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 14:50:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 12:50:23 -0000 Subject: [FFmpeg-trac] #3773(avcodec:open): regression: h264_mp4toannexb crashes In-Reply-To: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> References: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> Message-ID: <047.8644d8f9bacfa6940000000b4216c8b1@avcodec.org> #3773: regression: h264_mp4toannexb crashes -------------------------------------+------------------------------------- Reporter: vi | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: h264,h264_mp4toannexb => h264 regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 15:05:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 13:05:09 -0000 Subject: [FFmpeg-trac] #3777(avformat:new): Wrong duration for mp3 file Message-ID: <037.734d733e5608c67258ec5bef9ca311d9@avcodec.org> #3777: Wrong duration for mp3 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git- | Keywords: mp3 master | duration Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/52966 A user provided a mp3 sample that shows an incorrect too short duration (while the sample in ticket #2931 shows a too long duration). MPlayer and vlc show the correct duration if libavformat is not used. {{{ $ ffmpeg -i 114.mp3 -f null - ffmpeg version N-64722-ge5cb779 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 17 2014 15:02:55 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mp3, from '114.mp3': Duration: 00:00:06.79, start: 0.025057, bitrate: 1017 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s Metadata: encoder : LAME3.96r Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.48.101 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : Lavc55.69.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (mp3 (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help size=N/A time=00:00:53.94 bitrate=N/A video:0kB audio:9293kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 15:09:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 13:09:50 -0000 Subject: [FFmpeg-trac] #3773(avcodec:open): regression: h264_mp4toannexb crashes In-Reply-To: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> References: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> Message-ID: <047.e6700d8d5a2e02e4b7249f25ec54ca71@avcodec.org> #3773: regression: h264_mp4toannexb crashes -------------------------------------+------------------------------------- Reporter: vi | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 vi]: > --enable-demuxer=h264 --enable-demuxer=matroska Unrelated: You can write: --enable-demuxer=h264,matroska -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 15:22:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 13:22:24 -0000 Subject: [FFmpeg-trac] #3776(ffplay:new): Decoding bug when playing some MPEG-4 ALS streams In-Reply-To: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> References: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> Message-ID: <051.751a246942662b362434d8bb5df6fcd9@avcodec.org> #3776: Decoding bug when playing some MPEG-4 ALS streams ------------------------------------+---------------------------------- Reporter: olderz | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by olderz): Replying to [comment:1 cehoyos]: > Replying to [ticket:3776 olderz]: > > (since RM23 version produces outputs not fully compatibile with FFmpeg) > > Don't you agree that this is a magnitude more important than an issue with ffplay that I suspect is already described in ticket #2289? The file is too big to attach, i uploaded it in mediafire: http://www.mediafire.com/download/p8qubro1117t3ti/bugged+als.7z RM23 version introduces the support to infinites sample rate, the coefficients table is changed, so I think is this the reason whereby ffmpeg doesn't fully support it. Yes, it's more important, but none seems interested about als, so I didn't want to sound pretentious requesting an update for alsdec. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 15:29:41 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 13:29:41 -0000 Subject: [FFmpeg-trac] #3776(ffplay:new): Decoding bug when playing some MPEG-4 ALS streams In-Reply-To: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> References: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> Message-ID: <051.b5f2a24d538ae0660dbfbbf04d60e4a7@avcodec.org> #3776: Decoding bug when playing some MPEG-4 ALS streams ------------------------------------+---------------------------------- Reporter: olderz | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by thilo.borgmann): We are still interested in ALS :) Please produce a small sample showing the buzzing problem you're talking about. You might use ffmpeg to crop your audio input and take 2s or something and encode it using RM22 _and_ RM23 (both would really be beneficial) Thanks for reporting! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 16:07:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 14:07:50 -0000 Subject: [FFmpeg-trac] #2341(avformat:closed): No audio in damaged dv stream In-Reply-To: <037.c5a798413efade3783cfbf68f350c979@avcodec.org> References: <037.c5a798413efade3783cfbf68f350c979@avcodec.org> Message-ID: <052.1e710c010a13f3c9399ec879268b69e1@avcodec.org> #2341: No audio in damaged dv stream ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: dvvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Michael in 88f038ac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 16:08:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 14:08:14 -0000 Subject: [FFmpeg-trac] #2340(avformat:closed): A/V desync with dv sample In-Reply-To: <037.444b5b29bfb09a828c09fea27827de8d@avcodec.org> References: <037.444b5b29bfb09a828c09fea27827de8d@avcodec.org> Message-ID: <052.b3e9b0f0396d8f749629cc939dce0124@avcodec.org> #2340: A/V desync with dv sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: desync | Blocked By: dvvideo | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avformat Comment: Fixed by Michael in 88f038ac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 16:15:01 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 14:15:01 -0000 Subject: [FFmpeg-trac] #3776(undetermined:open): Decoding bug when playing some MPEG-4 ALS streams In-Reply-To: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> References: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> Message-ID: <051.9a0816b70679149cd6d30ffa6ad330f8@avcodec.org> #3776: Decoding bug when playing some MPEG-4 ALS streams -------------------------------------+------------------------------------- Reporter: olderz | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: als | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => als * status: new => open * component: ffplay => undetermined * reproduced: 0 => 1 Comment: Samples uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3776/ For future tickets: Please read https://ffmpeg.org/bugreports.html (neither 7z nor mediafire are appreciated) and please always provide command line and console output. {{{ $ ffplay Starbeam\ Antarctica.mp4 -autoexit ffplay version N-64723-g88f038a Copyright (c) 2003-2014 the FFmpeg developers built on Jul 17 2014 16:04:34 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Starbeam Antarctica.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2014-07-17 08:16:13 Duration: 00:03:53.91, start: 0.000000, bitrate: 1121 kb/s Stream #0:0(und): Audio: mp4als (mp4a / 0x6134706D), 44100 Hz, 2 channels, s16, 1121 kb/s (default) Metadata: creation_time : 2014-07-17 08:16:13 [als @ 0x7f9384001fa0] Damaged channel data. 0KB sq= 0B f=0/0 [als @ 0x7f9384001fa0] Reading frame data failed. Skipping RA unit. 234.03 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} {{{ $ ffmpeg -i Starbeam\ Antarctica.mp4 out.wav ffmpeg version N-64723-g88f038a Copyright (c) 2000-2014 the FFmpeg developers built on Jul 17 2014 16:04:34 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Starbeam Antarctica.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2014-07-17 08:16:13 Duration: 00:03:53.91, start: 0.000000, bitrate: 1121 kb/s Stream #0:0(und): Audio: mp4als (mp4a / 0x6134706D), 44100 Hz, 2 channels, s16, 1121 kb/s (default) Metadata: creation_time : 2014-07-17 08:16:13 Output #0, wav, to 'out.wav': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom ISFT : Lavf55.48.101 Stream #0:0(und): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s (default) Metadata: creation_time : 2014-07-17 08:16:13 encoder : Lavc55.69.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (mp4als (als) -> pcm_s16le (native)) Press [q] to stop, [?] for help size= 40294kB time=00:03:53.90 bitrate=1411.2kbits/s video:0kB audio:40294kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000189% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 16:30:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 14:30:45 -0000 Subject: [FFmpeg-trac] #2254(avcodec:new): Unsupported h264 file In-Reply-To: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> References: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> Message-ID: <052.daef601e155e9cbb165acfc349fbe455@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The sample is damaged as far as I can tell (as said I originally trusted the OP that the sample is supposed to be played correctly). WMP plays a moving picture that can be (easily) recognised but with artefacts. FFmpeg never shows more than the first frame for the sample. If the current behaviour is intended, the ticket should be closed as wontfix imo. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 17:13:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 15:13:17 -0000 Subject: [FFmpeg-trac] #3724(avformat:closed): Computed HLS duration is sometimes incorrect with short segment durations In-Reply-To: <037.6edca32d44f7c9389b382926ac834fe2@avcodec.org> References: <037.6edca32d44f7c9389b382926ac834fe2@avcodec.org> Message-ID: <052.4504ef63ac4c042079a6307a02621632@avcodec.org> #3724: Computed HLS duration is sometimes incorrect with short segment durations -------------------------------------+------------------------------------ Reporter: fthiery | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: hls segment | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by saste): * keywords: hls => hls segment * resolution: => fixed * status: new => closed * component: undetermined => avformat Comment: Should be fixed now in commit: {{{ commit 5acad50056f653672a0e9b6b2986089c32046afb Author: Stefano Sabatini Date: Thu Jul 17 14:49:20 2014 +0200 lavf/segment: only use reference frames for computing the segment end time This avoids a systematic overestimate of the segments duration when there are several streams. Fix trac ticket #3724. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 17:33:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 15:33:57 -0000 Subject: [FFmpeg-trac] #3776(undetermined:open): Decoding bug when playing some MPEG-4 ALS streams In-Reply-To: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> References: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> Message-ID: <051.e7e6da3b4c9721b41bf7854f6e6e4098@avcodec.org> #3776: Decoding bug when playing some MPEG-4 ALS streams -------------------------------------+------------------------------------- Reporter: olderz | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: als | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by olderz): I forgot to say that the buzz bug occurs only skipping during playback. Thanks for the patience, hereafter I'll only use the attachments function. I attached three another files. Here the logs: {{{ $ c:/a/ffplay 'c:/Users/olderz/Documents/Download/bugged als/buzz.mp4' ffplay version N-64711-gfa6716c Copyright (c) 2003-2014 the FFmpeg developers built on Jul 16 2014 22:02:05 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'c:/Users/olderz/Documents/Download/bugged als/buzz.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2014-07-17 13:50:45 Duration: 00:00:16.89, start: 0.000000, bitrate: 1055 kb/s Stream #0:0(und): Audio: mp4als (mp4a / 0x6134706D), 44100 Hz, 2 channels, s16, 1054 kb/s (default) Metadata: creation_time : 2014-07-17 13:50:45 Seek to 91% ( 0:00:14) of total duration ( 0:00:16) B f=0/0 [als @ 039d75c0] Damaged channel data. vq= 0KB sq= 0B f=0/0 [als @ 039d75c0] Reading frame data failed. Skipping RA unit. }}} {{{ $ c:/a/ffmpeg -i 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm23[bad].mp4' -c:a pcm_s24le 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm23[bad].wav' ffmpeg version N-64711-gfa6716c Copyright (c) 2000-2014 the FFmpeg developers built on Jul 16 2014 22:02:05 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : 5.1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm23[bad].mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.48.101 Duration: 00:00:05.12, start: 0.066000, bitrate: 2855 kb/s Stream #0:0(und): Audio: mp4als (mp4a / 0x6134706D), 48000 Hz, 6 channels, s32, 2853 kb/s (default) Metadata: handler_name : SoundHandler File 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm23[bad].wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm23[bad].wav': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 ISFT : Lavf55.48.101 Stream #0:0(und): Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s32, 6912 kb/s (default) Metadata: handler_name : SoundHandler encoder : Lavc55.69.100 pcm_s24le Stream mapping: Stream #0:0 -> #0:0 (mp4als (als) -> pcm_s24le (native)) Press [q] to stop, [?] for help [als @ 03a1dae0] Invalid channel pair. Last message repeated 1 times [als @ 03a1dae0] quant_cof 4294967173 is out of range. [als @ 03a1dae0] Reading frame data failed. Skipping RA unit. [als @ 03a1dae0] Invalid master channel. [als @ 03a1dae0] Reading frame data failed. Skipping RA unit. size= 4320kB time=00:00:05.12 bitrate=6912.2kbits/s video:0kB audio:4320kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.002306% }}} {{{ $ c:/a/ffmpeg -i 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm22[works].mp4' -c:a pcm_s24le 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm22[works].wav' ffmpeg version N-64711-gfa6716c Copyright (c) 2000-2014 the FFmpeg developers built on Jul 16 2014 22:02:05 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : 5.1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm22[works].mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.47.100 Duration: 00:00:05.12, start: 0.066000, bitrate: 2856 kb/s Stream #0:0(und): Audio: mp4als (mp4a / 0x6134706D), 48000 Hz, 6 channels, s32, 2855 kb/s (default) Metadata: handler_name : SoundHandler File 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm22[works].wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'c:/Users/olderz/Documents/Download/bugged als/mp4alsrm22[works].wav': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 ISFT : Lavf55.48.101 Stream #0:0(und): Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s32, 6912 kb/s (default) Metadata: handler_name : SoundHandler encoder : Lavc55.69.100 pcm_s24le Stream mapping: Stream #0:0 -> #0:0 (mp4als (als) -> pcm_s24le (native)) Press [q] to stop, [?] for help size= 4320kB time=00:00:05.12 bitrate=6912.2kbits/s video:0kB audio:4320kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.002306% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 18:06:47 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 16:06:47 -0000 Subject: [FFmpeg-trac] #3776(undetermined:open): Decoding bug when playing some MPEG-4 ALS streams In-Reply-To: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> References: <036.38054339a5ce49c6a5b59752364bce29@avcodec.org> Message-ID: <051.3dcbdadd52daf30a3d6d8b0443989a5e@avcodec.org> #3776: Decoding bug when playing some MPEG-4 ALS streams -------------------------------------+------------------------------------- Reporter: olderz | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: als | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by muken): The libavcodec's ALS decoder has the frame counter (frame_id) to omit the last extra samples. Unfortunately, this counter is reset to 0 when flushing buffers. And any demuxer can't access to reset the counter in the private data. So, the decoder can't omit last extra samples and makes a noisy sound when seeking to non-first frames. To resolve this issue, add any method to access the counter from the externals. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 20:24:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 18:24:52 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> References: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> Message-ID: <052.74ad0f3d15b1b3649f7ced88fd31925d@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by JohnAStebbins): Has anyone confirmed that kagero_cut.ts has a *valid* PGS stream. I just took a closer look and it is violating the PGS spec or at least abusing it horribly. The spec states that the presentation time for a PGS sub is the PTS of the PES containing the presentation segment. The spec also states that only one presentation segment may be active at any point in time. This stream has multiple presentation segments that have the same PTS. The fix that was committed for this appears very wrong to me, though it might be working around problems created by this broken stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 20:41:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 18:41:22 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> References: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> Message-ID: <052.d7b66787414d57c4e3296774d68f6f83@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: The ffplay issue was fixed by Michael in e5eff191 The issue is still reproducible with the overlay filter, no regression (the overlay filter was added two weeks after the pgs code was changed in 2010). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 20:47:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 18:47:22 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> References: <037.d17b4fde893f08942bebae4f2f073336@avcodec.org> Message-ID: <052.70d403159bdb446bd838033fe7dd1d6f@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 JohnAStebbins]: > Has anyone confirmed that kagero_cut.ts has a *valid* PGS stream. I don't think this matters (much): If possible, FFmpeg also decodes invalid streams. Especially if other open source software plays the sample (or in this case the subtitles). Only with a non-default strict level should an invalid stream be rejected. > The fix that was committed for this appears very wrong to me Please write to the development mailing list, patches should not be discussed here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 22:31:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 20:31:40 -0000 Subject: [FFmpeg-trac] #3778(avformat:new): RTMPProto Overflow Interger (bytes_read) Bug Message-ID: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> #3778: RTMPProto Overflow Interger (bytes_read) Bug -------------------------------------+------------------------------------- Reporter: rbarajas | Type: defect Status: new | Priority: critical Component: avformat | Version: Keywords: ack rtmp | unspecified FMS bytes_read | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: There is a bug in rtmpproto.c inside get_packet. If the bytes_read warps because the value is greater than 4,294,967,295 then the ack will never be send again to the FMS server resulting in the FMS server closing the connection. If the rt->last_bytes_read = rt->bytes_read; was outside the if statement then it would address the bug. How to reproduce: In order to reproduce you need to bytes_read to exceed the value of 4,294,967,295 by listening to a stream. The higher the bandwidth the stream the faster the bug will occur. I would have submitted a patch except I have never done that, this actually my first time submitting a bug ticket. The reason I'm even submitting something is because after working with an Adobe engineer, I agreed to submit a bug report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 23:03:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 21:03:15 -0000 Subject: [FFmpeg-trac] #3778(avformat:new): RTMPProto Overflow Interger (bytes_read) Bug In-Reply-To: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> References: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> Message-ID: <053.6c56bf2588742721aa4f91908db12daa@avcodec.org> #3778: RTMPProto Overflow Interger (bytes_read) Bug -------------------------------------+------------------------------------ Reporter: rbarajas | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: unspecified | Resolution: Keywords: rtmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: ack rtmp FMS bytes_read => rtmp Comment: Please either test attached patch or explain how the issue can be reproduced. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 17 23:03:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Jul 2014 21:03:50 -0000 Subject: [FFmpeg-trac] #3778(avformat:new): RTMPProto Overflow Interger (bytes_read) Bug In-Reply-To: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> References: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> Message-ID: <053.beaa072b28f76a5ddedd7193539f162e@avcodec.org> #3778: RTMPProto Overflow Interger (bytes_read) Bug -------------------------------------+------------------------------------ Reporter: rbarajas | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: rtmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: critical => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 02:23:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 00:23:41 -0000 Subject: [FFmpeg-trac] #3769(avformat:new): -moov_size option causes MOV file structure to be corrupted In-Reply-To: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> References: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> Message-ID: <050.b6595803e646a6c264e3ad7764ce9c95@avcodec.org> #3769: -moov_size option causes MOV file structure to be corrupted ------------------------------------+------------------------------------ Reporter: rling | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rling): It's my very simple in-house tool. My tool correctly parses input.MOV, which is direct from a Canon G15 camera and also contains a 'free' atom, but fails on the output.MOV generated with the command line above. WMP and MPC-HC were able to play output.MOV, and Windows displayed a normal thumbnail for it. I think many media players may only read up to the 'moov' atom, which itself contains absolute file offsets into the 'mdat' atom, which allows them to display and play the file without ever reading the 'free' atom. So I'm not surprised this bug could hide for a long time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 02:43:50 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 00:43:50 -0000 Subject: [FFmpeg-trac] #3779(undetermined:new): speex "Unable to parse option value "(null)" as sample format" Message-ID: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> #3779: speex "Unable to parse option value "(null)" as sample format" --------------------------------------+---------------------------------- Reporter: ghazel | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.2.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: FLV with speex audio fails to transcode to MKV with MP3 audio. (FLVs with nellymoser convert fine, as does stripping the audio track.) How to reproduce: {{{ $ ffmpeg -y -i example.flv -vcodec h264 -acodec mp3 example.mkv ffmpeg version 2.2.4 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 29 2014 20:15:27 with Apple LLVM version 6.0 (clang-600.0.34.4) (based on LLVM 3.5svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.4 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid libavutil 52. 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 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [flv @ 0x7ff50c817000] negative cts, previous timestamps might be wrong Last message repeated 40 times Input #0, flv, from 'example.flv': Duration: 02:25:42.42, start: 0.000000, bitrate: 653 kb/s Stream #0:0: Video: h264 (Main), yuv420p(tv), 800x600 [SAR 1:1 DAR 4:3], 30.33 fps, 30 tbr, 1k tbn, 60 tbc Stream #0:1: Audio: speex, 16000 Hz, mono [abuffer @ 0x7ff50b603be0] Unable to parse option value "(null)" as sample format Last message repeated 1 times [abuffer @ 0x7ff50b603be0] Error setting option sample_fmt to value (null). [graph 1 input from stream 0:1 @ 0x7ff50b603ce0] Error applying options to the filter. Error opening filters! Conversion failed! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 02:57:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 00:57:16 -0000 Subject: [FFmpeg-trac] #3779(undetermined:new): speex "Unable to parse option value "(null)" as sample format" In-Reply-To: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> References: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> Message-ID: <051.f9e545c9573a04c0c957cebf02f63be1@avcodec.org> #3779: speex "Unable to parse option value "(null)" as sample format" -------------------------------------+------------------------------------- Reporter: ghazel | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * version: 2.2.4 => git-master Comment: You should use `-acodec libmp3lame` because we don't have an encoder `mp3`, but this is a bug nevertheless. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 03:05:10 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 01:05:10 -0000 Subject: [FFmpeg-trac] #3779(undetermined:new): speex "Unable to parse option value "(null)" as sample format" In-Reply-To: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> References: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> Message-ID: <051.48c8468a30418c5f270543eb455822f4@avcodec.org> #3779: speex "Unable to parse option value "(null)" as sample format" -------------------------------------+------------------------------------- Reporter: ghazel | 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 ghazel): Ah. It seems to guess and use libmp3lame anyway, but I'll start using libmp3lame explicitly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 04:27:30 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 02:27:30 -0000 Subject: [FFmpeg-trac] #3779(undetermined:new): speex "Unable to parse option value "(null)" as sample format" In-Reply-To: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> References: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> Message-ID: <051.6ad9ad1c5b3a9d668ba45db5f90c00fa@avcodec.org> #3779: speex "Unable to parse option value "(null)" as sample format" -------------------------------------+------------------------------------- Reporter: ghazel | 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 believe that you are only missing {{{--enable-libspeex}}}. Iirc this is a duplicate a a recently opened ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 05:12:04 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 03:12:04 -0000 Subject: [FFmpeg-trac] #3779(undetermined:new): speex "Unable to parse option value "(null)" as sample format" In-Reply-To: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> References: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> Message-ID: <051.4e8ea0b29f3fe34c3942431418c81c6b@avcodec.org> #3779: speex "Unable to parse option value "(null)" as sample format" -------------------------------------+------------------------------------- Reporter: ghazel | 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 ghazel): Recompiling with --with-speex (I used hombrew, so it was "brew install ffmpeg --with-speex") worked great. Thank you! A more helpful error message would have kept me off the bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 07:48:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 05:48:40 -0000 Subject: [FFmpeg-trac] #3780(ffmpeg:new): Malfunction the program with rtsp protocol Message-ID: <044.58a07f743a061941ea684f0acf599a7c@avcodec.org> #3780: Malfunction the program with rtsp protocol -------------------------------------+------------------------------------- Reporter: | Type: defect iRidium_mobile | Priority: normal Status: new | Version: Component: ffmpeg | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using ffmpeg versions 2.1.1 and 2.2 I came across malfunction of the program with rtsp protocol.In rtp_jpeg file when processing jpeg, DRI field is not processed. I?m sending you an rtp_jpeg. file with my corrections in the attachment. Perhaps, I missed something, but this variant works correctly. How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 07:51:48 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 05:51:48 -0000 Subject: [FFmpeg-trac] #3781(ffmpeg:new): Malfunction of the program with rtsp protocol. Message-ID: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> #3781: Malfunction of the program with rtsp protocol. -------------------------------------+------------------------------------- Reporter: | Type: defect iRidium_mobile | Priority: normal Status: new | Version: Component: ffmpeg | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using ffmpeg versions 2.1.1 and 2.2 I came across malfunction of the program with rtsp protocol. When receiving rtsp stream without indicating low-level transport, the program can?t get the stream, as when switching from UDP to TCP, the device to which ffmpeg is attached, doesn?t get TEARDOWN command and hangs up. (as the old session is not closed). I commented a line if (rt->server_type == RTSP_SERVER_REAL) in rtsp_read_packet method of rtspdec.c file and the program began to get a stream of data. How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 07:54:58 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 05:54:58 -0000 Subject: [FFmpeg-trac] #3782(ffmpeg:new): Codec problem Message-ID: <044.2e5a6b0b02eee172fa2153ccbfe27e94@avcodec.org> #3782: Codec problem -------------------------------------+------------------------------------- Reporter: | Type: defect iRidium_mobile | Priority: normal Status: new | Version: Component: ffmpeg | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using ffmpeg versions 2.1.1 and 2.2 I came across malfunction of the program with rtsp protocol.I found that ffmpeg can?t define the real codec, as sdp data have the 33 (mpegts) code, whereas data are in h264 (Mpeg 4 AVC Part 10) format. How to reproduce: {{{ v=0 o=- 38990265062388 38990265062388 IN IP4 192.168.1.10 a=range:npt=0- m=video 0 RTP/AVP 33 c=IN IP4 0.0.0.0 a=rtpmap:33 H264/90000 a=framerate:0S a=fmtp:33 profile-level-id=42e01f; packetization-mode=1; sprop-parameter- sets=Z0LgH9sDoEkQ,aM4wpIA= a=control:trackID=3 }}} a=rtpmap:33 H264/90000 line definitely shows that we have h264 codec. But the program tries to make mpeg ts format codec. Here is a link to the camera that does not function properly: rtsp://46.226.165.78:554/user=admin&password=12345&channel=2&stream=0.sdp Can you, please, help with solving the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 10:02:05 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 08:02:05 -0000 Subject: [FFmpeg-trac] #3782(undetermined:new): Codec problem In-Reply-To: <044.2e5a6b0b02eee172fa2153ccbfe27e94@avcodec.org> References: <044.2e5a6b0b02eee172fa2153ccbfe27e94@avcodec.org> Message-ID: <059.939548a0bbdfac1c9ba21626443de005@avcodec.org> #3782: Codec problem -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: ffmpeg => undetermined Comment: Please test current FFmpeg git head and provide your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 10:04:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 08:04:24 -0000 Subject: [FFmpeg-trac] #3780(ffmpeg:new): Malfunction the program with rtsp protocol In-Reply-To: <044.58a07f743a061941ea684f0acf599a7c@avcodec.org> References: <044.58a07f743a061941ea684f0acf599a7c@avcodec.org> Message-ID: <059.b58775a3800410938c8908f8647c5aaa@avcodec.org> #3780: Malfunction the program with rtsp protocol ----------------------------------------+---------------------------------- Reporter: iRidium_mobile | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by cehoyos): Please send your patch against current FFmpeg git head made with {{{git format-patch}}} to the ffmpeg-devel mailing list where changes can be discussed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 10:05:22 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 08:05:22 -0000 Subject: [FFmpeg-trac] #3781(undetermined:new): Malfunction of the program with rtsp protocol. In-Reply-To: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> References: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> Message-ID: <059.9d47b79d1af932443937bf5690492761@avcodec.org> #3781: Malfunction of the program with rtsp protocol. -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: ffmpeg => undetermined Comment: Please test current FFmpeg git head and provide your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 12:31:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 10:31:24 -0000 Subject: [FFmpeg-trac] #3783(ffmpeg:new): ffmpeg shoud init decoders before filters Message-ID: <036.f71c0e5e9b204ff33f42e5beaf6aecfc@avcodec.org> #3783: ffmpeg shoud init decoders before filters --------------------------------------+-------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: minor | Component: ffmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+-------------------------------- {{{ ./ffmpeg_g -lavfi sine -t 5 -y /tmp/test.ac3 ./ffmpeg_g -c ac3_fixed -i /tmp/test.ac3 -f null - }}} {{{ ffmpeg version N-64757-g277e5ca Copyright (c) 2000-2014 the FFmpeg developers built on Jul 18 2014 10:43:46 with gcc 4.9 (Debian 4.9.0-7) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --assert- level=2 libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [ac3 @ 0xfc8cc0] Estimating duration from bitrate, this may be inaccurate Input #0, ac3, from '/tmp/test.ac3': Duration: 00:00:05.02, start: 0.000000, bitrate: 96 kb/s Stream #0:0: Audio: ac3, 44100 Hz, mono, fltp, 96 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.48.101 Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc55.69.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (ac3 (ac3_fixed) -> pcm_s16le (native)) Press [q] to stop, [?] for help Input stream #0:0 frame changed from rate:44100 fmt:fltp ch:1 chl:mono to rate:44100 fmt:s16p ch:1 chl:mono size=N/A time=00:00:05.01 bitrate=N/A video:0kB audio:432kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Notice this particular line: {{{ Input stream #0:0 frame changed from rate:44100 fmt:fltp ch:1 chl:mono to rate:44100 fmt:s16p ch:1 chl:mono }}} This happens because filters are initialized before decoders: some properties of the stream, especially the sample format, often depend on the decoder. If a different decoder is used for decoding than the one used for probing, the result is considered a change in format. This is handled correctly but gives wrong information and wastes resources. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 19:08:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 17:08:44 -0000 Subject: [FFmpeg-trac] #3779(undetermined:new): speex "Unable to parse option value "(null)" as sample format" In-Reply-To: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> References: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> Message-ID: <051.84955007048fcd90209cf77f563768c6@avcodec.org> #3779: speex "Unable to parse option value "(null)" as sample format" -------------------------------------+------------------------------------- Reporter: ghazel | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 cehoyos]: > Iirc this is a duplicate a a recently opened ticket. I was thinking about ticket #3662 but this is probably different. A patch was sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/180162 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 22:48:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 20:48:12 -0000 Subject: [FFmpeg-trac] #3784(avformat:new): ffprobe of plain WAV file fails with "Not a valid DCA frame" Message-ID: <037.983342fab02cb5e40fdea2fa46c8e1cf@avcodec.org> #3784: ffprobe of plain WAV file fails with "Not a valid DCA frame" ----------------------------------+--------------------------------------- Reporter: pneuman | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I have what should be a fairly plain WAV file -- it's 44.1khz, 16-bit, produced by the "flac" command-line tool, but when I run ffprobe on it, it fails: {{{ leigh at petunia03:~$ /opt/bandcamp/bin/ffprobe -show_streams -show_format testwav1-chopped.wav ffprobe version 2.2.4 Copyright (c) 2007-2014 the FFmpeg developers built on Jul 16 2014 01:05:58 with gcc 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) configuration: --prefix=/opt/bandcamp --disable-ffplay --disable- ffserver --enable-memalign-hack --disable-bsfs --disable-protocols --disable-indevs --disable-outdevs --disable-devices --enable- protocol=file 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.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 [dca @ 0x1b94cc0] Not a valid DCA frame [dca @ 0x1b94cc0] Invalid LFE value: 0 Last message repeated 1 times [dca @ 0x1b94cc0] error decoding block [dca @ 0x1b94cc0] Invalid LFE value: 0 [wav @ 0x1b941c0] decoding for stream 0 failed [wav @ 0x1b941c0] Could not find codec parameters for stream 0 (Audio: dts ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, fltp, 0 kb/s): no decodable DTS frames Consider increasing the value for the 'analyzeduration' and 'probesize' options testwav1-chopped.wav: End of file }}} This seems very similar to ticket #2810 but I assume that a release as recent as 2.2.4 would include that fix. Could it be a regression? I can't upload the full affected WAV, but I'll upload a 10 second snippet from the start that produces the same error. Thanks Leigh -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 18 23:16:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Jul 2014 21:16:46 -0000 Subject: [FFmpeg-trac] #3784(avformat:open): ffprobe of plain WAV file fails with "Not a valid DCA frame" In-Reply-To: <037.983342fab02cb5e40fdea2fa46c8e1cf@avcodec.org> References: <037.983342fab02cb5e40fdea2fa46c8e1cf@avcodec.org> Message-ID: <052.bf312e4ad67dd9b655f25078f5a2a1cc@avcodec.org> #3784: ffprobe of plain WAV file fails with "Not a valid DCA frame" -------------------------------------+------------------------------------- Reporter: pneuman | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav probe | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wav probe regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: For future tickets: Please always test current FFmpeg git head before reporting problems. {{{ $ ffmpeg -i testwav1-chopped.wav ffmpeg version N-64785-gffa0b51 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 18 2014 23:16:09 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [dca @ 0x1c5d520] Not a valid DCA frame [dca @ 0x1c5d520] Invalid LFE value: 0 Last message repeated 1 times [dca @ 0x1c5d520] error decoding block [dca @ 0x1c5d520] Invalid LFE value: 0 [wav @ 0x1c5cb20] decoding for stream 0 failed [wav @ 0x1c5cb20] Could not find codec parameters for stream 0 (Audio: dts ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, fltp, 0 kb/s): no decodable DTS frames Consider increasing the value for the 'analyzeduration' and 'probesize' options testwav1-chopped.wav: could not find codec parameters Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'testwav1-chopped.wav': Duration: 00:00:10.45, bitrate: 1411 kb/s Stream #0:0: Audio: dts ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, fltp, 0 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 02:08:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 00:08:15 -0000 Subject: [FFmpeg-trac] #3785(undetermined:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect Message-ID: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect -------------------------------------+------------------------------------- Reporter: troy_s | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: colormanagement colorspace 709 | Reproduced by developer: 0 601 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug''': Seems that swscale is still sadly mangling RGB to YCbCr and vice versa transforms. Disabled all ASM speedups to avoid code path issues, as were previously hard coded to 601 coefficents etc. '''How to reproduce''': Encode a test chart and check values. Test chart available from http://www .belle-nuit.com/test-chart. '''Expected versus Results''': BT.709 and sRGB share identical luminance coefficients. An sRGB image, encoded at full range using BT.709 primaries should decode to a perfect 1:1 regarding RGB values, compression notwithstanding. Sampling the upper row of colors using the provided test chart, we can see some issues with the encoding / decoding step, when using FFPLAY with the corresponding scale commands. For example, an encode using {{{ ./ffmpeg -loop 1 -i ~/Downloads/testchart.tif -t 3 -c:v h264 -vf "scale=in_range=full:in_color_matrix=bt709:out_range=full:out_color_matrix=bt709" out709-full.mp4 }}} Should produce a perfect 1:1 when played back with {{{ ./ffplay -vf "scale=in_range=full:in_color_matrix=bt709:out_range=full:out_color_matrix=bt709" out709-full.mp4 }}} When we sample the sRGB / 709 values using an image editor, the top row should result in RGB values as follows: {{{ Name R G B Yellow: 180 180 16 Cyan: 16 180 180 Magenta: 180 16 180 Green: 16 180 16 Red: 180 16 16 Blue: 16 16 180 }}} Given that 709 and sRGB share identical primaries, and broadcast scaling is set to full range, there should be a perfect 1:1 result with the values. However, what we find with playback via the ffmpeg command set with proper values is: {{{ Name R G B Yellow: 179 190 22 Cyan: 31 197 180 Magenta: 167 0 176 Green: 30 209 21 Red: 166 0 19 Blue: 17 5 173 }}} There appears to be breakage with regard to the application of the coefficients, as well as possibly misinterpretation of the full range settings. The are some transforms that yield vaguely close values. However, these suffer from quantization issues where no such should occur. It would seem that all transformations are likely being performed at the relative bit depth for performance. Sadly, this corrupts the values quite significantly. {{{ ./ffmpeg -loop 1 -i ~/Downloads/testchart.tif -t 3 -c:v h264 -vf "scale=in_range=full:in_color_matrix=bt601:out_range=full:out_color_matrix=bt601" out601-full.mp4 }}} The following, despite being 601 coefficients, should yield perfect 1:1 with RGB values (RGB being a relative color space) but quantization issues again result. {{{ ./ffplay -vf "scale=in_range=full:in_color_matrix=bt601:out_range=full:out_color_matrix=bt601" out601-full.mp4 }}} Further testing of the in_range and out_range specifics will be conducted when the basic color coefficients issue is corrected. '''Conclusion''': Some mangling is still present in the color handling in FFMPEG. Quantization issues can likely be expected until a float (likely non- realtime) option is introduced for higher quality frame by frame encoding / decoding. However, even with quantization issues, the encoding / decoding coefficients are not responding / respected in correct fashion for 709 to 709 (1:1 with sRGB content). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 02:18:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 00:18:29 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.12d5160350e0910428e42e981752fc50@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: colormanagement colorspace 709 | Reproduced by developer: 0 601 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by troy_s): * component: undetermined => swscale Comment: Tested yuv444p10be and yuv444p16be and the quantization issues still arise. Could be attributed to a rounding error due to bitshifting? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 03:25:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 01:25:58 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.afaabd1f4eefa324404705d51920a3e6@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: colormanagement colorspace 709 | Reproduced by developer: 0 601 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by troy_s): On advice of michaelni, using the scale option to set range and color coefficients is not updating the flags in the stream: {{{ Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './out709-full.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.48.101 Duration: 00:00:03.00, start: 0.000000, bitrate: 168 kb/s Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], 163 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler }}} Setting the flags manually via -colorspace bt709 and -color_range jpeg results in the correct flags being set in the stream: {{{ Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './out709-full.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.48.101 Duration: 00:00:03.00, start: 0.000000, bitrate: 168 kb/s Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuvj444p(pc, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 163 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 04:46:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 02:46:12 -0000 Subject: [FFmpeg-trac] #3769(avformat:closed): -moov_size option causes MOV file structure to be corrupted In-Reply-To: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> References: <035.ca54b06496f4e25ad7d2fa72f759b783@avcodec.org> Message-ID: <050.42a23b360f1b579f8db4de7b2da7a80f@avcodec.org> #3769: -moov_size option causes MOV file structure to be corrupted ------------------------------------+------------------------------------ Reporter: rling | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Should be fixed in 0e70266b - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 04:47:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 02:47:29 -0000 Subject: [FFmpeg-trac] #3780(avformat:closed): Malfunction the program with rtsp protocol In-Reply-To: <044.58a07f743a061941ea684f0acf599a7c@avcodec.org> References: <044.58a07f743a061941ea684f0acf599a7c@avcodec.org> Message-ID: <059.b2764975767ef28de7b66e335957c6b5@avcodec.org> #3780: Malfunction the program with rtsp protocol -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: closed Type: defect | Component: avformat Priority: normal | Resolution: fixed Version: git-master | Blocked By: Keywords: rtp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => rtp * resolution: => fixed * status: new => closed * component: ffmpeg => avformat * version: unspecified => git-master Comment: May be fixed in ee88a208 - please test FFmpeg current git head! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 05:17:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 03:17:01 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.3d7533a31422b6513e4cf025d60c6d87@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: colormanagement colorspace 709 601 => Comment: Aren't you testing the h264 encoder in your command lines? Why don't you output to raw yuv files and inspect the values? Please provide a command line that allows to reproduce the issue together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 19:34:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 17:34:58 -0000 Subject: [FFmpeg-trac] #3232(documentation:open): Use texi2any instead of texi2html for documentation generation In-Reply-To: <049.db67b284d8b4b304c6e78518fd1ebb7d@avcodec.org> References: <049.db67b284d8b4b304c6e78518fd1ebb7d@avcodec.org> Message-ID: <064.a36857ab355b487819727ffdb8a7af09@avcodec.org> #3232: Use texi2any instead of texi2html for documentation generation -------------------------------------+------------------------------------- Reporter: devans@? | Owner: Type: enhancement | Timothy_Gu Priority: wish | Status: open Version: git-master | Component: Keywords: | documentation Blocking: | Resolution: Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * owner: => Timothy_Gu * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 21:11:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 19:11:42 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.d88ea4f3d4ef45dca3dee9f55a6642bd@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): I will likely need a little help to assert that the output I'll be getting is precisely what we are discussing. I have used the following ffmpeg command to dump the raw YCbCr to a planar file: {{{ ./ffmpeg -i ~/Downloads/testchart.tif -pix_fmt yuv444p -vf scale="in_range=full:in_color_matrix=bt709:out_range=full:out_color_matrix=bt709" out.yuv }}} I am hoping that, given 444 encoding: 1. Three planes of Y, Cb, and Cr respectively at the test chart's 1920x1080 1. Y at 1920x1080 with full JFIF / JPEG range. 1. Cb / Cr (again with yuv444p) at 1920x1080 with full JFIF / JPEG range. 1. Encoded using ITU-REC-709 luminance coefficients. Can we assert that the given line will result in the above? {{{ ffmpeg version N-64740-g6be71e9 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 18 2014 15:56:09 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-libx264 --disable-asm libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '/home/aphorism/Downloads/testchart.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, rgb24, 1920x1080 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc File 'out.yuv' already exists. Overwrite ? [y/N] y Output #0, rawvideo, to 'out.yuv': Metadata: encoder : Lavf55.48.101 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (tiff (native) -> rawvideo (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 6075kB time=00:00:00.04 bitrate=1244160.0kbits/s video:6075kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} If we can agree on the encoding command to generate the correct YCbCr output, I can proceed from here. Thanks for all of your help in all of this. Hopefully we can dig through some of the color issues in FFMPEG and generate test units. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 21:20:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 19:20:18 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.9da819bdd002c4dfc1f11913883801bd@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Analysing the resultant output image as a raw RGB image for statistical purposes, based on a simple renaming of the planar file to avoid YUV conversion in ImageMagick: {{{ aphorism at u64x6:~/Develop/ffmpeg$ identify -verbose -size 1920x1080 -depth 8 -interlace plane rgb:./out.raw Image: ./out.raw Base filename: out.raw Format: RGB (Raw red, green, and blue samples) Class: DirectClass Geometry: 1920x1080+0+0 Resolution: 72x72 Print size: 26.6667x15 Units: Undefined Type: TrueColor Endianess: LSB Colorspace: sRGB Depth: 8-bit Channel depth: red: 8-bit green: 8-bit blue: 8-bit Channel statistics: Red: min: 16 (0.0627451) max: 235 (0.921569) mean: 104.958 (0.411601) standard deviation: 72.5761 (0.284612) kurtosis: -1.32201 skewness: 0.447203 Green: min: 32 (0.12549) max: 240 (0.941176) mean: 130.152 (0.510402) standard deviation: 37.936 (0.148768) kurtosis: 0.516604 skewness: 0.17742 Blue: min: 0 (0) max: 255 (1) mean: 1.00469 (0.00393995) standard deviation: 12.6817 (0.0497322) kurtosis: 251.198 skewness: 15.0671 Image statistics: Overall: min: 0 (0) max: 255 (1) mean: 78.7052 (0.308648) standard deviation: 47.8444 (0.187625) kurtosis: 7.50915 skewness: 1.50966 }}} Assuming the above command generates raw YCbCr in agreement with our estimations, a few things pop out: 1. The luma (Y' == R channel here) is still in broadcast range. 1. The Cb is odd. Given that we have a blue gradient going from 0-255, as well as pure white and pure black swatches, we should expect a full range of Cb along the yellow / blue axis. Instead, we are seeing something that looks very close to broadcast range (16-240 8 bit) with a doubled up offset to 32. 1. The Cr is delivering correct range levels at a cursory glance of the distribution numbers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 22:58:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 20:58:15 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.a6230f3bd7c4c30742223284c6dbbb3f@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Attached a (hopefully) accurate EXR with the YCbCr values based off of 709 coefficients. Attached an ODS of the matrix formula used to convert the sRGB (shared primaries with 709) test chart. Notes on values obtained via the formulas revealed by selecting a cell: * The matrix scales the luma via the coefficients for sRGB / 709 primaries as per XYZ positions. The luminance (Y) values for sRGB / 709 primaries for red, green, and blue are 0.2126, 0.7152, and 0.0722 respectively[1] * The matrix scales for broadcast range of luma (Y') and Cb / Cr based on 219/255 for luma, and 224/255 respectively. * The offsets are give to correctly position the values for Y, Cb, and Cr. These offsets are 16, 128, and 128 respectively. [1] We should revisit the need for unique coefficients to cover variable color spaces, including the need for uniques for input color spaces alone. This extends into the forthcoming ITU-BT-2020 needs that have XYZ absolute space models. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 23:32:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 21:32:11 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.104003ca9b01f61dbfc4b93c9df0bf64@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Fixed the full range issue in b53bdae11f1eceea1a2e25a98aee81e1d1954e14 is there a problem remaining ? (its not easy to tell from the floats and tables, we need 8bit per sample reference output because thats what comes out) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 19 23:33:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 21:33:08 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.693f5a0b7d83ad8ce97b7f43198b58e0@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): a raw image that can be compared with tests/tiny_psnr would be quite usefull for example -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 01:16:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 23:16:58 -0000 Subject: [FFmpeg-trac] #3786(undetermined:new): missing picture in access unit with size 62 Message-ID: <036.bc9e48bc4e8423b369e8764492cc87a3@avcodec.org> #3786: missing picture in access unit with size 62 --------------------------------------+---------------------------------- Reporter: ghazel | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.2.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: Transcoding produces a large number of opaque error messages like: [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 How to reproduce: {{{ % ffmpeg -y -i example.flv -vcodec h264 -acodec libmp3lame example.mkv ffmpeg version 2.2.4 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 17 2014 19:40:15 with Apple LLVM version 6.0 (clang-600.0.38) (based on LLVM 3.5svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.4 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-librtmp --enable-libspeex 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 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [flv @ 0x7f9b72000000] negative cts, previous timestamps might be wrong Last message repeated 46 times Input #0, flv, from 'example.flv': Duration: 04:25:45.40, start: 0.000000, bitrate: 6 kb/s Stream #0:0: Video: h264 (Main), yuv420p(tv), 320x240 [SAR 1:1 DAR 4:3], 24.42 fps, 24 tbr, 1k tbn, 48 tbc Stream #0:1: Audio: speex, 16000 Hz, mono, s16 [libx264 @ 0x7f9b7302be00] using SAR=1/1 [libx264 @ 0x7f9b7302be00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x7f9b7302be00] profile High, level 1.3 [libx264 @ 0x7f9b7302be00] 264 - core 142 r2431 a5831aa - 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, matroska, to 'example.mkv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=-1--1, 1k tbn, 24 tbc Stream #0:1: Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 16000 Hz, mono, s16p Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (libspeex -> libmp3lame) Press [q] to stop, [?] for help [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:00:03.78 bitrate= 82.8kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:00:22.55 bitrate= 52.8kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:00:25.82 bitrate= 76.7kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:00:41.49 bitrate= 58.9kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:00:44.55 bitrate= 82.1kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:00:47.87 bitrate= 87.2kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:00:50.57 bitrate= 92.0kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:01:02.54 bitrate= 81.1kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:01:05.13 bitrate= 96.7kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:01:07.15 bitrate= 101.3kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:01:36.36 bitrate= 76.4kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:01:39.45 bitrate= 84.0kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:10.68 bitrate= 67.9kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:13.42 bitrate= 71.1kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:15.76 bitrate= 75.3kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:30.43 bitrate= 76.1kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:33.09 bitrate= 81.3kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:35.21 bitrate= 84.9kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:39.43 bitrate= 89.6kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:50.12 bitrate= 88.6kbits/s dup=0 drop=47 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:54.76 bitrate= 92.0kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:02:58.69 bitrate= 93.4kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:03:13.13 bitrate= 91.0kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:03:17.02 bitrate= 96.8kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:03:21.20 bitrate= 97.6kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:03:33.86 bitrate= 97.6kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:03:38.22 bitrate= 98.4kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:03:44.12 bitrate= 97.7kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:03:50.64 bitrate= 97.0kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:03:57.51 bitrate= 98.4kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [h264 @ 0x7f9b72001000] AVC: nal size 21823519e=00:04:00.50 bitrate= 102.1kbits/s dup=0 drop=48 [h264 @ 0x7f9b72001000] missing picture in access unit with size 62 [flv @ 0x7f9b72000000] Stream discovered after head already parsed [h264 @ 0x7f9b7281c000] concealing 300 DC, 300 AC, 300 MV errors in I frame [flv @ 0x7f9b72000000] Audio codec (f) 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. [flv @ 0x7f9b72000000] 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. [flv @ 0x7f9b72000000] New audio stream 0:2 at pos:13118412 and DTS:15945.4s frame= 2398 fps=138 q=-1.0 Lsize= 3211kB time=00:04:13.21 bitrate= 103.9kbits/s dup=0 drop=48 video:2632kB audio:531kB subtitle:0 data:0 global headers:0kB muxing overhead 1.496827% [libx264 @ 0x7f9b7302be00] frame I:16 Avg QP:20.86 size: 9475 [libx264 @ 0x7f9b7302be00] frame P:1046 Avg QP:22.89 size: 2076 [libx264 @ 0x7f9b7302be00] frame B:1336 Avg QP:24.28 size: 279 [libx264 @ 0x7f9b7302be00] consecutive B-frames: 18.2% 17.3% 15.4% 49.0% [libx264 @ 0x7f9b7302be00] mb I I16..4: 16.6% 43.3% 40.1% [libx264 @ 0x7f9b7302be00] mb P I16..4: 4.4% 4.9% 2.1% P16..4: 48.3% 15.0% 9.6% 0.0% 0.0% skip:15.7% [libx264 @ 0x7f9b7302be00] mb B I16..4: 0.4% 0.3% 0.1% B16..8: 29.1% 2.2% 0.4% direct: 1.3% skip:66.2% L0:41.0% L1:53.2% BI: 5.8% [libx264 @ 0x7f9b7302be00] 8x8 transform intra:42.5% inter:61.5% [libx264 @ 0x7f9b7302be00] coded y,uvDC,uvAC intra: 50.7% 79.9% 46.3% inter: 13.0% 28.5% 4.2% [libx264 @ 0x7f9b7302be00] i16 v,h,dc,p: 32% 11% 19% 39% [libx264 @ 0x7f9b7302be00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 13% 23% 5% 7% 8% 6% 7% 6% [libx264 @ 0x7f9b7302be00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 19% 16% 6% 9% 8% 7% 7% 5% [libx264 @ 0x7f9b7302be00] i8c dc,h,v,p: 56% 16% 20% 8% [libx264 @ 0x7f9b7302be00] Weighted P-Frames: Y:10.9% UV:7.1% [libx264 @ 0x7f9b7302be00] ref P L0: 64.3% 14.1% 15.2% 6.3% 0.1% [libx264 @ 0x7f9b7302be00] ref B L0: 85.1% 12.3% 2.5% [libx264 @ 0x7f9b7302be00] ref B L1: 93.7% 6.3% [libx264 @ 0x7f9b7302be00] kb/s:83.08 }}} The file seems to transcode as well as expected. What are those errors? Can I fix or silence them somehow? (there are a tremendous number on large files which exhibit this behavior) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 01:43:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Jul 2014 23:43:56 -0000 Subject: [FFmpeg-trac] #3786(undetermined:new): missing picture in access unit with size 62 In-Reply-To: <036.bc9e48bc4e8423b369e8764492cc87a3@avcodec.org> References: <036.bc9e48bc4e8423b369e8764492cc87a3@avcodec.org> Message-ID: <051.2f03882412dc1573d3abd78b32f8a218@avcodec.org> #3786: missing picture in access unit with size 62 --------------------------------+---------------------------------------- Reporter: ghazel | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.2.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Please test current FFmpeg git head. Did you upload a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 02:04:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 00:04:38 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.ba5af005d896d98136bb6ef78ea4794c@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Just performed a git pull and tested the raw YCbCr output again. Looks better, but still not quite there given that there are channels that use the whole range of values. Working on a better test case, but until then, here's the result which again shows error in the Cb plane from what I can see: {{{ Channel statistics: Red: min: 0 (0) max: 255 (1) mean: 103.415 (0.40555) standard deviation: 84.4958 (0.331356) kurtosis: -1.32109 skewness: 0.447833 Green: min: 18 (0.0705882) max: 255 (1) mean: 130.343 (0.51115) standard deviation: 43.1051 (0.169039) kurtosis: 0.529155 skewness: 0.18529 Blue: min: 0 (0) max: 255 (1) mean: 0.940625 (0.00368873) standard deviation: 13.2052 (0.051785) kurtosis: 269.06 skewness: 15.9677 }}} Cb showing 18 is close to broadcast range, but still off. No idea what might be causing it, but it suggests more than pure broadcast scaling. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 02:15:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 00:15:01 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.f1d38221e442806e250291e7c2b9aea5@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Ridiculously stupid question likely, but how does one use tiny_psnr? It doesn't appear built by default, nor do I have any clue on how to use it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 02:23:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 00:23:27 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.801b9ef17f8c8fad17975f37d8a9a759@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ make tests/tiny_psnr }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 03:10:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 01:10:15 -0000 Subject: [FFmpeg-trac] #3787(avcodec:new): h264 parser only accepts extradata before the first frame Message-ID: <038.996bb84e234df1a0c3ba12a072004c2c@avcodec.org> #3787: h264 parser only accepts extradata before the first frame ----------------------------------+--------------------------------------- Reporter: benjamin | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: The H264 parser only accepts extradata before the first frame. If further extradata occurs, the parser fails to find the frame, since it tries to interpret the begining of the extradata as the nal size. Interestingly, the full ffmpeg H264 decoder accepts properly extradata before every frame. Thus, the problem only happens when using a container that requires the use of the H264 parser. In particular, this bug prevents good transcoding of H.264 videos with extra extradata when the format is FLV. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 10:59:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 08:59:39 -0000 Subject: [FFmpeg-trac] #3787(avcodec:new): h264 parser only accepts extradata before the first frame In-Reply-To: <038.996bb84e234df1a0c3ba12a072004c2c@avcodec.org> References: <038.996bb84e234df1a0c3ba12a072004c2c@avcodec.org> Message-ID: <053.4aea639d0281c2110741c7cf19456edc@avcodec.org> #3787: h264 parser only accepts extradata before the first frame -------------------------------------+----------------------------------- Reporter: benjamin | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 Comment: Unfortunately, this has currently no similarities with a valid ticket. Is the problem you see reproducible with {{{ffmpeg}}} (the application)? If yes, please provide the failing command line (that does not produce the intended output file) together with the complete, uncut console output and point us to a sample. If the problem is not reproducible with {{{ffmpeg), please explain how we can reproduce the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 19:05:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 17:05:58 -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.153d418c47aca822b5332136a04e5b0c@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): If it's not easy to fix the bit allocation, maybe we should commit the patches without the default M/S encoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 19:27:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 17:27:02 -0000 Subject: [FFmpeg-trac] #3777(avformat:new): Wrong duration for mp3 file In-Reply-To: <037.734d733e5608c67258ec5bef9ca311d9@avcodec.org> References: <037.734d733e5608c67258ec5bef9ca311d9@avcodec.org> Message-ID: <052.7b800c12bf8d327e729d00747f82fc9d@avcodec.org> #3777: Wrong duration for mp3 file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by llogan): Possibly related to #2697. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 20:21:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 18:21:20 -0000 Subject: [FFmpeg-trac] #3783(ffmpeg:new): ffmpeg should init decoders before filters (was: ffmpeg shoud init decoders before filters) In-Reply-To: <036.f71c0e5e9b204ff33f42e5beaf6aecfc@avcodec.org> References: <036.f71c0e5e9b204ff33f42e5beaf6aecfc@avcodec.org> Message-ID: <051.9cd6789b0c2ec8ba6da57d14dd7653e6@avcodec.org> #3783: ffmpeg should init decoders before filters ------------------------------------+---------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: minor | Component: ffmpeg Version: git-master | 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 Jul 20 22:23:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 20:23:19 -0000 Subject: [FFmpeg-trac] #3788(undetermined:new): [SMK] Seek error Message-ID: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> #3788: [SMK] Seek error -------------------------------------+------------------------------------- Reporter: | Type: defect Underground78 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- The attached SMK file causes a seek error which is easily reproducible with ffplay (and probably ffmpeg since it affects other ffmpeg lib based tools). {{{ > ffplay.exe IVYDES.SMK ffplay version N-64796-gd5ee358 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 19 2014 03:24:50 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable- libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-mrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, smk, from 'IVYDES.SMK': 0KB vq= 0KB sq= 0B f=0/0 Duration: 00:00:03.10, start: 0.000000, bitrate: 502 kb/s Stream #0:0: Video: smackvideo (SMK2 / 0x324B4D53), pal8, 200x136, 10 tbr, 10 tbn, 10 tbc Seek to 43% ( 0:00:01) of total duration ( 0:00:03) B f=0/0 IVYDES.SMK: error while seeking }}} I tried the file with RAD Video Tools without seeing anything strange but I don't know this format at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 22:58:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 20:58:38 -0000 Subject: [FFmpeg-trac] #3788(undetermined:new): [SMK] Seek error In-Reply-To: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> References: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> Message-ID: <058.a7fe4673e3089db0faf7136159bfa4d1@avcodec.org> #3788: [SMK] Seek error -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this also reproducible with {{{ffmpeg}}} (the application)? Please only report {{{ffplay}}} issues if they are not reproducible with {{{ffmpeg}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 20 23:12:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Jul 2014 21:12:03 -0000 Subject: [FFmpeg-trac] #3788(undetermined:new): [SMK] Seek error In-Reply-To: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> References: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> Message-ID: <058.826cf5268f956b9af7fa77487bf217ab@avcodec.org> #3788: [SMK] Seek error -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): I don't know how to try reproducing this issue with ffmpeg otherwise I would have reported with it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 02:23:58 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 00:23:58 -0000 Subject: [FFmpeg-trac] #3789(ffmpeg:new): shortest command doesnt work when using a filter_complex with audio and video filters Message-ID: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> #3789: shortest command doesnt work when using a filter_complex with audio and video filters -------------------------------------+------------------------------------- Reporter: phingers | Type: defect Status: new | Priority: important Component: ffmpeg | Version: 2.2.4 Keywords: complex | Blocked By: filter | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: shortest command doesn't work when using a filter_complex with audio and video filters I uploaded output.mp4 at 8:21 ET on 7/20/14 to upload.ffmpeg.org The background audio is 4 mins long, but it should be truncated to the video length. Shortest works if I take the drawtext off the filter_complex How to reproduce: ffmpeg -framerate 1/5 -i foo%03d.png -i audio.wav -i speak.wav -filter_complex '[1:a]volume=volume=0.2[aquiet];[aquiet][2:a]amix=inputs=2[a];[0:v]drawtext=fontsize=40:fontcolor=white at 0.9:fontfile=FreeSerif.ttf:shadowy=2:shadowx=2:text="I am getting the hang of ffmpeg\!":x=(w-text_w)/2:y=(h-text_h-line_h)/2[v]' -map '[a]' -map '[v]' -shortest -r 32 -c:v libx264 -b:a 192k -pix_fmt yuv420p output.mp4 ffmpeg version 2.2.4- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 22:10:48 with gcc 4.8 (Debian 4.8.3-4) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libwebp --enable-libspeex --enable-libvorbis --enable- libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable-libass --enable-gnutls --cc=gcc-4.8 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.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'foo%03d.png': Duration: 00:00:30.00, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 640x360 [SAR 2835:2835 DAR 16:9], 0.20 fps, 1 tbr, 0.20 tbn, 0.20 tbc Input #1, mp3, from 'audio.wav': Metadata: major_brand : dash minor_version : 0 compatible_brands: iso6mp41 encoder : Lavf54.29.104 Duration: 00:04:29.09, start: 0.025057, bitrate: 238 kb/s Stream #1:0: Audio: mp3, 44100 Hz, stereo, s16p, 238 kb/s Guessed Channel Layout for Input Stream #2.0 : mono Input #2, wav, from 'speak.wav': Duration: 00:00:03.33, bitrate: 256 kb/s Stream #2:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 16000 Hz, mono, s16, 256 kb/s File 'output.mp4' already exists. Overwrite ? [y/N] y [libx264 @ 0x2fdf7a0] using SAR=1/1 [libx264 @ 0x2fdf7a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0x2fdf7a0] profile High, level 3.0 [libx264 @ 0x2fdf7a0] 264 - core 142 r2 a5831aa - 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=18 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'output.mp4': Metadata: encoder : Lavf55.33.100 Stream #0:0: Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 192 kb/s (default) Stream #0:1: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 16384 tbn, 32 tbc (default) Stream mapping: Stream #0:0 (png) -> drawtext Stream #1:0 (mp3) -> volume Stream #2:0 (pcm_s16le) -> amix:input1 amix -> Stream #0:0 (libvo_aacenc) drawtext -> Stream #0:1 (libx264) Press [q] to stop, [?] for help frame= 800 fps=116 q=-1.0 Lsize= 6606kB time=00:04:29.05 bitrate= 201.1kbits/s dup=794 drop=0 video:238kB audio:6307kB subtitle:0 data:0 global headers:0kB muxing overhead 0.933773% [libvo_aacenc @ 0x2fde340] 1 frames left in the queue on closing [libx264 @ 0x2fdf7a0] frame I:5 Avg QP:17.56 size: 37668 [libx264 @ 0x2fdf7a0] frame P:201 Avg QP:17.22 size: 219 [libx264 @ 0x2fdf7a0] frame B:594 Avg QP:25.96 size: 18 [libx264 @ 0x2fdf7a0] consecutive B-frames: 0.8% 0.2% 1.5% 97.5% [libx264 @ 0x2fdf7a0] mb I I16..4: 4.7% 64.5% 30.8% [libx264 @ 0x2fdf7a0] mb P I16..4: 0.1% 0.2% 0.3% P16..4: 0.5% 0.0% 0.0% 0.0% 0.0% skip:99.0% [libx264 @ 0x2fdf7a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.1% 0.0% 0.0% direct: 0.0% skip:99.9% L0:16.4% L1:83.6% BI: 0.0% [libx264 @ 0x2fdf7a0] 8x8 transform intra:58.6% inter:30.7% [libx264 @ 0x2fdf7a0] coded y,uvDC,uvAC intra: 83.7% 87.7% 75.6% inter: 0.0% 0.1% 0.0% [libx264 @ 0x2fdf7a0] i16 v,h,dc,p: 50% 11% 7% 32% [libx264 @ 0x2fdf7a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 19% 21% 6% 6% 5% 8% 6% 13% [libx264 @ 0x2fdf7a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 22% 11% 6% 7% 6% 7% 5% 12% [libx264 @ 0x2fdf7a0] i8c dc,h,v,p: 50% 22% 20% 8% [libx264 @ 0x2fdf7a0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x2fdf7a0] ref P L0: 94.2% 0.5% 3.9% 1.4% [libx264 @ 0x2fdf7a0] ref B L0: 53.1% 45.3% 1.6% [libx264 @ 0x2fdf7a0] ref B L1: 95.1% 4.9% [libx264 @ 0x2fdf7a0] kb/s:77.80 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 02:42:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 00:42:57 -0000 Subject: [FFmpeg-trac] #3788(undetermined:new): [SMK] Seek error In-Reply-To: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> References: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> Message-ID: <058.06ecaa10d4d06e50ddec3e0282fda9a6@avcodec.org> #3788: [SMK] Seek error -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you try the following? {{{ $ ffmpeg -ss 1 -i IVYDES.SMK -qscale 2 out.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 03:12:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 01:12:24 -0000 Subject: [FFmpeg-trac] #3789(ffmpeg:new): shortest command doesnt work when using a filter_complex with audio and video filters In-Reply-To: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> References: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> Message-ID: <053.eaa73c9f4c610e26d99fd3d0220d3ec6@avcodec.org> #3789: shortest command doesnt work when using a filter_complex with audio and video filters ------------------------------------+---------------------------------- Reporter: phingers | Owner: Type: defect | Status: new Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: shortest | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by Timothy_Gu): * keywords: complex filter => shortest * version: 2.2.4 => git-master Old description: > Summary of the bug: shortest command doesn't work when using a > filter_complex with audio and video filters > > I uploaded output.mp4 at 8:21 ET on 7/20/14 to upload.ffmpeg.org > > The background audio is 4 mins long, but it should be truncated to the > video length. > > Shortest works if I take the drawtext off the filter_complex > > How to reproduce: > > ffmpeg -framerate 1/5 -i foo%03d.png -i audio.wav -i speak.wav > -filter_complex > '[1:a]volume=volume=0.2[aquiet];[aquiet][2:a]amix=inputs=2[a];[0:v]drawtext=fontsize=40:fontcolor=white at 0.9:fontfile=FreeSerif.ttf:shadowy=2:shadowx=2:text="I > am getting the hang of ffmpeg\!":x=(w-text_w)/2:y=(h-text_h-line_h)/2[v]' > -map '[a]' -map '[v]' -shortest -r 32 -c:v libx264 -b:a 192k -pix_fmt > yuv420p output.mp4 > ffmpeg version 2.2.4- http://johnvansickle.com/ffmpeg/ Copyright (c) > 2000-2014 the FFmpeg developers > built on Jul 1 2014 22:10:48 with gcc 4.8 (Debian 4.8.3-4) > configuration: --enable-gpl --enable-version3 --disable-shared > --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- > libx264 --enable-libwebp --enable-libspeex --enable-libvorbis --enable- > libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid > --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora > --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable- > libopenjpeg --enable-libopus --disable-ffserver --enable-libass --enable- > gnutls --cc=gcc-4.8 > 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.102 / 2. 5.102 > libswresample 0. 18.100 / 0. 18.100 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, image2, from 'foo%03d.png': > Duration: 00:00:30.00, start: 0.000000, bitrate: N/A > Stream #0:0: Video: png, rgb24, 640x360 [SAR 2835:2835 DAR 16:9], > 0.20 fps, 1 tbr, 0.20 tbn, 0.20 tbc > Input #1, mp3, from 'audio.wav': > Metadata: > major_brand : dash > minor_version : 0 > compatible_brands: iso6mp41 > encoder : Lavf54.29.104 > Duration: 00:04:29.09, start: 0.025057, bitrate: 238 kb/s > Stream #1:0: Audio: mp3, 44100 Hz, stereo, s16p, 238 kb/s > Guessed Channel Layout for Input Stream #2.0 : mono > Input #2, wav, from 'speak.wav': > Duration: 00:00:03.33, bitrate: 256 kb/s > Stream #2:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 16000 Hz, > mono, s16, 256 kb/s > File 'output.mp4' already exists. Overwrite ? [y/N] y > [libx264 @ 0x2fdf7a0] using SAR=1/1 > [libx264 @ 0x2fdf7a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 > [libx264 @ 0x2fdf7a0] profile High, level 3.0 > [libx264 @ 0x2fdf7a0] 264 - core 142 r2 a5831aa - 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=18 > lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 > bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 > b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 > scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 > qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 > Output #0, mp4, to 'output.mp4': > Metadata: > encoder : Lavf55.33.100 > Stream #0:0: Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), > 44100 Hz, stereo, s16, 192 kb/s (default) > Stream #0:1: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, > 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 16384 tbn, 32 tbc (default) > Stream mapping: > Stream #0:0 (png) -> drawtext > Stream #1:0 (mp3) -> volume > Stream #2:0 (pcm_s16le) -> amix:input1 > amix -> Stream #0:0 (libvo_aacenc) > drawtext -> Stream #0:1 (libx264) > Press [q] to stop, [?] for help > frame= 800 fps=116 q=-1.0 Lsize= 6606kB time=00:04:29.05 bitrate= > 201.1kbits/s dup=794 drop=0 > video:238kB audio:6307kB subtitle:0 data:0 global headers:0kB muxing > overhead 0.933773% > [libvo_aacenc @ 0x2fde340] 1 frames left in the queue on closing > [libx264 @ 0x2fdf7a0] frame I:5 Avg QP:17.56 size: 37668 > [libx264 @ 0x2fdf7a0] frame P:201 Avg QP:17.22 size: 219 > [libx264 @ 0x2fdf7a0] frame B:594 Avg QP:25.96 size: 18 > [libx264 @ 0x2fdf7a0] consecutive B-frames: 0.8% 0.2% 1.5% 97.5% > [libx264 @ 0x2fdf7a0] mb I I16..4: 4.7% 64.5% 30.8% > [libx264 @ 0x2fdf7a0] mb P I16..4: 0.1% 0.2% 0.3% P16..4: 0.5% > 0.0% 0.0% 0.0% 0.0% skip:99.0% > [libx264 @ 0x2fdf7a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.1% > 0.0% 0.0% direct: 0.0% skip:99.9% L0:16.4% L1:83.6% BI: 0.0% > [libx264 @ 0x2fdf7a0] 8x8 transform intra:58.6% inter:30.7% > [libx264 @ 0x2fdf7a0] coded y,uvDC,uvAC intra: 83.7% 87.7% 75.6% inter: > 0.0% 0.1% 0.0% > [libx264 @ 0x2fdf7a0] i16 v,h,dc,p: 50% 11% 7% 32% > [libx264 @ 0x2fdf7a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 19% 21% 6% 6% > 5% 8% 6% 13% > [libx264 @ 0x2fdf7a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 22% 11% 6% 7% > 6% 7% 5% 12% > [libx264 @ 0x2fdf7a0] i8c dc,h,v,p: 50% 22% 20% 8% > [libx264 @ 0x2fdf7a0] Weighted P-Frames: Y:0.0% UV:0.0% > [libx264 @ 0x2fdf7a0] ref P L0: 94.2% 0.5% 3.9% 1.4% > [libx264 @ 0x2fdf7a0] ref B L0: 53.1% 45.3% 1.6% > [libx264 @ 0x2fdf7a0] ref B L1: 95.1% 4.9% > [libx264 @ 0x2fdf7a0] kb/s:77.80 New description: Summary of the bug: shortest command doesn't work when using a filter_complex with audio and video filters I uploaded output.mp4 at 8:21 ET on 7/20/14 to upload.ffmpeg.org The background audio is 4 mins long, but it should be truncated to the video length. Shortest works if I take the drawtext off the filter_complex How to reproduce: {{{ ffmpeg -framerate 1/5 -i foo%03d.png -i audio.wav -i speak.wav -filter_complex '[1:a]volume=volume=0.2[aquiet];[aquiet][2:a]amix=inputs=2[a];[0:v]drawtext=fontsize=40:fontcolor=white at 0.9:fontfile=FreeSerif.ttf:shadowy=2:shadowx=2:text="I am getting the hang of ffmpeg\!":x=(w-text_w)/2:y=(h-text_h-line_h)/2[v]' -map '[a]' -map '[v]' -shortest -r 32 -c:v libx264 -b:a 192k -pix_fmt yuv420p output.mp4 ffmpeg version 2.2.4- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 22:10:48 with gcc 4.8 (Debian 4.8.3-4) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libwebp --enable-libspeex --enable-libvorbis --enable- libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable-libass --enable-gnutls --cc=gcc-4.8 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.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'foo%03d.png': Duration: 00:00:30.00, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 640x360 [SAR 2835:2835 DAR 16:9], 0.20 fps, 1 tbr, 0.20 tbn, 0.20 tbc Input #1, mp3, from 'audio.wav': Metadata: major_brand : dash minor_version : 0 compatible_brands: iso6mp41 encoder : Lavf54.29.104 Duration: 00:04:29.09, start: 0.025057, bitrate: 238 kb/s Stream #1:0: Audio: mp3, 44100 Hz, stereo, s16p, 238 kb/s Guessed Channel Layout for Input Stream #2.0 : mono Input #2, wav, from 'speak.wav': Duration: 00:00:03.33, bitrate: 256 kb/s Stream #2:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 16000 Hz, mono, s16, 256 kb/s File 'output.mp4' already exists. Overwrite ? [y/N] y [libx264 @ 0x2fdf7a0] using SAR=1/1 [libx264 @ 0x2fdf7a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0x2fdf7a0] profile High, level 3.0 [libx264 @ 0x2fdf7a0] 264 - core 142 r2 a5831aa - 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=18 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'output.mp4': Metadata: encoder : Lavf55.33.100 Stream #0:0: Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 192 kb/s (default) Stream #0:1: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 16384 tbn, 32 tbc (default) Stream mapping: Stream #0:0 (png) -> drawtext Stream #1:0 (mp3) -> volume Stream #2:0 (pcm_s16le) -> amix:input1 amix -> Stream #0:0 (libvo_aacenc) drawtext -> Stream #0:1 (libx264) Press [q] to stop, [?] for help frame= 800 fps=116 q=-1.0 Lsize= 6606kB time=00:04:29.05 bitrate= 201.1kbits/s dup=794 drop=0 video:238kB audio:6307kB subtitle:0 data:0 global headers:0kB muxing overhead 0.933773% [libvo_aacenc @ 0x2fde340] 1 frames left in the queue on closing [libx264 @ 0x2fdf7a0] frame I:5 Avg QP:17.56 size: 37668 [libx264 @ 0x2fdf7a0] frame P:201 Avg QP:17.22 size: 219 [libx264 @ 0x2fdf7a0] frame B:594 Avg QP:25.96 size: 18 [libx264 @ 0x2fdf7a0] consecutive B-frames: 0.8% 0.2% 1.5% 97.5% [libx264 @ 0x2fdf7a0] mb I I16..4: 4.7% 64.5% 30.8% [libx264 @ 0x2fdf7a0] mb P I16..4: 0.1% 0.2% 0.3% P16..4: 0.5% 0.0% 0.0% 0.0% 0.0% skip:99.0% [libx264 @ 0x2fdf7a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.1% 0.0% 0.0% direct: 0.0% skip:99.9% L0:16.4% L1:83.6% BI: 0.0% [libx264 @ 0x2fdf7a0] 8x8 transform intra:58.6% inter:30.7% [libx264 @ 0x2fdf7a0] coded y,uvDC,uvAC intra: 83.7% 87.7% 75.6% inter: 0.0% 0.1% 0.0% [libx264 @ 0x2fdf7a0] i16 v,h,dc,p: 50% 11% 7% 32% [libx264 @ 0x2fdf7a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 19% 21% 6% 6% 5% 8% 6% 13% [libx264 @ 0x2fdf7a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 22% 11% 6% 7% 6% 7% 5% 12% [libx264 @ 0x2fdf7a0] i8c dc,h,v,p: 50% 22% 20% 8% [libx264 @ 0x2fdf7a0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x2fdf7a0] ref P L0: 94.2% 0.5% 3.9% 1.4% [libx264 @ 0x2fdf7a0] ref B L0: 53.1% 45.3% 1.6% [libx264 @ 0x2fdf7a0] ref B L1: 95.1% 4.9% [libx264 @ 0x2fdf7a0] kb/s:77.80 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 03:16:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 01:16:26 -0000 Subject: [FFmpeg-trac] #3789(ffmpeg:new): shortest command doesnt work when using a filter_complex with audio and video filters In-Reply-To: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> References: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> Message-ID: <053.41189d795309c54f05aa08ae9443dc50@avcodec.org> #3789: shortest command doesnt work when using a filter_complex with audio and video filters ------------------------------------+---------------------------------- Reporter: phingers | Owner: Type: defect | Status: new Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: shortest | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): Is this a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 03:55:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 01:55:02 -0000 Subject: [FFmpeg-trac] #3790(undetermined:new): IP Video Transcoding violates GPL Message-ID: <037.bacf40ac10f8b2f3b5d6019c42957230@avcodec.org> #3790: IP Video Transcoding 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 -------------------------------------+------------------------------------- http://www.ipvideotrans.com/transcoding.html --enable-gpl --enable-nonfree in the binaries -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 05:45:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 03:45:49 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.86ace0e15cc3319ab9d9e3d1116c734d@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Correction on my part, due to the test pattern selected, the ranges are not going to span the entire gamut. A better test chart is being researched for this purpose. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 09:59:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 07:59:18 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.5ca29dae72bcaddd117b0ba4b071d7c9@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Added a YCbCr calculator for testing raw values. Coefficients and formulas referenced from Poynton and company. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 10:00:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 08:00:09 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.d4b9d851bfa583d8b2880c3a4d1f6a69@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Can someone instruct me as to how tiny_psnr is intended to be used with a few sample test cases? Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 13:53:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 11:53:51 -0000 Subject: [FFmpeg-trac] #3781(avformat:new): Malfunction of the program with rtsp protocol. In-Reply-To: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> References: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> Message-ID: <059.c67f00206d4767868f8bf95010ca25f0@avcodec.org> #3781: Malfunction of the program with rtsp protocol. -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: rtsp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => rtsp * version: unspecified => git-master * component: undetermined => avformat Comment: Please tell us which server needs the TEARDOWN command so a proper patch can be written. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 13:54:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 11:54:46 -0000 Subject: [FFmpeg-trac] #3782(avformat:closed): Codec problem In-Reply-To: <044.2e5a6b0b02eee172fa2153ccbfe27e94@avcodec.org> References: <044.2e5a6b0b02eee172fa2153ccbfe27e94@avcodec.org> Message-ID: <059.4ca8dc1e3c85fd4c7191493cd6f1b8ef@avcodec.org> #3782: Codec problem -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: closed Type: defect | Component: avformat Priority: normal | Resolution: Version: unspecified | needs_more_info Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => rtsp * resolution: => needs_more_info * status: new => closed * component: undetermined => avformat Comment: Please do not hesitate to reopen this ticket if you can add more information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 14:18:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 12:18:20 -0000 Subject: [FFmpeg-trac] #3622(avformat:reopened): Second audio track in mov sometimes marked as default In-Reply-To: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> References: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> Message-ID: <052.b6982b5b5c4bb261f3ba849b74c13527@avcodec.org> #3622: Second audio track in mov sometimes marked as default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by outlyer): Replying to [comment:11 michael]: > Replying to [comment:10 cehoyos]: > > The issue is still reproducible with current FFmpeg git head: > > can you explain in which way it is insufficient ? / what did QT do ? When a file is played by QuickTime on a desktop, both audio tracks play simultaneously; on an AppleTV, the AC-3 track is ignored and cannot be played - only the AAC track is usable. Both audio tracks are visible when ffprobe is used, but having multiple default audio streams causes the problem. == Broken (Unplayable AC-3) == {{{ Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 256 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:2(eng): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, 5.1(side), fltp, 384 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:3(eng): Subtitle: mov_text (tx3g / 0x67337874), 0 kb/s (default) Metadata: handler_name : SubtitleHandler Stream #0:4: Video: mjpeg, yuvj444p(pc), 600x600 [SAR 72:72 DAR 1:1], 90k tbr, 90k tbn, 90k tbc }}} == Playable (Working dual-audio) == {{{ Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 256 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:2(eng): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, 5.1(side), fltp, 384 kb/s Metadata: handler_name : SoundHandler Stream #0:3(eng): Subtitle: mov_text (tx3g / 0x67337874), 0 kb/s (default) Metadata: handler_name : SubtitleHandler Stream #0:4: Video: mjpeg, yuvj444p(pc), 600x600 [SAR 72:72 DAR 1:1], 90k tbr, 90k tbn, 90k tbc }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 21 22:59:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Jul 2014 20:59:20 -0000 Subject: [FFmpeg-trac] #3788(undetermined:new): [SMK] Seek error In-Reply-To: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> References: <043.ad3c7d755f11e52a139e2229d3c283cc@avcodec.org> Message-ID: <058.8f437e484b5cddbfacde0ebfa42cc073@avcodec.org> #3788: [SMK] Seek error -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): It does fail with `IVYDES.SMK: could not seek to position 1.000`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 04:56:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 02:56:27 -0000 Subject: [FFmpeg-trac] #3787(avcodec:new): h264 parser only accepts extradata before the first frame In-Reply-To: <038.996bb84e234df1a0c3ba12a072004c2c@avcodec.org> References: <038.996bb84e234df1a0c3ba12a072004c2c@avcodec.org> Message-ID: <053.61eb724086d61723cc52b183495ee028@avcodec.org> #3787: h264 parser only accepts extradata before the first frame -------------------------------------+----------------------------------- Reporter: benjamin | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by benjamin): Consider the file I just attached. Asking ffmpeg to read this file gives: {{{ [flv @ 0x63ff90] Stream discovered after head already parsed [h264 @ 0x6409e0] AVC: nal size 21839903 [h264 @ 0x6409e0] missing picture in access unit with size 37 Input #0, flv, from '/home/benjamin/Downloads/example.flv': Duration: 00:00:09.92, start: 0.000000, bitrate: 739 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 720x400, 25 fps, 25 tbr, 1k tbn, 50 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp Stream #0:2: Data: none }}} As I said in the opening comment, the invalid NAL size warning is because the h264 parser is trying to interpret extradata as a NAL unit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 08:14:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 06:14:43 -0000 Subject: [FFmpeg-trac] #3781(avformat:new): Malfunction of the program with rtsp protocol. In-Reply-To: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> References: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> Message-ID: <059.6ec13b786ba204ef7e9e1b278a26efb7@avcodec.org> #3781: Malfunction of the program with rtsp protocol. -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: rtsp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by iRidium_mobile): I found a problem when working in ffmpeg with RSTP protocol. When working with several problem cameras I found out that a mistake appears when changing low-level transport in rtsp protocol. I compared the work of ffmpeg and vlc and saw that the programs behave differently when working with the same camera. Here is the sequence of commands (C=Client, S=Server) Case 1. ffmpeg C:OPTIONS S:OK C: DESCRIBE S:OK C:SETUP (transport = UDP) S: OK C: PLAY S:OK ... timeout 10 sec C: PAUSE S: OK C: SETUP (transport=TCP) S: OK vlc C:OPTIONS S:OK C: DESCRIBE S:OK C:SETUP (transport = UDP) S: OK C: PLAY S:OK ... timeout 10 sec C: TEARDOWN S: OK C:OPTIONS S:OK C: DESCRIBE S:OK C:SETUP (transport = TCP) S: OK C: PLAY S:OK S: stream (the stream goes) In this case if we comment in rtsp_read_packet method in rtspdec.c file if (rt->server_type == RTSP_SERVER_REAL) In this case ffmpeg starts to work and the stream comes. Case 2. In the second case the camera has 2 streams and a mistake appears when doing the SETUP command with TCP transport. The SETUP command, when initializing with TCP, is sent only for the first stream, it does not reach the second one. ffmpeg C:OPTIONS S:OK C: DESCRIBE S:OK C:SETUP (transport = UDP for stream 1) S: OK C:SETUP (transport = UDP for stream 2) S: OK C: PLAY S:OK ... timeout 10 sec C: PAUSE S: OK C: SETUP (transport=TCP for stream 1) S: OK Nothing happens further. vlc C:OPTIONS S:OK C: DESCRIBE S:OK C:SETUP (transport = UDP for stream 1) S: OK C:SETUP (transport = UDP for stream 2) S: OK C: PLAY S:OK ... timeout 10 sec C: TEARDOWN S: OK C:OPTIONS S:OK C: DESCRIBE S:OK C:SETUP (transport = TCP for stream 1) S: OK C:SETUP (transport = TCP for stream 2) S: OK C: PLAY S:OK S: stream (the stream goes) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 08:36:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 06:36:14 -0000 Subject: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.467d0c2a83d7bb04aa37ac5893dcdfdf@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by smallishzulu): aviobuf.c.patch? added by ksotik works ok and accurate. Last night I tested the output with tcpdump. All packets where 1316 bytes when I set pkt_size=1316. My comment is this patch can be add to source when mpegts output is set and pkt_size is given. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 12:28:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 10:28:55 -0000 Subject: [FFmpeg-trac] #3791(ffserver:new): Show URL parameters in FFserver status page Message-ID: <038.a71569dd9566107c7b98f97a3e4d3d9d@avcodec.org> #3791: Show URL parameters in FFserver status page -------------------------------------+------------------------------------- Reporter: envelope | Type: Status: new | enhancement Component: ffserver | Priority: minor Keywords: | Version: git- ffserver,status,info | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- It would be very nice if URL parameters for streams are shown in the FFserver status page. As example, client calls: http://ffserver/test.flv?18NMB189S In the FFserver status page, unter the "Connection Status" the filename shows "test.flv" and not "test.flv?18NMB189S". I need the extra info for some proxy settings, that I am using befor the ffserver. An cleaner solution would be to implement a extra info (like date and buffer, so test.flv?info=18NMB189S) and add a new column in status page with the name "INFO" and the value of the info parameter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 12:37:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 10:37:16 -0000 Subject: [FFmpeg-trac] #3791(ffserver:new): Show URL parameters in FFserver status page In-Reply-To: <038.a71569dd9566107c7b98f97a3e4d3d9d@avcodec.org> References: <038.a71569dd9566107c7b98f97a3e4d3d9d@avcodec.org> Message-ID: <053.775a89525de17dfd9af0f59c479d0353@avcodec.org> #3791: Show URL parameters in FFserver status page -------------------------------------+------------------------------------ Reporter: envelope | Owner: Type: enhancement | Status: new Priority: wish | Component: ffserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: ffserver,status,info => * priority: minor => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 12:38:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 10:38:41 -0000 Subject: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.b9a18ad5e0738c69ac62dd68453a0c03@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: ksotik (added) Comment: Replying to [comment:14 smallishzulu]: > My comment is this patch can be add to source when mpegts output is set and pkt_size is given. Then please suggest to ksotik that he sends his patch - made with {{{git format-patch}}} - to the ffmpeg-devel mailing list where it can be discussed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 12:41:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 10:41:05 -0000 Subject: [FFmpeg-trac] #3781(avformat:new): Malfunction of the program with rtsp protocol. In-Reply-To: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> References: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> Message-ID: <059.41eeceab3599e4aed5af91d1f9115cf2@avcodec.org> #3781: Malfunction of the program with rtsp protocol. -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: rtsp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 iRidium_mobile]: > I found a problem when working in ffmpeg with RSTP protocol. When working with several problem cameras I found out that a mistake appears when changing low-level transport in rtsp protocol. I compared the work of ffmpeg and vlc and saw that the programs behave differently when working with the same camera. Here is the sequence of commands (C=Client, S=Server) > Case 1. > ffmpeg > C:OPTIONS > S:OK > C: DESCRIBE > S:OK > C:SETUP (transport = UDP) > S: OK > C: PLAY > S:OK > ... timeout 10 sec > C: PAUSE > S: OK > C: SETUP (transport=TCP) > S: OK > vlc > C:OPTIONS > S:OK > C: DESCRIBE > S:OK > C:SETUP (transport = UDP) > S: OK > C: PLAY > S:OK > ... timeout 10 sec > C: TEARDOWN > S: OK > C:OPTIONS > S:OK > C: DESCRIBE > S:OK > C:SETUP (transport = TCP) > S: OK > C: PLAY > S:OK > S: stream (the stream goes) > In this case if we comment in rtsp_read_packet method in rtspdec.c file > if (rt->server_type == RTSP_SERVER_REAL) > In this case ffmpeg starts to work and the stream comes. Please tell us how we can identify the cameras that need TEARDOWN, I am sure you saw the comment in the code that explains why the check cannot be removed unconditionally. > Case 2. > In the second case the camera has 2 streams and a mistake appears when doing the SETUP command with TCP transport. The SETUP command, when initializing with TCP, is sent only for the first stream, it does not reach the second one. Do I understand correctly that this is completely unrelated to the TEARDOWN issue? If yes, please open a new ticket: Provide the {{{ffmpeg}}} command line that you tested together with the complete, uncut console output and explain what goes wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 13:57:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 11:57:23 -0000 Subject: [FFmpeg-trac] #3749(avformat:closed): segment with segment_time_delta cause the first file empty. In-Reply-To: <035.54b4fbcb43c9b0c5486be0d931a87038@avcodec.org> References: <035.54b4fbcb43c9b0c5486be0d931a87038@avcodec.org> Message-ID: <050.0caa918da8d6a22c02e7739e5ba8adda@avcodec.org> #3749: segment with segment_time_delta cause the first file empty. -------------------------------------+------------------------------------ Reporter: qrtt1 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: hls segment | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit 713157484a101d0fba92420c9d62d711f2f0012b Author: Stefano Sabatini Date: Thu Jul 17 20:28:40 2014 +0200 lavf/segment: do not allow to create segments with no key-frames Fix trac ticket #3749. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 15:27:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 13:27:16 -0000 Subject: [FFmpeg-trac] #3792(undetermined:new): TIFF tag type (0) is not implemented Message-ID: <037.0bfba60e303d5516b437e2b985551081@avcodec.org> #3792: TIFF tag type (0) is not implemented -------------------------------------+------------------------------------- Reporter: pszemus | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: `TIFF tag type(0) is not implemented` warning, although file transcodes correctly. How to reproduce: {{{ $ ./ffmpeg -i http://i.wp.pl/a/f/jpeg/33174/cionek1.jpeg -f null /dev/null ffmpeg version N-64886-gc4d63cd Copyright (c) 2000-2014 the FFmpeg developers built on Jul 22 2014 15:14:24 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --enable-pthreads --enable-libmp3lame --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfaac --enable-gpl --enable-nonfree --enable-libvpx --enable-libvorbis --enable- libx264 --enable-protocol=https --enable-openssl --extra- cflags=-I/opt/WP/common.libs/inc --extra-ldflags=-L/opt/WP/common.libs/lib --disable-optimizations libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mjpeg @ 0x9908c00] TIFF tag type (0) 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. [mjpeg @ 0x9908c00] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) Input #0, image2, from 'http://i.wp.pl/a/f/jpeg/33174/cionek1.jpeg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj444p(pc, bt470bg), 650x961 [SAR 72:72 DAR 650:961], 25 tbr, 25 tbn, 25 tbc Output #0, null, to '/dev/null': Metadata: encoder : Lavf55.48.101 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuvj444p, 650x961 [SAR 72:72 DAR 650:961], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> rawvideo (native)) Press [q] to stop, [?] for help [mjpeg @ 0x9909500] TIFF tag type (0) 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. [mjpeg @ 0x9909500] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [null @ 0x990a000] Encoder did not produce proper pts, making some up. frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 17:45:37 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 15:45:37 -0000 Subject: [FFmpeg-trac] #3792(avcodec:open): TIFF tag type (0) is not implemented In-Reply-To: <037.0bfba60e303d5516b437e2b985551081@avcodec.org> References: <037.0bfba60e303d5516b437e2b985551081@avcodec.org> Message-ID: <052.72be000a251ee6b907271cf168cc679b@avcodec.org> #3792: TIFF tag type (0) is not implemented ------------------------------------+----------------------------------- Reporter: pszemus | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: exif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => minor * keywords: => exif * version: unspecified => git-master * analyzed: 0 => 1 * type: enhancement => defect Comment: Patch sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/180300 The GPSLatitudeRef tag should have type "ASCII" (or "STRING" in FFmpeg notation) and size 2, the tag has size 1 and type 0 for the given file (the content is 0x3 iiuc), this is not valid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 19:10:37 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 17:10:37 -0000 Subject: [FFmpeg-trac] #3741(undetermined:reopened): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.9a8a6f35c876ceaf8ba093f70c5ab81a@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: reopened Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by blacktrash): * status: closed => reopened * resolution: fixed => Comment: Could I have the confirmation that the warning is to be expected with `-f segment`? If yes, this can be closed again, thank you. {{{ ffmpeg -i ../test.mp4 -c copy -bsf:v h264_mp4toannexb -map 0 -f segment -segment_ time 10 -segment_list test.m3u8 %02d.ts ffmpeg version N-64901-ged248e7 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 22 2014 17:54:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) 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-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f9efb021800] stream 0, timescale not set Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../test.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2014-03-06 08:06:38 Duration: 00:04:14.24, start: 0.114694, bitrate: 958 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 890 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 64 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:2: Video: mjpeg, yuvj420p(pc, bt470bg), 640x480 [SAR 1:1 DAR 4:3], 90k tbr, 90k tbn, 90k tbc [mpegts @ 0x7f9efb012c00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efb015c00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, segment, to '%02d.ts': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom comment : ? 2002-2008 Black Trash Productions | www.blacktrash.org title : Cowboy Canoe Coma - Trailer 1 encoder : Lavf55.48.101 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 890 kb/s, 25 fps, 25 tbn, 25 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 64 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:2: Video: mjpeg, yuvj420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 90k tbn, 90k tbc 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 [mpegts @ 0x7f9efc009200] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc004800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efb89b200] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efb80e600] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc008000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc013000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc008000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc05e800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc838200] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc810000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc838200] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc83e200] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc023600] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc058600] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc867c00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc8eda00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc008000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc013000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc008000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc0a2200] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efb023c00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efb047e00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc07e000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc089000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc07e000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc0e4400] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc07e000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc10c600] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc07e000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc161200] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc07e000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc197400] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc07e000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc1ac200] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc07e000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc089000] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efb023c00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efb047e00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc08d800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc090800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc08d800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc03b800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc08d800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc03b800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efc08d800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efc28c600] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7f9efb023c00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 2 times [adts @ 0x7f9efb047e00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. frame= 6355 fps=0.0 q=-1.0 Lq=-1.0 size=N/A time=00:04:14.39 bitrate=N/A video:27690kB audio:1987kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 22:32:44 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 20:32:44 -0000 Subject: [FFmpeg-trac] #3786(undetermined:new): missing picture in access unit with size 62 In-Reply-To: <036.bc9e48bc4e8423b369e8764492cc87a3@avcodec.org> References: <036.bc9e48bc4e8423b369e8764492cc87a3@avcodec.org> Message-ID: <051.e07911f0d9ac225e3b9b99c2feb5c137@avcodec.org> #3786: missing picture in access unit with size 62 -------------------------------------+------------------------------------- Reporter: ghazel | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ghazel): * version: 2.2.4 => git-master Comment: Still happens on 2.3. I cannot upload a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 22 22:49:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Jul 2014 20:49:41 -0000 Subject: [FFmpeg-trac] #3786(undetermined:closed): missing picture in access unit with size 62 In-Reply-To: <036.bc9e48bc4e8423b369e8764492cc87a3@avcodec.org> References: <036.bc9e48bc4e8423b369e8764492cc87a3@avcodec.org> Message-ID: <051.42f062e1a0c834e4038f94552601edf5@avcodec.org> #3786: missing picture in access unit with size 62 -------------------------------------+------------------------------------- Reporter: ghazel | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if (it is reproducible with current FFmpeg git head and if) you can provide a sample input file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 04:27:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 02:27:48 -0000 Subject: [FFmpeg-trac] #3793(avutil:new): ffmpeg fails with "3dnow" and "3dnowext" cpuflags Message-ID: <035.f058031a331ca762020fd4b8c9eb8f18@avcodec.org> #3793: ffmpeg fails with "3dnow" and "3dnowext" cpuflags --------------------------------------+-------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+-------------------------------- Summary of the bug: $subject How to reproduce: {{{ % ffmpeg -cpuflags 3dnow -i input ffmpeg version N-64909-g1df2f7b Copyright (c) 2000-2014 the FFmpeg developers built on Jul 22 2014 22:57:59 with gcc 4.8.3 (GCC) configuration: --enable-gpl --prefix=/mingw32 libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [cpuflags @ 0028fa8c] [Eval @ 0028f4dc] Invalid chars 'now' at the end of expression '3dnow' [cpuflags @ 0028fa8c] Unable to parse option value "3dnow" Failed to set value 'mmx+mmxext+3dnow' for option 'cpuflags': Error number -22 occurred Error parsing global options: Error number -22 occurred }}} This is a regression since 265dadbe7de5e0f35faeedf0a76a823cbc71cd72 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 05:51:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 03:51:43 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range Message-ID: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+-------------------------------------- Reporter: troy_s | Type: defect Status: new | Priority: normal Component: swscale | Version: git-master Keywords: 709 Y luma | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: It appears FFMPEG has some +/- single unit quantization errors in the YCbCr transform. How to reproduce: Generate a raw YCbCr image and diff against theoretically correct values. {{{ ./ffmpeg -i ~/Documents/FFMPEG\ Color\ Research/ARIB_STD-B28.png -pix_fmt yuv444p -vcodec rawvideo -f rawvideo -vf scale="in_range=full:in_color_matrix=bt709:out_range=full:out_color_matrix=bt709" test.yuv ffmpeg version N-64815-gb53bdae Copyright (c) 2000-2014 the FFmpeg developers built on Jul 19 2014 16:33:49 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-libx264 --disable-asm libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '/home/aphorism/Documents/FFMPEG Color Research/ARIB_STD-B28.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1920x1080 [SAR 2835:2835 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Output #0, rawvideo, to 'test.yuv': Metadata: encoder : Lavf55.48.101 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (png (native) -> rawvideo (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 6075kB time=00:00:00.04 bitrate=1244160.0kbits/s video:6075kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} Diff'd versions of the theoretically ideal values versus FFMPEG's output. Lowest red stripe is due to theoretical version preserving the -2% patch, and not relevant. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 05:51:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 03:51:43 -0000 Subject: [FFmpeg-trac] #3795(swscale:new): SWSCALE: Quantization Errors in Y Studio Range Message-ID: <036.556afe122fd0fa87911dd84f31505cbb@avcodec.org> #3795: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+-------------------------------------- Reporter: troy_s | Type: defect Status: new | Priority: normal Component: swscale | Version: git-master Keywords: 709 Y luma | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: It appears FFMPEG has some +/- single unit quantization errors in the YCbCr transform. How to reproduce: Generate a raw YCbCr image and diff against theoretically correct values. {{{ ./ffmpeg -i ~/Documents/FFMPEG\ Color\ Research/ARIB_STD-B28.png -pix_fmt yuv444p -vcodec rawvideo -f rawvideo -vf scale="in_range=full:in_color_matrix=bt709:out_range=full:out_color_matrix=bt709" test.yuv ffmpeg version N-64815-gb53bdae Copyright (c) 2000-2014 the FFmpeg developers built on Jul 19 2014 16:33:49 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-libx264 --disable-asm libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '/home/aphorism/Documents/FFMPEG Color Research/ARIB_STD-B28.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1920x1080 [SAR 2835:2835 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Output #0, rawvideo, to 'test.yuv': Metadata: encoder : Lavf55.48.101 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (png (native) -> rawvideo (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 6075kB time=00:00:00.04 bitrate=1244160.0kbits/s video:6075kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} Diff'd versions of the theoretically ideal values versus FFMPEG's output. Lowest red stripe is due to theoretical version preserving the -2% patch, and not relevant. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 05:55:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 03:55:34 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.96f115047cda925410bd85b845edbdfb@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: 709 Y luma | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): out_range incorrect in the sample above, and should be out_range=mpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 05:56:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 03:56:28 -0000 Subject: [FFmpeg-trac] #3795(swscale:closed): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.556afe122fd0fa87911dd84f31505cbb@avcodec.org> References: <036.556afe122fd0fa87911dd84f31505cbb@avcodec.org> Message-ID: <051.3981de12ed833f08857dd052ab7232d2@avcodec.org> #3795: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: duplicate Keywords: 709 Y luma | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by troy_s): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 07:36:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 05:36:10 -0000 Subject: [FFmpeg-trac] #3781(avformat:new): Malfunction of the program with rtsp protocol. In-Reply-To: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> References: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> Message-ID: <059.60c6ea48fe797254d82b16682154793e@avcodec.org> #3781: Malfunction of the program with rtsp protocol. -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: rtsp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by iRidium_mobile): As for Case 1. The point is that cameras do nor have unique prjperties, that define the necessity to make TEARDOWN. Testing in vlc showed that teardown is always done, if before it a session with low level transport was opened. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 09:06:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 07:06:10 -0000 Subject: [FFmpeg-trac] #3793(avutil:closed): ffmpeg fails with "3dnow" and "3dnowext" cpuflags In-Reply-To: <035.f058031a331ca762020fd4b8c9eb8f18@avcodec.org> References: <035.f058031a331ca762020fd4b8c9eb8f18@avcodec.org> Message-ID: <050.5eb10c3927fb32d19d50c93e494b52fb@avcodec.org> #3793: ffmpeg fails with "3dnow" and "3dnowext" cpuflags ------------------------------------+---------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by jamal): * status: new => closed * resolution: => fixed Comment: Fixed by commit bbc5adfb9428e1cbfcc323db700578059f8fa253 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 10:13:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 08:13:22 -0000 Subject: [FFmpeg-trac] #3781(avformat:new): Malfunction of the program with rtsp protocol. In-Reply-To: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> References: <044.b1988363649dc04912991397d5ba00e1@avcodec.org> Message-ID: <059.948b287292b2b40691dfaadfa1da1e0a@avcodec.org> #3781: Malfunction of the program with rtsp protocol. -------------------------------------+------------------------------------- Reporter: | Owner: iRidium_mobile | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: rtsp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): As said, please add the command line that allows to reproduce the TEARDOWN issue together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 10:19:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 08:19:21 -0000 Subject: [FFmpeg-trac] #3795(swscale:closed): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.556afe122fd0fa87911dd84f31505cbb@avcodec.org> References: <036.556afe122fd0fa87911dd84f31505cbb@avcodec.org> Message-ID: <051.375e7e3d647b46016cd81c721c70ac07@avcodec.org> #3795: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: 709 Y luma => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 10:22:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 08:22:23 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.3070df4fa3e7496ecbacd36e6fde38f3@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: 709 Y luma | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:1 troy_s]: > out_range incorrect in the sample above, and should be out_range=mpeg Sorry if I misunderstand but the idea is of course that you provide the actual command line that allows to reproduce the issue you see. (It is unclear to me if this applies but if it does, please fix it.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 10:28:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 08:28:48 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.4aeb2ea8c13632485d3d1a3107eeae41@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: 709 Y luma => Comment: There is something that I don't understand about this ticket (which in reality doesn't matter since I won't be fixing the issue): Your command line outputs a raw yuv file. If there is something wrong with this file, I would expect you to write "the third pixel from the left has input value x:y:z, FFmpeg outputs a:b:c instead of the expected y:u:v" or "all pixels are 2% too bright" or "the dynamics are all off as in...". Instead you attached rgb24 images: How can they be used to check yuv values? This is apart from the fact that I wonder if pal8 as an input format (instead of rgb24 and/or bgr24) may have its own subtle issues. (This reminds me that there is ticket #979 about different output values depending on the input being rgb24 or bgr24.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 10:36:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 08:36:00 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.38d3772eec7d8f8bc44cacaba762adb5@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): The ?diff? is an image based diff which shows precisely what pixels are off from their theoretical. The RGB format is a relative tri-color space, and given correct handling, is nothing more than a wrapper to make the data easier to compare. Here the Y, Cb, and Cr planes were extracted from the raw YCbCr planar file and recombined into an RGB wrapper. The red channel corresponds to Y, with green and blue Cb and Cr respectively. These Y quantization errors seem minor, but the full range output exhibits many more errors that I will report tomorrow. I posted this because the issues may be related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 11:18:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 09:18:21 -0000 Subject: [FFmpeg-trac] #3796(undetermined:new): ffmpeg should automatically determine subtitle text encoding Message-ID: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> #3796: ffmpeg should automatically determine subtitle text encoding -------------------------------------+------------------------------------- Reporter: julian | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg currently can't auto detect the encoding of subtitle files and if the correct "sub_charenc" option is not specified it will fail to convert some subtitle parts. VLC and other players have no problem to detect the subtitle encoding automatically without manual help. converted file has 11 of 18 subtitles missing. VLC plays the original file with external SRT file using right encoding. {{{ % ffmpeg -i Film.mkv -i Film.srt -acodec copy -vcodec copy -scodec mov_text test.mp4 ffmpeg version 2.3-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Jul 17 2014 22:19:03 with clang version 3.3 (tags/RELEASE_33/final) configuration: --cc=/opt/local/bin/clang-mp-3.3 --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable- pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libx265 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-libmodplug --enable-fontconfig --enable- libfreetype --enable-libass --enable-libbluray --enable-filters --disable- indev=qtkit --enable-runtime-cpudetect libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'Film.mkv': Metadata: COMPATIBLE_BRANDS: mp42avc1 MAJOR_BRAND : mp42 MINOR_VERSION : 1 ENCODER : Lavf55.33.100 Duration: 00:01:00.03, start: 0.033000, bitrate: 636 kb/s Stream #0:0(eng): Video: h264 (Main), yuv420p(tv, smpte170m), 640x480, SAR 1:1 DAR 4:3, 30 fps, 30 tbr, 1k tbn, 2k tbc (default) Metadata: CREATION_TIME : 2014-07-23 08:48:44 LANGUAGE : eng HANDLER_NAME : Apple Video Mediensteuerung Stream #0:1(eng): Audio: aac, 44100 Hz, stereo, fltp (default) Metadata: CREATION_TIME : 2014-07-23 08:48:44 LANGUAGE : eng HANDLER_NAME : Apple Ton Mediensteuerung Input #1, srt, from 'Film.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip Output #0, mp4, to 'test.mp4': Metadata: COMPATIBLE_BRANDS: mp42avc1 MAJOR_BRAND : mp42 MINOR_VERSION : 1 encoder : Lavf55.48.100 Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 30 fps, 16k tbn, 1k tbc (default) Metadata: CREATION_TIME : 2014-07-23 08:48:44 LANGUAGE : eng HANDLER_NAME : Apple Video Mediensteuerung Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo (default) Metadata: CREATION_TIME : 2014-07-23 08:48:44 LANGUAGE : eng HANDLER_NAME : Apple Ton Mediensteuerung Stream #0:2: Subtitle: mov_text ([8][0][0][0] / 0x0008) Metadata: encoder : Lavc55.69.100 mov_text Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #1:0 -> #0:2 (subrip (native) -> mov_text (native)) Press [q] to stop, [?] for help [mp4 @ 0x10283a000] Non-monotonous DTS in output stream 0:0; previous: 3728, current: 3728; changing to 3729. This may result in incorrect timestamps in the output file. [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input [subrip @ 0x102839a00] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option Error while decoding stream #1:0: Invalid data found when processing input frame= 1800 fps=0.0 q=-1.0 Lsize= 4703kB time=00:00:59.97 bitrate= 642.4kbits/s video:3905kB audio:723kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.625584% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 11:19:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 09:19:54 -0000 Subject: [FFmpeg-trac] #3796(undetermined:new): ffmpeg should automatically determine subtitle text encoding In-Reply-To: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> References: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> Message-ID: <051.993c5a799a84f2651673a7cac23d0d59@avcodec.org> #3796: ffmpeg should automatically determine subtitle text encoding -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: 2.3 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by julian): https://dl.dropboxusercontent.com/u/7221986/Film.mkv https://dl.dropboxusercontent.com/u/7221986/Film.srt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 11:20:41 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 09:20:41 -0000 Subject: [FFmpeg-trac] #3796(undetermined:new): ffmpeg should automatically determine subtitle text encoding In-Reply-To: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> References: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> Message-ID: <051.36caae0c68499ddad886f3fc6ba57b02@avcodec.org> #3796: ffmpeg should automatically determine subtitle text encoding -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: 2.3 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by julian): i know conversion works fine when specifying '-sub_charenc CP1252' but if other players can autodetect, ffmpeg should be able to do the same -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 12:29:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 10:29:57 -0000 Subject: [FFmpeg-trac] #3796(undetermined:new): ffmpeg should automatically determine subtitle text encoding In-Reply-To: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> References: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> Message-ID: <051.43b7a2c8d567d8029f428b3004d60163@avcodec.org> #3796: ffmpeg should automatically determine subtitle text encoding -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: 2.3 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish Comment: Is this problem reproducible with current FFmepg git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 13:53:02 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 11:53:02 -0000 Subject: [FFmpeg-trac] #3796(undetermined:new): ffmpeg should automatically determine subtitle text encoding In-Reply-To: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> References: <036.57f35d589ece61c309c4bec34825d092@avcodec.org> Message-ID: <051.085e536484e25474db465595597b0f2e@avcodec.org> #3796: ffmpeg should automatically determine subtitle text encoding -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: 2.3 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by julian): if you think anything changed in this regard i could take the time to compile git head and try there... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 15:04:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 13:04:57 -0000 Subject: [FFmpeg-trac] #2974(undetermined:closed): Plex Media Server: LGPL/GPL violation In-Reply-To: <038.cc1262815f9bda83e9b82866ed4a279b@avcodec.org> References: <038.cc1262815f9bda83e9b82866ed4a279b@avcodec.org> Message-ID: <053.ecceb7ec958e03459c3348a909b24d01@avcodec.org> #2974: Plex Media Server: LGPL/GPL violation -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: license | Status: closed violation | Component: Priority: normal | undetermined Version: git-master | Resolution: fixed Keywords: Plex | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jabbera): While the code for both transcoders are available I don't see the media server code even though they say it's used. "Plex Transcoder and the Plex Media Server contain code from ffmpeg: http://files.plexapp.com/elan/ffmpeg/PlexTranscoder.tar.bz2" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 15:29:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 13:29:52 -0000 Subject: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.f1727ecfd85a3afffabac67e80978617@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Krieger): Not a bug. The produced stream is perfectly OK and shouldn't break anything. Please provide the **usage** scenario which is broken because of this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 15:52:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 13:52:46 -0000 Subject: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.02aa3ca7f4c5fece5d47c2907592a5c4@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by smallishzulu): Dear Krieger, To make ffmpeg stream workable with commonly used decoders, output needs to be multiple of 188 bytes. MTU is 1500 is standart. So, 7x118 = 1316 bytes. If a part of ts package added to left space on MTU, decoders loose sync or you face with pixels/drop frames. Thats why best practice is to set payload with 1316 bytes with padding null. Patch does it. Dear Cehoyos, I will be glad if someone or himself can do it. This is not a bug. It is like a feature. It can be good for broadcasting users. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 16:21:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 14:21:19 -0000 Subject: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.8fd5183caa3d15e11b6ca7f70cc10ac7@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/180292 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 17:37:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 15:37:26 -0000 Subject: [FFmpeg-trac] #3797(undetermined:new): Latest trunk is not syncing audio/video from RTSP Message-ID: <038.8a11834fde308fc72997d487102c3596@avcodec.org> #3797: Latest trunk is not syncing audio/video from RTSP -------------------------------------+------------------------------------- Reporter: hackeron | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm recording from a D-Link DCS-2230 IP Camera with this command: {{{ ffmpeg -use_wallclock_as_timestamps 1 -rtsp_transport tcp -i 'rtsp://admin:@192.168.1.83/live1.sdp' -dn -map 0 -codec:a libfdk_aac -flags +qscale -global_quality 1 -afterburner 1 -ar 44100 -codec:v copy -f segment -segment_time 60 -segment_wrap 10 -segment_list_flags live -segment_list_size 10 -reset_timestamps 1 -segment_list test.csv -y test_%02d.mkv }}} With Trunk from 2014/04/09 all works correctly and each output video is exactly 1 minute long. With Trunk from 2014/07/18 the audio duration slowly grows in size and the duration of each video gets 10 seconds longer: With 2014/04/09 trunk: {{{ deployer at XanBox:~/test$ mediainfo *.mkv | grep -i duration Duration : 1mn 0s Duration : 1mn 0s Duration : 1mn 0s Duration : 1mn 0s Duration : 1mn 0s Duration : 1mn 0s Duration : 1mn 0s Duration : 1mn 0s }}} With 2014/07/18 trunk: {{{ deployer at XanBox:~/test$ mediainfo *.mkv | grep -i duration Duration : 1mn 1s Duration : 1mn 1s Duration : 1mn 1s Duration : 1mn 1s Duration : 1mn 1s Duration : 1mn 11s Duration : 1mn 11s Duration : 1mn 21s Duration : 1mn 21s }}} Any ideas what could have been changed/broken to cause this to happen? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 18:20:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 16:20:59 -0000 Subject: [FFmpeg-trac] #3787(avcodec:closed): h264 parser only accepts extradata before the first frame In-Reply-To: <038.996bb84e234df1a0c3ba12a072004c2c@avcodec.org> References: <038.996bb84e234df1a0c3ba12a072004c2c@avcodec.org> Message-ID: <053.6befd21f0862f734a8d9151d48697a2e@avcodec.org> #3787: h264 parser only accepts extradata before the first frame -------------------------------------+----------------------------------- Reporter: benjamin | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: h264 | 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 01b236b70438527946b0dd79894c0105bc668c91 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 18:31:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 16:31:06 -0000 Subject: [FFmpeg-trac] #3797(undetermined:new): Latest trunk is not syncing audio/video from RTSP In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.3ed1f0dddde571e063699a56fb315914@avcodec.org> #3797: Latest trunk is not syncing audio/video from RTSP -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If you want to report a regression, please run {{{git bisect}}} to find the change introducing the bug. To make this a valid ticket please provide the command line that does not work correctly together with the complete uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 23 18:43:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 16:43:21 -0000 Subject: [FFmpeg-trac] #3797(undetermined:new): Latest trunk is not syncing audio/video from RTSP In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.1ee204f9f4e93ac50c54c6dbbbaf34ee@avcodec.org> #3797: Latest trunk is not syncing audio/video from RTSP -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hackeron): I will try to narrow down when the breaking change happened but it is between 2014/04/09 and 2014/07/18 (today's trunk is also broken 2014/07/23). Here are the complete uncut console outputs from the working and non working versions of ffmpeg: 2014/04/09 working version: {{{ deployer at XanBox:~/test$ ffmpeg -use_wallclock_as_timestamps 1 -rtsp_transport tcp -i rtsp://localhost:10103/proxyStream -dn -map 0 -codec:a libfdk_aac -flags +qscale -global_quality 1 -afterburner 1 -ar 44100 -codec:v copy -f segment -segment_time 60 -segment_wrap 10 -segment_list_flags live -segment_list_size 10 -reset_timestamps 1 -segment_list test.csv -y test_%02d.mkv ffmpeg version N-62296-g4484152 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 9 2014 09:19:33 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: --enable-pic --enable-shared --extra-ldflags=-ldl --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-version3 --extra-cflags=-fPIC --extra-ldflags=-fPIC libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [tcp @ 0x17c1500] Connection to tcp://localhost:10103?timeout=0 failed (Connection refused), trying next address Guessed Channel Layout for Input Stream #0.1 : mono Input #0, rtsp, from 'rtsp://localhost:10103/proxyStream': Metadata: title : LIVE555 Streaming Media v2014.07.18 comment : LIVE555 Streaming Media v2014.07.18 Duration: N/A, start: 1406133663.110367, bitrate: 64 kb/s Stream #0:0: Video: h264 (High), yuvj420p(pc), 1920x1080, 12.50 fps, 12.50 tbr, 90k tbn, 25 tbc Stream #0:1: Audio: pcm_mulaw, 8000 Hz, mono, s16, 64 kb/s [libfdk_aac @ 0x18d4720] Note, the VBR setting is unsupported and only works with some parameter combinations Output #0, segment, to 'test_%02d.mkv': Metadata: title : LIVE555 Streaming Media v2014.07.18 comment : LIVE555 Streaming Media v2014.07.18 encoder : Lavf55.36.102 Stream #0:0: Video: h264, yuvj420p, 1920x1080, q=2-31, 12.50 fps, 90k tbn, 12.50 tbc Stream #0:1: Audio: aac (libfdk_aac), 44100 Hz, mono, s16 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (pcm_mulaw -> libfdk_aac) Press [q] to stop, [?] for help [libfdk_aac @ 0x18d4720] Queue input is backward in time [segment @ 0x17c6d00] Non-monotonous DTS in output stream 0:1; previous: 83051, current: 81429; changing to 83052. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x18d4720] Queue input is backward in time [segment @ 0x17c6d00] Non-monotonous DTS in output stream 0:1; previous: 163451, current: 162873; changing to 163452. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x18d4720] Queue input is backward in timerate=N/A [segment @ 0x17c6d00] Non-monotonous DTS in output stream 0:1; previous: 200406, current: 198233; changing to 200407. This may result in incorrect timestamps in the output file. [segment @ 0x17c6d00] Non-monotonous DTS in output stream 0:1; previous: 200407, current: 200322; changing to 200408. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x18d4720] Queue input is backward in time [segment @ 0x17c6d00] Non-monotonous DTS in output stream 0:1; previous: 231963, current: 229880; changing to 231964. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x18d4720] Queue input is backward in timerate=N/A [segment @ 0x17c6d00] Non-monotonous DTS in output stream 0:1; previous: 268761, current: 267173; changing to 268762. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x18d4720] Queue input is backward in timerate=N/A [segment @ 0x17c6d00] Non-monotonous DTS in output stream 0:1; previous: 370937, current: 367886; changing to 370938. This may result in incorrect timestamps in the output file. [segment @ 0x17c6d00] Non-monotonous DTS in output stream 0:1; previous: 370938, current: 369976; changing to 370939. This may result in incorrect timestamps in the output file. frame= 78 fps= 21 q=-1.0 Lsize=N/A time=00:00:05.30 bitrate=N/A }}} 2014/07/18 broken version: {{{ ffmpeg -use_wallclock_as_timestamps 1 -rtsp_transport tcp -i rtsp://localhost:10103/proxyStream -dn -map 0 -codec:a libfdk_aac -flags +qscale -global_quality 1 -afterburner 1 -ar 44100 -codec:v copy -f segment -segment_time 60 -segment_wrap 10 -segment_list_flags live -segment_list_size 10 -reset_timestamps 1 -segment_list test.csv -y test_%02d.mkv ffmpeg version N-64763-gcb8cb85 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 18 2014 16:39:59 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-pic --enable-shared --extra-ldflags=-ldl --enable-gpl --enable-libfdk-aac --enable-libmp3lame --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-version3 --extra-cflags=-fPIC --extra-ldflags=-fPIC libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [tcp @ 0x1c60760] Connection to tcp://localhost:10103?timeout=0 failed (Connection refused), trying next address Guessed Channel Layout for Input Stream #0.1 : mono Input #0, rtsp, from 'rtsp://localhost:10103/proxyStream': Metadata: title : LIVE555 Streaming Media v2014.07.18 comment : LIVE555 Streaming Media v2014.07.18 Duration: N/A, start: 1406133752.034367, bitrate: 64 kb/s Stream #0:0: Video: h264 (High), yuvj420p(pc), 1920x1080, 12.50 fps, 12.50 tbr, 90k tbn, 25 tbc Stream #0:1: Audio: pcm_mulaw, 8000 Hz, 1 channels, s16, 64 kb/s [libfdk_aac @ 0x1d09d60] Note, the VBR setting is unsupported and only works with some parameter combinations [matroska @ 0x1c490c0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times Output #0, segment, to 'test_%02d.mkv': Metadata: title : LIVE555 Streaming Media v2014.07.18 comment : LIVE555 Streaming Media v2014.07.18 encoder : Lavf55.48.101 Stream #0:0: Video: h264, yuvj420p, 1920x1080, q=2-31, 12.50 fps, 12.50 tbn, 12.50 tbc Stream #0:1: Audio: aac (libfdk_aac), 44100 Hz, mono, s16 Metadata: encoder : Lavc55.69.100 libfdk_aac Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (pcm_mulaw (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help [libfdk_aac @ 0x1d09d60] Queue input is backward in time [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 15703, current: 15035; changing to 15704. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x1d09d60] Queue input is backward in time [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 20155, current: 19062; changing to 20156. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 20156, current: 20086; changing to 20157. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x1d09d60] Queue input is backward in time [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 30812, current: 29659; changing to 30813. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 30813, current: 30683; changing to 30814. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x1d09d60] Queue input is backward in time [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 59280, current: 59130; changing to 59281. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 17, current: 17; changing to 18. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x1d09d60] Queue input is backward in time [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 70136, current: 68999; changing to 70137. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 70137, current: 70023; changing to 70138. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 18, current: 18; changing to 19. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 19, current: 19; changing to 20. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 20, current: 20; changing to 21. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 21, current: 21; changing to 22. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 22, current: 22; changing to 23. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 24, current: 24; changing to 25. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 25, current: 25; changing to 26. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 26, current: 26; changing to 27. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 27, current: 26; changing to 28. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 28, current: 27; changing to 29. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 29, current: 28; changing to 30. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 30, current: 28; changing to 31. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 31, current: 29; changing to 32. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 32, current: 30; changing to 33. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 33, current: 31; changing to 34. This may result in incorrect timestamps in the output file. [libfdk_aac @ 0x1d09d60] Queue input is backward in time [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:1; previous: 115859, current: 114860; changing to 115860. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 34, current: 32; changing to 35. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 35, current: 33; changing to 36. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 36, current: 34; changing to 37. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 37, current: 35; changing to 38. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 38, current: 36; changing to 39. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 39, current: 37; changing to 40. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 40, current: 38; changing to 41. This may result in incorrect timestamps in the output file. [segment @ 0x1c663e0] Non-monotonous DTS in output stream 0:0; previous: 41, current: 38; changing to 42. This may result in incorrect timestamps in the output file. frame= 27 fps= 17 q=-1.0 Lsize=N/A time=00:00:03.44 bitrate=N/A }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 01:27:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 23:27:13 -0000 Subject: [FFmpeg-trac] #3741(undetermined:reopened): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.e6f20b8a7ced60d9c0d0211251a92205@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: reopened Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by BradDodi): Same issue as above. Unable to use {{{-f segment}}} with the latest version of FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 01:30:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Jul 2014 23:30:52 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.10a8566864f965e1b610a749a1ce5da4@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by AndyF): rgb to yuv conversions don't honor *_range=full that only works with yuv -> yuv. The output of your command (I just tested) produced video range - of course by default players will stretch this back to full RGB (and may also sub-sample as well). If you want full range rgb -> yuv use -pix_fmt yuvj444p -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 02:55:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 00:55:46 -0000 Subject: [FFmpeg-trac] #3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1 Message-ID: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> #3798: ffprobe indentifies 16:9 display aspect ratio as 0:1 -------------------------------------+------------------------------------- Reporter: miguelapg | Type: defect Status: new | Priority: important Component: ffprobe | Version: git- Keywords: aspect | master ratio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffprobe indentifies wrongly 16:9 display aspect ratio as 0:1 in this movie "pompeii-tlr2_h1080p.mov". (Uploaded to "incoming" folder in your FTP server: upload.ffmpeg.org) How to reproduce: {{{ ffprobe -v quiet -print_format json -show_format -show_streams "pompeii- tlr2_h1080p.mov" >"myResults.json" ffprobe version Latest version: git-a613257 (2014-07-23) 64-Bit ffprobe output in Json format is attached to this ticket. Called: "myResults.json". }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 03:25:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 01:25:57 -0000 Subject: [FFmpeg-trac] #3799(avformat:new): non Vorbis comment tags in flac appear to be appended Message-ID: <036.4963c362592ca50b020cb9213c6ed2c3@avcodec.org> #3799: non Vorbis comment tags in flac appear to be appended -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: flac master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Regression since 0dc6655. Expected behavior is to not append non-Vorbis comment metadata. Vorbis comment is the only officially supported tagging mechanism in FLAC^[1]^. FLAC files containing (at least) ID3v2 with Vorbis comments may cause multiple metadata values per metadata key to be displayed resulting in ugly metadata. Silent sample `id3v2_vorbiscomment.flac`, apparently created with EAC^[2]^ and containing ID3v2 with Vorbis comments, attached to this bug report. {{{ $ ./ffmpeg -i id3v2_vorbiscomment.flac ffmpeg version N-64948-g8b59ab1 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 23 2014 17:15:34 with gcc 4.9.1 (GCC) configuration: libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Input #0, flac, from 'id3v2_vorbiscomment.flac': Metadata: TOTALTRACKS : 14 ALBUM : Meteora;Meteora DATE : 2003;2003 encoded_by : Exact Audio Copy (Burst rezim) encoder : FLAC.EXE -6 -V -T "ARTIST=Linkin Park" -T "TITLE=Numb" -T "ALBUM=Meteora" -T "DATE=2003" -T "TRACKNUMBER=13" -T "GENRE=Alternative Metal" -T "COMMENT=" -T "BAND=" -T "ALBUMARTIST=" -T "COMPOSER=" -T "DISCNUMBER=1" -T "TOTALDISCS=1" -T "TOTALTRACKS=14" -o ARTIST : Linkin Park;Linkin Park TLEN : 339520 GENRE : Alternative Metal;Alternative Metal disc : 1 TOTALDISCS : 1 TITLE : Numb;Numb track : 13 Duration: 00:00:03.58, start: 0.000000, bitrate: 269 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s32 At least one output file must be specified }}} {{{ $ metaflac --list id3v2_vorbiscomment.flac METADATA block #0 type: 0 (STREAMINFO) is last: false length: 34 minimum blocksize: 4608 samples maximum blocksize: 4608 samples minimum framesize: 16 bytes maximum framesize: 4866 bytes sample_rate: 44100 Hz channels: 2 bits-per-sample: 24 total samples: 157696 MD5 signature: 67289117105966398bcf8a9f7ed4077a METADATA block #1 type: 4 (VORBIS_COMMENT) is last: false length: 182 vendor string: Lavf55.46.100 comments: 9 comment[0]: TOTALDISCS=1 comment[1]: TOTALTRACKS=14 comment[2]: Album=Meteora comment[3]: Artist=Linkin Park comment[4]: Genre=Alternative Metal comment[5]: Title=Numb comment[6]: DISCNUMBER=1 comment[7]: DATE=2003 comment[8]: TRACKNUMBER=13 METADATA block #2 type: 1 (PADDING) is last: true }}} {{{ $ id3v2 -l id3v2_vorbiscomment.flac id3v1 tag info for id3v2_vorbiscomment.flac: Title : Numb Artist: Linkin Park Album : Meteora Year: 2003, Genre: Unknown (255) Comment: Track: 13 id3v2 tag info for id3v2_vorbiscomment.flac: TALB (Album/Movie/Show title): Meteora TPE1 (Lead performer(s)/Soloist(s)): Linkin Park TPOS (Part of a set): 1/1 TENC (Encoded by): Exact Audio Copy (Burst rezim) TSSE (Software/Hardware and settings used for encoding): FLAC.EXE -6 -V -T "ARTIST=Linkin Park" -T "TITLE=Numb" -T "ALBUM=Meteora" -T "DATE=2003" -T "TRACKNUMBER=13" -T "GENRE=Alternative Metal" -T "COMMENT=" -T "BAND=" -T "ALBUMARTIST=" -T "COMPOSER=" -T "DISCNUMBER=1" -T "TOTALDISCS=1" -T "TOTALTRACKS=14" -o TCON (Content type): Alternative Metal (255) TLEN (Length): 339520 TIT2 (Title/songname/content description): Numb TRCK (Track number/Position in set): 13/14 TYER (Year): 2003 }}} [1] http://xiph.org/flac/format.html#format_overview [2] http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=2072 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 04:39:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 02:39:32 -0000 Subject: [FFmpeg-trac] #3800(avutil:new): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" Message-ID: <036.eef28b945114355be544b4694adff192@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" -------------------------------------+------------------------------------- Reporter: troy_s | Type: defect Status: new | Priority: normal Component: avutil | Version: git- Keywords: c++ | master bprint.h | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using FFMPEG git trunk, C++ mixed code fails on bprint.h with "error: types may not be defined in 'sizeof' expressions" How to reproduce: Attempt mixing FFMPEG C code with a C++ application. Tested with g++ 4.6 and 4.8. {{{ In file included from /usr/local/include/libavformat/avio.h:34:0, from /usr/local/include/libavformat/avformat.h:259, from ../YCbCrExporter/ffsequence.h:29, from ../YCbCrExporter/ffsequence.cpp:21: /usr/local/include/libavutil/bprint.h:78:5: error: types may not be defined in ?sizeof? expressions }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 05:10:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 03:10:43 -0000 Subject: [FFmpeg-trac] #3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1 In-Reply-To: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> References: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> Message-ID: <054.15207c1e901d56d63055c4e808feeef2@avcodec.org> #3798: ffprobe indentifies 16:9 display aspect ratio as 0:1 --------------------------------------+----------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: important | Component: ffprobe Version: git-master | Resolution: Keywords: aspect ratio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Is this a regression (did it work with an older version of FFmpeg)? Is the problem only reproducible with {{{ffprobe}}} or also with {{{ffmpeg}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 05:14:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 03:14:17 -0000 Subject: [FFmpeg-trac] #3800(avutil:new): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" In-Reply-To: <036.eef28b945114355be544b4694adff192@avcodec.org> References: <036.eef28b945114355be544b4694adff192@avcodec.org> Message-ID: <051.9bb32dad5b2f03efad13e76505e96f67@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" ------------------------------------+---------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: c++ bprint.h => regression * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 09:22:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 07:22:51 -0000 Subject: [FFmpeg-trac] #3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1 In-Reply-To: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> References: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> Message-ID: <054.4711a469226d84cf3834e1af2f7f135a@avcodec.org> #3798: ffprobe indentifies 16:9 display aspect ratio as 0:1 --------------------------------------+----------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: important | Component: ffprobe Version: git-master | Resolution: Keywords: aspect ratio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by Cigaes): I suspect you confuse '''sample''' aspect ratio and '''display''' aspect ratio. {{{ffprobe}}} shows 0/1 for the '''sample''' aspect ratio, meaning it is not explicitly defined in the stream. Players usually treat it as 1. Your video has resolution 1920?816; assuming the '''sample''' aspect ratio is 1, that makes the '''display''' aspect ratio approximatively 2.35, which is a very standard aspect ratio for cinema movies. There is no 16/9 here, except probably for the initial content that was later cropped. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 09:35:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 07:35:38 -0000 Subject: [FFmpeg-trac] #3800(avutil:new): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" In-Reply-To: <036.eef28b945114355be544b4694adff192@avcodec.org> References: <036.eef28b945114355be544b4694adff192@avcodec.org> Message-ID: <051.9a7029b34c94b608176c56d715385912@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" ------------------------------------+---------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by Cigaes): I wonder which one of c++ and ms visual-something compiler is ahead in the game of creating endless problems. Patch on the mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 09:46:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 07:46:15 -0000 Subject: [FFmpeg-trac] #3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1 In-Reply-To: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> References: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> Message-ID: <054.2bbe973ddc793e18480b13c8a88bfe57@avcodec.org> #3798: ffprobe indentifies 16:9 display aspect ratio as 0:1 --------------------------------------+----------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: important | Component: ffprobe Version: git-master | Resolution: Keywords: aspect ratio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by miguelapg): You are right this video is not 16:9. I was wrong in the subject. The subject should be: ffprobe is showing the wrong display aspect ratio. Please, have a look at the JSON file and you will see how is adding "0:1" to "display_aspect_ratio" and to "sample_aspect_ratio" Forget I said this video was 16:9. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 09:51:41 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 07:51:41 -0000 Subject: [FFmpeg-trac] #3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1 In-Reply-To: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> References: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> Message-ID: <054.30219b64279878f47fe4c6e3860b0394@avcodec.org> #3798: ffprobe indentifies 16:9 display aspect ratio as 0:1 --------------------------------------+----------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: important | Component: ffprobe Version: git-master | Resolution: Keywords: aspect ratio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by heleppkes): 0:1 is the value for invalid/unset aspect ratio. It could be argued that it shouldn't be shown at all in this case, but its not wrong as an absence of AR is usually just interpreted as square pixels. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 09:54:00 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 07:54:00 -0000 Subject: [FFmpeg-trac] #3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1 In-Reply-To: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> References: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> Message-ID: <054.684d2cbbd130fbb8415969f8cb2caa5e@avcodec.org> #3798: ffprobe indentifies 16:9 display aspect ratio as 0:1 --------------------------------------+----------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: important | Component: ffprobe Version: git-master | Resolution: Keywords: aspect ratio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by Cigaes): As I explained earlier, 1/0 means that the aspect ratio is not declared by input file. Players will just '''assume''' square pixels and thus 2.35 aspect ratio, but that could as well mean a broken muxing software. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 10:01:35 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 08:01:35 -0000 Subject: [FFmpeg-trac] #3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1 In-Reply-To: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> References: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> Message-ID: <054.4b067ffff6c31627af1edee660fe7c6b@avcodec.org> #3798: ffprobe indentifies 16:9 display aspect ratio as 0:1 --------------------------------------+----------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: important | Component: ffprobe Version: git-master | Resolution: Keywords: aspect ratio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by miguelapg): OK, I understand. I think the problem here is also to understand what is "0:1", because is not something simpler like "n/a", "nan" or "null", etcetera. A clear reference in manuals will help a lot. I do mention this because if I had known what is "0:1", alternatively I can calculate display aspect ratio dividing width by height instead of, and optionally. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 11:01:01 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 09:01:01 -0000 Subject: [FFmpeg-trac] #3741(undetermined:reopened): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.b063a27ca584a9f7b37fd884b2e93115@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: reopened Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by blacktrash): Replying to [comment:11 BradDodi]: > Same issue as above. Unable to use {{{-f segment}}} with the latest version of FFmpeg. `-f segment` works fine here, I only get the warning, otherwise it works. With simply `-f mpegts` to a single file I get `stream 0, timescale not set` which probably leads to the warning when segmenting. I've tried to make the latter go with `-flags time_base=`, but I haven't found a way to express 1/framerate in the argument that is accepted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 11:19:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 09:19:10 -0000 Subject: [FFmpeg-trac] #3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1 In-Reply-To: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> References: <039.f00da8ec09d525d7b90ad67cc59a081a@avcodec.org> Message-ID: <054.53d192165345ced60df26307d82035bf@avcodec.org> #3798: ffprobe indentifies 16:9 display aspect ratio as 0:1 ------------------------------------+----------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: aspect ratio => * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 11:21:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 09:21:09 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.072aa7a0318074883289f3ec592d913d@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by AndyF): Oops - ignore the above, my ffmpeg was slightly too old - I've seen the other bug now and see the range not working with rgb to yuv is now fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 11:52:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 09:52:44 -0000 Subject: [FFmpeg-trac] #3789(ffmpeg:new): shortest command doesnt work when using a filter_complex with audio and video filters In-Reply-To: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> References: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> Message-ID: <053.a86ac1ddfc17a98be8f9b1c415551968@avcodec.org> #3789: shortest command doesnt work when using a filter_complex with audio and video filters ------------------------------------+---------------------------------- Reporter: phingers | 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 | ------------------------------------+---------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Apparently not important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 12:58:16 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 10:58:16 -0000 Subject: [FFmpeg-trac] #3797(undetermined:new): Latest trunk is not syncing audio/video from RTSP In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.d1820cbd58db08755f320153a855f6f7@avcodec.org> #3797: Latest trunk is not syncing audio/video from RTSP -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hackeron): I've identified what specific commit caused this issue and it is: {{{ commit ac293b66851f6c4461eab03ca91af59d5ee4e02e Merge: 8851437 194be1f Author: Michael Niedermayer Date: Wed Jun 18 18:18:25 2014 +0200 Merge commit '194be1f43ea391eb986732707435176e579265aa' * commit '194be1f43ea391eb986732707435176e579265aa': lavf: switch to AVStream.time_base as the hint for the muxer timebase Conflicts: doc/APIchanges libavformat/filmstripenc.c libavformat/movenc.c libavformat/mxfenc.c libavformat/oggenc.c libavformat/swf.h libavformat/version.h tests/ref/lavf/mkv Merged-by: Michael Niedermayer }}} This is the diff of what was changed: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=ac293b66851f6c4461eab03ca91af59d5ee4e02e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 13:17:33 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 11:17:33 -0000 Subject: [FFmpeg-trac] #3797(undetermined:new): AVStream.time_base is causing audio/video sync issues and growing videos (was: Latest trunk is not syncing audio/video from RTSP) In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.8f955e6b557db17aa7528781534e5597@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 13:28:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 11:28:42 -0000 Subject: [FFmpeg-trac] #3797(avformat:new): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.f36ccb494b89cd371114cb43252624a8@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by hackeron): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 13:57:19 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 11:57:19 -0000 Subject: [FFmpeg-trac] #3785(swscale:new): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.cac34ba950da63fcce959d2f7baf7b50@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by AndyF): Well I fell at the first hurdle trying to follow this - that being that the testchart.tif are just strange. They have bars labelled 100% but their RGB values as shown by display (image magick) are eg, 16, 16, 235 - I can't see that makes any sense in an RGB tiff. Other things - your ffplay command converts to 420 then it (maybe sdl) will stretch the yuv to full range rgb on display. You can't expect to convert rgb to yuv and back without loss - I think doing this will be the best way to test Issues that may exist as you should still be able to see levels Poynton - http://www.poynton.com/PDFs/Merging_RGB_and_422.pdf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 14:24:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 12:24:07 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.3f0c6775d4902cb523364e8d9932761f@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | 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 Thu Jul 24 14:24:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 12:24:26 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.86377eadbe29708315060dab1d35b9f1@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 15:33:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 13:33:50 -0000 Subject: [FFmpeg-trac] #3792(avcodec:closed): TIFF tag type (0) is not implemented In-Reply-To: <037.0bfba60e303d5516b437e2b985551081@avcodec.org> References: <037.0bfba60e303d5516b437e2b985551081@avcodec.org> Message-ID: <052.edddeb8c1d7fe69a514ea450a7dd55c6@avcodec.org> #3792: TIFF tag type (0) is not implemented ------------------------------------+----------------------------------- Reporter: pszemus | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: exif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: A warning is printed since badcd3da Thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 16:18:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 14:18:39 -0000 Subject: [FFmpeg-trac] #3741(undetermined:reopened): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.bf005a116e43cbab509e7494a14c8055@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: reopened Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by BradDodi): Hm, I'm not sure but I was able to use the segment muxer with the web MediaSource API before. Now it doesn't like the video files the muxer makes, so the error seems to be doing something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 18:06:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 16:06:31 -0000 Subject: [FFmpeg-trac] #3800(avutil:new): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" In-Reply-To: <036.eef28b945114355be544b4694adff192@avcodec.org> References: <036.eef28b945114355be544b4694adff192@avcodec.org> Message-ID: <051.94b79a8de831b2930c54a503bb4394ed@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" ------------------------------------+---------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by jbr): * reproduced: 0 => 1 Comment: I have reproduced this while trying to build ffms2 master against ffmpeg master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 18:07:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 16:07:56 -0000 Subject: [FFmpeg-trac] #3800(avutil:new): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" In-Reply-To: <036.eef28b945114355be544b4694adff192@avcodec.org> References: <036.eef28b945114355be544b4694adff192@avcodec.org> Message-ID: <051.61496c0774149bcae0aa6e7de16df54d@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" ------------------------------------+---------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by Cigaes): A patch has been submitted to the devel mailing list and approved, it will land soon in the Git tree. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 20:12:33 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 18:12:33 -0000 Subject: [FFmpeg-trac] #3801(undetermined:new): SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr Message-ID: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> #3801: SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr -------------------------------------+------------------------------------- Reporter: troy_s | 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: FFMPEG is potentially delivering values that deviate from theoretical results in RGB to YCbCr conversions. This case applies to RGB to full range YCbCr conversion, using REC.709 coefficients on the input. {{{ ./ffmpeg -i ~/Documents/FFMPEG\ Color\ Research/ARIB_STD-B28.png -pix_fmt yuv444p -vcodec rawvideo -f rawvideo -vf scale="in_range=full:in_color_matrix=bt709:out_range=full:out_color_matrix=bt709" test-full.yuv ffmpeg version N-64958-gce8e27e Copyright (c) 2000-2014 the FFmpeg developers built on Jul 24 2014 10:54:07 with gcc 4.7 (Ubuntu/Linaro 4.7.3-12ubuntu1) configuration: --enable-gpl --enable-libx264 --enable-shared --disable- static --enable-pic WARNING: library configuration mismatch avutil configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic avcodec configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic avformat configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic avdevice configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic avfilter configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic swscale configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic swresample configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic postproc configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '/home/aphorism/Documents/FFMPEG Color Research/ARIB_STD-B28.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1920x1080 [SAR 2835:2835 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Output #0, rawvideo, to 'test-full.yuv': Metadata: encoder : Lavf55.49.100 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (png (native) -> rawvideo (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 6075kB time=00:00:00.04 bitrate=1244160.0kbits/s video:6075kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} The above command delivers the attachment test-full-444-out.png, with Y, Cb, and Cr a pure dump of the results into the R, G, and B channels of the image. No color transformations have been applied. The file ARIB_STD-B28.png is an 8 bit representation of a SMPTE test pattern, based off of a 32 bit float version. The file ARIB_STD-B28_YCbCr_full.png is a theoretically correct transformation of the ARIB_STD-B28.png test pattern into YCbCr using REC.709 coefficients. It is based off of a 32 bit EXR input. The file test-full-diff.png is a heat-map difference, with red areas indicating deviations between the theoretical results and the actual. The SMPTE test pattern black set test stripes at the very bottom contain one stripe that sources at -2%, and as such, will always be incorrect unless float values are provided for input. As such, it is the single bar that can be ignored. Potentially Related Issues: https://trac.ffmpeg.org/ticket/3794 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 20:16:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 18:16:22 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.351c37599b7c39467d4419719ae3234e@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Potentially related ticket: SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr https://trac.ffmpeg.org/ticket/3801 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 20:20:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 18:20:12 -0000 Subject: [FFmpeg-trac] #3785(swscale:closed): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.7fe37a40daf710c6ead5d069cf3011d1@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: 709 REC.709 | needs_more_info YCbCr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by troy_s): * keywords: => 709 REC.709 YCbCr * status: new => closed * resolution: => needs_more_info Comment: In the interest of clarity, I am going to close this ticket and break down issues on a particular case by case basis. The case by cases thus far registered are: '''SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr''' https://trac.ffmpeg.org/ticket/3801 '''SWSCALE: Quantization Errors in Y Studio Range''' https://trac.ffmpeg.org/ticket/3794 The spreadsheets here are still useful for anyone looking to test theoretical values. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 20:25:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 18:25:37 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.813d4e5c262df2cc72067159a83d760d@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Sorry if I misunderstand but the idea is of course that you provide the actual command line that allows to reproduce the issue you see. Apologies. The following is the fully corrected command to generate the raw YCbCr file output to test-studio.yuv using REC.709 coefficients: {{{ ./ffmpeg -i ~/Documents/FFMPEG\ Color\ Research/ARIB_STD-B28.png -pix_fmt yuv444p -vcodec rawvideo -f rawvideo -vf scale="in_range=full:in_color_matrix=bt709:out_range=mpeg:out_color_matrix=bt709" test-studio.yuv ffmpeg version N-64958-gce8e27e Copyright (c) 2000-2014 the FFmpeg developers built on Jul 24 2014 10:54:07 with gcc 4.7 (Ubuntu/Linaro 4.7.3-12ubuntu1) configuration: --enable-gpl --enable-libx264 --enable-shared --disable- static --enable-pic WARNING: library configuration mismatch avutil configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic avcodec configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic avformat configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic avdevice configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic avfilter configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic swscale configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic swresample configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic postproc configuration: --enable-gpl --enable-libx264 --disable-asm --enable-shared --disable-static --enable-pic libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '/home/aphorism/Documents/FFMPEG Color Research/ARIB_STD-B28.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1920x1080 [SAR 2835:2835 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Output #0, rawvideo, to 'test-studio.yuv': Metadata: encoder : Lavf55.49.100 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (png (native) -> rawvideo (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 6075kB time=00:00:00.04 bitrate=1244160.0kbits/s video:6075kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% aphorism at u64x6:~/Develop/ffmpeg$ convert -depth 8 -size 1920x1080 -interlace plane Gray:./test-studio.yuv -set colorspace RGB test- studio.png aphorism at u64x6:~/Develop/ffmpeg$ convert test-studio-* -set colorspace RGB -combine test-studio-444-out.png aphorism at u64x6:~/Develop/ffmpeg$ compare ./test-full-444-out.png ~/Documents/FFMPEG\ Color\ Research/ test-studio-diff.png }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 21:09:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 19:09:10 -0000 Subject: [FFmpeg-trac] #3785(swscale:closed): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.b5a237864fdd350f4f34511556013318@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: 709 REC.709 YCbCr => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 21:19:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 19:19:32 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.e092d5b88c3c7ff5db6cae4212615058@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:8 troy_s]: > {{{ > WARNING: library configuration mismatch > }}} This makes a bug report normally invalid. Even if there is nothing suspicious in the following output, it is still recommended that you test and report issues with {{{./configure && make}}} if this allows to reproduce them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 21:24:13 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 19:24:13 -0000 Subject: [FFmpeg-trac] #3777(avformat:closed): Wrong duration for mp3 file In-Reply-To: <037.734d733e5608c67258ec5bef9ca311d9@avcodec.org> References: <037.734d733e5608c67258ec5bef9ca311d9@avcodec.org> Message-ID: <052.d3b46ef89fab441a0a8d37e1c8d4389e@avcodec.org> #3777: Wrong duration for mp3 file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Should be fixed in ef21b3d3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 21:24:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 19:24:56 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.8d95a5247b097fe1b1c4eedebee98a51@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: range | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => range -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 21:25:13 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 19:25:13 -0000 Subject: [FFmpeg-trac] #3785(swscale:closed): SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect In-Reply-To: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> References: <036.0dae7fd87dfb40d444f1fd372fd361bd@avcodec.org> Message-ID: <051.a2642cc3450c25b0ab9b482fccf61e82@avcodec.org> #3785: SWSCALE: in_range, in_color_matrix, out_range, out_color_matrix incorrect -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: range | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => range -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 21:25:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 19:25:31 -0000 Subject: [FFmpeg-trac] #3801(undetermined:new): SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr In-Reply-To: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> References: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> Message-ID: <051.a0dc251316d3cdeaaf11c4572f54e823@avcodec.org> #3801: SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: range | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => range -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 21:26:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 19:26:31 -0000 Subject: [FFmpeg-trac] #3777(avformat:closed): Wrong duration for mp3 file In-Reply-To: <037.734d733e5608c67258ec5bef9ca311d9@avcodec.org> References: <037.734d733e5608c67258ec5bef9ca311d9@avcodec.org> Message-ID: <052.747098f190b187ff6511ec71f6604bf3@avcodec.org> #3777: Wrong duration for mp3 file --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Thanks to Oliver Fromme for the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 21:31:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 19:31:37 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.99d1034b79a1fa90743ae6582018a689@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: range | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Apologies. Bumped to trunk without aligning the system values. {{{ ./ffmpeg -i ~/Documents/FFMPEG\ Color\ Research/ARIB_STD-B28.png -pix_fmt yuv444p -vcodec rawvideo -f rawvideo -vf scale="in_range=full:in_color_matrix=bt709:out_range=mpeg:out_color_matrix=bt709" test-studio.yuv ffmpeg version N-64958-gce8e27e Copyright (c) 2000-2014 the FFmpeg developers built on Jul 24 2014 10:54:07 with gcc 4.7 (Ubuntu/Linaro 4.7.3-12ubuntu1) configuration: --enable-gpl --enable-libx264 --enable-shared --disable- static --enable-pic libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '/home/aphorism/Documents/FFMPEG Color Research/ARIB_STD-B28.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1920x1080 [SAR 2835:2835 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Output #0, rawvideo, to 'test-studio.yuv': Metadata: encoder : Lavf55.49.100 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (png (native) -> rawvideo (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 6075kB time=00:00:00.04 bitrate=1244160.0kbits/s video:6075kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} Yields the same difference map and file results. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 24 23:31:16 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Jul 2014 21:31:16 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.cffa178735839465e5c5f0ce972b7b99@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): please provide a publically available rtsp url with which this can be reproduced or a local input file if it can be reproduced without rtsp so we can debug, test and fix this. Ive fixes some related issues but i suspect this is still not working -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 02:17:39 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 00:17:39 -0000 Subject: [FFmpeg-trac] #3801(undetermined:closed): SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr In-Reply-To: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> References: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> Message-ID: <051.29a695c5dc504173a96240a205626a2b@avcodec.org> #3801: SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: range | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: The 2 png images are nearly identical, i see some +-1 differences from different rounding, which is clearly not what was meant in this bug, though if our rounding is suboptimal then such suboptmal rounding of course would be a bug that iam interrested in. The big vissible color difference is a fault in how the file was created, one of the pngs has a gamma of 1.0 the other does not. firefox displays them quite differently, other software shows them nearly identical, ignoring gamma i assume xview, displays this difference: ARIB_STD-B28_YCbCr_full.png is 1920x1080 PNG image, color type RGB, 8 bit test-full-444-out.png is 1920x1080 PNG image, color type RGB, 8 bit, file gamma 1.0000 Also the difference png shows massive differences in areas that are bit exactly identical -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 02:28:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 00:28:01 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.42f8b3b4a174701ef17e4bd6981996d8@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hackeron): I'm not quite sure how to get a local input file - any example? -- Otherwise I will connect and set up port forwarding tomorrow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 02:29:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 00:29:12 -0000 Subject: [FFmpeg-trac] #3801(undetermined:closed): SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr In-Reply-To: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> References: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> Message-ID: <051.32ccf1f9c241babe7e1fb06022665abe@avcodec.org> #3801: SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: range | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by troy_s): The rounding is the issue, and I can assure you that all of the values per channel were encoded 1:1. The reason a gamma of 1.0 was assigned is likely due to that being required to prevent the PNG color mangling. I could provide raw files, but that is vastly less easy to diagnose. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 02:52:03 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 00:52:03 -0000 Subject: [FFmpeg-trac] #3801(undetermined:reopened): SWSCALE: Incorrect Values (+-1) in Full Range Conversion RGB to YCbCr (was: SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr) In-Reply-To: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> References: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> Message-ID: <051.9bb9701d7e43c166a19bf27000a81566@avcodec.org> #3801: SWSCALE: Incorrect Values (+-1) in Full Range Conversion RGB to YCbCr -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: range | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: closed => reopened * resolution: invalid => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 03:05:18 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 01:05:18 -0000 Subject: [FFmpeg-trac] #3802(undetermined:new): Telestream Wirecast Violates GPL Message-ID: <037.d0fd1e2629a44c929bf6fceaac60b03a@avcodec.org> #3802: Telestream Wirecast 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 -------------------------------------+------------------------------------- EULA talks about LGPL but their files are built with GPLv3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 03:07:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 01:07:12 -0000 Subject: [FFmpeg-trac] #3789(ffmpeg:new): shortest command doesnt work when using a filter_complex with audio and video filters In-Reply-To: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> References: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> Message-ID: <053.a91a4d31c9b7a1b5919995daaf16dc75@avcodec.org> #3789: shortest command doesnt work when using a filter_complex with audio and video filters ------------------------------------+---------------------------------- Reporter: phingers | 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 c-14): Replying to [comment:2 cehoyos]: > Is this a regression? It doesn't look like a regression to me. I checked it with several of the release versions including the 2.2 branch, the 2.1 branch, the 2.0 branch, the 1.2 branch and the 1.1 branch. Same results with each version. I've also managed to simplify the command by a bit. This is the simplest version of the command I've found so far that reproduces the issue: {{{ ffmpeg -i file -filter_complex '[0:a]anull[a];[0:v]trim=duration=25[v]' -map '[v]' -map '[a]' -shortest output }}} Note that it does not matter if the audio stream is shorter or if the video stream is shorter, -shortest does not work in either case. -filter_complex - on the other hand - is required. Using: {{{ ffmpeg -i file -af anull -vf trim=duration=25 -shortest output }}} does not trigger the bug. Input file format and output file format do not seem to influence the issue nor does the codec used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 03:47:28 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 01:47:28 -0000 Subject: [FFmpeg-trac] #3801(undetermined:reopened): SWSCALE: Incorrect Values (+-1) in Full Range Conversion RGB to YCbCr In-Reply-To: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> References: <036.7469a96a5cf0bedc2d5bd3e4eae9a94c@avcodec.org> Message-ID: <051.beab7f48db09a0fde3c2822b5b9d13d9@avcodec.org> #3801: SWSCALE: Incorrect Values (+-1) in Full Range Conversion RGB to YCbCr -------------------------------------+------------------------------------- Reporter: troy_s | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: range | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): ffmpeg output vs. the reference: stddev: 0.39 PSNR: 56.28 MAXDIFF: 1 bytes: 6220800/ 6220800 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 08:25:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 06:25:14 -0000 Subject: [FFmpeg-trac] #3803(undetermined:new): Incorrect bitrate in RIFF header when wrapping dts in WAV Message-ID: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> #3803: Incorrect bitrate in RIFF header when wrapping dts in WAV -------------------------------------+------------------------------------- Reporter: ptalarbvorm | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When adding a WAV header to a dts stream, FFmpeg writes the value read from the dts "target bitrate" field, which almost-always is not the actual bitrate of the stream. DTS in a WAV container is accepted by VirtualDub's AVI muxer, and so far I have to hex-edit the WAVved DTS files created through FFmpeg. How to reproduce: 1) Create a dts file from an Audio CD track; dcaenc -i CD_Track_01.wav -o track_01.dts -b 441 2) Mux with FFmpeg; ffmpeg -i track_01.dts -acodec copy track_01.WAV The RIFF header will report "448kbps", instead of *441kbps*, which is the correct value. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 08:37:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 06:37:29 -0000 Subject: [FFmpeg-trac] #3800(avutil:closed): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" In-Reply-To: <036.eef28b945114355be544b4694adff192@avcodec.org> References: <036.eef28b945114355be544b4694adff192@avcodec.org> Message-ID: <051.6c6b59825a9d8360771a955488097f6b@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" ------------------------------------+---------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Nicolas in 04bc3700 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 08:42:05 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 06:42:05 -0000 Subject: [FFmpeg-trac] #3803(undetermined:new): Incorrect bitrate in RIFF header when wrapping dts in WAV In-Reply-To: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> References: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> Message-ID: <056.358a8b9a4bfa3c987f193b245c6e623e@avcodec.org> #3803: Incorrect bitrate in RIFF header when wrapping dts in WAV -------------------------------------+------------------------------------- Reporter: ptalarbvorm | 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 explain why the incorrect bitrate is a problem. To make this a valid ticket, please provide your FFmpeg command line that does not produce the expected output file together with the complete, uncut console output and please provide a short dts input sample. Doesn't the FFmpeg avi muxer support dts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 08:56:26 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 06:56:26 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.20f1f27780f3d226e21858e89b73294a@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: range | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I know this isn't related to the problem you reported but is there a reason why you are using {{{--enable-pic}}}? Maybe a bug in our configure script that we are not aware of? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 13:05:33 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 11:05:33 -0000 Subject: [FFmpeg-trac] #3804(undetermined:new): FFmpeg process hangs when new subtitle streams are found during encoding Message-ID: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> #3804: FFmpeg process hangs when new subtitle streams are found during encoding --------------------------------------+---------------------------------- Reporter: mrskman | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- FFmpeg process hangs when new subtitle streams are found with 100% CPU usage no mather which output codecs I choose. I also tried -c "copy" and -sn options. Tested on 2.3.0 and 2.2.4. Sample: http://www.datafilehost.com/d/e48ce035 Sample is first 20MB of the original file (~155MB). {{{ ffmpeg started on 2014-07-25 at 12:34:43 Report written to "ffmpeg-20140725-123443.log" Command line: ./ffmpeg-2.3.0/build/bin/ffmpeg -v 9 -loglevel 99 -report -i ./encoding_hangs_when_new_subtitle_streams_are_found.vob -c:a libfdk_aac -c:v libx264 -r:v 25 -crf 27 -preset ultrafast -profile:v baseline -movflags faststart -pix_fmt yuv420p -b:a 128k -t 30 -y -map_metadata -1 -f mp4 /dev/null ffmpeg version 2.3 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 18 2014 10:09:18 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/opt/ffmpeg-2.3.0/build --extra- ldflags='-Wl,-rpath,/opt/ffmpeg-2.3.0/build/lib -L/opt/ffmpeg-2.3.0/build/lib' --bindir=/opt/ffmpeg-2.3.0/build/bin --enable-shared --disable-static --enable-gpl --enable-libfdk-aac --enable-libgsm --enable-libbluray --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.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 './encoding_hangs_when_new_subtitle_streams_are_found.vob'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'libfdk_aac'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'libx264'. Reading option '-r:v' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '25'. Reading option '-crf' ... matched as AVOption 'crf' with argument '27'. Reading option '-preset' ... matched as AVOption 'preset' with argument 'ultrafast'. Reading option '-profile:v' ... matched as option 'profile' (set profile) with argument 'baseline'. Reading option '-movflags' ... matched as AVOption 'movflags' with argument 'faststart'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'yuv420p'. Reading option '-b:a' ... matched as option 'b' (video bitrate (please use -b:v)) with argument '128k'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '30'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-map_metadata' ... matched as option 'map_metadata' (set metadata information of outfile from infile) with argument '-1'. Reading option '-f' ... matched as option 'f' (force format) with argument 'mp4'. Reading option '/dev/null' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option loglevel (set logging level) with argument 99. Applying option report (generate a report) with argument 1. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file ./encoding_hangs_when_new_subtitle_streams_are_found.vob. Successfully parsed a group of options. Opening an input file: ./encoding_hangs_when_new_subtitle_streams_are_found.vob. [mpeg @ 0x9767a0] Format mpeg probed with size=8192 and score=52 [mpeg @ 0x9767a0] Before avformat_find_stream_info() pos: 0 bytes read:32768 seeks:0 [mpeg @ 0x9767a0] probing stream 1 pp:2500 [mpeg @ 0x9767a0] Probe with size=2012, packets=1 detected mpegvideo with score=25 [mpeg @ 0x9767a0] probed stream 1 [mpeg @ 0x9767a0] max_analyze_duration 5000000 reached at 5000000 microseconds [mpeg @ 0x9767a0] After avformat_find_stream_info() pos: 0 bytes read:4280464 seeks:2 frames:295 Input #0, mpeg, from './encoding_hangs_when_new_subtitle_streams_are_found.vob': Duration: 00:00:01.98, start: 0.287267, bitrate: 660938 kb/s Stream #0:0[0x1bf], 11, 1/90000: Data: dvd_nav_packet, 1/90000 Stream #0:1[0x1e0], 127, 1/90000: Video: mpeg2video (Main), yuv420p(tv, smpte170m), 720x576 [SAR 64:45 DAR 16:9], 1/50, max. 8000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x80], 157, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Successfully opened the file. Parsing a group of options: output file /dev/null. Applying option c:a (codec name) with argument libfdk_aac. Applying option c:v (codec name) with argument libx264. Applying option r:v (set frame rate (Hz value, fraction or abbreviation)) with argument 25. Applying option profile:v (set profile) with argument baseline. Applying option pix_fmt (set pixel format) with argument yuv420p. Applying option b:a (video bitrate (please use -b:v)) with argument 128k. Applying option t (record or transcode "duration" seconds of audio/video) with argument 30. Applying option map_metadata (set metadata information of outfile from infile) with argument -1. Applying option f (force format) with argument mp4. Successfully parsed a group of options. Opening an output file: /dev/null. Successfully opened the file. detected 24 logical cores [graph 0 input from stream 0:1 @ 0x97de80] Setting 'video_size' to value '720x576' [graph 0 input from stream 0:1 @ 0x97de80] Setting 'pix_fmt' to value '0' [graph 0 input from stream 0:1 @ 0x97de80] Setting 'time_base' to value '1/90000' [graph 0 input from stream 0:1 @ 0x97de80] Setting 'pixel_aspect' to value '64/45' [graph 0 input from stream 0:1 @ 0x97de80] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:1 @ 0x97de80] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:1 @ 0x97de80] w:720 h:576 pixfmt:yuv420p tb:1/90000 fr:25/1 sar:64/45 sws_param:flags=2 [format @ 0x97e540] compat: called with args=[yuv420p] [format @ 0x97e540] Setting 'pix_fmts' to value 'yuv420p' [AVFilterGraph @ 0x96d960] query_formats: 5 queried, 4 merged, 0 already done, 0 delayed [graph 1 input from stream 0:2 @ 0x95e640] Setting 'time_base' to value '1/48000' [graph 1 input from stream 0:2 @ 0x95e640] Setting 'sample_rate' to value '48000' [graph 1 input from stream 0:2 @ 0x95e640] Setting 'sample_fmt' to value 'fltp' [graph 1 input from stream 0:2 @ 0x95e640] Setting 'channel_layout' to value '0x3' [graph 1 input from stream 0:2 @ 0x95e640] tb:1/48000 samplefmt:fltp samplerate:48000 chlayout:0x3 [audio format for output stream 0:1 @ 0x95e9e0] Setting 'sample_fmts' to value 's16' [audio format for output stream 0:1 @ 0x95e9e0] Setting 'sample_rates' to value '96000|88200|64000|48000|44100|32000|24000|22050|16000|12000|11025|8000' [audio format for output stream 0:1 @ 0x95e9e0] Setting 'channel_layouts' to value '0x4|0x3|0x7|0x107|0x37|0x3f|0xff|0x63f' [audio format for output stream 0:1 @ 0x95e9e0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:1' [AVFilterGraph @ 0x95fa80] query_formats: 5 queried, 9 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 0x963ea0] ch:2 chl:stereo fmt:fltp r:48000Hz -> ch:2 chl:stereo fmt:s16 r:48000Hz [libx264 @ 0x9786c0] using mv_range_thread = 24 [libx264 @ 0x9786c0] using SAR=64/45 [libx264 @ 0x9786c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x9786c0] profile Constrained Baseline, level 3.0 [libx264 @ 0x9786c0] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=36 lookahead_threads=4 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=crf mbtree=0 crf=27.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=0 Output #0, mp4, to '/dev/null': Metadata: encoder : Lavf55.48.100 Stream #0:0, 0, 1/12800: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/25, q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 libx264 Stream #0:1, 0, 1/48000: Audio: aac (libfdk_aac) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 128 kb/s Metadata: encoder : Lavc55.69.100 libfdk_aac Stream mapping: Stream #0:1 -> #0:0 (mpeg2video (native) -> h264 (libx264)) Stream #0:2 -> #0:1 (ac3 (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help [libx264 @ 0x9786c0] frame= 0 QP=24.00 NAL=3 Slice:I Poc:0 I:1620 P:0 SKIP:0 size=1239 bytes [libx264 @ 0x9786c0] frame= 1 QP=17.00 NAL=2 Slice:P Poc:2 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 2 QP=17.00 NAL=2 Slice:P Poc:4 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 3 QP=17.00 NAL=2 Slice:P Poc:6 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 4 QP=16.00 NAL=2 Slice:P Poc:8 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 5 QP=16.00 NAL=2 Slice:P Poc:10 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 6 QP=16.00 NAL=2 Slice:P Poc:12 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 7 QP=16.00 NAL=2 Slice:P Poc:14 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 8 QP=16.00 NAL=2 Slice:P Poc:16 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 9 QP=16.00 NAL=2 Slice:P Poc:18 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 10 QP=16.00 NAL=2 Slice:P Poc:20 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 11 QP=16.00 NAL=2 Slice:P Poc:22 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 12 QP=16.00 NAL=2 Slice:P Poc:24 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 13 QP=16.00 NAL=2 Slice:P Poc:26 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 14 QP=16.00 NAL=2 Slice:P Poc:28 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 15 QP=16.00 NAL=2 Slice:P Poc:30 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 16 QP=16.00 NAL=2 Slice:P Poc:32 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 17 QP=16.00 NAL=2 Slice:P Poc:34 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 18 QP=16.00 NAL=2 Slice:P Poc:36 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 19 QP=16.00 NAL=2 Slice:P Poc:38 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 20 QP=16.00 NAL=2 Slice:P Poc:40 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 21 QP=16.00 NAL=2 Slice:P Poc:42 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 22 QP=16.00 NAL=2 Slice:P Poc:44 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 23 QP=16.00 NAL=2 Slice:P Poc:46 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 24 QP=16.00 NAL=2 Slice:P Poc:48 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 25 QP=16.00 NAL=2 Slice:P Poc:50 I:0 P:0 SKIP:1620 size=11 bytes [libx264 @ 0x9786c0] frame= 26 QP=20.00 NAL=2 Slice:P Poc:52 I:31 P:6 SKIP:1583 size=1298 bytes [libx264 @ 0x9786c0] frame= 27 QP=24.00 NAL=2 Slice:P Poc:54 I:114 P:37 SKIP:1469 size=3671 bytes [libx264 @ 0x9786c0] frame= 28 QP=25.00 NAL=2 Slice:P Poc:56 I:238 P:74 SKIP:1308 size=5645 bytes [libx264 @ 0x9786c0] frame= 29 QP=27.00 NAL=2 Slice:P Poc:58 I:380 P:134 SKIP:1106 size=8669 bytes [libx264 @ 0x9786c0] frame= 30 QP=29.00 NAL=2 Slice:P Poc:60 I:434 P:216 SKIP:970 size=10499 bytes [libx264 @ 0x9786c0] frame= 31 QP=29.00 NAL=2 Slice:P Poc:62 I:474 P:363 SKIP:783 size=11909 bytes [libx264 @ 0x9786c0] frame= 32 QP=30.00 NAL=2 Slice:P Poc:64 I:411 P:488 SKIP:721 size=13720 bytes [libx264 @ 0x9786c0] frame= 33 QP=30.00 NAL=2 Slice:P Poc:66 I:425 P:541 SKIP:654 size=13037 bytes [libx264 @ 0x9786c0] frame= 34 QP=30.00 NAL=2 Slice:P Poc:68 I:419 P:633 SKIP:568 size=13043 bytes [libx264 @ 0x9786c0] frame= 35 QP=30.00 NAL=2 Slice:P Poc:70 I:391 P:676 SKIP:553 size=12210 bytes [libx264 @ 0x9786c0] frame= 36 QP=30.00 NAL=2 Slice:P Poc:72 I:361 P:744 SKIP:515 size=12847 bytes [libx264 @ 0x9786c0] frame= 37 QP=30.00 NAL=2 Slice:P Poc:74 I:231 P:822 SKIP:567 size=11282 bytes [libx264 @ 0x9786c0] frame= 38 QP=30.00 NAL=2 Slice:P Poc:76 I:264 P:841 SKIP:515 size=11304 bytes [libx264 @ 0x9786c0] frame= 39 QP=30.00 NAL=2 Slice:P Poc:78 I:324 P:902 SKIP:394 size=12971 bytes [libx264 @ 0x9786c0] frame= 40 QP=30.00 NAL=2 Slice:P Poc:80 I:265 P:974 SKIP:381 size=11934 bytes [libx264 @ 0x9786c0] frame= 41 QP=30.00 NAL=2 Slice:P Poc:82 I:165 P:1012 SKIP:443 size=13104 bytes [libx264 @ 0x9786c0] frame= 42 QP=31.00 NAL=2 Slice:P Poc:84 I:143 P:1030 SKIP:447 size=11112 bytes [libx264 @ 0x9786c0] frame= 43 QP=31.00 NAL=2 Slice:P Poc:86 I:118 P:1105 SKIP:397 size=11849 bytes [libx264 @ 0x9786c0] frame= 44 QP=31.00 NAL=2 Slice:P Poc:88 I:87 P:1217 SKIP:316 size=13176 bytes [libx264 @ 0x9786c0] frame= 45 QP=31.00 NAL=2 Slice:P Poc:90 I:114 P:1211 SKIP:295 size=14153 bytes [libx264 @ 0x9786c0] frame= 46 QP=31.00 NAL=2 Slice:P Poc:92 I:92 P:1225 SKIP:303 size=14077 bytes [libx264 @ 0x9786c0] frame= 47 QP=31.00 NAL=2 Slice:P Poc:94 I:96 P:1288 SKIP:236 size=13598 bytes [libx264 @ 0x9786c0] frame= 48 QP=31.00 NAL=2 Slice:P Poc:96 I:105 P:1267 SKIP:248 size=13949 bytes [libx264 @ 0x9786c0] frame= 49 QP=31.00 NAL=2 Slice:P Poc:98 I:120 P:1266 SKIP:234 size=13702 bytes [libx264 @ 0x9786c0] frame= 50 QP=31.00 NAL=2 Slice:P Poc:100 I:62 P:1280 SKIP:278 size=13956 bytes [libx264 @ 0x9786c0] frame= 51 QP=31.00 NAL=2 Slice:P Poc:102 I:74 P:1366 SKIP:180 size=15042 bytes [libx264 @ 0x9786c0] frame= 52 QP=31.00 NAL=2 Slice:P Poc:104 I:62 P:1390 SKIP:168 size=15110 bytes [libx264 @ 0x9786c0] frame= 53 QP=31.00 NAL=2 Slice:P Poc:106 I:84 P:1397 SKIP:139 size=15810 bytes [libx264 @ 0x9786c0] frame= 54 QP=31.00 NAL=2 Slice:P Poc:108 I:50 P:1435 SKIP:135 size=17452 bytes [libx264 @ 0x9786c0] frame= 55 QP=31.00 NAL=2 Slice:P Poc:110 I:60 P:1427 SKIP:133 size=17559 bytes [libx264 @ 0x9786c0] frame= 56 QP=32.00 NAL=2 Slice:P Poc:112 I:100 P:1356 SKIP:164 size=13943 bytes [libx264 @ 0x9786c0] frame= 57 QP=32.00 NAL=2 Slice:P Poc:114 I:50 P:1426 SKIP:144 size=14258 bytes [libx264 @ 0x9786c0] frame= 58 QP=32.00 NAL=2 Slice:P Poc:116 I:55 P:1412 SKIP:153 size=15539 bytes [libx264 @ 0x9786c0] frame= 59 QP=32.00 NAL=2 Slice:P Poc:118 I:56 P:1448 SKIP:116 size=15506 bytes [libx264 @ 0x9786c0] frame= 60 QP=32.00 NAL=2 Slice:P Poc:120 I:38 P:1453 SKIP:129 size=15689 bytes [libx264 @ 0x9786c0] frame= 61 QP=32.00 NAL=2 Slice:P Poc:122 I:66 P:1451 SKIP:103 size=15719 bytes [libx264 @ 0x9786c0] frame= 62 QP=32.00 NAL=2 Slice:P Poc:124 I:62 P:1452 SKIP:106 size=16120 bytes [libx264 @ 0x9786c0] frame= 63 QP=32.00 NAL=2 Slice:P Poc:126 I:84 P:1418 SKIP:118 size=16469 bytes [libx264 @ 0x9786c0] frame= 64 QP=32.00 NAL=2 Slice:P Poc:128 I:65 P:1429 SKIP:126 size=16224 bytes [libx264 @ 0x9786c0] frame= 65 QP=32.00 NAL=2 Slice:P Poc:130 I:81 P:1430 SKIP:109 size=16526 bytes [libx264 @ 0x9786c0] frame= 66 QP=32.00 NAL=2 Slice:P Poc:132 I:63 P:1439 SKIP:118 size=16964 bytes [libx264 @ 0x9786c0] frame= 67 QP=32.00 NAL=2 Slice:P Poc:134 I:63 P:1400 SKIP:157 size=16529 bytes [libx264 @ 0x9786c0] frame= 68 QP=32.00 NAL=2 Slice:P Poc:136 I:68 P:1413 SKIP:139 size=17289 bytes [libx264 @ 0x9786c0] frame= 69 QP=32.00 NAL=2 Slice:P Poc:138 I:93 P:1386 SKIP:141 size=17768 bytes [libx264 @ 0x9786c0] frame= 70 QP=32.00 NAL=2 Slice:P Poc:140 I:59 P:1386 SKIP:175 size=17695 bytes [libx264 @ 0x9786c0] frame= 71 QP=32.00 NAL=2 Slice:P Poc:142 I:73 P:1368 SKIP:179 size=17453 bytes frame= 109 fps=0.0 q=28.0 size= 661kB time=00:00:04.20 bitrate=1287.8kbits/s [libx264 @ 0x9786c0] frame= 72 QP=32.00 NAL=2 Slice:P Poc:144 I:75 P:1406 SKIP:139 size=18275 bytes [libx264 @ 0x9786c0] frame= 73 QP=32.00 NAL=2 Slice:P Poc:146 I:70 P:1366 SKIP:184 size=17313 bytes [libx264 @ 0x9786c0] frame= 74 QP=32.00 NAL=2 Slice:P Poc:148 I:75 P:1383 SKIP:162 size=17569 bytes [libx264 @ 0x9786c0] frame= 75 QP=32.00 NAL=2 Slice:P Poc:150 I:98 P:1339 SKIP:183 size=17670 bytes [libx264 @ 0x9786c0] frame= 76 QP=32.00 NAL=2 Slice:P Poc:152 I:83 P:1344 SKIP:193 size=17550 bytes [libx264 @ 0x9786c0] frame= 77 QP=32.00 NAL=2 Slice:P Poc:154 I:95 P:1325 SKIP:200 size=17848 bytes [libx264 @ 0x9786c0] frame= 78 QP=32.00 NAL=2 Slice:P Poc:156 I:87 P:1336 SKIP:197 size=18118 bytes [libx264 @ 0x9786c0] frame= 79 QP=32.00 NAL=2 Slice:P Poc:158 I:65 P:1303 SKIP:252 size=17579 bytes [libx264 @ 0x9786c0] frame= 80 QP=32.00 NAL=2 Slice:P Poc:160 I:73 P:1299 SKIP:248 size=18013 bytes [libx264 @ 0x9786c0] frame= 81 QP=32.00 NAL=2 Slice:P Poc:162 I:103 P:1281 SKIP:236 size=18053 bytes [libx264 @ 0x9786c0] frame= 82 QP=32.00 NAL=2 Slice:P Poc:164 I:74 P:1289 SKIP:257 size=18073 bytes [libx264 @ 0x9786c0] frame= 83 QP=32.00 NAL=2 Slice:P Poc:166 I:87 P:1265 SKIP:268 size=18424 bytes [libx264 @ 0x9786c0] frame= 84 QP=32.00 NAL=2 Slice:P Poc:168 I:90 P:1278 SKIP:252 size=18327 bytes [libx264 @ 0x9786c0] frame= 85 QP=32.00 NAL=2 Slice:P Poc:170 I:55 P:1266 SKIP:299 size=17210 bytes [libx264 @ 0x9786c0] frame= 86 QP=32.00 NAL=2 Slice:P Poc:172 I:61 P:1250 SKIP:309 size=17354 bytes [libx264 @ 0x9786c0] frame= 87 QP=32.00 NAL=2 Slice:P Poc:174 I:71 P:1268 SKIP:281 size=17709 bytes [libx264 @ 0x9786c0] frame= 88 QP=31.00 NAL=2 Slice:P Poc:176 I:118 P:1246 SKIP:256 size=22960 bytes [libx264 @ 0x9786c0] frame= 89 QP=31.00 NAL=2 Slice:P Poc:178 I:98 P:1249 SKIP:273 size=21844 bytes [libx264 @ 0x9786c0] frame= 90 QP=31.00 NAL=2 Slice:P Poc:180 I:116 P:1228 SKIP:276 size=21288 bytes [libx264 @ 0x9786c0] frame= 91 QP=31.00 NAL=2 Slice:P Poc:182 I:75 P:1251 SKIP:294 size=20927 bytes [libx264 @ 0x9786c0] frame= 92 QP=31.00 NAL=2 Slice:P Poc:184 I:78 P:1222 SKIP:320 size=20823 bytes [libx264 @ 0x9786c0] frame= 93 QP=31.00 NAL=2 Slice:P Poc:186 I:83 P:1235 SKIP:302 size=21431 bytes [libx264 @ 0x9786c0] frame= 94 QP=31.00 NAL=2 Slice:P Poc:188 I:66 P:1199 SKIP:355 size=20848 bytes [libx264 @ 0x9786c0] frame= 95 QP=30.00 NAL=2 Slice:P Poc:190 I:9 P:779 SKIP:832 size=4868 bytes [libx264 @ 0x9786c0] frame= 96 QP=33.00 NAL=2 Slice:P Poc:192 I:576 P:915 SKIP:129 size=25799 bytes [libx264 @ 0x9786c0] frame= 97 QP=35.00 NAL=2 Slice:P Poc:194 I:1307 P:243 SKIP:70 size=31091 bytes [libx264 @ 0x9786c0] frame= 98 QP=34.00 NAL=2 Slice:P Poc:196 I:1155 P:200 SKIP:265 size=16528 bytes [libx264 @ 0x9786c0] frame= 99 QP=32.00 NAL=2 Slice:P Poc:198 I:923 P:247 SKIP:450 size=10906 bytes [libx264 @ 0x9786c0] frame= 100 QP=30.00 NAL=2 Slice:P Poc:200 I:1612 P:8 SKIP:0 size=1850 bytes [libx264 @ 0x9786c0] frame= 101 QP=28.00 NAL=2 Slice:P Poc:202 I:13 P:3 SKIP:1604 size=454 bytes [libx264 @ 0x9786c0] frame= 102 QP=26.00 NAL=2 Slice:P Poc:204 I:40 P:10 SKIP:1570 size=1131 bytes [libx264 @ 0x9786c0] frame= 103 QP=26.00 NAL=2 Slice:P Poc:206 I:107 P:28 SKIP:1485 size=3306 bytes [libx264 @ 0x9786c0] frame= 104 QP=26.00 NAL=2 Slice:P Poc:208 I:202 P:64 SKIP:1354 size=5275 bytes [libx264 @ 0x9786c0] frame= 105 QP=27.00 NAL=2 Slice:P Poc:210 I:227 P:163 SKIP:1230 size=6200 bytes [libx264 @ 0x9786c0] frame= 106 QP=28.00 NAL=2 Slice:P Poc:212 I:190 P:251 SKIP:1179 size=7098 bytes [libx264 @ 0x9786c0] frame= 107 QP=28.00 NAL=2 Slice:P Poc:214 I:253 P:278 SKIP:1089 size=6837 bytes [libx264 @ 0x9786c0] frame= 108 QP=29.00 NAL=2 Slice:P Poc:216 I:230 P:362 SKIP:1028 size=6939 bytes [libx264 @ 0x9786c0] frame= 109 QP=29.00 NAL=2 Slice:P Poc:218 I:220 P:417 SKIP:983 size=7728 bytes [libx264 @ 0x9786c0] frame= 110 QP=29.00 NAL=2 Slice:P Poc:220 I:224 P:480 SKIP:916 size=7159 bytes [libx264 @ 0x9786c0] frame= 111 QP=29.00 NAL=2 Slice:P Poc:222 I:272 P:516 SKIP:832 size=8922 bytes [libx264 @ 0x9786c0] frame= 112 QP=29.00 NAL=2 Slice:P Poc:224 I:136 P:624 SKIP:860 size=9181 bytes [libx264 @ 0x9786c0] frame= 113 QP=29.00 NAL=2 Slice:P Poc:226 I:159 P:659 SKIP:802 size=10440 bytes [libx264 @ 0x9786c0] frame= 114 QP=29.00 NAL=2 Slice:P Poc:228 I:136 P:676 SKIP:808 size=11188 bytes [libx264 @ 0x9786c0] frame= 115 QP=30.00 NAL=2 Slice:P Poc:230 I:118 P:750 SKIP:752 size=10559 bytes [libx264 @ 0x9786c0] frame= 116 QP=29.00 NAL=2 Slice:P Poc:232 I:106 P:817 SKIP:697 size=11951 bytes [libx264 @ 0x9786c0] frame= 117 QP=29.00 NAL=2 Slice:P Poc:234 I:147 P:900 SKIP:573 size=13030 bytes [libx264 @ 0x9786c0] frame= 118 QP=30.00 NAL=2 Slice:P Poc:236 I:141 P:913 SKIP:566 size=11967 bytes [libx264 @ 0x9786c0] frame= 119 QP=30.00 NAL=2 Slice:P Poc:238 I:133 P:930 SKIP:557 size=12001 bytes [libx264 @ 0x9786c0] frame= 120 QP=30.00 NAL=2 Slice:P Poc:240 I:207 P:1006 SKIP:407 size=13823 bytes [libx264 @ 0x9786c0] frame= 121 QP=30.00 NAL=2 Slice:P Poc:242 I:106 P:966 SKIP:548 size=13551 bytes [libx264 @ 0x9786c0] frame= 122 QP=30.00 NAL=2 Slice:P Poc:244 I:147 P:985 SKIP:488 size=13711 bytes [libx264 @ 0x9786c0] frame= 123 QP=30.00 NAL=2 Slice:P Poc:246 I:143 P:1009 SKIP:468 size=15977 bytes [libx264 @ 0x9786c0] frame= 124 QP=30.00 NAL=2 Slice:P Poc:248 I:76 P:1060 SKIP:484 size=15269 bytes [libx264 @ 0x9786c0] frame= 125 QP=30.00 NAL=2 Slice:P Poc:250 I:136 P:1046 SKIP:438 size=14635 bytes [libx264 @ 0x9786c0] frame= 126 QP=30.00 NAL=2 Slice:P Poc:252 I:155 P:1002 SKIP:463 size=15928 bytes [libx264 @ 0x9786c0] frame= 127 QP=30.00 NAL=2 Slice:P Poc:254 I:98 P:1074 SKIP:448 size=16030 bytes [libx264 @ 0x9786c0] frame= 128 QP=30.00 NAL=2 Slice:P Poc:256 I:73 P:1088 SKIP:459 size=16197 bytes [libx264 @ 0x9786c0] frame= 129 QP=30.00 NAL=2 Slice:P Poc:258 I:127 P:1071 SKIP:422 size=16931 bytes [libx264 @ 0x9786c0] frame= 130 QP=30.00 NAL=2 Slice:P Poc:260 I:127 P:1102 SKIP:391 size=15790 bytes [libx264 @ 0x9786c0] frame= 131 QP=30.00 NAL=2 Slice:P Poc:262 I:100 P:1123 SKIP:397 size=17132 bytes [libx264 @ 0x9786c0] frame= 132 QP=31.00 NAL=2 Slice:P Poc:264 I:111 P:1083 SKIP:426 size=17172 bytes [libx264 @ 0x9786c0] frame= 133 QP=31.00 NAL=2 Slice:P Poc:266 I:122 P:1070 SKIP:428 size=14064 bytes [libx264 @ 0x9786c0] frame= 134 QP=30.00 NAL=2 Slice:P Poc:268 I:91 P:1147 SKIP:382 size=18925 bytes [libx264 @ 0x9786c0] frame= 135 QP=31.00 NAL=2 Slice:P Poc:270 I:85 P:1137 SKIP:398 size=17962 bytes [libx264 @ 0x9786c0] frame= 136 QP=31.00 NAL=2 Slice:P Poc:272 I:120 P:1134 SKIP:366 size=17893 bytes [libx264 @ 0x9786c0] frame= 137 QP=31.00 NAL=2 Slice:P Poc:274 I:91 P:1155 SKIP:374 size=17891 bytes [libx264 @ 0x9786c0] frame= 138 QP=31.00 NAL=2 Slice:P Poc:276 I:38 P:1217 SKIP:365 size=19051 bytes [libx264 @ 0x9786c0] frame= 139 QP=31.00 NAL=2 Slice:P Poc:278 I:80 P:1195 SKIP:345 size=18997 bytes [libx264 @ 0x9786c0] frame= 140 QP=31.00 NAL=2 Slice:P Poc:280 I:145 P:1163 SKIP:312 size=19791 bytes [libx264 @ 0x9786c0] frame= 141 QP=31.00 NAL=2 Slice:P Poc:282 I:86 P:1190 SKIP:344 size=20200 bytes frame= 179 fps=179 q=28.0 size= 1724kB time=00:00:07.01 bitrate=2012.3kbits/s [libx264 @ 0x9786c0] frame= 142 QP=31.00 NAL=2 Slice:P Poc:284 I:80 P:1184 SKIP:356 size=19359 bytes [libx264 @ 0x9786c0] frame= 143 QP=31.00 NAL=2 Slice:P Poc:286 I:81 P:1192 SKIP:347 size=21724 bytes [libx264 @ 0x9786c0] frame= 144 QP=31.00 NAL=2 Slice:P Poc:288 I:200 P:1179 SKIP:241 size=21539 bytes [libx264 @ 0x9786c0] frame= 145 QP=31.00 NAL=2 Slice:P Poc:290 I:80 P:1212 SKIP:328 size=20506 bytes [libx264 @ 0x9786c0] frame= 146 QP=31.00 NAL=2 Slice:P Poc:292 I:146 P:1215 SKIP:259 size=21189 bytes [libx264 @ 0x9786c0] frame= 147 QP=31.00 NAL=2 Slice:P Poc:294 I:93 P:1209 SKIP:318 size=22467 bytes [libx264 @ 0x9786c0] frame= 148 QP=31.00 NAL=2 Slice:P Poc:296 I:92 P:1183 SKIP:345 size=22111 bytes [libx264 @ 0x9786c0] frame= 149 QP=31.00 NAL=2 Slice:P Poc:298 I:140 P:1229 SKIP:251 size=22602 bytes [libx264 @ 0x9786c0] frame= 150 QP=31.00 NAL=2 Slice:P Poc:300 I:100 P:1248 SKIP:272 size=23984 bytes [libx264 @ 0x9786c0] frame= 151 QP=32.00 NAL=2 Slice:P Poc:302 I:77 P:1189 SKIP:354 size=19007 bytes [libx264 @ 0x9786c0] frame= 152 QP=32.00 NAL=2 Slice:P Poc:304 I:78 P:1216 SKIP:326 size=20290 bytes [libx264 @ 0x9786c0] frame= 153 QP=32.00 NAL=2 Slice:P Poc:306 I:67 P:1238 SKIP:315 size=21238 bytes [libx264 @ 0x9786c0] frame= 154 QP=32.00 NAL=2 Slice:P Poc:308 I:66 P:1205 SKIP:349 size=21078 bytes [libx264 @ 0x9786c0] frame= 155 QP=32.00 NAL=2 Slice:P Poc:310 I:107 P:1190 SKIP:323 size=21847 bytes [libx264 @ 0x9786c0] frame= 156 QP=32.00 NAL=2 Slice:P Poc:312 I:86 P:1240 SKIP:294 size=22837 bytes [libx264 @ 0x9786c0] frame= 157 QP=32.00 NAL=2 Slice:P Poc:314 I:52 P:1200 SKIP:368 size=20963 bytes [libx264 @ 0x9786c0] frame= 158 QP=32.00 NAL=2 Slice:P Poc:316 I:95 P:1174 SKIP:351 size=21463 bytes [libx264 @ 0x9786c0] frame= 159 QP=32.00 NAL=2 Slice:P Poc:318 I:100 P:1218 SKIP:302 size=22414 bytes [libx264 @ 0x9786c0] frame= 160 QP=32.00 NAL=2 Slice:P Poc:320 I:78 P:1203 SKIP:339 size=21997 bytes [libx264 @ 0x9786c0] frame= 161 QP=32.00 NAL=2 Slice:P Poc:322 I:67 P:1205 SKIP:348 size=22735 bytes [libx264 @ 0x9786c0] frame= 162 QP=32.00 NAL=2 Slice:P Poc:324 I:89 P:1213 SKIP:318 size=23685 bytes [libx264 @ 0x9786c0] frame= 163 QP=32.00 NAL=2 Slice:P Poc:326 I:68 P:1221 SKIP:331 size=23514 bytes [libx264 @ 0x9786c0] frame= 164 QP=32.00 NAL=2 Slice:P Poc:328 I:73 P:1212 SKIP:335 size=22660 bytes [libx264 @ 0x9786c0] frame= 165 QP=32.00 NAL=2 Slice:P Poc:330 I:63 P:1202 SKIP:355 size=24294 bytes [libx264 @ 0x9786c0] frame= 166 QP=32.00 NAL=2 Slice:P Poc:332 I:79 P:1243 SKIP:298 size=23014 bytes [libx264 @ 0x9786c0] frame= 167 QP=32.00 NAL=2 Slice:P Poc:334 I:67 P:1235 SKIP:318 size=23943 bytes [libx264 @ 0x9786c0] frame= 168 QP=32.00 NAL=2 Slice:P Poc:336 I:105 P:1250 SKIP:265 size=26043 bytes [libx264 @ 0x9786c0] frame= 169 QP=32.00 NAL=2 Slice:P Poc:338 I:89 P:1220 SKIP:311 size=23674 bytes [libx264 @ 0x9786c0] frame= 170 QP=31.00 NAL=2 Slice:P Poc:340 I:9 P:1152 SKIP:459 size=12394 bytes [libx264 @ 0x9786c0] frame= 171 QP=32.00 NAL=2 Slice:P Poc:342 I:349 P:1097 SKIP:174 size=23663 bytes [libx264 @ 0x9786c0] frame= 172 QP=34.00 NAL=2 Slice:P Poc:344 I:1087 P:416 SKIP:117 size=35129 bytes [libx264 @ 0x9786c0] frame= 173 QP=34.00 NAL=2 Slice:P Poc:346 I:1059 P:279 SKIP:282 size=21995 bytes [libx264 @ 0x9786c0] frame= 174 QP=33.00 NAL=2 Slice:P Poc:348 I:929 P:265 SKIP:426 size=13677 bytes [libx264 @ 0x9786c0] frame= 175 QP=30.00 NAL=2 Slice:P Poc:350 I:1617 P:3 SKIP:0 size=1851 bytes [libx264 @ 0x9786c0] frame= 176 QP=28.00 NAL=2 Slice:P Poc:352 I:12 P:4 SKIP:1604 size=317 bytes [libx264 @ 0x9786c0] frame= 177 QP=26.00 NAL=2 Slice:P Poc:354 I:63 P:20 SKIP:1537 size=917 bytes [libx264 @ 0x9786c0] frame= 178 QP=25.00 NAL=2 Slice:P Poc:356 I:126 P:52 SKIP:1442 size=2508 bytes [libx264 @ 0x9786c0] frame= 179 QP=25.00 NAL=2 Slice:P Poc:358 I:226 P:69 SKIP:1325 size=2917 bytes [libx264 @ 0x9786c0] frame= 180 QP=26.00 NAL=2 Slice:P Poc:360 I:337 P:134 SKIP:1149 size=3834 bytes [libx264 @ 0x9786c0] frame= 181 QP=26.00 NAL=2 Slice:P Poc:362 I:249 P:147 SKIP:1224 size=4004 bytes [libx264 @ 0x9786c0] frame= 182 QP=26.00 NAL=2 Slice:P Poc:364 I:439 P:225 SKIP:956 size=4693 bytes [libx264 @ 0x9786c0] frame= 183 QP=27.00 NAL=2 Slice:P Poc:366 I:239 P:244 SKIP:1137 size=5259 bytes [libx264 @ 0x9786c0] frame= 184 QP=28.00 NAL=2 Slice:P Poc:368 I:309 P:290 SKIP:1021 size=7133 bytes [libx264 @ 0x9786c0] frame= 185 QP=28.00 NAL=2 Slice:P Poc:370 I:273 P:410 SKIP:937 size=7581 bytes [libx264 @ 0x9786c0] frame= 186 QP=29.00 NAL=2 Slice:P Poc:372 I:239 P:485 SKIP:896 size=7533 bytes [libx264 @ 0x9786c0] frame= 187 QP=29.00 NAL=2 Slice:P Poc:374 I:234 P:592 SKIP:794 size=8636 bytes [libx264 @ 0x9786c0] frame= 188 QP=30.00 NAL=2 Slice:P Poc:376 I:193 P:644 SKIP:783 size=8777 bytes [libx264 @ 0x9786c0] frame= 189 QP=30.00 NAL=2 Slice:P Poc:378 I:204 P:688 SKIP:728 size=9556 bytes [libx264 @ 0x9786c0] frame= 190 QP=30.00 NAL=2 Slice:P Poc:380 I:237 P:713 SKIP:670 size=8780 bytes [libx264 @ 0x9786c0] frame= 191 QP=30.00 NAL=2 Slice:P Poc:382 I:216 P:757 SKIP:647 size=10177 bytes [libx264 @ 0x9786c0] frame= 192 QP=30.00 NAL=2 Slice:P Poc:384 I:180 P:855 SKIP:585 size=10345 bytes [libx264 @ 0x9786c0] frame= 193 QP=30.00 NAL=2 Slice:P Poc:386 I:152 P:908 SKIP:560 size=11127 bytes [libx264 @ 0x9786c0] frame= 194 QP=30.00 NAL=2 Slice:P Poc:388 I:165 P:933 SKIP:522 size=10998 bytes [libx264 @ 0x9786c0] frame= 195 QP=30.00 NAL=2 Slice:P Poc:390 I:175 P:933 SKIP:512 size=11174 bytes [libx264 @ 0x9786c0] frame= 196 QP=30.00 NAL=2 Slice:P Poc:392 I:144 P:953 SKIP:523 size=10968 bytes [libx264 @ 0x9786c0] frame= 197 QP=30.00 NAL=2 Slice:P Poc:394 I:164 P:970 SKIP:486 size=11725 bytes [libx264 @ 0x9786c0] frame= 198 QP=30.00 NAL=2 Slice:P Poc:396 I:179 P:934 SKIP:507 size=11802 bytes [libx264 @ 0x9786c0] frame= 199 QP=30.00 NAL=2 Slice:P Poc:398 I:189 P:971 SKIP:460 size=11647 bytes [libx264 @ 0x9786c0] frame= 200 QP=30.00 NAL=2 Slice:P Poc:400 I:177 P:971 SKIP:472 size=11376 bytes [libx264 @ 0x9786c0] frame= 201 QP=30.00 NAL=2 Slice:P Poc:402 I:183 P:1004 SKIP:433 size=12366 bytes [libx264 @ 0x9786c0] frame= 202 QP=30.00 NAL=2 Slice:P Poc:404 I:178 P:1018 SKIP:424 size=11993 bytes [libx264 @ 0x9786c0] frame= 203 QP=30.00 NAL=2 Slice:P Poc:406 I:164 P:1022 SKIP:434 size=12024 bytes [libx264 @ 0x9786c0] frame= 204 QP=30.00 NAL=2 Slice:P Poc:408 I:186 P:1016 SKIP:418 size=13382 bytes [libx264 @ 0x9786c0] frame= 205 QP=30.00 NAL=2 Slice:P Poc:410 I:185 P:1012 SKIP:423 size=12059 bytes [libx264 @ 0x9786c0] frame= 206 QP=30.00 NAL=2 Slice:P Poc:412 I:159 P:1004 SKIP:457 size=12898 bytes [libx264 @ 0x9786c0] frame= 207 QP=30.00 NAL=2 Slice:P Poc:414 I:150 P:1007 SKIP:463 size=13177 bytes [libx264 @ 0x9786c0] frame= 208 QP=30.00 NAL=2 Slice:P Poc:416 I:163 P:1055 SKIP:402 size=13535 bytes [libx264 @ 0x9786c0] frame= 209 QP=30.00 NAL=2 Slice:P Poc:418 I:147 P:1078 SKIP:395 size=13621 bytes [libx264 @ 0x9786c0] frame= 210 QP=30.00 NAL=2 Slice:P Poc:420 I:143 P:1053 SKIP:424 size=14140 bytes [libx264 @ 0x9786c0] frame= 211 QP=30.00 NAL=2 Slice:P Poc:422 I:188 P:1019 SKIP:413 size=13370 bytes [libx264 @ 0x9786c0] frame= 212 QP=30.00 NAL=2 Slice:P Poc:424 I:148 P:1078 SKIP:394 size=13832 bytes [libx264 @ 0x9786c0] frame= 213 QP=30.00 NAL=2 Slice:P Poc:426 I:129 P:1065 SKIP:426 size=14277 bytes [libx264 @ 0x9786c0] frame= 214 QP=30.00 NAL=2 Slice:P Poc:428 I:113 P:1083 SKIP:424 size=14148 bytes [libx264 @ 0x9786c0] frame= 215 QP=30.00 NAL=2 Slice:P Poc:430 I:105 P:1111 SKIP:404 size=14548 bytes [libx264 @ 0x9786c0] frame= 216 QP=31.00 NAL=2 Slice:P Poc:432 I:133 P:1053 SKIP:434 size=13551 bytes [libx264 @ 0x9786c0] frame= 217 QP=31.00 NAL=2 Slice:P Poc:434 I:96 P:1080 SKIP:444 size=12953 bytes [libx264 @ 0x9786c0] frame= 218 QP=31.00 NAL=2 Slice:P Poc:436 I:104 P:1065 SKIP:451 size=12492 bytes [libx264 @ 0x9786c0] frame= 219 QP=31.00 NAL=2 Slice:P Poc:438 I:119 P:1081 SKIP:420 size=13853 bytes [libx264 @ 0x9786c0] frame= 220 QP=31.00 NAL=2 Slice:P Poc:440 I:104 P:1092 SKIP:424 size=13316 bytes [libx264 @ 0x9786c0] frame= 221 QP=31.00 NAL=2 Slice:P Poc:442 I:140 P:1093 SKIP:387 size=13864 bytes [libx264 @ 0x9786c0] frame= 222 QP=31.00 NAL=2 Slice:P Poc:444 I:85 P:1090 SKIP:445 size=13886 bytes [libx264 @ 0x9786c0] frame= 223 QP=31.00 NAL=2 Slice:P Poc:446 I:110 P:1088 SKIP:422 size=13992 bytes [libx264 @ 0x9786c0] frame= 224 QP=31.00 NAL=2 Slice:P Poc:448 I:75 P:1104 SKIP:441 size=13522 bytes [libx264 @ 0x9786c0] frame= 225 QP=31.00 NAL=2 Slice:P Poc:450 I:78 P:1118 SKIP:424 size=13651 bytes [libx264 @ 0x9786c0] frame= 226 QP=31.00 NAL=2 Slice:P Poc:452 I:82 P:1085 SKIP:453 size=13234 bytes [libx264 @ 0x9786c0] frame= 227 QP=31.00 NAL=2 Slice:P Poc:454 I:72 P:1102 SKIP:446 size=13788 bytes [libx264 @ 0x9786c0] frame= 228 QP=31.00 NAL=2 Slice:P Poc:456 I:90 P:1086 SKIP:444 size=15084 bytes [libx264 @ 0x9786c0] frame= 229 QP=31.00 NAL=2 Slice:P Poc:458 I:83 P:1054 SKIP:483 size=13824 bytes [libx264 @ 0x9786c0] frame= 230 QP=31.00 NAL=2 Slice:P Poc:460 I:74 P:1058 SKIP:488 size=13786 bytes [libx264 @ 0x9786c0] frame= 231 QP=31.00 NAL=2 Slice:P Poc:462 I:93 P:1049 SKIP:478 size=13875 bytes [libx264 @ 0x9786c0] frame= 232 QP=31.00 NAL=2 Slice:P Poc:464 I:81 P:1046 SKIP:493 size=13322 bytes [libx264 @ 0x9786c0] frame= 233 QP=30.00 NAL=2 Slice:P Poc:466 I:102 P:1054 SKIP:464 size=15497 bytes [libx264 @ 0x9786c0] frame= 234 QP=30.00 NAL=2 Slice:P Poc:468 I:85 P:1050 SKIP:485 size=15230 bytes [libx264 @ 0x9786c0] frame= 235 QP=30.00 NAL=2 Slice:P Poc:470 I:93 P:1036 SKIP:491 size=14494 bytes [libx264 @ 0x9786c0] frame= 236 QP=30.00 NAL=2 Slice:P Poc:472 I:109 P:1010 SKIP:501 size=14514 bytes [libx264 @ 0x9786c0] frame= 237 QP=30.00 NAL=2 Slice:P Poc:474 I:82 P:1003 SKIP:535 size=14694 bytes [libx264 @ 0x9786c0] frame= 238 QP=30.00 NAL=2 Slice:P Poc:476 I:70 P:994 SKIP:556 size=13993 bytes [libx264 @ 0x9786c0] frame= 239 QP=30.00 NAL=2 Slice:P Poc:478 I:102 P:981 SKIP:537 size=14625 bytes [libx264 @ 0x9786c0] frame= 240 QP=30.00 NAL=2 Slice:P Poc:480 I:90 P:974 SKIP:556 size=15625 bytes [libx264 @ 0x9786c0] frame= 241 QP=30.00 NAL=2 Slice:P Poc:482 I:58 P:932 SKIP:630 size=13453 bytes [libx264 @ 0x9786c0] frame= 242 QP=30.00 NAL=2 Slice:P Poc:484 I:87 P:930 SKIP:603 size=13302 bytes frame= 280 fps=187 q=30.0 size= 3253kB time=00:00:11.11 bitrate=2397.9kbits/s [libx264 @ 0x9786c0] frame= 243 QP=30.00 NAL=2 Slice:P Poc:486 I:100 P:899 SKIP:621 size=13354 bytes [libx264 @ 0x9786c0] frame= 244 QP=30.00 NAL=2 Slice:P Poc:488 I:92 P:884 SKIP:644 size=12696 bytes [libx264 @ 0x9786c0] frame= 245 QP=28.00 NAL=2 Slice:P Poc:490 I:79 P:852 SKIP:689 size=9337 bytes [libx264 @ 0x9786c0] frame= 246 QP=31.00 NAL=2 Slice:P Poc:492 I:512 P:683 SKIP:425 size=16608 bytes [libx264 @ 0x9786c0] frame= 247 QP=33.00 NAL=2 Slice:P Poc:494 I:890 P:408 SKIP:322 size=23706 bytes [libx264 @ 0x9786c0] frame= 248 QP=33.00 NAL=2 Slice:P Poc:496 I:1090 P:297 SKIP:233 size=20599 bytes [libx264 @ 0x9786c0] frame= 249 QP=33.00 NAL=2 Slice:P Poc:498 I:664 P:378 SKIP:578 size=14883 bytes [libx264 @ 0x9786c0] frame= 250 QP=28.00 NAL=3 Slice:I Poc:0 I:1620 P:0 SKIP:0 size=1239 bytes [libx264 @ 0x9786c0] frame= 251 QP=28.00 NAL=2 Slice:P Poc:2 I:73 P:7 SKIP:1540 size=1469 bytes [libx264 @ 0x9786c0] frame= 252 QP=28.00 NAL=2 Slice:P Poc:4 I:318 P:46 SKIP:1256 size=4900 bytes [libx264 @ 0x9786c0] frame= 253 QP=28.00 NAL=2 Slice:P Poc:6 I:419 P:140 SKIP:1061 size=8669 bytes [libx264 @ 0x9786c0] frame= 254 QP=29.00 NAL=2 Slice:P Poc:8 I:544 P:281 SKIP:795 size=10994 bytes [libx264 @ 0x9786c0] frame= 255 QP=30.00 NAL=2 Slice:P Poc:10 I:526 P:349 SKIP:745 size=11239 bytes [libx264 @ 0x9786c0] frame= 256 QP=30.00 NAL=2 Slice:P Poc:12 I:433 P:455 SKIP:732 size=11744 bytes [libx264 @ 0x9786c0] frame= 257 QP=30.00 NAL=2 Slice:P Poc:14 I:441 P:550 SKIP:629 size=12974 bytes [libx264 @ 0x9786c0] frame= 258 QP=30.00 NAL=2 Slice:P Poc:16 I:360 P:640 SKIP:620 size=12755 bytes [libx264 @ 0x9786c0] frame= 259 QP=30.00 NAL=2 Slice:P Poc:18 I:309 P:712 SKIP:599 size=11735 bytes [libx264 @ 0x9786c0] frame= 260 QP=30.00 NAL=2 Slice:P Poc:20 I:244 P:777 SKIP:599 size=12274 bytes [libx264 @ 0x9786c0] frame= 261 QP=30.00 NAL=2 Slice:P Poc:22 I:251 P:842 SKIP:527 size=12067 bytes [libx264 @ 0x9786c0] frame= 262 QP=30.00 NAL=2 Slice:P Poc:24 I:196 P:876 SKIP:548 size=10655 bytes [libx264 @ 0x9786c0] frame= 263 QP=30.00 NAL=2 Slice:P Poc:26 I:186 P:935 SKIP:499 size=12267 bytes [libx264 @ 0x9786c0] frame= 264 QP=30.00 NAL=2 Slice:P Poc:28 I:188 P:1002 SKIP:430 size=13066 bytes [libx264 @ 0x9786c0] frame= 265 QP=30.00 NAL=2 Slice:P Poc:30 I:165 P:1051 SKIP:404 size=12910 bytes [libx264 @ 0x9786c0] frame= 266 QP=30.00 NAL=2 Slice:P Poc:32 I:143 P:1074 SKIP:403 size=13413 bytes [libx264 @ 0x9786c0] frame= 267 QP=30.00 NAL=2 Slice:P Poc:34 I:162 P:1068 SKIP:390 size=13399 bytes [libx264 @ 0x9786c0] frame= 268 QP=30.00 NAL=2 Slice:P Poc:36 I:135 P:1130 SKIP:355 size=13490 bytes [libx264 @ 0x9786c0] frame= 269 QP=30.00 NAL=2 Slice:P Poc:38 I:159 P:1153 SKIP:308 size=13928 bytes [libx264 @ 0x9786c0] frame= 270 QP=30.00 NAL=2 Slice:P Poc:40 I:153 P:1134 SKIP:333 size=14036 bytes [libx264 @ 0x9786c0] frame= 271 QP=30.00 NAL=2 Slice:P Poc:42 I:161 P:1133 SKIP:326 size=13426 bytes [libx264 @ 0x9786c0] frame= 272 QP=30.00 NAL=2 Slice:P Poc:44 I:176 P:1126 SKIP:318 size=14716 bytes [libx264 @ 0x9786c0] frame= 273 QP=30.00 NAL=2 Slice:P Poc:46 I:180 P:1143 SKIP:297 size=14636 bytes [libx264 @ 0x9786c0] frame= 274 QP=30.00 NAL=2 Slice:P Poc:48 I:143 P:1160 SKIP:317 size=14026 bytes [libx264 @ 0x9786c0] frame= 275 QP=30.00 NAL=2 Slice:P Poc:50 I:203 P:1155 SKIP:262 size=15683 bytes [libx264 @ 0x9786c0] frame= 276 QP=30.00 NAL=2 Slice:P Poc:52 I:145 P:1173 SKIP:302 size=16376 bytes [libx264 @ 0x9786c0] frame= 277 QP=30.00 NAL=2 Slice:P Poc:54 I:138 P:1165 SKIP:317 size=14763 bytes [libx264 @ 0x9786c0] frame= 278 QP=30.00 NAL=2 Slice:P Poc:56 I:165 P:1176 SKIP:279 size=15827 bytes [libx264 @ 0x9786c0] frame= 279 QP=30.00 NAL=2 Slice:P Poc:58 I:131 P:1160 SKIP:329 size=16836 bytes [libx264 @ 0x9786c0] frame= 280 QP=30.00 NAL=2 Slice:P Poc:60 I:163 P:1174 SKIP:283 size=16715 bytes [libx264 @ 0x9786c0] frame= 281 QP=31.00 NAL=2 Slice:P Poc:62 I:111 P:1179 SKIP:330 size=14005 bytes [libx264 @ 0x9786c0] frame= 282 QP=30.00 NAL=2 Slice:P Poc:64 I:118 P:1162 SKIP:340 size=17370 bytes [libx264 @ 0x9786c0] frame= 283 QP=30.00 NAL=2 Slice:P Poc:66 I:143 P:1184 SKIP:293 size=17194 bytes [libx264 @ 0x9786c0] frame= 284 QP=31.00 NAL=2 Slice:P Poc:68 I:111 P:1203 SKIP:306 size=15186 bytes [libx264 @ 0x9786c0] frame= 285 QP=30.00 NAL=2 Slice:P Poc:70 I:146 P:1202 SKIP:272 size=17691 bytes [libx264 @ 0x9786c0] frame= 286 QP=30.00 NAL=2 Slice:P Poc:72 I:132 P:1197 SKIP:291 size=17007 bytes [libx264 @ 0x9786c0] frame= 287 QP=30.00 NAL=2 Slice:P Poc:74 I:133 P:1198 SKIP:289 size=17602 bytes [libx264 @ 0x9786c0] frame= 288 QP=31.00 NAL=2 Slice:P Poc:76 I:105 P:1202 SKIP:313 size=16548 bytes [libx264 @ 0x9786c0] frame= 289 QP=30.00 NAL=2 Slice:P Poc:78 I:110 P:1208 SKIP:302 size=16866 bytes [libx264 @ 0x9786c0] frame= 290 QP=30.00 NAL=2 Slice:P Poc:80 I:171 P:1190 SKIP:259 size=18648 bytes [libx264 @ 0x9786c0] frame= 291 QP=30.00 NAL=2 Slice:P Poc:82 I:133 P:1255 SKIP:232 size=18513 bytes [libx264 @ 0x9786c0] frame= 292 QP=31.00 NAL=2 Slice:P Poc:84 I:110 P:1207 SKIP:303 size=15361 bytes [libx264 @ 0x9786c0] frame= 293 QP=31.00 NAL=2 Slice:P Poc:86 I:91 P:1236 SKIP:293 size=16931 bytes [libx264 @ 0x9786c0] frame= 294 QP=31.00 NAL=2 Slice:P Poc:88 I:102 P:1214 SKIP:304 size=16503 bytes [libx264 @ 0x9786c0] frame= 295 QP=31.00 NAL=2 Slice:P Poc:90 I:96 P:1211 SKIP:313 size=16979 bytes [libx264 @ 0x9786c0] frame= 296 QP=31.00 NAL=2 Slice:P Poc:92 I:72 P:1261 SKIP:287 size=17024 bytes [libx264 @ 0x9786c0] frame= 297 QP=31.00 NAL=2 Slice:P Poc:94 I:91 P:1226 SKIP:303 size=17753 bytes [libx264 @ 0x9786c0] frame= 298 QP=31.00 NAL=2 Slice:P Poc:96 I:96 P:1249 SKIP:275 size=17852 bytes [libx264 @ 0x9786c0] frame= 299 QP=31.00 NAL=2 Slice:P Poc:98 I:57 P:1254 SKIP:309 size=17347 bytes [libx264 @ 0x9786c0] frame= 300 QP=31.00 NAL=2 Slice:P Poc:100 I:140 P:1212 SKIP:268 size=20249 bytes [libx264 @ 0x9786c0] frame= 301 QP=31.00 NAL=2 Slice:P Poc:102 I:71 P:1246 SKIP:303 size=17802 bytes [libx264 @ 0x9786c0] frame= 302 QP=31.00 NAL=2 Slice:P Poc:104 I:115 P:1242 SKIP:263 size=17567 bytes [libx264 @ 0x9786c0] frame= 303 QP=31.00 NAL=2 Slice:P Poc:106 I:73 P:1289 SKIP:258 size=19066 bytes [libx264 @ 0x9786c0] frame= 304 QP=31.00 NAL=2 Slice:P Poc:108 I:107 P:1235 SKIP:278 size=18855 bytes [libx264 @ 0x9786c0] frame= 305 QP=31.00 NAL=2 Slice:P Poc:110 I:99 P:1250 SKIP:271 size=19069 bytes [libx264 @ 0x9786c0] frame= 306 QP=31.00 NAL=2 Slice:P Poc:112 I:82 P:1280 SKIP:258 size=19505 bytes [libx264 @ 0x9786c0] frame= 307 QP=31.00 NAL=2 Slice:P Poc:114 I:105 P:1259 SKIP:256 size=18612 bytes [libx264 @ 0x9786c0] frame= 308 QP=31.00 NAL=2 Slice:P Poc:116 I:105 P:1262 SKIP:253 size=19443 bytes [libx264 @ 0x9786c0] frame= 309 QP=31.00 NAL=2 Slice:P Poc:118 I:135 P:1256 SKIP:229 size=20003 bytes [libx264 @ 0x9786c0] frame= 310 QP=31.00 NAL=2 Slice:P Poc:120 I:114 P:1249 SKIP:257 size=18707 bytes [libx264 @ 0x9786c0] frame= 311 QP=31.00 NAL=2 Slice:P Poc:122 I:131 P:1234 SKIP:255 size=20450 bytes [libx264 @ 0x9786c0] frame= 312 QP=31.00 NAL=2 Slice:P Poc:124 I:123 P:1273 SKIP:224 size=21776 bytes [libx264 @ 0x9786c0] frame= 313 QP=31.00 NAL=2 Slice:P Poc:126 I:99 P:1298 SKIP:223 size=19376 bytes [libx264 @ 0x9786c0] frame= 314 QP=31.00 NAL=2 Slice:P Poc:128 I:93 P:1295 SKIP:232 size=19589 bytes [libx264 @ 0x9786c0] frame= 315 QP=31.00 NAL=2 Slice:P Poc:130 I:83 P:1280 SKIP:257 size=20184 bytes [libx264 @ 0x9786c0] frame= 316 QP=31.00 NAL=2 Slice:P Poc:132 I:74 P:1283 SKIP:263 size=19639 bytes [libx264 @ 0x9786c0] frame= 317 QP=31.00 NAL=2 Slice:P Poc:134 I:83 P:1288 SKIP:249 size=20033 bytes [libx264 @ 0x9786c0] frame= 318 QP=31.00 NAL=2 Slice:P Poc:136 I:61 P:1329 SKIP:230 size=20762 bytes [libx264 @ 0x9786c0] frame= 319 QP=31.00 NAL=2 Slice:P Poc:138 I:63 P:1315 SKIP:242 size=19993 bytes [libx264 @ 0x9786c0] frame= 320 QP=30.00 NAL=2 Slice:P Poc:140 I:16 P:1143 SKIP:461 size=9381 bytes [libx264 @ 0x9786c0] frame= 321 QP=32.00 NAL=2 Slice:P Poc:142 I:443 P:948 SKIP:229 size=19828 bytes [libx264 @ 0x9786c0] frame= 322 QP=34.00 NAL=2 Slice:P Poc:144 I:938 P:577 SKIP:105 size=29783 bytes [libx264 @ 0x9786c0] frame= 323 QP=34.00 NAL=2 Slice:P Poc:146 I:1276 P:308 SKIP:36 size=25567 bytes [libx264 @ 0x9786c0] frame= 324 QP=33.00 NAL=2 Slice:P Poc:148 I:926 P:404 SKIP:290 size=18579 bytes [libx264 @ 0x9786c0] frame= 325 QP=31.00 NAL=2 Slice:P Poc:150 I:1613 P:3 SKIP:4 size=1853 bytes [libx264 @ 0x9786c0] frame= 326 QP=29.00 NAL=2 Slice:P Poc:152 I:22 P:1 SKIP:1597 size=222 bytes [libx264 @ 0x9786c0] frame= 327 QP=27.00 NAL=2 Slice:P Poc:154 I:28 P:12 SKIP:1580 size=764 bytes [libx264 @ 0x9786c0] frame= 328 QP=26.00 NAL=2 Slice:P Poc:156 I:43 P:23 SKIP:1554 size=1056 bytes [libx264 @ 0x9786c0] frame= 329 QP=25.00 NAL=2 Slice:P Poc:158 I:46 P:42 SKIP:1532 size=1747 bytes [libx264 @ 0x9786c0] frame= 330 QP=25.00 NAL=2 Slice:P Poc:160 I:61 P:51 SKIP:1508 size=1814 bytes [libx264 @ 0x9786c0] frame= 331 QP=25.00 NAL=2 Slice:P Poc:162 I:88 P:68 SKIP:1464 size=2691 bytes [libx264 @ 0x9786c0] frame= 332 QP=25.00 NAL=2 Slice:P Poc:164 I:153 P:116 SKIP:1351 size=4100 bytes [libx264 @ 0x9786c0] frame= 333 QP=26.00 NAL=2 Slice:P Poc:166 I:134 P:154 SKIP:1332 size=4610 bytes [libx264 @ 0x9786c0] frame= 334 QP=27.00 NAL=2 Slice:P Poc:168 I:175 P:196 SKIP:1249 size=4537 bytes [libx264 @ 0x9786c0] frame= 335 QP=27.00 NAL=2 Slice:P Poc:170 I:208 P:230 SKIP:1182 size=4546 bytes [libx264 @ 0x9786c0] frame= 336 QP=27.00 NAL=2 Slice:P Poc:172 I:187 P:223 SKIP:1210 size=4556 bytes [libx264 @ 0x9786c0] frame= 337 QP=27.00 NAL=2 Slice:P Poc:174 I:227 P:266 SKIP:1127 size=5383 bytes [libx264 @ 0x9786c0] frame= 338 QP=27.00 NAL=2 Slice:P Poc:176 I:258 P:274 SKIP:1088 size=6057 bytes [libx264 @ 0x9786c0] frame= 339 QP=27.00 NAL=2 Slice:P Poc:178 I:244 P:304 SKIP:1072 size=5631 bytes [libx264 @ 0x9786c0] frame= 340 QP=27.00 NAL=2 Slice:P Poc:180 I:245 P:325 SKIP:1050 size=5895 bytes [libx264 @ 0x9786c0] frame= 341 QP=27.00 NAL=2 Slice:P Poc:182 I:301 P:334 SKIP:985 size=6990 bytes [libx264 @ 0x9786c0] frame= 342 QP=27.00 NAL=2 Slice:P Poc:184 I:260 P:354 SKIP:1006 size=7091 bytes [libx264 @ 0x9786c0] frame= 343 QP=28.00 NAL=2 Slice:P Poc:186 I:255 P:358 SKIP:1007 size=6863 bytes [libx264 @ 0x9786c0] frame= 344 QP=27.00 NAL=2 Slice:P Poc:188 I:204 P:383 SKIP:1033 size=7548 bytes [libx264 @ 0x9786c0] frame= 345 QP=28.00 NAL=2 Slice:P Poc:190 I:189 P:414 SKIP:1017 size=7315 bytes [libx264 @ 0x9786c0] frame= 346 QP=28.00 NAL=2 Slice:P Poc:192 I:166 P:446 SKIP:1008 size=7795 bytes [libx264 @ 0x9786c0] frame= 347 QP=28.00 NAL=2 Slice:P Poc:194 I:250 P:478 SKIP:892 size=8298 bytes [libx264 @ 0x9786c0] frame= 348 QP=29.00 NAL=2 Slice:P Poc:196 I:164 P:481 SKIP:975 size=7738 bytes [libx264 @ 0x9786c0] frame= 349 QP=29.00 NAL=2 Slice:P Poc:198 I:177 P:519 SKIP:924 size=7683 bytes [libx264 @ 0x9786c0] frame= 350 QP=29.00 NAL=2 Slice:P Poc:200 I:180 P:553 SKIP:887 size=8949 bytes [libx264 @ 0x9786c0] frame= 351 QP=29.00 NAL=2 Slice:P Poc:202 I:138 P:615 SKIP:867 size=9598 bytes frame= 389 fps=194 q=31.0 size= 4739kB time=00:00:15.38 bitrate=2523.8kbits/s [libx264 @ 0x9786c0] frame= 352 QP=29.00 NAL=2 Slice:P Poc:204 I:112 P:623 SKIP:885 size=9536 bytes [libx264 @ 0x9786c0] frame= 353 QP=29.00 NAL=2 Slice:P Poc:206 I:130 P:623 SKIP:867 size=9517 bytes [libx264 @ 0x9786c0] frame= 354 QP=29.00 NAL=2 Slice:P Poc:208 I:141 P:649 SKIP:830 size=9654 bytes [libx264 @ 0x9786c0] frame= 355 QP=29.00 NAL=2 Slice:P Poc:210 I:145 P:672 SKIP:803 size=10017 bytes [libx264 @ 0x9786c0] frame= 356 QP=29.00 NAL=2 Slice:P Poc:212 I:164 P:668 SKIP:788 size=10472 bytes [libx264 @ 0x9786c0] frame= 357 QP=30.00 NAL=2 Slice:P Poc:214 I:91 P:692 SKIP:837 size=8294 bytes [libx264 @ 0x9786c0] frame= 358 QP=29.00 NAL=2 Slice:P Poc:216 I:176 P:696 SKIP:748 size=10629 bytes [libx264 @ 0x9786c0] frame= 359 QP=29.00 NAL=2 Slice:P Poc:218 I:151 P:689 SKIP:780 size=10241 bytes [libx264 @ 0x9786c0] frame= 360 QP=29.00 NAL=2 Slice:P Poc:220 I:138 P:712 SKIP:770 size=10444 bytes [libx264 @ 0x9786c0] frame= 361 QP=29.00 NAL=2 Slice:P Poc:222 I:95 P:730 SKIP:795 size=10700 bytes [libx264 @ 0x9786c0] frame= 362 QP=29.00 NAL=2 Slice:P Poc:224 I:126 P:720 SKIP:774 size=10641 bytes [libx264 @ 0x9786c0] frame= 363 QP=29.00 NAL=2 Slice:P Poc:226 I:97 P:748 SKIP:775 size=10789 bytes [libx264 @ 0x9786c0] frame= 364 QP=29.00 NAL=2 Slice:P Poc:228 I:102 P:759 SKIP:759 size=11172 bytes [libx264 @ 0x9786c0] frame= 365 QP=29.00 NAL=2 Slice:P Poc:230 I:100 P:754 SKIP:766 size=11650 bytes [libx264 @ 0x9786c0] frame= 366 QP=29.00 NAL=2 Slice:P Poc:232 I:118 P:767 SKIP:735 size=11285 bytes [libx264 @ 0x9786c0] frame= 367 QP=29.00 NAL=2 Slice:P Poc:234 I:197 P:746 SKIP:677 size=11673 bytes [libx264 @ 0x9786c0] frame= 368 QP=29.00 NAL=2 Slice:P Poc:236 I:212 P:779 SKIP:629 size=11586 bytes [libx264 @ 0x9786c0] frame= 369 QP=29.00 NAL=2 Slice:P Poc:238 I:240 P:765 SKIP:615 size=11599 bytes [libx264 @ 0x9786c0] frame= 370 QP=29.00 NAL=2 Slice:P Poc:240 I:159 P:735 SKIP:726 size=11745 bytes [libx264 @ 0x9786c0] frame= 371 QP=29.00 NAL=2 Slice:P Poc:242 I:95 P:767 SKIP:758 size=12041 bytes [libx264 @ 0x9786c0] frame= 372 QP=29.00 NAL=2 Slice:P Poc:244 I:150 P:782 SKIP:688 size=13344 bytes [libx264 @ 0x9786c0] frame= 373 QP=29.00 NAL=2 Slice:P Poc:246 I:130 P:796 SKIP:694 size=12379 bytes [libx264 @ 0x9786c0] frame= 374 QP=29.00 NAL=2 Slice:P Poc:248 I:160 P:838 SKIP:622 size=13516 bytes [libx264 @ 0x9786c0] frame= 375 QP=30.00 NAL=2 Slice:P Poc:250 I:98 P:841 SKIP:681 size=11595 bytes [libx264 @ 0x9786c0] frame= 376 QP=30.00 NAL=2 Slice:P Poc:252 I:79 P:837 SKIP:704 size=11640 bytes [libx264 @ 0x9786c0] frame= 377 QP=30.00 NAL=2 Slice:P Poc:254 I:75 P:850 SKIP:695 size=12469 bytes [libx264 @ 0x9786c0] frame= 378 QP=30.00 NAL=2 Slice:P Poc:256 I:168 P:860 SKIP:592 size=12817 bytes [libx264 @ 0x9786c0] frame= 379 QP=30.00 NAL=2 Slice:P Poc:258 I:108 P:899 SKIP:613 size=13609 bytes [libx264 @ 0x9786c0] frame= 380 QP=30.00 NAL=2 Slice:P Poc:260 I:121 P:919 SKIP:580 size=14177 bytes [libx264 @ 0x9786c0] frame= 381 QP=30.00 NAL=2 Slice:P Poc:262 I:104 P:902 SKIP:614 size=13878 bytes [libx264 @ 0x9786c0] frame= 382 QP=30.00 NAL=2 Slice:P Poc:264 I:90 P:938 SKIP:592 size=14086 bytes [libx264 @ 0x9786c0] frame= 383 QP=31.00 NAL=2 Slice:P Poc:266 I:63 P:916 SKIP:641 size=12223 bytes [libx264 @ 0x9786c0] frame= 384 QP=31.00 NAL=2 Slice:P Poc:268 I:101 P:924 SKIP:595 size=13189 bytes [libx264 @ 0x9786c0] frame= 385 QP=31.00 NAL=2 Slice:P Poc:270 I:106 P:904 SKIP:610 size=12249 bytes [libx264 @ 0x9786c0] frame= 386 QP=31.00 NAL=2 Slice:P Poc:272 I:99 P:908 SKIP:613 size=13006 bytes [libx264 @ 0x9786c0] frame= 387 QP=31.00 NAL=2 Slice:P Poc:274 I:82 P:926 SKIP:612 size=12994 bytes [libx264 @ 0x9786c0] frame= 388 QP=30.00 NAL=2 Slice:P Poc:276 I:102 P:927 SKIP:591 size=14469 bytes [libx264 @ 0x9786c0] frame= 389 QP=30.00 NAL=2 Slice:P Poc:278 I:73 P:954 SKIP:593 size=14653 bytes [libx264 @ 0x9786c0] frame= 390 QP=30.00 NAL=2 Slice:P Poc:280 I:140 P:957 SKIP:523 size=15047 bytes [libx264 @ 0x9786c0] frame= 391 QP=30.00 NAL=2 Slice:P Poc:282 I:94 P:957 SKIP:569 size=14527 bytes [libx264 @ 0x9786c0] frame= 392 QP=31.00 NAL=2 Slice:P Poc:284 I:74 P:959 SKIP:587 size=12607 bytes [libx264 @ 0x9786c0] frame= 393 QP=30.00 NAL=2 Slice:P Poc:286 I:70 P:998 SKIP:552 size=14933 bytes [libx264 @ 0x9786c0] frame= 394 QP=30.00 NAL=2 Slice:P Poc:288 I:82 P:975 SKIP:563 size=14646 bytes [libx264 @ 0x9786c0] frame= 395 QP=28.00 NAL=2 Slice:P Poc:290 I:31 P:920 SKIP:669 size=9946 bytes [libx264 @ 0x9786c0] frame= 396 QP=28.00 NAL=2 Slice:P Poc:292 I:23 P:918 SKIP:679 size=10830 bytes [libx264 @ 0x9786c0] frame= 397 QP=26.00 NAL=2 Slice:P Poc:294 I:44 P:973 SKIP:603 size=11756 bytes [libx264 @ 0x9786c0] frame= 398 QP=24.00 NAL=2 Slice:P Poc:296 I:77 P:1039 SKIP:504 size=16449 bytes [libx264 @ 0x9786c0] frame= 399 QP=23.00 NAL=2 Slice:P Poc:298 I:305 P:1025 SKIP:290 size=11114 bytes [libx264 @ 0x9786c0] frame= 400 QP=22.00 NAL=2 Slice:P Poc:300 I:56 P:1059 SKIP:505 size=15540 bytes [libx264 @ 0x9786c0] frame= 401 QP=21.00 NAL=2 Slice:P Poc:302 I:26 P:931 SKIP:663 size=8196 bytes [libx264 @ 0x9786c0] frame= 402 QP=21.00 NAL=2 Slice:P Poc:304 I:14 P:332 SKIP:1274 size=1488 bytes [libx264 @ 0x9786c0] frame= 403 QP=21.00 NAL=2 Slice:P Poc:306 I:18 P:187 SKIP:1415 size=806 bytes [libx264 @ 0x9786c0] frame= 404 QP=19.00 NAL=2 Slice:P Poc:308 I:29 P:1141 SKIP:450 size=24723 bytes [libx264 @ 0x9786c0] frame= 405 QP=20.00 NAL=2 Slice:P Poc:310 I:8 P:170 SKIP:1442 size=492 bytes [libx264 @ 0x9786c0] frame= 406 QP=21.00 NAL=2 Slice:P Poc:312 I:12 P:351 SKIP:1257 size=1219 bytes [libx264 @ 0x9786c0] frame= 407 QP=21.00 NAL=2 Slice:P Poc:314 I:6 P:148 SKIP:1466 size=385 bytes [libx264 @ 0x9786c0] frame= 408 QP=24.00 NAL=2 Slice:P Poc:316 I:4 P:719 SKIP:897 size=6222 bytes [libx264 @ 0x9786c0] frame= 409 QP=23.00 NAL=2 Slice:P Poc:318 I:8 P:695 SKIP:917 size=3960 bytes [libx264 @ 0x9786c0] frame= 410 QP=21.00 NAL=2 Slice:P Poc:320 I:13 P:915 SKIP:692 size=9367 bytes [libx264 @ 0x9786c0] frame= 411 QP=20.00 NAL=2 Slice:P Poc:322 I:11 P:758 SKIP:851 size=4936 bytes [libx264 @ 0x9786c0] frame= 412 QP=19.00 NAL=2 Slice:P Poc:324 I:3 P:1004 SKIP:613 size=10737 bytes [libx264 @ 0x9786c0] frame= 413 QP=18.00 NAL=2 Slice:P Poc:326 I:3 P:792 SKIP:825 size=6084 bytes [libx264 @ 0x9786c0] frame= 414 QP=18.00 NAL=2 Slice:P Poc:328 I:2 P:72 SKIP:1546 size=268 bytes [libx264 @ 0x9786c0] frame= 415 QP=17.00 NAL=2 Slice:P Poc:330 I:18 P:1115 SKIP:487 size=12309 bytes [libx264 @ 0x9786c0] frame= 416 QP=17.00 NAL=2 Slice:P Poc:332 I:1 P:205 SKIP:1414 size=497 bytes [libx264 @ 0x9786c0] frame= 417 QP=17.00 NAL=2 Slice:P Poc:334 I:1 P:240 SKIP:1379 size=570 bytes [libx264 @ 0x9786c0] frame= 418 QP=19.00 NAL=2 Slice:P Poc:336 I:1 P:185 SKIP:1434 size=1734 bytes [libx264 @ 0x9786c0] frame= 419 QP=18.00 NAL=2 Slice:P Poc:338 I:2 P:115 SKIP:1503 size=492 bytes [libx264 @ 0x9786c0] frame= 420 QP=21.00 NAL=2 Slice:P Poc:340 I:5 P:513 SKIP:1102 size=3827 bytes [libx264 @ 0x9786c0] frame= 421 QP=21.00 NAL=2 Slice:P Poc:342 I:9 P:342 SKIP:1269 size=1000 bytes [libx264 @ 0x9786c0] frame= 422 QP=20.00 NAL=2 Slice:P Poc:344 I:15 P:278 SKIP:1327 size=1476 bytes [libx264 @ 0x9786c0] frame= 423 QP=23.00 NAL=2 Slice:P Poc:346 I:180 P:478 SKIP:962 size=2933 bytes [libx264 @ 0x9786c0] frame= 424 QP=26.00 NAL=2 Slice:P Poc:348 I:329 P:671 SKIP:620 size=9518 bytes [libx264 @ 0x9786c0] frame= 425 QP=28.00 NAL=2 Slice:P Poc:350 I:402 P:702 SKIP:516 size=12809 bytes [libx264 @ 0x9786c0] frame= 426 QP=29.00 NAL=2 Slice:P Poc:352 I:460 P:722 SKIP:438 size=15405 bytes [libx264 @ 0x9786c0] frame= 427 QP=30.00 NAL=2 Slice:P Poc:354 I:544 P:733 SKIP:343 size=17385 bytes [libx264 @ 0x9786c0] frame= 428 QP=30.00 NAL=2 Slice:P Poc:356 I:638 P:629 SKIP:353 size=15418 bytes [libx264 @ 0x9786c0] frame= 429 QP=30.00 NAL=2 Slice:P Poc:358 I:763 P:433 SKIP:424 size=14544 bytes [libx264 @ 0x9786c0] frame= 430 QP=30.00 NAL=2 Slice:P Poc:360 I:1058 P:197 SKIP:365 size=10110 bytes [libx264 @ 0x9786c0] frame= 431 QP=29.00 NAL=2 Slice:P Poc:362 I:1165 P:108 SKIP:347 size=5784 bytes [libx264 @ 0x9786c0] frame= 432 QP=28.00 NAL=2 Slice:P Poc:364 I:993 P:89 SKIP:538 size=2790 bytes [libx264 @ 0x9786c0] frame= 433 QP=26.00 NAL=2 Slice:P Poc:366 I:1018 P:19 SKIP:583 size=1340 bytes [libx264 @ 0x9786c0] frame= 434 QP=24.00 NAL=2 Slice:P Poc:368 I:13 P:7 SKIP:1600 size=67 bytes [libx264 @ 0x9786c0] frame= 435 QP=22.00 NAL=2 Slice:P Poc:370 I:600 P:53 SKIP:967 size=859 bytes [libx264 @ 0x9786c0] frame= 436 QP=20.00 NAL=2 Slice:P Poc:372 I:16 P:1 SKIP:1603 size=58 bytes [mpeg @ 0x9767a0] New subtitle stream 0:3 at pos:11966478 and DTS:0.280633s [mpeg @ 0x9767a0] New subtitle stream 0:4 at pos:11970574 and DTS:0.280633s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 13:31:28 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 11:31:28 -0000 Subject: [FFmpeg-trac] #3804(avformat:open): FFmpeg process hangs when new subtitle streams are found during encoding In-Reply-To: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> References: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> Message-ID: <052.3b422697e286ff31021cb3d1b1efe7e4@avcodec.org> #3804: FFmpeg process hangs when new subtitle streams are found during encoding ------------------------------------+------------------------------------ Reporter: mrskman | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: 2.3 => git-master * keywords: => deadlock Comment: I suspect that parse_packet() loops forever. {{{ (gdb) r -i encoding_hangs_when_new_subtitle_streams_are_found_0-20MB.vob -f null - Starting program: ffmpeg_g -i encoding_hangs_when_new_subtitle_streams_are_found_0-20MB.vob -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-64967-g2904d05 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 25 2014 13:18:59 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'encoding_hangs_when_new_subtitle_streams_are_found_0-20MB.vob': Duration: 00:00:12.51, start: 0.287267, bitrate: 13407 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, smpte170m), 720x576 [SAR 64:45 DAR 16:9], max. 8000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s [New Thread 0x7ffff1d26700 (LWP 13924)] [New Thread 0x7ffff1525700 (LWP 13925)] [New Thread 0x7ffff0d24700 (LWP 13926)] [New Thread 0x7ffff0523700 (LWP 13927)] [New Thread 0x7fffefd22700 (LWP 13928)] [New Thread 0x7fffef521700 (LWP 13929)] [New Thread 0x7fffeed20700 (LWP 13930)] [New Thread 0x7fffee51f700 (LWP 13931)] [New Thread 0x7fffedd1e700 (LWP 13932)] [New Thread 0x7fffed51d700 (LWP 13933)] [New Thread 0x7fffecd1c700 (LWP 13934)] [New Thread 0x7fffec51b700 (LWP 13935)] [New Thread 0x7fffebd1a700 (LWP 13936)] [New Thread 0x7fffeb519700 (LWP 13937)] [New Thread 0x7fffead18700 (LWP 13938)] [New Thread 0x7fffea517700 (LWP 13939)] [New Thread 0x7fffe9d16700 (LWP 13940)] [New Thread 0x7fffe9515700 (LWP 13941)] [New Thread 0x7fffe8d14700 (LWP 13942)] [New Thread 0x7fffe8513700 (LWP 13943)] [New Thread 0x7fffe7d12700 (LWP 13944)] [New Thread 0x7fffe7511700 (LWP 13945)] [New Thread 0x7fffe6d10700 (LWP 13946)] [New Thread 0x7fffe650f700 (LWP 13947)] [New Thread 0x7fffe5d0e700 (LWP 13948)] [New Thread 0x7fffe550d700 (LWP 13949)] [New Thread 0x7fffe4d0c700 (LWP 13950)] Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.49.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.69.100 rawvideo Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: encoder : Lavc55.69.100 pcm_s16le Stream mapping: Stream #0:1 -> #0:0 (mpeg2video (native) -> rawvideo (native)) Stream #0:2 -> #0:1 (ac3 (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [null @ 0x1a8eb40] Encoder did not produce proper pts, making some up. [mpeg @ 0x1a10d40] New subtitle stream 0:3 at pos:11966478 and DTS:0.280633s [mpeg @ 0x1a10d40] New subtitle stream 0:4 at pos:11970574 and DTS:0.280633s Program received signal SIGINT, Interrupt. parse_packet (s=s at entry=0x1a10d40, pkt=pkt at entry=0x7fffffffd610, stream_index=) at libavformat/utils.c:1355 1355 pkt->pos = -1; (gdb) bt #0 parse_packet (s=s at entry=0x1a10d40, pkt=pkt at entry=0x7fffffffd610, stream_index=) at libavformat/utils.c:1355 #1 0x000000000060f80a in read_frame_internal (s=0x1a10d40, pkt=0x7fffffffd9f0) at libavformat/utils.c:1522 #2 0x0000000000610446 in av_read_frame (s=0x1a10d40, pkt=pkt at entry=0x7fffffffd9f0) at libavformat/utils.c:1599 #3 0x0000000000485b36 in get_input_packet (pkt=0x7fffffffd9f0, f=0x1a08240) at ffmpeg.c:3281 #4 process_input (file_index=0) at ffmpeg.c:3318 #5 0x000000000046bb1f in transcode_step () at ffmpeg.c:3609 #6 transcode () at ffmpeg.c:3661 #7 main (argc=, argv=) at ffmpeg.c:3837 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 13:34:28 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 11:34:28 -0000 Subject: [FFmpeg-trac] #3804(avformat:open): FFmpeg process hangs when new subtitle streams are found during encoding In-Reply-To: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> References: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> Message-ID: <052.ead393be81b42fd0cf1ec883ad9607b8@avcodec.org> #3804: FFmpeg process hangs when new subtitle streams are found during encoding ------------------------------------+------------------------------------ Reporter: mrskman | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Did you ever post your showwaves patch from ticket #3482 to the ffmpeg- devel mailing list? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 13:48:05 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 11:48:05 -0000 Subject: [FFmpeg-trac] #3804(avformat:open): FFmpeg process hangs when new subtitle streams are found during encoding In-Reply-To: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> References: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> Message-ID: <052.a719638b1183d52021c3995a926f45b3@avcodec.org> #3804: FFmpeg process hangs when new subtitle streams are found during encoding ------------------------------------+------------------------------------ Reporter: mrskman | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by mrskman): I did and got some comments but since then I didn't have time to correct the patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 15:19:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 13:19:08 -0000 Subject: [FFmpeg-trac] #3803(undetermined:new): Incorrect bitrate in RIFF header when wrapping dts in WAV In-Reply-To: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> References: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> Message-ID: <056.aaec199bcba76c21f7fba8a933ef139e@avcodec.org> #3803: Incorrect bitrate in RIFF header when wrapping dts in WAV -------------------------------------+------------------------------------- Reporter: ptalarbvorm | 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 ptalarbvorm): 1) Okay, I've just uploaded two files to the FTP server, "cdtrack-264.6kbps-dts.txt" and "cdtrack-264.6kbps-dts.wav" 2) =>ffmpeg -i cdtrack264kbps.dts ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:02:00 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [dts @ 02ec25a0] Estimating duration from bitrate, this may be inaccurate Input #0, dts, from 'cdtrack264kbps.dts': Duration: 00:01:29.24, start: 0.000000, bitrate: 320 kb/s Stream #0:0: Audio: dts (DTS), 44100 Hz, stereo, fltp, 320 kb/s =========================================================================== =>ffmpeg -i cdtrack264kbps.dts -acodec copy cdtrack-264.6kbps-dts.wav ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:02:00 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [dts @ 02ddacc0] Estimating duration from bitrate, this may be inaccurate Input #0, dts, from 'cdtrack264kbps.dts': Duration: 00:01:29.24, start: 0.000000, bitrate: 320 kb/s Stream #0:0: Audio: dts (DTS), 44100 Hz, stereo, fltp, 320 kb/s Output #0, wav, to 'cdtrack-264.6kbps-dts.wav': Metadata: ISFT : Lavf55.42.100 Stream #0:0: Audio: dts ([1] [0][0] / 0x2001), 44100 Hz, stereo, 320 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 3486kB time=00:01:47.82 bitrate= 264.9kbits/s video:0kB audio:3486kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.002577% 3) ?Please explain why the incorrect bitrate is a problem.? ** Because it's the WRONG way to do the thing. ** -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 15:35:15 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 13:35:15 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.0b9983fa72c47bde83eb7691f521cbc4@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): you could try to copy the rtsp stuff into some container and check if its reproduceabel with that. something like ffmpeg -i rstp... -vcodec copy -acodec copy file.nut / file.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 15:36:54 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 13:36:54 -0000 Subject: [FFmpeg-trac] #2597(avformat:closed): Support additional audio rates in DV muxer In-Reply-To: <036.cd8b40cfc6bbae30abf6cb938363b11e@avcodec.org> References: <036.cd8b40cfc6bbae30abf6cb938363b11e@avcodec.org> Message-ID: <051.e8bf1c6245e93e95ba24e1dac219de00@avcodec.org> #2597: Support additional audio rates in DV muxer -------------------------------------+------------------------------------ Reporter: llogan | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: dvvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in cb169126c5ee7f4d5dc14ff140e3f858bfb8217a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 17:07:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 15:07:24 -0000 Subject: [FFmpeg-trac] #3803(undetermined:closed): Incorrect bitrate in RIFF header when wrapping dts in WAV In-Reply-To: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> References: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> Message-ID: <056.40d98b0d33f20c27f2bed2087ec4afef@avcodec.org> #3803: Incorrect bitrate in RIFF header when wrapping dts in WAV -------------------------------------+------------------------------------- Reporter: ptalarbvorm | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: dca | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dca * priority: normal => minor * status: new => closed * resolution: => wontfix * version: unspecified => git-master Comment: I suspect that FFmpeg cannot know the exact bitrate of a dts file, so I don't think this can be fixed. Please reopen if you have any indication that the actual bitrate is stored in your input file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 17:20:52 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 15:20:52 -0000 Subject: [FFmpeg-trac] #3803(undetermined:closed): Incorrect bitrate in RIFF header when wrapping dts in WAV In-Reply-To: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> References: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> Message-ID: <056.eed29c2f9e549827bf6ae1c9e315ef7c@avcodec.org> #3803: Incorrect bitrate in RIFF header when wrapping dts in WAV -------------------------------------+------------------------------------- Reporter: ptalarbvorm | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: dca | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ptalarbvorm): FWIW --- MediaInfo knows how to calculate the exact bitrate of a "normal" (pure CBR) DCA stream. LeeAudBi.exe (by tebasuna51) and eac3to.exe (by madshi) are able to do that as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 19:32:13 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 17:32:13 -0000 Subject: [FFmpeg-trac] #3805(undetermined:new): hash brown decoding error Message-ID: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> #3805: hash brown decoding error -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: critical | Component: Version: git- | undetermined master | Keywords: png Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: The official digital portrait of the McDonald's hash brown decodes incorrectly in ffmpeg adding distorted orange colors. The png is here: http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash- Brown.png. How to reproduce: {{{ ffplay http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash- Brown.png ffplay version N-64536-gc8b2cf4 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 8 2014 23:01:07 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-libfreetype --enable-ffplay --enable- libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 52. 91.100 / 52. 91.100 libavcodec 55. 68.102 / 55. 68.102 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libavresample 1. 3. 0 / 1. 3. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash- Brown.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 444x320 [SAR 2835:2835 DAR 111:80], 25 tbr, 25 tbn, 25 tbc 0.67 M-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 21:27:09 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 19:27:09 -0000 Subject: [FFmpeg-trac] #3805(undetermined:new): hash brown decoding error In-Reply-To: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> References: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> Message-ID: <052.4e83b2e9d4265c73901755f89e1929f1@avcodec.org> #3805: hash brown decoding error -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: png | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal Comment: Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 25 22:54:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 20:54:12 -0000 Subject: [FFmpeg-trac] #3805(undetermined:closed): hash brown decoding error In-Reply-To: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> References: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> Message-ID: <052.d16841556a20c387393ceb67c8c922f1@avcodec.org> #3805: hash brown decoding error -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: png | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: {{{ffplay}}} - and {{{ffmpeg}}} without additional options - cannot (and to the best if my knowledge will not) display transparency, the following works fine: {{{ $ ffmpeg -f lavfi -i color=white:s=444x320 -i mcdonalds-Hash-Brown.png -filter_complex overlay -vframes 1 out.jpg }}} I consider the image slightly broken, I don't think transparent parts of an image should be masked out by the decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 26 01:17:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Jul 2014 23:17:31 -0000 Subject: [FFmpeg-trac] #3440(avformat:closed): 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.a4325fe97571158b8d429756ef17d339@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in a06fac353ce2bd055f920e7f6f5e2145736d2d2c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 26 09:05:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Jul 2014 07:05:52 -0000 Subject: [FFmpeg-trac] #3440(avformat:closed): 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.7af579a88dfc3acb1492b44226d7ecb9@avcodec.org> #3440: vp8: a/v desync on seek with -auto-alt-ref 1 -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: libvpx | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blacktrash): Replying to [comment:13 michael]: > Fixed in a06fac353ce2bd055f920e7f6f5e2145736d2d2c Confirming that this fixes the problem. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 26 23:10:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Jul 2014 21:10:27 -0000 Subject: [FFmpeg-trac] #3805(avcodec:reopened): Transparent png pixels should show the background colour (was: hash brown decoding error) In-Reply-To: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> References: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> Message-ID: <052.f219b4d1bf2e7320c7e379950cf14d6c@avcodec.org> #3805: Transparent png pixels should show the background colour -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * type: defect => enhancement * component: undetermined => avcodec * priority: normal => wish * resolution: worksforme => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 05:09:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 03:09:00 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.6d0a7a97c0a5d4892a2d39b028c0e149@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 12:03:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 10:03:36 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts In-Reply-To: <041.914cfd884491b42876ed7b55a257dfe7@avcodec.org> References: <041.914cfd884491b42876ed7b55a257dfe7@avcodec.org> Message-ID: <056.fe6aa5f7cb27ef7e509ce381feb6d12e@avcodec.org> #2220: FFMPEG unable to stream copy some wtv H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): can i make a "bounty" for fixing this bug? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 12:43:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 10:43:18 -0000 Subject: [FFmpeg-trac] #3806(avformat:new): http: get_cookies() breaks for cookies with unexpected parameters and for parameters with spaces Message-ID: <041.c9ea5e3216b4bf7dfcfa6d6b0b002124@avcodec.org> #3806: http: get_cookies() breaks for cookies with unexpected parameters and for parameters with spaces -------------------------------------+------------------------------------- Reporter: cakemonster | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: http cookie | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- If a site sets a cookie that includes (for example) the !HttpOnly parameter get_cookies() fails to return that cookie for use with subsequent requests. Instead "Cookie: !HttpOnly" is sent to the server. Also if a site sets the Expires parameter (which includes spaces by definition) the parsing breaks due to the "; " delimiter list to av_strtok and "Cookie: GMT" will be sent instead of the real cookie. Ugly hack that fixes these 2 cases but will break for any other unknown cookie parameters attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 14:16:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 12:16:15 -0000 Subject: [FFmpeg-trac] #3806(avformat:new): http: get_cookies() breaks for cookies with unexpected parameters and for parameters with spaces In-Reply-To: <041.c9ea5e3216b4bf7dfcfa6d6b0b002124@avcodec.org> References: <041.c9ea5e3216b4bf7dfcfa6d6b0b002124@avcodec.org> Message-ID: <056.f59f0442f3754701b62f84d8d6779adc@avcodec.org> #3806: http: get_cookies() breaks for cookies with unexpected parameters and for parameters with spaces -------------------------------------+------------------------------------ Reporter: cakemonster | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http cookie | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please send two patches that do not include any white space changes to the ffmpeg-devel mailing list where patches are discussed and can be reviewed. Patches on this bug tracker are usually ignored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 16:01:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 14:01:54 -0000 Subject: [FFmpeg-trac] #3807(trac:new): Inaccuracy on Ubuntu compilation guide Message-ID: <041.db9c1c6594dde84dd08ed4c61dbdaecc@avcodec.org> #3807: Inaccuracy on Ubuntu compilation guide -------------------------------------+------------------------------------- Reporter: moshekaplan | Type: defect Status: new | Priority: minor Component: trac | Version: Keywords: wiki | unspecified documentation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- In the [https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu#libx264 Ubuntu Compilation Guide], it says that for libx264 support, you need to configure ffmpeg with `--extra-libs=-ldl`. However, this is not the case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 17:53:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 15:53:14 -0000 Subject: [FFmpeg-trac] #3807(trac:closed): Inaccuracy on Ubuntu compilation guide In-Reply-To: <041.db9c1c6594dde84dd08ed4c61dbdaecc@avcodec.org> References: <041.db9c1c6594dde84dd08ed4c61dbdaecc@avcodec.org> Message-ID: <056.e7a09aad18859cfe52cc57b0a0dfd401@avcodec.org> #3807: Inaccuracy on Ubuntu compilation guide -------------------------------------+------------------------------------- Reporter: moshekaplan | Owner: Type: defect | Status: closed Priority: minor | Component: trac Version: unspecified | Resolution: fixed Keywords: wiki | Blocked By: documentation | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by c-14): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed Comment: Fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 22:01:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 20:01:51 -0000 Subject: [FFmpeg-trac] #3803(avcodec:reopened): Calculate actual bitrate of first frame when reading cbr dts (was: Incorrect bitrate in RIFF header when wrapping dts in WAV) In-Reply-To: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> References: <041.76bac2b4c794e2d7e97098fa3672143d@avcodec.org> Message-ID: <056.00346823b32240f56ce913c1634e21ab@avcodec.org> #3803: Calculate actual bitrate of first frame when reading cbr dts -------------------------------------+------------------------------------ Reporter: ptalarbvorm | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: dca | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * reproduced: 0 => 1 * type: defect => enhancement * component: undetermined => avcodec * priority: minor => wish * resolution: wontfix => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 22:53:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 20:53:06 -0000 Subject: [FFmpeg-trac] #3808(avformat:new): Seeking in flv with video stream disabled fails Message-ID: <036.b870f73ab6d640fba5c59e26cd838715@avcodec.org> #3808: Seeking in flv with video stream disabled fails ----------------------------------+--------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Seeking in flv with video stream disabled (i.e. st->discard = AVDISCARD_ALL) does not work. The seek call apparently succeeds, but after that no packets can be read. The same works if the video stream is enabled. I couldn't reproduce this with the ffmpeg command line utility. I suspect it's because "-ss" seeks the file _before_ the unneeded streams are disabled. Sample: youtube-dl http://www.arte.tv/guide/de/049446-000/das-buch-der- madrigale (Probably any flv file does it.) I tested with a recent git head, but I know that the problem probably existed for ages. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 23:00:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 21:00:49 -0000 Subject: [FFmpeg-trac] #3808(avformat:new): Seeking in flv with video stream disabled fails In-Reply-To: <036.b870f73ab6d640fba5c59e26cd838715@avcodec.org> References: <036.b870f73ab6d640fba5c59e26cd838715@avcodec.org> Message-ID: <051.57a3afdefca29c9f89f11739ceabf9ed@avcodec.org> #3808: Seeking in flv with video stream disabled fails -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Is the problem reproducible with ffplay? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 27 23:13:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Jul 2014 21:13:11 -0000 Subject: [FFmpeg-trac] #3808(avformat:new): Seeking in flv with video stream disabled fails In-Reply-To: <036.b870f73ab6d640fba5c59e26cd838715@avcodec.org> References: <036.b870f73ab6d640fba5c59e26cd838715@avcodec.org> Message-ID: <051.6cf178dcc339ba5da82c7090a400193a@avcodec.org> #3808: Seeking in flv with video stream disabled fails -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): "ffplay -vst 1 file.flv" (where 1 is not a video stream, or something; at least it shows an audio visualizer, and no video) always makes it seek back to the start, even if you seek to the 99% position by clicking on the right of the window. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 28 12:40:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Jul 2014 10:40:39 -0000 Subject: [FFmpeg-trac] #3809(avcodec:new): Low-resolution MPEG-2 decoding incorrectly Message-ID: <036.4efffa9ddc239352406de599fe9c395f@avcodec.org> #3809: Low-resolution MPEG-2 decoding incorrectly -----------------------------------+-------------------------------------- Reporter: qyot27 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: mpeg12dec | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- '''Summary of the bug:''' Low-resolution (here defined as VCD resolution, 352x240) MPEG-2 files are being decoded incorrectly in git master. The effect seems like the bottom-most row of macroblocks in the image are smeared. It occurs with low-res MPEG-2 streams encoded by HCenc, in which case it seems any output plays back incorrectly, regardless of the presence of soft pulldown. Low-res MPEG-2 streams encoded by FFmpeg work on playback ''initially'', but if soft pulldown is applied afterward, even these streams begin showing the same problem. On a hardware DVD player the playback is correct. Using git bisect, the issue was introduced in commit 76b5e99 in January. Prior to this commit, the streams decode correctly, and commenting out the changes made in that commit from current git master also clears up the issue. Of course, I recognize that the commit was made for a reason, so it's probably more that a better check of some kind is necessary. '''How to reproduce:''' {{{ $ ./ffmpeg -i ../low_resolution_soft_pulldown.m2v ffmpeg version N-65043-ga06c14a Copyright (c) 2000-2014 the FFmpeg developers built on Jul 28 2014 05:17:31 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --disable-doc --optflags=-O0 libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 70.100 / 55. 70.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpeg1video @ 0x9e8db80] Warning MVs not available [mpeg1video @ 0x9e8db80] concealing 44 DC, 44 AC, 44 MV errors in I frame Input #0, mpegvideo, from '../low_resolution_soft_pulldown.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 352x240 [SAR 10:11 DAR 4:3], max. 2000 kb/s, 29.97 fps, 59.94 tbr, 1200k tbn, 59.94 tbc At least one output file must be specified }}} These particular warnings are repeated extensively during playback in ffplay or during conversion: [mpeg1video @ 03f5e6e0] Warning MVs not available [mpeg1video @ 03f5e6e0] concealing 44 DC, 44 AC, 44 MV errors in I frame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 28 15:42:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Jul 2014 13:42:26 -0000 Subject: [FFmpeg-trac] #3809(avcodec:open): Low-resolution MPEG-2 decoding incorrectly In-Reply-To: <036.4efffa9ddc239352406de599fe9c395f@avcodec.org> References: <036.4efffa9ddc239352406de599fe9c395f@avcodec.org> Message-ID: <051.d2b4a617b7ceb6a1f2044afd7dc8750b@avcodec.org> #3809: Low-resolution MPEG-2 decoding incorrectly -------------------------------------+------------------------------------- Reporter: qyot27 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpeg12dec => mpeg2video regression * priority: normal => important * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 28 17:01:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Jul 2014 15:01:44 -0000 Subject: [FFmpeg-trac] #3810(avformat:new): mpegts muxer creates non-zero start time Message-ID: <035.004ca7e3adf329b479ce060d7a932f6e@avcodec.org> #3810: mpegts muxer creates non-zero start time ----------------------------------+-------------------------------------- Reporter: slhck | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- {{{ $ ffmpeg -i BigBuckBunny-trailer-1080p.ogg -c:v libx264 -t 2 -an -f mpegts out.ts ffmpeg version N-65018-gad91bf8 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 26 2014 22:09:15 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [theora @ 00000000002fffe0] 7 bits left in packet 82 Input #0, ogg, from 'BigBuckBunny-trailer-1080p.ogg': Duration: 00:00:33.00, start: 0.000000, bitrate: 6757 kb/s Stream #0:0: Video: theora, yuv420p(bt470bg), 1920x1080, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: ENCODER : ffmpeg2theora 0.19 Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp, 80 kb/s Metadata: ENCODER : ffmpeg2theora 0.19 [libx264 @ 00000000051ebac0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 00000000051ebac0] profile High, level 4.0 [theora @ 00000000003bf7e0] 7 bits left in packet 82 Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf55.49.100 Stream #0:0: Video: h264 (libx264), yuv420p, 1920x1080, q=-1--1, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.69.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (theora (native) -> h264 (libx264)) Press [q] to stop, [?] for help frame= 50 fps= 30 q=-1.0 Lsize= 122kB time=00:00:01.92 bitrate= 520.9kbits/s video:107kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 14.412790% [libx264 @ 00000000051ebac0] frame I:1 Avg QP:18.79 size: 1317 [libx264 @ 00000000051ebac0] frame P:15 Avg QP:16.73 size: 4627 [libx264 @ 00000000051ebac0] frame B:34 Avg QP:20.98 size: 1134 [libx264 @ 00000000051ebac0] consecutive B-frames: 8.0% 4.0% 0.0% 88.0% [libx264 @ 00000000051ebac0] mb I I16..4: 0.0% 100.0% 0.0% [libx264 @ 00000000051ebac0] mb P I16..4: 3.9% 2.8% 0.3% P16..4: 5.0% 1.3% 0.7% 0.0% 0.0% skip:86.1% [libx264 @ 00000000051ebac0] mb B I16..4: 1.0% 0.5% 0.0% B16..8: 10.3% 0.3% 0.0% direct: 0.2% skip:87.8% L0:51.2% L1:45.8% BI: 3.0% [libx264 @ 00000000051ebac0] 8x8 transform intra:62.2% inter:74.1% [libx264 @ 00000000051ebac0] coded y,uvDC,uvAC intra: 3.0% 6.7% 3.9% inter: 0.6% 1.2% 0.6% [libx264 @ 00000000051ebac0] i16 v,h,dc,p: 27% 72% 0% 0% [libx264 @ 00000000051ebac0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 3% 65% 30% 1% 0% 0% 0% 0% 1% [libx264 @ 00000000051ebac0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 48% 26% 17% 2% 2% 2% 1% 1% 1% [libx264 @ 00000000051ebac0] i8c dc,h,v,p: 90% 4% 6% 0% [libx264 @ 00000000051ebac0] Weighted P-Frames: Y:40.0% UV:40.0% [libx264 @ 00000000051ebac0] ref P L0: 72.3% 6.1% 13.9% 6.4% 1.2% [libx264 @ 00000000051ebac0] ref B L0: 71.8% 22.3% 5.9% [libx264 @ 00000000051ebac0] ref B L1: 88.1% 11.9% [libx264 @ 00000000051ebac0] kb/s:437.08 }}} When inspecting the output file: {{{ $ ffprobe -select_streams v -show_frames -of compact -show_entries frame=pict_type,pkt_pts_time out.ts frame|pkt_pts_time=1.480000|pict_type=I frame|pkt_pts_time=1.520000|pict_type=B frame|pkt_pts_time=1.560000|pict_type=B frame|pkt_pts_time=1.600000|pict_type=B frame|pkt_pts_time=1.640000|pict_type=P frame|pkt_pts_time=1.680000|pict_type=B frame|pkt_pts_time=1.720000|pict_type=B frame|pkt_pts_time=1.760000|pict_type=B frame|pkt_pts_time=1.800000|pict_type=P frame|pkt_pts_time=1.840000|pict_type=B frame|pkt_pts_time=1.880000|pict_type=B frame|pkt_pts_time=1.920000|pict_type=B frame|pkt_pts_time=1.960000|pict_type=P frame|pkt_pts_time=2.000000|pict_type=B frame|pkt_pts_time=2.040000|pict_type=P frame|pkt_pts_time=2.080000|pict_type=P frame|pkt_pts_time=2.120000|pict_type=P frame|pkt_pts_time=2.160000|pict_type=B frame|pkt_pts_time=2.200000|pict_type=B frame|pkt_pts_time=2.240000|pict_type=B frame|pkt_pts_time=2.280000|pict_type=P frame|pkt_pts_time=2.320000|pict_type=P frame|pkt_pts_time=2.360000|pict_type=B frame|pkt_pts_time=2.400000|pict_type=B frame|pkt_pts_time=2.440000|pict_type=B frame|pkt_pts_time=2.480000|pict_type=P frame|pkt_pts_time=2.520000|pict_type=B frame|pkt_pts_time=2.560000|pict_type=B frame|pkt_pts_time=2.600000|pict_type=B frame|pkt_pts_time=2.640000|pict_type=P frame|pkt_pts_time=2.680000|pict_type=B frame|pkt_pts_time=2.720000|pict_type=B frame|pkt_pts_time=2.760000|pict_type=B frame|pkt_pts_time=2.800000|pict_type=P frame|pkt_pts_time=2.840000|pict_type=B frame|pkt_pts_time=2.880000|pict_type=B frame|pkt_pts_time=2.920000|pict_type=B frame|pkt_pts_time=2.960000|pict_type=P frame|pkt_pts_time=3.000000|pict_type=B frame|pkt_pts_time=3.040000|pict_type=B frame|pkt_pts_time=3.080000|pict_type=B frame|pkt_pts_time=3.120000|pict_type=P frame|pkt_pts_time=3.160000|pict_type=B frame|pkt_pts_time=3.200000|pict_type=B frame|pkt_pts_time=3.240000|pict_type=B frame|pkt_pts_time=3.280000|pict_type=P frame|pkt_pts_time=3.320000|pict_type=B frame|pkt_pts_time=3.360000|pict_type=B frame|pkt_pts_time=3.400000|pict_type=B frame|pkt_pts_time=3.440000|pict_type=P ffprobe version N-65018-gad91bf8 Copyright (c) 2007-2014 the FFmpeg developers built on Jul 26 2014 22:09:15 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'out.ts': Duration: 00:00:02.00, start: 1.480000, bitrate: 500 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080, 25 fps, 25 tbr, 90k tbn, 50 tbc }}} One would expect the output transport stream to start with zero PTS, not some arbitrary (?) offset. With MP4 as container though, PTS start with 0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 28 17:31:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Jul 2014 15:31:39 -0000 Subject: [FFmpeg-trac] #3810(avformat:closed): mpegts muxer creates non-zero start time In-Reply-To: <035.004ca7e3adf329b479ce060d7a932f6e@avcodec.org> References: <035.004ca7e3adf329b479ce060d7a932f6e@avcodec.org> Message-ID: <050.740da2db35b1a49b64adf3722bf5d699@avcodec.org> #3810: mpegts muxer creates non-zero start time ------------------------------------+------------------------------------ Reporter: slhck | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by kierank): * status: new => closed * resolution: => invalid Comment: Read the TS spec. A zero PTS is meaningless in MPEG-TS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 28 18:08:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Jul 2014 16:08:44 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.04f9cbe8f14e2c018a33ab9976faa05a@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by trnsz): I am having the same problem. I am also not using the ffmpeg tool, but the libraries directly, but the problem can easily be made to show itself using the tool as well: Here are unredacted commands and outputs. (Output too big to post here when trying to submit, so here is pastebin): $ ffmpeg -i http://download.wavetlan.com/SVV/Media/HTTP/MP4/ConvertedFiles /Media-Convert/Media- Convert_test1_36s_AVC_VBR_521kbps_320x240_25fps_AACLCv4_VBR_96kbps_Stereo_44100Hz.mp4 -c copy -map 0:v -map 0:a -bsf h264_mp4toannexb -flags -global_header -segment_list_flags +live-cache -segment_time 2 -segment_list_size 30 -segment_wrap 60 -segment_time_delta 0.08 -segment_list ./test.m3u8 -f ssegment "./test%05d.ts" -report http://pastebin.com/aScZgCnN Now let's read it back: (Output too big to post here when trying to submit, so here is pastebin, again): $ ffmpeg -debug 1 -i test.m3u8 -f null /dev/null -report http://pastebin.com/kyd6k6rt As you can see, at the start of each segment, there are failed continuity checks as the timestamp is incorrectly reset at the start of each new segment: (Excerpt from above) [hls,applehttp @ 0x1b54a20] HLS request for url 'test00003.ts', offset 0, playlist 0 [mpegts @ 0x1b573e0] Continuity check failed for pid 17 expected 5 got 0 [mpegts @ 0x1b573e0] Continuity check failed for pid 0 expected 8 got 0 [mpegts @ 0x1b573e0] Continuity check failed for pid 4096 expected 8 got 0 [mpegts @ 0x1b573e0] Continuity check failed for pid 256 expected 7 got 0 This will cause the output to fail Apple validation and is breaking specification, so technically the output is corrupted. While the output does play in ffmpeg, VLC, ffplay, etc, but gives warnings similar to above in all cases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 28 18:38:35 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Jul 2014 16:38:35 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.1ad347213229471afe5788e87d12b2a3@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by trnsz): Interesting, according to a W3C document at https://dvcs.w3.org/hg/html- media/raw-file/d5956e93b991/media-source/media-source.html#mpeg2ts- discontinuities it is stated that clients should handle TS discontinuities: {{{? When a discontinuity is detected, MPEG2TS_timestampOffset must be adjusted to make the timestamps after the discontinuity appear to come immediately after the timestamps before the discontinuity.}}} However, the Apple documentation for the validation tool at https://developer.apple.com/library/ios/technotes/tn2235/_index.html#//apple_ref/doc/uid/DTS40010221 specifies: {{{ WARNING: stream discontinuity detected You must use the EXT-X-DISCONTINUITY tag where an encoding discontinuity exists between the media file that follows it and the one that preceded it. See the IETF Internet Draft of the HTTP Live Streaming Protocol Specification for more information. If you intend to play a new stream at a given point in your presentation, you must use the EXT-X-DISCONTINUITY tag. }}} So a workaround that would be a quick hackish would might be to change the M3U8 output to include the EXT-X-DISCONTINUITY tag between all segments and should result in ffmpeg output passing the Apple validation tests. The proper fix is still maintaining the timestamp across segments. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 28 19:19:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Jul 2014 17:19:56 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.23a11bf5084f0bedad6494b27d4ba0af@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by trnsz): Replying to [comment:12 dicroce]: > I have extracted your changes from your original mpegtsenc.c... > [snip] > On the other hand, if ff_get_continuity_counter() and ff_set_continuity_counter() actually existed, that might be a cleaner solution for everyone... dicroce, if you are still watching and care to post the patch here, it would save me some time. If not I'll can work up something quickly myself. I'm hoping that a "real" ffmpeg developer would look into this first, because my unfamiliarity with the ffmpeg internals means any patch I submit would be less likely to be accepted than one by another developer more versed with the code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 28 21:29:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Jul 2014 19:29:26 -0000 Subject: [FFmpeg-trac] #3530(avformat:reopened): AIFF playback/Transcode failure In-Reply-To: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> References: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> Message-ID: <052.3a24c47aa6d842aa7ed5e50c26879c18@avcodec.org> #3530: AIFF playback/Transcode failure -------------------------------------+------------------------------------- Reporter: DeShizz | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: aif id3v2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by hendrik): * status: closed => reopened * resolution: fixed => Comment: The fix works with the provided test file, but I'm under the impression that it's not a universal fix. I tested against https://www.dropbox.com/s/8l9oa1595wd3j43/Apache.aif Using the static 64-bit build from http://ffmpeg.zeranoe.com/builds/win64/static/ffmpeg-20140727-git- ad91bf8-win64-static.7z, I got this: {{{ Z:\ffmpeg\ffmpeg-20140727-git-ad91bf8-win64-static\bin>ffplay -v 100 Apache.aif ffplay version N-65018-gad91bf8 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 26 2014 22:09:15 with gcc 4.8.3 (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-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [aiff @ 0000000002aa0340] Format aiff probed with size=2048 and score=100 [aiff @ 0000000002aa0340] id3v2 ver:3 flags:00 len:313 [aiff @ 0000000002aa0340] id3v2 ver:32 flags:00 len:84649156 [aiff @ 0000000002aa0340] ID3v2.32 tag skipped, cannot handle version [AVIOContext @ 0000000002a9fd80] Statistics: 65536 bytes read, 2 seeks Apache.aif: Input/output error }}} The same build works fine with the original test file "01 Boom Boom Pow.aiff". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 03:01:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 01:01:35 -0000 Subject: [FFmpeg-trac] #3794(swscale:new): SWSCALE: Quantization Errors in Y Studio Range In-Reply-To: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> References: <036.0abd700c9aafe286201c778f95bf42ec@avcodec.org> Message-ID: <051.ab67d9796e5c60980d33a57dfd0097bb@avcodec.org> #3794: SWSCALE: Quantization Errors in Y Studio Range ------------------------------------+----------------------------------- Reporter: troy_s | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: range | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by troy_s): Attaching the matrix used for conversion. {{{ 0.1825858824 0.6142305882 0.0620070588 +0.062745098 -0.1006437324 -0.3385719539 0.4392156863 +0.5019607843 0.4392156863 -0.3989421626 -0.0402735237 +0.5019607843 }}} The above is the float version of: {{{ 0.2126*(219/255) 0.7152*(219/255) 0.0722*(219/255) +(16/255) -(0.2126/1.8556)*(224/255) -(0.7152/1.8556)*(224/255) 0.5*(224/255) +(128/255) 0.5*(224/255) -(0.7152/1.5748)*(224/255) -(0.0722/1.5748)*(224/255) +(128/255) }}} (For the curious, the 1.8556 and 1.5748 is nothing more than (Coeff.Red + Coeff.Green) * 2 and (Coeff.Blue + Coeff.Green) * 2 to normalize the values around the origin.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 10:48:17 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 08:48:17 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer Message-ID: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer -------------------------------------+------------------------------------- Reporter: slhck | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I was trying to segment an existing H.264/MP4 file into TS segments: {{{ ffmpeg -y -i tmp/tmpPass2.mp4 -c:v libx264 -acodec copy -map 0 -f segment -bsf h264_mp4toannexb -segment_time 5 -segment_format mpegts ./tsSegmentsDisplay/SRC04_Q1_%05d.ts ffmpeg version N-64919-ga613257 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 23 2014 00:35:22 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'tmp/tmpPass2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.33.100 Duration: 00:00:56.66, start: 0.161134, bitrate: 8528 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 8484 kb/s, 24 fps, 24 tbr, 12288 tbn, 48 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 64 kb/s (default) Metadata: handler_name : SoundHandler [libx264 @ 0000000004db87a0] using SAR=1/1 [libx264 @ 0000000004db87a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0000000004db87a0] profile High, level 4.0 [libx264 @ 0000000004db87a0] 264 - core 142 r2431 ac76440 - 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=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [mpegts @ 0000000006f42440] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times [adts @ 0000000006f567e0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, segment, to './tsSegmentsDisplay/SRC04_Q1_%05d.ts': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.48.101 Stream #0:0(und): Video: h264 (libx264), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 24 fps, 24 tbn, 24 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc55.69.100 libx264 Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 64 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [libx264 @ 0000000004db8340] Packet header is not contained in global extradata, corrupted stream or invalid MP4/AVCC bitstream Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec libx264: Invalid argument [mpegts @ 0000000006f42440] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument frame= 57 fps= 33 q=-1.0 Lsize=N/A time=00:00:02.69 bitrate=N/A dup=4 drop=0 video:201kB audio:21kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown [libx264 @ 0000000004db87a0] frame I:1 Avg QP:19.95 size:204698 [libx264 @ 0000000004db87a0] frame P:19 Avg QP:21.95 size: 42957 [libx264 @ 0000000004db87a0] frame B:37 Avg QP:26.12 size: 9696 [libx264 @ 0000000004db87a0] consecutive B-frames: 3.5% 7.0% 68.4% 21.1% [libx264 @ 0000000004db87a0] mb I I16..4: 36.5% 18.1% 45.4% [libx264 @ 0000000004db87a0] mb P I16..4: 7.0% 6.7% 1.7% P16..4: 32.9% 13.2% 7.7% 0.0% 0.0% skip:30.7% [libx264 @ 0000000004db87a0] mb B I16..4: 0.9% 1.2% 0.1% B16..8: 38.4% 3.9% 0.5% direct: 1.3% skip:53.7% L0:46.9% L1:44.3% BI: 8.9% [libx264 @ 0000000004db87a0] 8x8 transform intra:40.2% inter:58.4% [libx264 @ 0000000004db87a0] coded y,uvDC,uvAC intra: 33.5% 48.0% 23.3% inter: 11.4% 13.0% 1.2% [libx264 @ 0000000004db87a0] i16 v,h,dc,p: 33% 29% 19% 19% [libx264 @ 0000000004db87a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 40% 19% 36% 1% 1% 1% 1% 1% 1% [libx264 @ 0000000004db87a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 42% 34% 11% 2% 2% 2% 3% 2% 3% [libx264 @ 0000000004db87a0] i8c dc,h,v,p: 48% 23% 25% 4% [libx264 @ 0000000004db87a0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0000000004db87a0] ref P L0: 76.1% 14.4% 6.4% 3.1% [libx264 @ 0000000004db87a0] ref B L0: 86.1% 11.9% 2.0% [libx264 @ 0000000004db87a0] ref B L1: 86.7% 13.3% [libx264 @ 0000000004db87a0] kb/s:4647.21 Conversion failed! }}} It tells me: {{{ [libx264 @ 0000000004db8340] Packet header is not contained in global extradata, corrupted stream or invalid MP4/AVCC bitstream Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec libx264: Invalid argument [mpegts @ 0000000006f42440] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) }}} But I'm already using said bitstream filter, which it can't open. In this case, the real solution would've been to use the ssegment muxer instead of segment, but this is absolutely not obvious from the error messages. There should be a hint to use another muxer when using .ts segments and H.264 bitstreams. The current error messages are misleading. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 10:49:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 08:49:42 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts In-Reply-To: <041.914cfd884491b42876ed7b55a257dfe7@avcodec.org> References: <041.914cfd884491b42876ed7b55a257dfe7@avcodec.org> Message-ID: <056.9b3c3d4a4188ea1098d255163ce95616@avcodec.org> #2220: FFMPEG unable to stream copy some wtv H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): another affected file: http://www.tpb- proxy.com/torrent/10612775/Divergent.2014.RETAIL.1080p.WEB-DL.H264.AC3-EVO how large a bounty would be needed to get a fix? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 10:52:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 08:52:35 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.f7f6faaf5e8689ed70041da0303b969f@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer -------------------------------------+------------------------------------- Reporter: slhck | 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 heleppkes): You're re-encoding the video, you don't need the bitstream filter at all. The encoding step will already output the video as you need it for TS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 10:57:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 08:57:15 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.2a741caee8c19ab16806773da908bbc8@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer -------------------------------------+------------------------------------- Reporter: slhck | 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 slhck): Replying to [comment:1 heleppkes]: > You're re-encoding the video, you don't need the bitstream filter at all. > The encoding step will already output the video as you need it for TS. True, I don't need the filter, but If I leave it out, I get {{{ $ ffmpeg -i input.mp4 -c:v libx264 -an -f segment -segment_format mpegts -map 0 test%05d.ts ... [mpegts @ 0x25ded20] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) }}} Which is the point of this bug report: The error message is misleading. It's telling me to use the filter when I don't need to; and if I use the filter it's still telling me to use it. The actual solution would be to tell me to use the right muxer. {{{ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:05:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:05:27 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.effc0575070a1763cb025459baccd813@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer -------------------------------------+------------------------------------- Reporter: slhck | 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): {{{ $ ffmpeg -i input -flags -global_header -vcodec libx264 -map 0 -f segment -segment_time 5 -segment_format mpegts out%5d.ts }}} Please note that it is completely impossible to understand your original report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:06:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:06:02 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS (was: Misleading error when segmenting H.264 bitstream to MPEG-TS with wrong segment muxer) In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.887316475ccbb3fdfdddd78ec8b0b74d@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | 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 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:14:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:14:20 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.04158a6a9c7e3f9459f01dd780701d36@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | 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 slhck): If you have suggestions on how to change it, please let me know. I said that the error message is misleading because: - I already use the bitstream filter - It tells me to use the bitstream filter My proposal is: - Don't tell me to use the bistream filter if I'm already using it - Tell me to use the ssegment muxer if that's what solves the issue -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:18:49 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:18:49 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.0163df384073c166d5cd76a53c834b48@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | 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 heleppkes): The individual components don't know about each other, which is part of its extreme flexibility. It just mentions the most common cases in the error. As such, the mpegts muxer doesn't know that its running in the segment context. It should probably be documented that for mpegts you want the ssegment muxer, if its not documented properly somewhere already and you just didn't find that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:22:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:22:10 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.ea8838fdc1573665dae741f01e9f5a71@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | 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 slhck): Replying to [comment:6 heleppkes]: > It should probably be documented that for mpegts you want the ssegment muxer, if its not documented properly somewhere already and you just didn't find that. The documentation mentions that: > stream_segment is a variant of the muxer used to write to streaming output formats, i.e. which do not require global headers, and is recommended for outputting e.g. to MPEG transport stream segments. Perhaps if we'd replace "recommended" with "necessary", it'd be more obvious that you need the ssegment muxer. It honestly took me a while to find the source of the error although I think I'm quite experienced with the tool. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:31:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:31:04 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.bf94d7f19e3e58abbb6335cb1ad25812@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 heleppkes]: > It should probably be documented that for mpegts you want the ssegment muxer, if its not documented properly somewhere already and you just didn't find that. It is documented but it took me some time to find it (the same problem was reported last week on the user mailing list but I only found out today). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:31:46 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:31:46 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.666c297f59a8a4f10422792d97e0eb30@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 slhck]: > > stream_segment is a variant of the muxer used to write to streaming output formats, i.e. which do not require global headers, and is recommended for outputting e.g. to MPEG transport stream segments. > > Perhaps if we'd replace "recommended" with "necessary", But it is not necessary, see my comment:3 ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:34:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:34:13 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.f51a669af4f7b22ec34cb813d5423ae1@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 slhck]: > If you have suggestions on how to change it, please let me know. As we apparently all agree, the problematic command line plus error message is not the one in the original report (you are specifying an option there that simply cannot work) but the one in comment:2 (the one without console output). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:41:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:41:09 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.680ff549a34d228fdecd11ed020de2f0@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | 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 slhck): The original command is problematic, because how should I know that (frmo the original report) {{{ ffmpeg -i input.mp4 -c:v libx264 -map 0 -f segment -bsf h264_mp4toannexb -segment_time 5 -segment_format mpegts test%05d.ts }}} does not work, when {{{ ffmpeg -i input.mp4 -c:v libx264 -an -f segment -segment_format mpegts -map 0 test%05d.ts }}} explicitly tells me to use `-bsf h264_mp4toannexb`? Either way, obviously there are confusing messages, so how could they be improved to have users figure out what needs to be done? Maybe > Packet header is not contained in global extradata, try using -flags global_extradata would work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 11:45:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 09:45:12 -0000 Subject: [FFmpeg-trac] #3811(undetermined:new): Misleading error when segmenting H.264 bitstream to MPEG-TS In-Reply-To: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> References: <035.5300f3354c9ccf95ad47240a94a17cea@avcodec.org> Message-ID: <050.38403c364f779dabbb0964d532965540@avcodec.org> #3811: Misleading error when segmenting H.264 bitstream to MPEG-TS -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:11 slhck]: > > Packet header is not contained in global extradata, try using -flags global_extradata > > would work? I (strongly) object being the one who has to answer the million questions then. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 12:20:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 10:20:57 -0000 Subject: [FFmpeg-trac] #3812(avformat:new): Crash when not specifying an encoder for the segment muxer Message-ID: <037.f438ace7e8a2359398ca54446bf5b087@avcodec.org> #3812: Crash when not specifying an encoder for the segment muxer -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: crash master | SIGSEGV regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- FFmpeg crashes since ccc25378 if no encoder was specified when using the segment muxer, related to ticket #2236 {{{ (gdb) r -f lavfi -i testsrc -f segment -map 0 out Starting program: ffmpeg_g -f lavfi -i testsrc -f segment -map 0 out [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-65086-g65746bf Copyright (c) 2000-2014 the FFmpeg developers built on Jul 29 2014 12:18:56 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [New Thread 0x7ffff1d26700 (LWP 10097)] [New Thread 0x7ffff1525700 (LWP 10098)] [New Thread 0x7ffff0d24700 (LWP 10099)] [New Thread 0x7ffff0523700 (LWP 10100)] [New Thread 0x7fffefd22700 (LWP 10101)] [New Thread 0x7fffef521700 (LWP 10102)] [New Thread 0x7fffeed20700 (LWP 10103)] [New Thread 0x7fffee51f700 (LWP 10104)] [New Thread 0x7fffedd1e700 (LWP 10105)] 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 Program received signal SIGSEGV, Segmentation fault. av_guess_codec (fmt=0x0, short_name=short_name at entry=0x0, filename=filename at entry=0x1a3c258 "out", mime_type=mime_type at entry=0x0, type=AVMEDIA_TYPE_VIDEO) at libavformat/format.c:167 167 if (!strcmp(fmt->name, "image2") || !strcmp(fmt->name, "image2pipe")) { (gdb) bt #0 av_guess_codec (fmt=0x0, short_name=short_name at entry=0x0, filename=filename at entry=0x1a3c258 "out", mime_type=mime_type at entry=0x0, type=AVMEDIA_TYPE_VIDEO) at libavformat/format.c:167 #1 0x000000000047326c in choose_encoder (s=s at entry=0x1a3c220, ost=ost at entry=0x1a3cf80, o=0x7fffffffd650, o=0x7fffffffd650) at ffmpeg_opt.c:1039 #2 0x0000000000474957 in new_output_stream (o=0x7fffffffd650, oc=0x1a3c220, type=AVMEDIA_TYPE_VIDEO, source_index=0) at ffmpeg_opt.c:1077 #3 0x00000000004756e3 in new_video_stream (o=o at entry=0x7fffffffd650, oc=0x1a3c220, source_index=) at ffmpeg_opt.c:1273 #4 0x0000000000477b80 in open_output_file (o=o at entry=0x7fffffffd650, filename=0x7fffffffe21f "out") at ffmpeg_opt.c:1920 #5 0x0000000000472fc4 in open_files (inout=inout at entry=0xec0d05 "output", open_file=open_file at entry=0x476570 , l=, l=) at ffmpeg_opt.c:2650 #6 0x000000000047a302 in ffmpeg_parse_options (argc=argc at entry=10, argv=argv at entry=0x7fffffffdd28) at ffmpeg_opt.c:2694 #7 0x000000000046b4e8 in main (argc=10, argv=0x7fffffffdd28) at ffmpeg.c:3815 (gdb) print fmt $1 = (AVOutputFormat *) 0x0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 15:56:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 13:56:12 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.0183973a279748ee993931f142402fec@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hackeron): I've made the stream publicly available for the time being here: rtsp://admin:@86.146.232.61/live1.sdp -- please let me know when I can take it down :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 15:56:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 13:56:12 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.13dda70250572b677277a93cd7c3bb67@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hackeron): I've made the stream publicly available for the time being here: rtsp://admin:@86.146.232.61/live1.sdp -- please let me know when I can take it down :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 17:50:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 15:50:21 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.fc125af265b0d4e241dc45e9fd7092b6@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Is libfdk required to reproduce the problem or is it also reproducible with the native aac encoder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 17:58:24 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 15:58:24 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.171ec973e0544554d4ae58b947744e50@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hackeron): I haven't tried the native one as it says "The encoder 'aac' is experimental but experimental codecs are not enabled". When using libbfaac, the "Non-monotonous DTS" errors are less frequent and the duration doesn't grow, so it does seem to be related to libfdk, not sure if it relates to others too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 19:09:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 17:09:34 -0000 Subject: [FFmpeg-trac] #3813(undetermined:new): Unable to isolate a single line of video with latest ffmpeg Message-ID: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> #3813: Unable to isolate a single line of video with latest ffmpeg -------------------------------------+------------------------------------- Reporter: MReedAustin | 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: I am attempting to use a filter chain to take only line 31 of a video, resize it to 720x576, and run it through the black detection filter, in an effort to detect Teletext subtitles in the Vertical Blanking Interval of my input video (console output is redirected into a script variable and then tested). The video output is to be sent to Null, as I am only interested in the [Blackdetect...] reports. This worked under Windows build N-60329-ge708424 built Feb 3 2014 22:01:02, but does not work with current 64-bit Windows version - full console output is given below. The issue does not occur if the height of the crop is greater than 1, but line 32 is the first line of active picture so I cannot make my crop output any taller. How to reproduce: {{{ % ffmpeg -i file.mxf -filter_complex "crop=x=0:y=31:w=iw:h=1, scale=w=iw:h=576, blackdetect=d=0.04:pix_th=0.05" -an -f null - Console output as follows; ffmpeg version N-65085-g4f91bb0 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 28 2014 22:10:25 with gcc 4.8.3 (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-libbs2b --enable-libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-librtmp --enable-libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo-aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.1 : 7.1 Input #0, mxf, from 'File.mxf': Metadata: uid : 9d6ee811-d617-11e3-83be-ac162dbbc568 generation_uid : 9d6ee812-d617-11e3-bd75-ac162dbbc568 company_name : Telestream product_name : FlipFactory product_version : 3.0 application_platform: win32 product_uid : ffeeddcc-bbaa-9988-7766-554433221100 modification_date: 2014-05-07 18:44:26 timecode : 00:00:24:24 Duration: 00:00:30.00, start: 0.000000, bitrate: 62572 kb/s Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt470bg), 720x608 [SAR 608:405 DAR 16:9], max. 50000 kb/s, 25 fp s, 25 tbr, 25 tbn, 50 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, 8 channels, s16, 6144 kb/s [NULL @ 00000000047655c0] ignoring invalid SAR: 38912/45 [null @ 0000000004764920] Aspect ratio mismatch between muxer (38912/45) and encoder layer (0/1) Output #0, null, to 'pipe:': Metadata: uid : 9d6ee811-d617-11e3-83be-ac162dbbc568 generation_uid : 9d6ee812-d617-11e3-bd75-ac162dbbc568 company_name : Telestream product_name : FlipFactory product_version : 3.0 application_platform: win32 product_uid : ffeeddcc-bbaa-9988-7766-554433221100 modification_date: 2014-05-07 18:44:26 timecode : 00:00:24:24 Stream #0:0: Video: rawvideo (Y42B / 0x42323459), yuv422p, 720x576, q=2-31, 200 kb/s, SAR 38912:45 DAR 9728:9, 25 fp s, 25 tbn, 25 tbc Metadata: encoder : Lavc55.71.100 rawvideo Stream mapping: Stream #0:0 (mpeg2video) -> crop blackdetect -> Stream #0:0 (rawvideo) Could not write header for output file #0 (incorrect codec parameters ?): Error number -22 occurred ffmpeg version N-65085-g4f91bb0 built on Jul 28 2014 22:10:25 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 19:21:06 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 17:21:06 -0000 Subject: [FFmpeg-trac] #3813(undetermined:new): Unable to isolate a single line of video with latest ffmpeg In-Reply-To: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> References: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> Message-ID: <056.e90a0fd513ceda71baac621a8d600624@avcodec.org> #3813: Unable to isolate a single line of video with latest ffmpeg -------------------------------------+------------------------------------- Reporter: MReedAustin | 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 kierank): FWIW the proper way of doing this is to use libzvbi to detect teletext. You could make a filter that does this. Also why do you have teletext past line 23? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 29 22:30:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 20:30:57 -0000 Subject: [FFmpeg-trac] #3814(undetermined:new): Apple HTTP / HLS audio stream sometimes glitches or stops playing altogether Message-ID: <039.d1b0702ae455c3aaea83f4e146a5bc33@avcodec.org> #3814: Apple HTTP / HLS audio stream sometimes glitches or stops playing altogether -------------------------------------+------------------------------------- Reporter: iceman12c | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: Apple HTTP | Blocked By: HLS m3u8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: With http://radio_ckis-lh.akamaihd.net/i/TOR925_1 at 176956/master.m3u8, and running ffplay, in about 50% of the runs it glitches (seems to be because it doesn't properly detect the embedded mjpeg stream #0:1). In other instances, it properly detects the mjpeg stream but the audio queue runs down to 0 and audio stops playing. Happens on both 2.3 release and master. How to reproduce: {{{ GLITCH INSTANCE (notice no mjpeg #0:1 stream): $ ./ffplay "http://radio_ckis- lh.akamaihd.net/i/TOR925_1 at 176956/master.m3u8" ffplay version N-65064-gd554d00 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 28 2014 09:51:23 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [hls,applehttp @ 0x7fa73901ee00] Estimating duration from bitrate, this may be inaccurate Input #0, hls,applehttp, from 'http://radio_ckis- lh.akamaihd.net/i/TOR925_1 at 176956/master.m3u8': Duration: 00:00:00.03, start: 16048.711433, bitrate: 88 kb/s Program 0 Metadata: variant_bitrate : 48000 Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 40 kb/s Metadata: variant_bitrate : 48000 Program 1 Metadata: variant_bitrate : 48000 Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp, 47 kb/s Metadata: variant_bitrate : 48000 [hls,applehttp @ 0x7fa73901ee00] No longer receiving playlist 0 16052.44 M-A: 0.000 fd= 0 aq= 2KB vq= 0KB sq= 0B f=0/0 ==== STOPS PLAYING INSTANCE (notice mjpeg detected but aq size is much higher than previous instance and eventually runs down to 0): $ ./ffplay "http://radio_ckis- lh.akamaihd.net/i/TOR925_1 at 176956/master.m3u8" ffplay version N-65064-gd554d00 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 28 2014 09:51:23 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [hls,applehttp @ 0x7f89b8814400] Estimating duration from bitrate, this may be inaccurate Input #0, hls,applehttp, from 'http://radio_ckis- lh.akamaihd.net/i/TOR925_1 at 176956/master.m3u8': Duration: 00:00:00.02, start: 16098.704433, bitrate: 106 kb/s Program 0 Metadata: variant_bitrate : 48000 Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 47 kb/s Metadata: variant_bitrate : 48000 Stream #0:1: Video: mjpeg, yuvj420p(pc, bt470bg), 25x25 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: variant_bitrate : 48000 Program 1 Metadata: variant_bitrate : 48000 Stream #0:2: Audio: aac, 44100 Hz, stereo, fltp, 59 kb/s Metadata: variant_bitrate : 48000 Stream #0:3: Video: mjpeg, yuvj420p(pc, bt470bg), 25x25 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: variant_bitrate : 48000 [hls,applehttp @ 0x7f89b8814400] No longer receiving playlist 1 [swscaler @ 0x7f89ba044a00] deprecated pixel format used, make sure you did set range correctly 16107.53 A-V: nan fd= 0 aq= 176KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 01:27:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Jul 2014 23:27:39 -0000 Subject: [FFmpeg-trac] #3815(avdevice:new): libcdio only works with -ss 00 Message-ID: <036.44c23d52c86aa76acb5daa64ceb827d3@avcodec.org> #3815: libcdio only works with -ss 00 ----------------------------------+--------------------------------------- Reporter: gerion | Type: defect Status: new | Priority: normal Component: avdevice | Version: unspecified Keywords: libcdio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: The (undocumented) libcdio device does not work directly. How to reproduce: {{{ ffmpeg -f libcdio -i /dev/sr0 test.wav }}} always end instantly and did not produce any valid file. A possible workaround is: {{{ ffmpeg -ss 00 -f libcdio -i /dev/sr0 test.wav }}} I use git version. (I tried on another computer with ffmpeg stable release and it didn't work, too.) Here is the output: $ ffmpeg -f libcdio -i /dev/sr0 test.wav ffmpeg version N-65021-gc2ef844 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 27 2014 14:04:31 with gcc 4.8.2 (Gentoo 4.8.2 p1.3r1, pie-0.5.8r1) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-O2 -pipe -march=native -fomit-frame-pointer' --extra-cflags='-O2 -pipe -march=native -fomit-frame-pointer' --extra-cxxflags='-O2 -pipe -march=native -fomit-frame-pointer' --disable-static --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --disable- stripping --enable-nonfree --enable-version3 --enable-nonfree --disable- indev=v4l2 --disable-outdev=v4l2 --disable-indev=oss --disable-outdev=oss --enable-bzlib --disable-runtime-cpudetect --disable-debug --disable-doc --enable-gnutls --enable-hardcoded-tables --enable-iconv --enable-network --enable-openssl --disable-libsmbclient --enable-ffplay --enable-vaapi --enable-vdpau --enable-xlib --enable-zlib --enable-libvo-aacenc --disable-libvo-amrwbenc --enable-libmp3lame --enable-libaacplus --disable-libfaac --enable-libtheora --disable-libtwolame --enable- libwavpack --disable-libwebp --enable-libx264 --enable-libx265 --enable- libxvid --enable-libcdio --disable-libiec61883 --disable-libdc1394 --disable-libcaca --disable-openal --enable-opengl --disable-libv4l2 --disable-libpulse --enable-x11grab --disable-libbs2b --disable-libflite --disable-frei0r --disable-libfribidi --disable-fontconfig --enable-ladspa --disable-libass --enable-libfreetype --disable-libsoxr --enable-pthreads --disable-libopencore-amrwb --disable-libopencore-amrnb --disable-libfdk- aac --disable-libopenjpeg --enable-libbluray --enable-libcelt --disable- libgme --disable-libgsm --disable-libmodplug --enable-libopus --enable- libquvi --disable-librtmp --disable-libssh --disable-libschroedinger --enable-libspeex --enable-libvorbis --enable-libvpx --disable-libzvbi --disable-armv5te --disable-armv6 --disable-armv6t2 --disable-neon --disable-vfp --disable-mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --disable-mipsfpu --disable-altivec --disable-amd3dnow --disable- amd3dnowext --disable-avx --disable-avx2 --disable-fma3 --disable-fma4 --disable-sse3 --disable-sse4 --disable-sse42 --disable-xop --cpu=host libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libavresample 1. 3. 0 / 1. 3. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, libcdio, from '/dev/sr0': Duration: 00:39:21.61, bitrate: N/A Chapter #0.0: start 0.000000, end 89.360000 Metadata: title : track 01 Chapter #0.1: start 89.360000, end 100.453333 Metadata: title : track 02 Chapter #0.2: start 100.453333, end 346.680000 Metadata: title : track 03 Chapter #0.3: start 346.680000, end 414.746667 Metadata: title : track 04 Chapter #0.4: start 414.746667, end 576.333333 Metadata: title : track 05 Chapter #0.5: start 576.333333, end 631.093333 Metadata: title : track 06 Chapter #0.6: start 631.093333, end 723.906667 Metadata: title : track 07 Chapter #0.7: start 723.906667, end 771.813333 Metadata: title : track 08 Chapter #0.8: start 771.813333, end 862.746667 Metadata: title : track 09 Chapter #0.9: start 862.746667, end 940.346667 Metadata: title : track 10 Chapter #0.10: start 940.346667, end 1079.186667 Metadata: title : track 11 Chapter #0.11: start 1079.186667, end 1190.653333 Metadata: title : track 12 Chapter #0.12: start 1190.653333, end 1238.746667 Metadata: title : track 13 Chapter #0.13: start 1238.746667, end 1393.866667 Metadata: title : track 14 Chapter #0.14: start 1393.866667, end 1467.586667 Metadata: title : track 15 Chapter #0.15: start 1467.586667, end 1548.733333 Metadata: title : track 16 Chapter #0.16: start 1548.733333, end 1595.493333 Metadata: title : track 17 Chapter #0.17: start 1595.493333, end 1720.413333 Metadata: title : track 18 Chapter #0.18: start 1720.413333, end 1801.480000 Metadata: title : track 19 Chapter #0.19: start 1801.480000, end 1932.146667 Metadata: title : track 20 Chapter #0.20: start 1932.146667, end 1969.053333 Metadata: title : track 21 Chapter #0.21: start 1969.053333, end 2135.746667 Metadata: title : track 22 Chapter #0.22: start 2135.746667, end 2176.933333 Metadata: title : track 23 Chapter #0.23: start 2176.933333, end 2361.613333 Metadata: title : track 24 Stream #0:0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Output #0, wav, to 'test.wav': Metadata: ISFT : Lavf55.49.100 Chapter #0.0: start 0.000000, end 89.360000 Metadata: title : track 01 Chapter #0.1: start 89.360000, end 100.453333 Metadata: title : track 02 Chapter #0.2: start 100.453333, end 346.680000 Metadata: title : track 03 Chapter #0.3: start 346.680000, end 414.746667 Metadata: title : track 04 Chapter #0.4: start 414.746667, end 576.333333 Metadata: title : track 05 Chapter #0.5: start 576.333333, end 631.093333 Metadata: title : track 06 Chapter #0.6: start 631.093333, end 723.906667 Metadata: title : track 07 Chapter #0.7: start 723.906667, end 771.813333 Metadata: title : track 08 Chapter #0.8: start 771.813333, end 862.746667 Metadata: title : track 09 Chapter #0.9: start 862.746667, end 940.346667 Metadata: title : track 10 Chapter #0.10: start 940.346667, end 1079.186667 Metadata: title : track 11 Chapter #0.11: start 1079.186667, end 1190.653333 Metadata: title : track 12 Chapter #0.12: start 1190.653333, end 1238.746667 Metadata: title : track 13 Chapter #0.13: start 1238.746667, end 1393.866667 Metadata: title : track 14 Chapter #0.14: start 1393.866667, end 1467.586667 Metadata: title : track 15 Chapter #0.15: start 1467.586667, end 1548.733333 Metadata: title : track 16 Chapter #0.16: start 1548.733333, end 1595.493333 Metadata: title : track 17 Chapter #0.17: start 1595.493333, end 1720.413333 Metadata: title : track 18 Chapter #0.18: start 1720.413333, end 1801.480000 Metadata: title : track 19 Chapter #0.19: start 1801.480000, end 1932.146667 Metadata: title : track 20 Chapter #0.20: start 1932.146667, end 1969.053333 Metadata: title : track 21 Chapter #0.21: start 1969.053333, end 2135.746667 Metadata: title : track 22 Chapter #0.22: start 2135.746667, end 2176.933333 Metadata: title : track 23 Chapter #0.23: start 2176.933333, end 2361.613333 Metadata: title : track 24 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : Lavc55.69.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help size= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 06:09:03 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 04:09:03 -0000 Subject: [FFmpeg-trac] #3814(undetermined:new): Apple HTTP / HLS audio stream sometimes glitches or stops playing altogether In-Reply-To: <039.d1b0702ae455c3aaea83f4e146a5bc33@avcodec.org> References: <039.d1b0702ae455c3aaea83f4e146a5bc33@avcodec.org> Message-ID: <054.02a6a1b278b46feb559cee6f696bdcf6@avcodec.org> #3814: Apple HTTP / HLS audio stream sometimes glitches or stops playing altogether -------------------------------------+------------------------------------- Reporter: iceman12c | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: Apple HTTP | Resolution: HLS m3u8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by iceman12c): Also wanted to mention that this stream plays fine in Apple's QuickTime. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 08:36:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 06:36:35 -0000 Subject: [FFmpeg-trac] #3816(undetermined:new): Native AAC encoder, problematic sample. Message-ID: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: at mid-low (96-128) bitrates the native encoder produces highly distorted signal that isn't perceptively the same as the original, libvo-aac though generally worse, performs better on this specific sample. How to reproduce: {{{ H:\Workings\Audio\Listening Tests\Test2.0>\video-working\ffmpeg -i trans.wav -vn -strict experimental -c:a aac -b:a 128k trans.ff128.m4a ffmpeg version N-64919-ga613257 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 23 2014 00:35:22 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontcon fig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcac a --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enab le-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsch roedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo -aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx2 64 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'trans.wav': Duration: 00:00:30.00, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Output #0, ipod, to 'trans.ff128.m4a': Metadata: encoder : Lavf55.48.101 Stream #0:0: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s Metadata: encoder : Lavc55.69.100 aac Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> aac (native)) Press [q] to stop, [?] for help size= 476kB time=00:00:30.00 bitrate= 130.0kbits/s video:0kB audio:470kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.229722% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 08:47:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 06:47:47 -0000 Subject: [FFmpeg-trac] #3816(undetermined:new): Native AAC encoder, problematic sample. In-Reply-To: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> References: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> Message-ID: <056.21d1a30bd7dd3cb544229c7a2d0c4802@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by YellowOnion): If someone wants the original wav, I can upload but will have to advise on where to upload as both FLAC and wav are bigger than 2.5MB limit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 10:39:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 08:39:00 -0000 Subject: [FFmpeg-trac] #3813(undetermined:new): Unable to isolate a single line of video with latest ffmpeg In-Reply-To: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> References: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> Message-ID: <056.51b86d8275e3faf069b8276135c3c5eb@avcodec.org> #3813: Unable to isolate a single line of video with latest ffmpeg -------------------------------------+------------------------------------- Reporter: MReedAustin | 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 MReedAustin): @ kierank - my programming ability doesn't extend as far as writing a filter for ffmpeg. As to why the data I want is on line 31, I may be using "Teletext" incorrectly from a technical perspective; the point is, there is data on line 31 of some of the files we receive, and we want an automated means of examining that line, and only that line, to see if we need to copy the file into our subs processor or if we can move it on to the next step straight away. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 11:01:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 09:01:24 -0000 Subject: [FFmpeg-trac] #3816(undetermined:new): Native AAC encoder, problematic sample. In-Reply-To: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> References: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> Message-ID: <056.7a44a28eb860718be8c63adfae17e5c9@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Either upload to http://www.datafilehost.com/ or read https://ffmpeg.org/bugreports.html (there is no filesize limit). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 11:05:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 09:05:06 -0000 Subject: [FFmpeg-trac] #3813(undetermined:new): Unable to isolate a single line of video with latest ffmpeg In-Reply-To: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> References: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> Message-ID: <056.ad0bcf854490b230aff17f7ba5ef24dc@avcodec.org> #3813: Unable to isolate a single line of video with latest ffmpeg -------------------------------------+------------------------------------- Reporter: MReedAustin | 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): Should be fixed in 355121bc - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 11:05:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 09:05:29 -0000 Subject: [FFmpeg-trac] #3813(avformat:closed): Unable to isolate a single line of video with latest ffmpeg In-Reply-To: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> References: <041.bc6335eb01e9e6bca7d87381d12dde9a@avcodec.org> Message-ID: <056.23569b0cdb8933833a7f168e3bcfd0d1@avcodec.org> #3813: Unable to isolate a single line of video with latest ffmpeg -------------------------------------+------------------------------------ Reporter: MReedAustin | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | 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 => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 11:06:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 09:06:16 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.484bfccff15e2b200470a00a42ce4d16@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:15 hackeron]: > I haven't tried the native one as it says "The encoder 'aac' is experimental but experimental codecs are not enabled". Please test with {{{-acodec aac -strict -2}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 11:46:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 09:46:40 -0000 Subject: [FFmpeg-trac] #3817(ffmpeg:new): h.264: decoding gives duplicated frame Message-ID: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> #3817: h.264: decoding gives duplicated frame --------------------------------+--------------------------------------- Reporter: MkMs | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: h.264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- '''Summary of the bug:''' Using the quantization to get a video version of lower quality (video format is mp4, used h.264 - ). Bug: Changing frame count - Original video has x frames, the lower quality video has x+1 frames First and second frame are identical. How to reproduce: {{{ ffmpeg.exe -i baumgartner.mp4 -c:v libx264 -q:v 32 -pix_fmt yuv420p baumgartner_qp32.mp4 extract png frames out of qp_video to check frame count: ffmpeg.exe -i baumgartner.mp4 -f image2 -pix_fmt yuv420p baumgartner_%%04d.png ffmpeg.exe -i baumgartner_qp32.mp4 -f image2 -pix_fmt yuv420p baumgartner_%%04d.png }}} ffmpeg version N-65107-ga507623 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 29 2014 22:06:30 with gcc 4.8.3 (GCC) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 11:56:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 09:56:34 -0000 Subject: [FFmpeg-trac] #3815(avdevice:open): libcdio only works with -ss 00 In-Reply-To: <036.44c23d52c86aa76acb5daa64ceb827d3@avcodec.org> References: <036.44c23d52c86aa76acb5daa64ceb827d3@avcodec.org> Message-ID: <051.534838edf36de7e28f6a3b3e46852e92@avcodec.org> #3815: libcdio only works with -ss 00 -------------------------------------+------------------------------------- Reporter: gerion | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: libcdio | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libcdio => libcdio regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Regression since ad53c7f9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 11:59:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 09:59:06 -0000 Subject: [FFmpeg-trac] #3817(undetermined:new): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.a1a52bbbd3c04f563a1ebdbe9324e96e@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h.264 => h264 * component: ffmpeg => undetermined Comment: To make this a valid ticket, please provide the command line that does not produce the expected output together with the complete, uncut console output and please provide your input sample. Note that FFmpeg believes that your input video is vbr, but the FFmpeg mov muxer can only create cbr videos, you may need to specify {{{-vsync 0}}} to create the same number of input and output frames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 12:18:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 10:18:34 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.dd00745fa44c34de80c15138e88f9608@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hackeron): There seem to be a lot more errors like this: {{{ [segment @ 0x19a5e20] Non-monotonous DTS in output stream 0:1; previous: 12466764, current: 12460908; changing to 12466765. This may result in incorrect timestamps in the output file. [segment @ 0x19a5e20] Non-monotonous DTS in output stream 0:1; previous: 12466765, current: 12462998; changing to 12466766. This may result in incorrect timestamps in the output file. [aac @ 0x1a45b80] Queue input is backward in time }}} But the output video time doesn't grow so I guess it is related to libfdk_aac. This is the full command I'm using: ffmpeg -use_wallclock_as_timestamps 1 -rtsp_transport tcp -i 'rtsp://86.146.232.61/proxyStream' -dn -map 0 -acodec aac -strict -2 -ar 44100 -codec:v copy -f segment -segment_time 60 -segment_wrap 10 -segment_list_flags live -segment_list_size 10 -reset_timestamps 1 -segment_list test.csv -y 'test_%02d.mkv' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 12:24:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 10:24:50 -0000 Subject: [FFmpeg-trac] #3816(undetermined:new): Native AAC encoder, problematic sample. In-Reply-To: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> References: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> Message-ID: <056.4077cd199201403dca771c54994abe82@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by YellowOnion): Here's a flac of the original: http://www.datafilehost.com/d/c732cb62 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 13:46:02 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 11:46:02 -0000 Subject: [FFmpeg-trac] #3816(undetermined:new): Native AAC encoder, problematic sample. In-Reply-To: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> References: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> Message-ID: <056.6076fca862c05963b2bdc23f533d043c@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test with this patch: https://trac.ffmpeg.org/raw-attachment/ticket/2686/aac-improvements-wip- v8g.patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 15:02:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 13:02:56 -0000 Subject: [FFmpeg-trac] #3818(undetermined:new): Not possible to remux mp4 files from Sony XDCAM cameras Message-ID: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Files from professional Sony XDCAMs produce files containing MPEG-2 video and PCM 16 audio in an mp4 container. ffmpeg does not allow to remux these files. Sample command line and output: ffmpeg -i xdcam.MP4 -c copy -y -strict experimental xdcam_remuxed.mp4 ffmpeg version N-64810-gf74f227 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 26 2014 21:40:24 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-libx264 --enable-libfaac --enable- nonfree --extra-ldflags=-L/usr/local/lib --extra- cflags=-I/usr/local/include libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.101 / 55. 48.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'xdcam.MP4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42 creation_time : 2011-07-15 14:58:27 Duration: 00:00:01.52, start: 0.000000, bitrate: 38413 kb/s Stream #0:0(eng): Video: mpeg2video (Main) (mp4v / 0x7634706D), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 36861 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc (default) Metadata: creation_time : 2011-07-15 14:58:27 handler_name : Video Media Handler Stream #0:1(eng): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 2 channels, s16, 1536 kb/s (default) Metadata: creation_time : 2011-07-15 14:58:27 handler_name : NRT Metadata Handler [mp4 @ 0x7f9254001800] Could not find tag for codec pcm_s16be in stream #1, codec not currently supported in container Output #0, mp4, to 'xdcam_remuxed.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42 encoder : Lavf55.48.101 Stream #0:0(eng): Video: mpeg2video (a[0][0][0] / 0x0061), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 36861 kb/s, 25 fps, 25k tbn, 25k tbc (default) Metadata: creation_time : 2011-07-15 14:58:27 handler_name : Video Media Handler Stream #0:1(eng): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, stereo, 1536 kb/s (default) Metadata: creation_time : 2011-07-15 14:58:27 handler_name : NRT Metadata Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 15:23:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 13:23:59 -0000 Subject: [FFmpeg-trac] #3818(undetermined:new): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.0bfb69c597e848b9c2b9e5812658d21c@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras -------------------------------------+------------------------------------- Reporter: rmk | 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 rmk): Uploaded sample to /incoming/ticket3818 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 15:53:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 13:53:48 -0000 Subject: [FFmpeg-trac] #3818(undetermined:closed): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.583a4a7344d246b3cbd0051c5e37f1fc@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: This is not a limitation of FFmpeg but the mp4 specification that does not allow pcm audio, see http://www.mp4ra.org/codecs.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 16:34:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 14:34:06 -0000 Subject: [FFmpeg-trac] #3818(undetermined:closed): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.3ff7f79ada36b96f10d63011f62adcc0@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rmk): While I believe you that this is true I thought ffmpeg had the policy of supporting files not in compliance with a certain spec at least on a case- by-case basis, provided they are out there in the wild and not from a crazy source (and maybe only when -strict experimental is set, which I thought it was for). A categorical decision like this means that people will have to use other tools (e.g. ffmbc can do it) when they want to create files like the one created by one of the most popular professional cameras. is the policy to only support decoding for those files? Anyway, of course it's the project developers' decision, fair enough. Should I need it, I can maintain a private patch. Just ran into it and thought I'd report it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 16:42:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 14:42:20 -0000 Subject: [FFmpeg-trac] #3818(undetermined:closed): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.8afd4f551003a39eb58c03b27df6e315@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): ?provided they are out there in the wild and not from a crazy source? is for reading non-standard files. This is indeed ffmpeg's policy. And ffmpeg can read your file. For writing, that would be something like ?provided there is a genuine need for it?. As a side note, it seems that the MJPEG2000 specification defines ?raw ? and ?twos? that look like uncompressed PCM. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 17:23:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 15:23:21 -0000 Subject: [FFmpeg-trac] #3779(avfilter:closed): speex "Unable to parse option value "(null)" as sample format" In-Reply-To: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> References: <036.64f599675b60a6e7b82c174e852b12ef@avcodec.org> Message-ID: <051.afdff187dc4fb756e1d44dc0321cb996@avcodec.org> #3779: speex "Unable to parse option value "(null)" as sample format" ------------------------------------+------------------------------------ Reporter: ghazel | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avfilter * reproduced: 0 => 1 Comment: Fixed by Nicolas in 91244073 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 17:24:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 15:24:42 -0000 Subject: [FFmpeg-trac] #3818(undetermined:closed): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.a1e6a14fe926bfa7a277dd277f750bbe@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 Cigaes]: > As a side note, it seems that the MJPEG2000 specification defines ?raw ? and ?twos? that look like uncompressed PCM. In a related ticket, it was claimed that FFmpeg does not write (standard- conforming) MJPEG2000 files. I find that credible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 17:25:15 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 15:25:15 -0000 Subject: [FFmpeg-trac] #3818(avformat:closed): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.4737a17f0e6eb36bfa0c6490303cfc60@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: wontfix Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 18:07:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 16:07:46 -0000 Subject: [FFmpeg-trac] #3818(avformat:closed): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.521c77027dbea9973118e66688aeb563@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: wontfix Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rmk): Replying to [comment:4 Cigaes]: > ?provided they are out there in the wild and not from a crazy source? is for reading non-standard files. This is indeed ffmpeg's policy. And ffmpeg can read your file. > > For writing, that would be something like ?provided there is a genuine need for it?. That's of course a grey area but as I do not have a strong case myself other than "why is it not possible like with other camera files", I think that position is generally a good thing. > > As a side note, it seems that the MJPEG2000 specification defines ?raw ? and ?twos? that look like uncompressed PCM. That's interesting.You mean there would actually be potential for confusion between a jpeg2000 video sample description and that of raw audio? That would be messy indeed. Thanks for the info. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 18:40:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 16:40:23 -0000 Subject: [FFmpeg-trac] #3818(avformat:closed): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.5167057cb4963be669cb57937530221f@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: wontfix Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): ISO 15444-3 - the specification that allows raw audio - defines that such files have the brand {{{mjp2}}} (which is currently not supported by FFmpeg for output files) and not {{{mp42}}}. I wonder how Sony explains the creation of such files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 18:40:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 16:40:59 -0000 Subject: [FFmpeg-trac] #3818(avformat:closed): Not possible to remux mp4 files from Sony XDCAM cameras In-Reply-To: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> References: <033.b4af2d39d05b20c0bcd2abb7d209c0ae@avcodec.org> Message-ID: <048.5a00a4d005a9211cd9e4d739989c23a9@avcodec.org> #3818: Not possible to remux mp4 files from Sony XDCAM cameras ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: wontfix Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 rmk]: > Replying to [comment:4 Cigaes]: > > As a side note, it seems that the MJPEG2000 specification defines ?raw ? and ?twos? that look like uncompressed PCM. > > That's interesting. You mean there would actually be potential for confusion between a jpeg2000 video sample description and that of raw audio? No, definitely not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 19:54:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 17:54:49 -0000 Subject: [FFmpeg-trac] #3497(undetermined:new): multiple ffmpeg instances gives encoding error In-Reply-To: <040.950da8cbcac78a34e8f703abf8cf175e@avcodec.org> References: <040.950da8cbcac78a34e8f703abf8cf175e@avcodec.org> Message-ID: <055.7b49af785ec27f1e54d27b7e758b67a4@avcodec.org> #3497: multiple ffmpeg instances gives encoding error -------------------------------------+------------------------------------- Reporter: hemanth.he | 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 Mista_D): Try running it as root -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 19:57:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 17:57:30 -0000 Subject: [FFmpeg-trac] #3497(undetermined:new): multiple ffmpeg instances gives encoding error In-Reply-To: <040.950da8cbcac78a34e8f703abf8cf175e@avcodec.org> References: <040.950da8cbcac78a34e8f703abf8cf175e@avcodec.org> Message-ID: <055.ebe495ab27adf44c25e4a509bc9dec25@avcodec.org> #3497: multiple ffmpeg instances gives encoding error -------------------------------------+------------------------------------- Reporter: hemanth.he | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:7 Mista_D]: > Try running it as root This is usually very bad advice. Not just for ffmpeg, for any program. Unless you '''know''' the program requires privileges, and you '''understand''' why it does, you should not '''try''' running it as root just to see if it works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 30 20:03:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 18:03:37 -0000 Subject: [FFmpeg-trac] #3497(undetermined:new): multiple ffmpeg instances gives encoding error In-Reply-To: <040.950da8cbcac78a34e8f703abf8cf175e@avcodec.org> References: <040.950da8cbcac78a34e8f703abf8cf175e@avcodec.org> Message-ID: <055.af2985e240a5432afac571ad7463b12c@avcodec.org> #3497: multiple ffmpeg instances gives encoding error -------------------------------------+------------------------------------- Reporter: hemanth.he | 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 Mista_D): Replying to [comment:8 Cigaes]: > Replying to [comment:7 Mista_D]: > > Try running it as root > > This is usually very bad advice. Not just for ffmpeg, for any program. Unless you '''know''' the program requires privileges, and you '''understand''' why it does, you should not '''try''' running it as root just to see if it works. Agree that it is an unsafe advice, but there's a possible thread limitation associated to a specific user. Processing a live feed within allocated timing parameter requires all available hardware resources. AFAIK root has no limitations in that regard. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 00:59:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Jul 2014 22:59:21 -0000 Subject: [FFmpeg-trac] #3819(ffmpeg:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) Message-ID: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: blu-ray | unspecified extract streams | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary: When trying to extract the tracks with ID 0, 2, 5 and 7 into different files, ffmpeg seems to mess up the 'Stream mapping' and tries to extract an unwanted track. (ID 8) Here's my call: {{{ ffmpeg -y -threads 8 -analyzeduration 1000M -probesize 1000M -playlist 1 -i bluray:"H:\bd_probs\test" -acodec copy -vcodec copy "H:\Temp\test_videoOnly_00_25_53_3810_04.mkv" -map 0:2 -y -acodec copy "H:\Temp\iId_4_aid_4353_lang_en_00_25_53_3810_01.dts" -map 0:5 -y -acodec copy "H:\Temp\iId_5_aid_4356_lang_de_00_25_53_3810_02.dts" -map 0:7 -y -acodec copy "H:\Temp\iId_6_aid_4358_lang_en_00_25_53_3810_03.ac3" }}} which should extract: Stream #0:0 to "H:\Temp\test_videoOnly_00_25_53_3810_04.mkv" Stream #0:2 to "H:\Temp\iId_4_aid_4353_lang_en_00_25_53_3810_01.dts" Stream #0:5 to "H:\Temp\iId_5_aid_4356_lang_de_00_25_53_3810_02.dts" Stream #0:7 to "H:\Temp\iId_6_aid_4358_lang_en_00_25_53_3810_03.ac3" but here's the output I get: {{{ ffmpeg version git-2014-07-30-ff9a154 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 13:45:30 with gcc 4.9.1 (Rev1, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable- avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable- libbluray --enable-libcaca --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libutvideo --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvo-aacenc --enable-openal --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 52. 93.100 / 52. 93.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [bluray @ 000000000045d200] 10 usable playlists: [mpegts @ 000000000045d360] Failed to open codec in av_find_stream_info Last message repeated 1 times [NULL @ 00000000052cf3e0] ignoring invalid SAR: 10/11 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 138 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 20 with DTS 2067548, packet 21 with DTS 2178389 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 29 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 28 with DTS 2221492, packet 29 with DTS 2411082 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 73 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 36 with DTS 2473110, packet 37 with DTS 2974027 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 66 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 44 with DTS 3066206, packet 45 with DTS 3492043 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 44 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 52 with DTS 3494061, packet 53 with DTS 3837459 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 58 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 60 with DTS 3839466, packet 61 with DTS 4287849 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 9 times [mpegts @ 000000000045d360] DTS discontinuity in stream 8: packet 4 with DTS 3970817, packet 5 with DTS 4370462 [mpegts @ 000000000045d360] DTS discontinuity in stream 34: packet 4 with DTS 3974570, packet 5 with DTS 4370462 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 2 times [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 4 with DTS 3978275, packet 5 with DTS 4385526 [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 4 with DTS 3978272, packet 5 with DTS 4385529 [mpegts @ 000000000045d360] DTS discontinuity in stream 14: packet 4 with DTS 3982014, packet 5 with DTS 4389295 [mpegts @ 000000000045d360] DTS discontinuity in stream 10: packet 4 with DTS 3981999, packet 5 with DTS 4389311 [mpegts @ 000000000045d360] DTS discontinuity in stream 36: packet 4 with DTS 3981999, packet 5 with DTS 4389311 [mpegts @ 000000000045d360] DTS discontinuity in stream 12: packet 4 with DTS 3981996, packet 5 with DTS 4389313 [mpegts @ 000000000045d360] DTS discontinuity in stream 38: packet 4 with DTS 3981996, packet 5 with DTS 4389313 [mpegts @ 000000000045d360] DTS discontinuity in stream 17: packet 4 with DTS 3981992, packet 5 with DTS 4389317 [mpegts @ 000000000045d360] DTS discontinuity in stream 19: packet 4 with DTS 3981991, packet 5 with DTS 4389319 [mpegts @ 000000000045d360] DTS discontinuity in stream 20: packet 4 with DTS 3981984, packet 5 with DTS 4389325 [mpegts @ 000000000045d360] DTS discontinuity in stream 13: packet 4 with DTS 3981983, packet 5 with DTS 4389326 [mpegts @ 000000000045d360] DTS discontinuity in stream 39: packet 4 with DTS 3981983, packet 5 with DTS 4389326 [mpegts @ 000000000045d360] DTS discontinuity in stream 16: packet 4 with DTS 3981981, packet 5 with DTS 4389329 [mpegts @ 000000000045d360] DTS discontinuity in stream 18: packet 4 with DTS 3981980, packet 5 with DTS 4389330 [mpegts @ 000000000045d360] DTS discontinuity in stream 11: packet 4 with DTS 3981978, packet 5 with DTS 4389332 [mpegts @ 000000000045d360] DTS discontinuity in stream 37: packet 4 with DTS 3981978, packet 5 with DTS 4389332 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 31 times [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 12 with DTS 4477455, packet 13 with DTS 4637098 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 12 with DTS 4477447, packet 13 with DTS 4637105 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 13: packet 12 with DTS 4484993, packet 13 with DTS 4644573 [mpegts @ 000000000045d360] DTS discontinuity in stream 20: packet 12 with DTS 4484990, packet 13 with DTS 4644577 [mpegts @ 000000000045d360] DTS discontinuity in stream 19: packet 12 with DTS 4484987, packet 13 with DTS 4644579 [mpegts @ 000000000045d360] DTS discontinuity in stream 12: packet 12 with DTS 4484974, packet 13 with DTS 4644592 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 16 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 68 with DTS 4289926, packet 69 with DTS 4772073 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 20 times [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 20 with DTS 4638957, packet 21 with DTS 4933553 [mpegts @ 000000000045d360] DTS discontinuity in stream 14: packet 20 with DTS 4646459, packet 21 with DTS 4937313 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 24 times [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 28 with DTS 4935433, packet 29 with DTS 5125064 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 28 with DTS 4935424, packet 29 with DTS 5125072 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 25 times [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 36 with DTS 5126902, packet 37 with DTS 5323986 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 36 with DTS 5126846, packet 37 with DTS 5324041 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 14: packet 36 with DTS 5134410, packet 37 with DTS 5331491 [mpegts @ 000000000045d360] DTS discontinuity in stream 16: packet 36 with DTS 5134390, packet 37 with DTS 5331512 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 97 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 4 with DTS 5982709, packet 5 with DTS 6089799 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 12 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 12 with DTS 6095312, packet 13 with DTS 6187405 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 31: packet 4 with DTS 5960253, packet 5 with DTS 6191082 [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 4 with DTS 5964002, packet 5 with DTS 6191087 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 4 with DTS 5960246, packet 5 with DTS 6191090 [mpegts @ 000000000045d360] DTS discontinuity in stream 25: packet 4 with DTS 5963998, packet 5 with DTS 6191091 [mpegts @ 000000000045d360] DTS discontinuity in stream 24: packet 4 with DTS 5960244, packet 5 with DTS 6191092 [mpegts @ 000000000045d360] DTS discontinuity in stream 28: packet 4 with DTS 5960238, packet 5 with DTS 6191097 [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 4 with DTS 5963990, packet 5 with DTS 6191100 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 90 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 108 with DTS 6444581, packet 109 with DTS 6892940 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 63 times [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 44 with DTS 7101410, packet 45 with DTS 7381004 [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 52 with DTS 7101392, packet 53 with DTS 7381023 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 52 with DTS 7101388, packet 53 with DTS 7381026 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 12 times [mpegts @ 000000000045d360] DTS discontinuity in stream 24: packet 52 with DTS 7382859, packet 53 with DTS 7482438 [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 52 with DTS 7382832, packet 53 with DTS 7482464 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 3 times [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 60 with DTS 7382876, packet 61 with DTS 7516205 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 60 with DTS 7382866, packet 61 with DTS 7527476 [mpegts @ 000000000045d360] DTS discontinuity in stream 26: packet 60 with DTS 7382837, packet 61 with DTS 7531258 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 60 with DTS 7382885, packet 61 with DTS 7534964 [mpegts @ 000000000045d360] DTS discontinuity in stream 25: packet 60 with DTS 7382856, packet 61 with DTS 7534993 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 5 times [mpegts @ 000000000045d360] DTS discontinuity in stream 28: packet 60 with DTS 7382845, packet 61 with DTS 7583803 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] DTS discontinuity in stream 27: packet 60 with DTS 7382855, packet 61 with DTS 7598807 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 18 times [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 60 with DTS 7484270, packet 61 with DTS 7745142 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 81 times [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 92 with DTS 8144937, packet 93 with DTS 8375764 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 92 with DTS 8144902, packet 93 with DTS 8375799 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 79 with DTS 7938572, packet 80 with DTS 8383180 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 3 times [mpegts @ 000000000045d360] DTS discontinuity in stream 28: packet 92 with DTS 8144953, packet 93 with DTS 8409532 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 37 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 87 with DTS 8392684, packet 88 with DTS 8702340 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 38 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 95 with DTS 8715501, packet 96 with DTS 8995139 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 19 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 140 with DTS 8621794, packet 141 with DTS 9156413 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 26 times [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 116 with DTS 9222214, packet 117 with DTS 9366803 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 124 with DTS 9222206, packet 125 with DTS 9366812 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 11 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 148 with DTS 9312308, packet 149 with DTS 9456890 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 23 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 156 with DTS 9469953, packet 157 with DTS 9637081 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 5 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 111 with DTS 9582559, packet 112 with DTS 9685886 [mpegts @ 000000000045d360] DTS discontinuity in stream 25: packet 132 with DTS 9578803, packet 133 with DTS 9689643 [mpegts @ 000000000045d360] DTS discontinuity in stream 31: packet 132 with DTS 9578792, packet 133 with DTS 9689653 [mpegts @ 000000000045d360] DTS discontinuity in stream 28: packet 132 with DTS 9578789, packet 133 with DTS 9689656 [mpegts @ 000000000045d360] DTS discontinuity in stream 26: packet 132 with DTS 9578782, packet 133 with DTS 9689663 [mpegts @ 000000000045d360] DTS discontinuity in stream 24: packet 124 with DTS 9578780, packet 125 with DTS 9689666 [mpegts @ 000000000045d360] DTS discontinuity in stream 27: packet 132 with DTS 9578780, packet 133 with DTS 9689666 [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 124 with DTS 9578780, packet 125 with DTS 9689666 [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 132 with DTS 9578780, packet 133 with DTS 9689666 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 132 with DTS 9578775, packet 133 with DTS 9689670 [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 132 with DTS 9578774, packet 133 with DTS 9689672 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 67 times [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 148 with DTS 10074313, packet 149 with DTS 10207646 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 9 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 164 with DTS 9729161, packet 165 with DTS 10286280 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 14 times [mpegts @ 000000000045d360] DTS discontinuity in stream 25: packet 156 with DTS 10194465, packet 157 with DTS 10402808 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 156 with DTS 10194467, packet 157 with DTS 10414068 [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 156 with DTS 10209480, packet 157 with DTS 10414070 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 27 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 172 with DTS 10340890, packet 173 with DTS 10635512 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 49 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 147 with DTS 10603696, packet 148 with DTS 11018352 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 93 times [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 212 with DTS 11485773, packet 213 with DTS 11739126 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 212 with DTS 11485767, packet 213 with DTS 11739131 [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 212 with DTS 11485759, packet 213 with DTS 11739140 [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 196 with DTS 11485748, packet 197 with DTS 11739150 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 178 with DTS 11497041, packet 179 with DTS 11742872 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 19 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 196 with DTS 11444554, packet 197 with DTS 11907971 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 8 times [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 220 with DTS 11741029, packet 221 with DTS 11979364 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 15 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 204 with DTS 11913677, packet 205 with DTS 12099510 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 9 times [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 228 with DTS 11981230, packet 229 with DTS 12174599 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 46 times [mpegts @ 000000000045d360] DTS discontinuity in stream 28: packet 236 with DTS 12176513, packet 237 with DTS 12534870 [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 220 with DTS 12176510, packet 221 with DTS 12534873 [mpegts @ 000000000045d360] DTS discontinuity in stream 25: packet 236 with DTS 12176505, packet 237 with DTS 12534878 [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 236 with DTS 12176477, packet 237 with DTS 12534906 [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 194 with DTS 12195239, packet 195 with DTS 12534913 [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 236 with DTS 12176455, packet 237 with DTS 12534929 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 236 with DTS 12176452, packet 237 with DTS 12534931 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 26 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 212 with DTS 12112780, packet 213 with DTS 12744999 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 38 times [mpegts @ 000000000045d360] DTS discontinuity in stream 8: packet 28 with DTS 12619468, packet 29 with DTS 13045368 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 44 with DTS 12626981, packet 45 with DTS 13056623 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 44 with DTS 12626896, packet 45 with DTS 13056708 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 17: packet 44 with DTS 12630706, packet 45 with DTS 13060406 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 35 times [mpegts @ 000000000045d360] DTS discontinuity in stream 28: packet 268 with DTS 13002330, packet 269 with DTS 13338180 [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 268 with DTS 13002329, packet 269 with DTS 13338181 [mpegts @ 000000000045d360] DTS discontinuity in stream 31: packet 260 with DTS 13002321, packet 261 with DTS 13338189 [mpegts @ 000000000045d360] DTS discontinuity in stream 27: packet 260 with DTS 13002300, packet 261 with DTS 13338211 [mpegts @ 000000000045d360] DTS discontinuity in stream 25: packet 268 with DTS 13002282, packet 269 with DTS 13338228 [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 268 with DTS 13002280, packet 269 with DTS 13338231 [mpegts @ 000000000045d360] DTS discontinuity in stream 24: packet 244 with DTS 13002266, packet 245 with DTS 13338244 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 52 with DTS 13058568, packet 53 with DTS 13338249 [mpegts @ 000000000045d360] DTS discontinuity in stream 26: packet 268 with DTS 13002254, packet 269 with DTS 13338257 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 268 with DTS 13002244, packet 269 with DTS 13338267 [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 252 with DTS 13002235, packet 253 with DTS 13338276 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 14: packet 52 with DTS 13062353, packet 53 with DTS 13341972 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 31 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 223 with DTS 13355097, packet 224 with DTS 13589767 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 8 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 228 with DTS 13006176, packet 229 with DTS 13657157 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 60 with DTS 13340150, packet 61 with DTS 13676036 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 52 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 236 with DTS 13674281, packet 237 with DTS 14081393 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 8 times [mpegts @ 000000000045d360] DTS discontinuity in stream 32: packet 284 with DTS 13798118, packet 285 with DTS 14148998 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 26 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 244 with DTS 14094624, packet 245 with DTS 14355493 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 73 times [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 300 with DTS 14496343, packet 301 with DTS 14922243 [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 259 with DTS 14515103, packet 260 with DTS 14922252 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 38 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 267 with DTS 14935460, packet 268 with DTS 15230122 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 59 times [mpegts @ 000000000045d360] DTS discontinuity in stream 30: packet 300 with DTS 15232103, packet 301 with DTS 15687984 [mpegts @ 000000000045d360] DTS discontinuity in stream 29: packet 316 with DTS 15232096, packet 317 with DTS 15687991 [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 316 with DTS 15232084, packet 317 with DTS 15688003 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 47 times [mpegts @ 000000000045d360] DTS discontinuity in stream 23: packet 283 with DTS 15686282, packet 284 with DTS 16055874 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] DTS discontinuity in stream 33: packet 324 with DTS 15690034, packet 325 with DTS 16074646 [dca @ 00000000052cef40] Not a valid DCA frame [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 68 with DTS 15693768, packet 69 with DTS 16082173 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 71 times [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 76 with DTS 16294312, packet 77 with DTS 16630277 [mpegts @ 000000000045d360] DTS discontinuity in stream 18: packet 76 with DTS 16298123, packet 77 with DTS 16633973 [mpegts @ 000000000045d360] DTS discontinuity in stream 17: packet 76 with DTS 16298092, packet 77 with DTS 16634005 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 27 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 284 with DTS 16515818, packet 285 with DTS 16844206 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 67 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 292 with DTS 16846242, packet 293 with DTS 17369637 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 7 times [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 84 with DTS 17266511, packet 85 with DTS 17429848 [mpegts @ 000000000045d360] DTS discontinuity in stream 18: packet 84 with DTS 17270264, packet 85 with DTS 17429848 [mpegts @ 000000000045d360] DTS discontinuity in stream 13: packet 84 with DTS 17270263, packet 85 with DTS 17429849 [mpegts @ 000000000045d360] DTS discontinuity in stream 11: packet 84 with DTS 17270262, packet 85 with DTS 17429851 [mpegts @ 000000000045d360] DTS discontinuity in stream 20: packet 84 with DTS 17270251, packet 85 with DTS 17429862 [mpegts @ 000000000045d360] DTS discontinuity in stream 12: packet 84 with DTS 17270246, packet 85 with DTS 17429866 [mpegts @ 000000000045d360] DTS discontinuity in stream 9: packet 100 with DTS 17270236, packet 101 with DTS 17429877 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 84 with DTS 17266473, packet 85 with DTS 17429885 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 27 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 300 with DTS 17371658, packet 301 with DTS 17647523 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 18 times [mpegts @ 000000000045d360] DTS discontinuity in stream 8: packet 68 with DTS 17270437, packet 69 with DTS 17793789 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 92 with DTS 17431727, packet 93 with DTS 17805171 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 21 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 308 with DTS 17653198, packet 309 with DTS 17977843 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 9 times [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 100 with DTS 17855841, packet 101 with DTS 18052978 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 26 times [mpegts @ 000000000045d360] DTS discontinuity in stream 8: packet 76 with DTS 17848462, packet 77 with DTS 18255552 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 108 with DTS 18054810, packet 109 with DTS 18274429 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 108 with DTS 18054782, packet 109 with DTS 18274458 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 26 times [mpegts @ 000000000045d360] DTS discontinuity in stream 8: packet 84 with DTS 18298785, packet 85 with DTS 18484658 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 2 times [mpegts @ 000000000045d360] DTS discontinuity in stream 18: packet 116 with DTS 18306312, packet 117 with DTS 18503407 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 116 with DTS 18302557, packet 117 with DTS 18503409 [mpegts @ 000000000045d360] DTS discontinuity in stream 20: packet 116 with DTS 18306310, packet 117 with DTS 18503410 [mpegts @ 000000000045d360] DTS discontinuity in stream 10: packet 116 with DTS 18306299, packet 117 with DTS 18503421 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 69 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 332 with DTS 18546709, packet 333 with DTS 19043791 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 42 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 340 with DTS 19064609, packet 341 with DTS 19370484 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 25 times [mpegts @ 000000000045d360] DTS discontinuity in stream 10: packet 124 with DTS 19211041, packet 125 with DTS 19569397 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 124 with DTS 19207273, packet 125 with DTS 19569412 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 153 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 364 with DTS 20596075, packet 365 with DTS 20755682 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 95 times [mpegts @ 000000000045d360] DTS discontinuity in stream 9: packet 148 with DTS 21365578, packet 149 with DTS 21491433 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 12 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 380 with DTS 21166745, packet 381 with DTS 21596421 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 14 times [mpegts @ 000000000045d360] DTS discontinuity in stream 15: packet 132 with DTS 21489483, packet 133 with DTS 21705366 [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 132 with DTS 21489452, packet 133 with DTS 21705397 [mpegts @ 000000000045d360] DTS discontinuity in stream 13: packet 132 with DTS 21493247, packet 133 with DTS 21709109 [mpegts @ 000000000045d360] DTS discontinuity in stream 39: packet 12 with DTS 21493247, packet 13 with DTS 21709109 [mpegts @ 000000000045d360] DTS discontinuity in stream 14: packet 132 with DTS 21493246, packet 133 with DTS 21709110 [mpegts @ 000000000045d360] DTS discontinuity in stream 18: packet 132 with DTS 21493245, packet 133 with DTS 21709111 [mpegts @ 000000000045d360] DTS discontinuity in stream 11: packet 132 with DTS 21493244, packet 133 with DTS 21709112 [mpegts @ 000000000045d360] DTS discontinuity in stream 37: packet 12 with DTS 21493244, packet 13 with DTS 21709112 [mpegts @ 000000000045d360] DTS discontinuity in stream 16: packet 132 with DTS 21493242, packet 133 with DTS 21709115 [mpegts @ 000000000045d360] DTS discontinuity in stream 17: packet 132 with DTS 21493238, packet 133 with DTS 21709118 [mpegts @ 000000000045d360] DTS discontinuity in stream 19: packet 132 with DTS 21493238, packet 133 with DTS 21709118 [mpegts @ 000000000045d360] DTS discontinuity in stream 10: packet 132 with DTS 21493232, packet 133 with DTS 21709125 [mpegts @ 000000000045d360] DTS discontinuity in stream 36: packet 12 with DTS 21493232, packet 13 with DTS 21709125 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 84 times [mpegts @ 000000000045d360] DTS discontinuity in stream 21: packet 140 with DTS 22037579, packet 141 with DTS 22358469 [mpegts @ 000000000045d360] DTS discontinuity in stream 14: packet 140 with DTS 22041347, packet 141 with DTS 22362208 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 5 times [mpegts @ 000000000045d360] DTS discontinuity in stream 22: packet 388 with DTS 21966321, packet 389 with DTS 22403451 [dca @ 00000000052cef40] Not a valid DCA frame Last message repeated 1 times [mpegts @ 000000000045d360] decoding for stream 40 failed [NULL @ 00000000052cd880] start time for stream 35 is not set in estimate_timings_from_pts [mpegts @ 000000000045d360] Could not find codec parameters for stream 35 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 000000000045d360] Could not find codec parameters for stream 40 (Audio: dts ([162][0][0][0] / 0x00A2), 0 channels, fltp): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'bluray:H:\bd_probs\test': Duration: 02:09:31.14, start: 11.650667, bitrate: 33726 kb/s Program 1 Stream #0:0[0x1011]: Video: vc1 (Advanced) (VC-1 / 0x312D4356), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: dts (DTS) ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), fltp, 768 kb/s Stream #0:2[0x1101]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), fltp, 1536 kb/s Stream #0:3[0x1102]: Audio: dts (DTS) ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), fltp, 768 kb/s Stream #0:4[0x1103]: Audio: dts (DTS) ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), fltp, 768 kb/s Stream #0:5[0x1104]: Audio: dts (DTS) ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), fltp, 768 kb/s Stream #0:6[0x1105]: Audio: dts (DTS) ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), fltp, 768 kb/s Stream #0:7[0x1106]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:8[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:9[0x1201]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:10[0x1202]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:11[0x1203]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:12[0x1204]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:13[0x1205]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:14[0x1206]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:15[0x1207]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:16[0x1208]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:17[0x1209]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:18[0x120a]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:19[0x120b]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:20[0x120c]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:21[0x120d]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:22[0x120e]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:23[0x120f]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:24[0x1210]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:25[0x1211]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:26[0x1212]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:27[0x1213]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:28[0x1214]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:29[0x1215]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:30[0x1216]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:31[0x1217]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:32[0x1218]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:33[0x1219]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:34[0x121a]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:35[0x121b]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:36[0x121c]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:37[0x121d]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:38[0x121e]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:39[0x121f]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:40[0x1a00]: Audio: dts ([162][0][0][0] / 0x00A2), 0 channels, fltp Stream #0:41[0x1b00]: Video: vc1 (Advanced) (VC-1 / 0x312D4356), yuv420p, 720x480 [SAR 10:11 DAR 15:11], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Output #0, matroska, to 'H:\Temp\test_videoOnly_00_25_53_3810_04.mkv': Metadata: handler_name : Hybrid 2014.07.30.1 encoder : Lavf55.50.100 Stream #0:0: Video: vc1 (WVC1 / 0x31435657), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 1k tbn, 90k tbc Stream #0:1: Audio: dts ([1] [0][0] / 0x2001), 48000 Hz, 5.1(side), 768 kb/s Stream #0:2: Subtitle: ssa, 1920x1080 Metadata: encoder : Lavc55.71.100 ssa Output #1, dts, to 'H:\Temp\iId_4_aid_4353_lang_en_00_25_53_3810_01.dts': Metadata: encoder : Lavf55.50.100 Stream #1:0: Audio: dts ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), 1536 kb/s Output #2, dts, to 'H:\Temp\iId_5_aid_4356_lang_de_00_25_53_3810_02.dts': Metadata: encoder : Lavf55.50.100 Stream #2:0: Audio: dts ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), 768 kb/s Output #3, ac3, to 'H:\Temp\iId_6_aid_4358_lang_en_00_25_53_3810_03.ac3': Metadata: encoder : Lavf55.50.100 Stream #3:0: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:8 -> #0:2 (hdmv_pgs_subtitle (pgssub) -> ssa (native)) Stream #0:2 -> #1:0 (copy) Stream #0:5 -> #2:0 (copy) Stream #0:7 -> #3:0 (copy) Press [q] to stop, [?] for help [ssa @ 00000000055deac0] Only SUBTITLE_ASS type supported. Subtitle encoding failed Conversion failed! }}} For some unknown reason ffmpeg tries to extract the first subtitlestream. ------------------------ As a workaround: -sn can be added beforce the -vcodec copy, but normally ffmpeg shouldn't try to extract the subtitle stream to begin with! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 02:46:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 00:46:14 -0000 Subject: [FFmpeg-trac] #3816(undetermined:new): Native AAC encoder, problematic sample. In-Reply-To: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> References: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> Message-ID: <056.69f2db98b5514f6ddbfd57387c2c567e@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by YellowOnion): Are there any pre built binaries? Compiling on windows from what I understand is a pain in the ass, even zeranoe builds the windows binaries on a linux box. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 11:11:02 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 09:11:02 -0000 Subject: [FFmpeg-trac] #3817(undetermined:new): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.62c1dc6a4ae7c2d57e64bba18a312775@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by MkMs): Okay, I hope i got you right, i added missing log-files and video files. Also i tried the -vsync function with the same result. Thx! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 12:10:30 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 10:10:30 -0000 Subject: [FFmpeg-trac] #3817(undetermined:new): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.a2fa749ad640da6a46c2619a12ce207d@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you explain what you are trying to do? For example, this command line makes no sense because png does not support yuv420p: {{{ $ ffmpeg -i baumgartner.mp4 -f image2 -pix_fmt yuv420p baumgartner_%%04d.png }}} Your original video contains 83 frames and I was unable to force FFmpeg to extract more. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 12:15:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 10:15:05 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.6d40344c6412c691e53d1a80848d85d0@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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): * keywords: blu-ray extract streams => mkv * version: unspecified => git-master * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 12:26:49 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 10:26:49 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.40d5b0647e5e97206c9fe66b82dc929d@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:3819 Selur]: > {{{ > ffmpeg -playlist 1 -i bluray:"H:\bd_probs\test" -acodec copy -vcodec copy "H:\Temp\test_videoOnly_00_25_53_3810_04.mkv" > }}} > > which should extract: > Stream #0:0 to "H:\Temp\test_videoOnly_00_25_53_3810_04.mkv" This is not what your command line specifies. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 12:30:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 10:30:44 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.1491fa7a8532dd92da58851b17d972a5@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by Selur): a. if you add -map 0:0 to it the result doesn't change b. iirc. when map is not specified the first video stream is used -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 12:40:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 10:40:36 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.ef5e22c5c881f9c36b7854fa4836872d@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 Selur]: > a. if you add -map 0:0 to it the result doesn't change Please provide the (simplified!) command line together with the complete, uncut console output. > b. iirc. when map is not specified the first video stream is used I don't think this true. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 12:55:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 10:55:57 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.7e0fa02d5e0391cb8da71161892f56e6@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by Selur): I provided the command line which gave me the problem, with the complete output it produced. {{{ ffmpeg -playlist 1 -i bluray:"H:\bd_probs\test" -acodec copy -vcodec copy "H:\Temp\test_videoOnly_00_25_53_3810_04.mkv" }}} itself should copy the audio and video streams to and mkv output and ffmpeg shouldn't touch and extract the subtitle streams at all. -> I will do some tests and try to come up with the shortest command line for you whoch produces the problem for me and like before I will output the complete (uncut) console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 13:07:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 11:07:12 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.4f2296f066c134a993a13fee184559aa@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): You claimed that the problem is also reproducible with {{{-map 0:0}}}, if this is not correct please say so. If it is correct, please provide a command line that shows this issue (with one output file, no matter the input). Please do not add another sample line with Bluray input to describe your original problem without using {{{-map 0:0}}}. (If there is an issue, it is well known and not Bluray-related.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 13:20:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 11:20:15 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.b943770b7bbfcdba97fd7aaf207fcedf@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by Selur): You are right and I was wrong (must have mistyped somewhere), specifying -map 0:0 does also help. My mistake was that I assumed that when no processing was explicitly defined for a stream type, the stream type would be ignored. But that is not the case. If the output is not a raw file, but a container like mkv/mp4/... ffmpeg tries to convert the first stream of each type to something that is compatible with the output container. Since I didn't specify -sn ffmpeg tried to convert the first pgs-subtitle stream to something which is mkv compatiple. Problem is ffmpeg can't handle pgs subtitles. -> So the problem was that I assumed something that was wrong (ffmpeg by default ignoring streams when nothing is specified for their type). Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 13:32:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 11:32:38 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.f600dcdde4e4f64bcad0b24be1b137e7@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 Selur]: > Problem is ffmpeg can't handle pgs subtitles. Could you elaborate? I believe that FFmpeg handles pgs subtitles very well (it does not support OCR though but this is not pgs-related). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 13:34:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 11:34:24 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.9cec1d6d7133330267e747b1e708a172@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 Selur]: > ffmpeg tries to convert the first stream of each type As said, I don't think this is correct (and you should definitely not rely on it), I also believe the actual behaviour is documented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 13:46:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 11:46:22 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.af6ad7051e730eebab6f47580e854547@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by Selur): > As said, I don't think this is correct (and you should definitely not rely on it), I also believe the actual behaviour is documented. It is: {{{ By default, ffmpeg includes only one stream of each type (video, audio, subtitle) present in the input files and adds them to each output file. It picks the "best" of each based upon the following criteria: for video, it is the stream with the highest resolution, for audio, it is the stream with the most channels, for subtitles, it is the first subtitle stream. In the case where several streams of the same type rate equally, the stream with the lowest index is chosen. You can disable some of those defaults by using the -vn/-an/-sn options. For full manual control, use the -map option, which disables the defaults just described. }}} source: https://www.ffmpeg.org/ffmpeg-all.html#Stream-selection Problem is for some reason ffmpeg seems to think that: a. mkv doesn't support pgs subtitles(since it tries to convert them to ass/ssa) {{{ Stream #0:8 -> #0:2 (hdmv_pgs_subtitle (pgssub) -> ssa (native)) }}} from the calls above. b. mkv doesn't support dts (DTS-HD HRA) audio (since it tries to convert to vorbis) {{{ ffmpeg -y -threads 8 -analyzeduration 1000M -probesize 1000M -playlist 20 -i bluray:"H:\bd_probs\PIRANHA" -sn -vcodec copy "H:\Temp\test_videoOnly_00_25_53_3810_04.mkv" ffmpeg version git-2014-07-30-ff9a154 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 13:45:30 with gcc 4.9.1 (Rev1, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable- avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable- libbluray --enable-libcaca --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libutvideo --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvo-aacenc --enable-openal --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 52. 93.100 / 52. 93.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Failed to open H:\bd_probs\PIRANHA\BDMV\PLAYLIST\linux, audio nicht auslesbar, bricht immer ab Failed to open H:\bd_probs\PIRANHA\BDMV\PLAYLIST\linux, audio nicht auslesbBACKUP/ar, bricht immer ab [bluray @ 00000000003cdb00] 14 usable playlists: Input #0, mpegts, from 'bluray:H:\bd_probs\PIRANHA': Duration: 00:02:07.13, start: 600.000000, bitrate: 17503 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: dts (DTS-HD HRA) ([133][0][0][0] / 0x0085), 48000 Hz, 5.1(side), fltp, 1536 kb/s Output #0, matroska, to 'H:\Temp\test_videoOnly_00_25_53_3810_04.mkv': Metadata: encoder : Lavf55.50.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 1k tbn, 90k tbc Stream #0:1: Audio: vorbis (libvorbis) (oV[0][0] / 0x566F), 48000 Hz, 5.1(side), fltp Metadata: encoder : Lavc55.71.100 libvorbis Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (dts (dca) -> vorbis (libvorbis)) Press [q] to stop, [?] for help frame= 226 fps=0.0 q=-1.0 size= 14256kB time=00:00:09.34 bitrate=12499.5kbits/s frame= 432 fps=431 q=-1.0 size= 27192kB time=00:00:17.93 bitrate=12420.3kbits/s frame= 643 fps=428 q=-1.0 size= 37370kB time=00:00:26.73 bitrate=11450.7kbits/s frame= 855 fps=427 q=-1.0 size= 45781kB time=00:00:35.57 bitrate=10541.2kbits/s frame= 915 fps=422 q=-1.0 Lsize= 48440kB time=00:00:38.08 bitrate=10420.6kbits/s video:47420kB audio:988kB subtitle:0kB other streams:0kB global headers:7kB muxing overhead: 0.065453% Received signal 2: terminating. <- manually aborted }}} ---- will check the pgs handling -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 13:50:41 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 11:50:41 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.fd976a26289475e89b3a9ca1eb3ba0ac@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): > for video, it is the stream with the highest resolution, for audio, it is the stream with the most channels This is the (exact) opposite of what you wrote above (twice). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 13:52:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 11:52:08 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.382883b0a29b19861dc7344d4c951755@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 Selur]: > a. mkv doesn't support pgs subtitles I think this is not correct, see ticket #2023. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 14:01:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 12:01:39 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.1f976d2a8ff17adddd68e3ef1a280d8e@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by Selur): > This is the (exact) opposite of what you wrote above (twice). My mistake was that I assumed that always the first stream would be selected and the doc says always the "best" is picked. How is that the (exact) opposite ? > I think this is not correct, see ticket #2023. I don't think you understood me right. :) That was the conclusion of the fact that ffmpeg tried to convert the subtitles, if ffmpeg wouldn't have tried that but simply passed through the subtitles this whole report wouldn't exist, since then my mkv would have simply contained all the pgs stream, but ffmpeg crashed since it tried to convert the pgs stream and like you wrote yourself ffmpeg can't do ocr, so pgs->ass isn't possible for ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 14:16:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 12:16:26 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.d4696b767ca0e8cf751c16be8a3cad4e@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by Selur): Here's why I assumed ffmpeg couldn't handle pgs subtitle properly: {{{ ffmpeg -y -threads 8 -analyzeduration 1000M -probesize 1000M -playlist 20 -i bluray:"H:\bd_probs\Test3" -map 0:2 -scodec copy -an -vn "H:\Temp\test_videoOnly_00_25_53_3810_04.sup" }}} returns: {{{ ffmpeg version git-2014-07-30-ff9a154 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 13:45:30 with gcc 4.9.1 (Rev1, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable- avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable- libbluray --enable-libcaca --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libutvideo --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvo-aacenc --enable-openal --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 52. 93.100 / 52. 93.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [bluray @ 0000000000379c40] 3 usable playlists: Input #0, mpegts, from 'bluray:H:\bd_probs\Ice Age 2 - Jetzt taut's': Duration: 00:00:16.68, start: 11.650667, bitrate: 52302 kb/s Program 1 Stream #0:0[0x1011]: Video: mpeg2video (Main) (HDMV / 0x564D4448), yuv420p(tv), 1920x1080 [SAR 1:1 DAR 16:9], max. 39000 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 [NULL @ 0000000005e8b8c0] Unable to find a suitable output format for 'H:\Temp\test_videoOnly_00_25_53_3810_04.sup' H:\Temp\test_videoOnly_00_25_53_3810_04.sup: Invalid argument }}} -> ffmpeg doesn't like .sup as extension for pgs subtitles, it want's .pgs (PGS normally is the format, but all tools that I could think of extracted .sup ;)) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 16:17:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 14:17:20 -0000 Subject: [FFmpeg-trac] #3820(undetermined:new): pgs subtitle inside mkv not found Message-ID: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> #3820: pgs subtitle inside mkv not found -------------------------------------+------------------------------------- Reporter: Selur | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: mkv pgs | Blocked By: subtitle missing | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- on: https://drive.google.com/file/d/0B_WxUS1XGCPAUUZOUGc1Q0FJbnc/edit?usp=sharing {{{ ffmpeg -y -i "H:\Output\mpeg2 interlaced_pgs subtitle.mkv" }}} produces: {{{ ffmpeg version git-2014-07-30-ff9a154 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 13:45:30 with gcc 4.9.1 (Rev1, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable- avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable- libbluray --enable-libcaca --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libutvideo --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvo-aacenc --enable-openal --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 52. 93.100 / 52. 93.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'H:\Output\mpeg2 interlaced_pgs subtitle.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-07-31 13:55:55 Duration: 00:00:20.28, start: 0.080000, bitrate: 3893 kb/s Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 9000 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) (forced) Metadata: BPS : 3883580 BPS-eng : 3883580 DURATION : 00:00:20.280000000 DURATION-eng : 00:00:20.280000000 NUMBER_OF_FRAMES: 507 NUMBER_OF_FRAMES-eng: 507 NUMBER_OF_BYTES : 9844876 NUMBER_OF_BYTES-eng: 9844876 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1: Subtitle: hdmv_pgs_subtitle, 720x576 Metadata: BPS : 5755 BPS-eng : 5755 DURATION : 00:00:17.600000000 DURATION-eng : 00:00:17.600000000 NUMBER_OF_FRAMES: 6 NUMBER_OF_FRAMES-eng: 6 NUMBER_OF_BYTES : 12662 NUMBER_OF_BYTES-eng: 12662 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES At least one output file must be specified }}} but the file clearly contains a subtitle stream: {{{ mkvinfo "h:\Output\mpeg2 interlaced_pgs subtitle.mkv" + EBML head |+ EBML version: 1 |+ EBML read version: 1 |+ EBML maximum ID length: 4 |+ EBML maximum size length: 8 |+ Doc type: matroska |+ Doc type version: 4 |+ Doc type read version: 2 + Segment, size 9869129 |+ Seek head (subentries will be skipped) |+ EbmlVoid (size: 4029) |+ Segment information | + Timecode scale: 1000000 | + Muxing application: libebml v1.3.0 + libmatroska v1.4.1 | + Writing application: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 201 4 13:06:55 | + Duration: 20.280s (00:00:20.280) | + Date: Thu Jul 31 13:55:55 2014 UTC | + Segment UID: 0x8c 0xb3 0x53 0x90 0xac 0xa0 0x53 0x4d 0xa7 0xcd 0x18 0x71 0xf 6 0x87 0x53 0x6f |+ Segment tracks | + A track | + Track number: 1 (track ID for mkvmerge & mkvextract: 0) | + Track UID: 4004092043 | + Track type: video | + Forced flag: 1 | + Lacing flag: 0 | + MinCache: 1 | + Codec ID: V_MPEG2 | + CodecPrivate, length 96 | + Default duration: 40.000ms (25.000 frames/fields per second for a video tra ck) | + Language: und | + Video track | + Pixel width: 720 | + Pixel height: 576 | + Display width: 1024 | + Display height: 576 | + A track | + Track number: 2 (track ID for mkvmerge & mkvextract: 1) | + Track UID: 2865169068 | + Track type: subtitles | + Default flag: 0 | + Lacing flag: 0 | + Codec ID: S_HDMV/PGS | + Language: und | + Content encodings | + Content encoding | + Content compression |+ EbmlVoid (size: 1098) |+ Cluster }}} {{{ General Count : 290 Count of stream of this kind : 1 Kind of stream : General Kind of stream : General Stream identifier : 0 Unique ID : 187023035449843704704068160171473851247 Unique ID : 187023035449843704704068160171473851247 (0x8CB35390ACA0534DA7CD1871F687536F) Count of video streams : 1 Count of text streams : 1 Video_Format_List : MPEG Video Video_Format_WithHint_List : MPEG Video Codecs Video : MPEG-2 Video Video_Language_List : English Text_Format_List : PGS Text_Format_WithHint_List : PGS Text codecs : S_HDMV/PGS Text_Language_List : English Complete name : h:\Output\mpeg2 interlaced_pgs subtitle.mkv Folder name : h:\Output File name : mpeg2 interlaced_pgs subtitle File extension : mkv Format : Matroska Format : Matroska Format/Url : http://packs.matroska.org/ Format/Extensions usually used : mkv mk3d mka mks Commercial name : Matroska Format version : Version 4 / Version 2 Codec : Matroska Codec : Matroska Codec/Url : http://packs.matroska.org/ Codec/Extensions usually used : mkv mk3d mka mks File size : 9869181 File size : 9.41 MiB File size : 9 MiB File size : 9.4 MiB File size : 9.41 MiB File size : 9.412 MiB Duration : 20280 Duration : 20s 280ms Duration : 20s 280ms Duration : 20s 280ms Duration : 00:00:20.280 Overall bit rate mode : VBR Overall bit rate mode : Variable Overall bit rate : 3893168 Overall bit rate : 3 893 Kbps Stream size : 196397 Stream size : 192 KiB (2%) Stream size : 192 KiB Stream size : 192 KiB Stream size : 192 KiB Stream size : 191.8 KiB Stream size : 192 KiB (2%) Proportion of this stream : 0.01990 Encoded date : UTC 2014-07-31 13:55:55 File creation date : UTC 2014-07-31 13:55:56.110 File creation date (local) : 2014-07-31 15:55:56.110 File last modification date : UTC 2014-07-31 13:55:56.297 File last modification date (local) : 2014-07-31 15:55:56.297 Writing application : mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 Writing library : libebml v1.3.0 + libmatroska v1.4.1 Writing library : libebml v1.3.0 + libmatroska v1.4.1 DURATION : 00:00:17.600000000 NUMBER_OF_FRAMES : 6 NUMBER_OF_BYTES : 12662 _STATISTICS_WRITING_APP : mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC : 2014-07-31 13:55:55 _STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Video Count : 278 Count of stream of this kind : 1 Kind of stream : Video Kind of stream : Video Stream identifier : 0 StreamOrder : 0 ID : 1 ID : 1 Unique ID : 4004092043 Format : MPEG Video Commercial name : MPEG-2 Video Format version : Version 2 Format profile : Main at Main Format settings : CustomMatrix Format settings, BVOP : No Format settings, BVOP : No Format settings, Matrix : Custom Format settings, Matrix : Custom Format_Settings_Matrix_Data : 10111112121213131313141414141415151515151516161616161616171717171717171718181819181818191A1A1A1A191B1B1B1B1B1C1C1C1C1E1E1E1F1F21 Internet media type : video/MPV Codec ID : V_MPEG2 Codec ID/Info : MPEG 1 or 2 Video Codec ID/Url : http://ffdshow- tryout.sourceforge.net/ Codec : V_MPEG2 Codec : MPEG-2 Video Codec/Family : MPEG-V Codec/Info : MPEG 1 or 2 Video Codec/Url : http://ffdshow- tryout.sourceforge.net/ Codec profile : Main at Main Codec settings : CustomMatrix Codec settings, Matrix : Custom Duration : 20280 Duration : 20s 280ms Duration : 20s 280ms Duration : 20s 280ms Duration : 00:00:20.280 Bit rate mode : VBR Bit rate mode : Variable Bit rate : 3815694 Bit rate : 3 816 Kbps Maximum bit rate : 9000000 Maximum bit rate : 9 000 Kbps Width : 720 Width : 720 pixels Height : 576 Height : 576 pixels Pixel aspect ratio : 1.422 Display aspect ratio : 1.778 Display aspect ratio : 16:9 Frame rate mode : CFR Frame rate mode : Constant Frame rate : 25.000 Frame rate : 25.000 fps Frame count : 507 Standard : PAL Resolution : 8 Resolution : 8 bits Colorimetry : 4:2:0 Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 Bit depth : 8 bits Scan type : Interlaced Scan type : Interlaced Scan order : TFF Scan order : Top Field First Interlacement : TFF Interlacement : Top Field First Compression mode : Lossy Compression mode : Lossy Bits/(Pixel*Frame) : 0.368 Delay : 80 Delay : 80ms Delay : 80ms Delay : 80ms Delay : 00:00:00.080 Delay, origin : Container Delay, origin : Container Delay_Original : 36060560 Delay_Original : 10h 1mn Delay_Original : 10h 1mn 0s 560ms Delay_Original : 10h 1mn Delay_Original : 10:01:00.560 Delay_Original_Settings : drop_frame_flag=0 / closed_gop=1 / broken_link=0 Delay_Original_DropFrame : No Delay_Original_Source : Stream Time code of first frame : 10:01:00:12 Time code source : Group of pictures header Stream size : 9672784 Stream size : 9.22 MiB (98%) Stream size : 9 MiB Stream size : 9.2 MiB Stream size : 9.22 MiB Stream size : 9.225 MiB Stream size : 9.22 MiB (98%) Proportion of this stream : 0.98010 Default : Yes Default : Yes Forced : Yes Forced : Yes Buffer size : 229376 intra_dc_precision : 10 Text Count : 195 Count of stream of this kind : 1 Kind of stream : Text Kind of stream : Text Stream identifier : 0 StreamOrder : 1 ID : 2 ID : 2 Unique ID : 2865169068 Format : PGS Commercial name : PGS Muxing mode : zlib Codec ID : S_HDMV/PGS Codec ID/Info : The same subtitle format used on BDs/HD-DVDs Codec : S_HDMV/PGS Codec : S_HDMV/PGS Default : No Default : No Forced : No Forced : No }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 16:25:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 14:25:20 -0000 Subject: [FFmpeg-trac] #3820(undetermined:new): pgs subtitle inside mkv not found In-Reply-To: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> References: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> Message-ID: <050.24507e04414d3a5d1de87b1054f52335@avcodec.org> #3820: pgs subtitle inside mkv not found -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv pgs | Resolution: subtitle missing | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): {{{ ffmpeg -i "h:\Output\mpeg2 interlaced_pgs subtitle.mkv" -vcodec copy -scodec copy "h:\Output\remux.mkv" }}} works {{{ ffmpeg version git-2014-07-30-ff9a154 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 13:45:30 with gcc 4.9.1 (Rev1, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable- avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable- libbluray --enable-libcaca --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libutvideo --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvo-aacenc --enable-openal --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 52. 93.100 / 52. 93.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h:\Output\mpeg2 interlaced_pgs subtitle.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-07-31 13:55:55 Duration: 00:00:20.28, start: 0.080000, bitrate: 3893 kb/s Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 9000 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) (forced) Metadata: BPS : 3883580 BPS-eng : 3883580 DURATION : 00:00:20.280000000 DURATION-eng : 00:00:20.280000000 NUMBER_OF_FRAMES: 507 NUMBER_OF_FRAMES-eng: 507 NUMBER_OF_BYTES : 9844876 NUMBER_OF_BYTES-eng: 9844876 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1: Subtitle: hdmv_pgs_subtitle, 720x576 Metadata: BPS : 5755 BPS-eng : 5755 DURATION : 00:00:17.600000000 DURATION-eng : 00:00:17.600000000 NUMBER_OF_FRAMES: 6 NUMBER_OF_FRAMES-eng: 6 NUMBER_OF_BYTES : 12662 NUMBER_OF_BYTES-eng: 12662 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Output #0, matroska, to 'h:\Output\remux.mkv': Metadata: encoder : Lavf55.50.100 Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, max. 9000 kb/s, 25 fps, 1k tbn, 1k tbc (default) (forced) Metadata: BPS : 3883580 BPS-eng : 3883580 DURATION : 00:00:20.280000000 DURATION-eng : 00:00:20.280000000 NUMBER_OF_FRAMES: 507 NUMBER_OF_FRAMES-eng: 507 NUMBER_OF_BYTES : 9844876 NUMBER_OF_BYTES-eng: 9844876 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1: Subtitle: hdmv_pgs_subtitle, 720x576 Metadata: BPS : 5755 BPS-eng : 5755 DURATION : 00:00:17.600000000 DURATION-eng : 00:00:17.600000000 NUMBER_OF_FRAMES: 6 NUMBER_OF_FRAMES-eng: 6 NUMBER_OF_BYTES : 12662 NUMBER_OF_BYTES-eng: 12662 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 507 fps=0.0 q=-1.0 Lsize= 9661kB time=00:00:20.12 bitrate=3933.5kbits/s video:9614kB audio:0kB subtitle:40kB other streams:0kB global headers:0kB muxing overhead: 0.078256% }}} extracting the subtitle stream with: {{{ ffmpeg -i "h:\Output\mpeg2 interlaced_pgs subtitle.mkv" -vn -scodec copy "h:\Output\remux.pgs" }}} doesn't {{{ ffmpeg version git-2014-07-30-ff9a154 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 13:45:30 with gcc 4.9.1 (Rev1, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable- avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable- libbluray --enable-libcaca --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libutvideo --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvo-aacenc --enable-openal --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 52. 93.100 / 52. 93.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h:\Output\mpeg2 interlaced_pgs subtitle.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-07-31 13:55:55 Duration: 00:00:20.28, start: 0.080000, bitrate: 3893 kb/s Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 9000 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) (forced) Metadata: BPS : 3883580 BPS-eng : 3883580 DURATION : 00:00:20.280000000 DURATION-eng : 00:00:20.280000000 NUMBER_OF_FRAMES: 507 NUMBER_OF_FRAMES-eng: 507 NUMBER_OF_BYTES : 9844876 NUMBER_OF_BYTES-eng: 9844876 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1: Subtitle: hdmv_pgs_subtitle, 720x576 Metadata: BPS : 5755 BPS-eng : 5755 DURATION : 00:00:17.600000000 DURATION-eng : 00:00:17.600000000 NUMBER_OF_FRAMES: 6 NUMBER_OF_FRAMES-eng: 6 NUMBER_OF_BYTES : 12662 NUMBER_OF_BYTES-eng: 12662 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES [NULL @ 000000000547dda0] Unable to find a suitable output format for 'h:\Output\remux.pgs' h:\Output\remux.pgs: Invalid argument }}} as does {{{ ffmpeg -i "h:\Output\mpeg2 interlaced_pgs subtitle.mkv" -vn -scodec copy "h:\Output\remux.sup" }}} {{{ ffmpeg version git-2014-07-30-ff9a154 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 13:45:30 with gcc 4.9.1 (Rev1, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable- avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable- libbluray --enable-libcaca --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libutvideo --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvo-aacenc --enable-openal --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 52. 93.100 / 52. 93.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h:\Output\mpeg2 interlaced_pgs subtitle.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-07-31 13:55:55 Duration: 00:00:20.28, start: 0.080000, bitrate: 3893 kb/s Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 9000 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) (forced) Metadata: BPS : 3883580 BPS-eng : 3883580 DURATION : 00:00:20.280000000 DURATION-eng : 00:00:20.280000000 NUMBER_OF_FRAMES: 507 NUMBER_OF_FRAMES-eng: 507 NUMBER_OF_BYTES : 9844876 NUMBER_OF_BYTES-eng: 9844876 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1: Subtitle: hdmv_pgs_subtitle, 720x576 Metadata: BPS : 5755 BPS-eng : 5755 DURATION : 00:00:17.600000000 DURATION-eng : 00:00:17.600000000 NUMBER_OF_FRAMES: 6 NUMBER_OF_FRAMES-eng: 6 NUMBER_OF_BYTES : 12662 NUMBER_OF_BYTES-eng: 12662 _STATISTICS_WRITING_APP: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_APP-eng: mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55 _STATISTICS_WRITING_DATE_UTC: 2014-07-31 13:55:55 _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-31 13:55:55 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES [NULL @ 000000000550dda0] Unable to find a suitable output format for 'h:\Output\remux.sup' h:\Output\remux.sup: Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 16:31:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 14:31:08 -0000 Subject: [FFmpeg-trac] #3820(undetermined:new): pgs subtitle inside mkv not found In-Reply-To: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> References: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> Message-ID: <050.afa568e09075eacc63f923cc2a64b62d@avcodec.org> #3820: pgs subtitle inside mkv not found -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv pgs | Resolution: subtitle missing | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): The ffmpeg output clearly shows that it does find the subtitle stream, in all of your logs. Your problem appears to be something else entirely, perhabs you should be more clear in the ticket, it'll greatly help to diagnose the problem. As it appears, ffmpeg doesn't have a muxer to write stand-alone PGS subtitle streams, so you're out of luck trying to write them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 16:35:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 14:35:06 -0000 Subject: [FFmpeg-trac] #3820(undetermined:new): pgs subtitle inside mkv not found In-Reply-To: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> References: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> Message-ID: <050.dc81b16949bfe2fe1984809ab2814ac0@avcodec.org> #3820: pgs subtitle inside mkv not found -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv pgs | Resolution: subtitle missing | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): sorry, must have overlooked it. > As it appears, ffmpeg doesn't have a muxer to write stand-alone PGS subtitle streams, so you're out of luck trying to write them. okay, so remuxing to mkv and then extracting with mkvextract seems to be the only way to do this atm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 23:02:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 21:02:39 -0000 Subject: [FFmpeg-trac] #3768(ffmpeg:open): dvbsub to overlay get corrupt output In-Reply-To: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> References: <060.d9e8d10fb5fc0a5f8cd82d5ef3438b11@avcodec.org> Message-ID: <075.a4adf8baaea3b1e6bfa18ebd38c20ef8@avcodec.org> #3768: dvbsub to overlay get corrupt output -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: open Type: defect | Component: ffmpeg Priority: important | Resolution: Version: git-master | Blocked By: Keywords: dvbsub | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bade): I am experiencing a simular problem after compute_edt was introduced in this commit [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=ca2f59e12108c1754d57a5614f6e38253268b916]. My dvb subtitles are either not shown, or only shown for about 1 frame. My command line is the follow: ffmpeg.exe -y -i sample.ts -filter_complex "crop=w=1280:h=718:x=0:y=2 [vid];[vid]scale=720:404 [vid2]; [0:s:2]crop=w=720:h=576:x=0:y=0 [sub];[sub]scale=720:404 [sub2];[vid2] [sub2] overlay" -vcodec libx264 -x264opts -preset slow -level 3.1 -crf 21 -an -threads 0 -r 25 sample.mp4 The same command line works fine with a ffmpeg version from before the commit (eg. version 2.2.3). I have uploaded a sample .ts file so its possible to reproduce here [http://www.datafilehost.com/d/0832a220] And an output sample of the correct .mp4 file produced by an old ffmpeg version here [http://www.datafilehost.com/d/ba2eb673] The .ts file has the following properties, im using the subtitles in stream 0:5 in my command line: ffmpeg.exe -i sample.ts ffmpeg version N-65126-gdc315cd Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 22:26:17 with gcc 4.8.3 (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-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 94.100 / 52. 94.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 02b378a0] Header missing Last message repeated 3 times [h264 @ 02b36f80] reference picture missing during reorder [h264 @ 02b36f80] Missing reference picture, default is 65522 [h264 @ 02b36f80] mmco: unref short failure [mp3 @ 02b378a0] Header missing Last message repeated 16 times Input #0, mpegts, from 'sample.ts': Duration: 00:00:11.17, start: 0.085178, bitrate: 5000 kb/s Program 1 Stream #0:0[0x907]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0:1[0x911](dan): Audio: mp3 ([17][0][0][0] / 0x0011), 44100 Hz, ster eo, s16p, 384 kb/s Stream #0:2[0x915](dan): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, 5.1, fltp Stream #0:3[0x7ef](dan): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:4[0x91f](dan): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:5[0x920](dan): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hea ring impaired) Last a quick question. Is it possible to manually disable compute_edt using the command line, I can't seem to find it as an option for the dvbsub decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 23:11:49 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 21:11:49 -0000 Subject: [FFmpeg-trac] #3820(undetermined:closed): pgs subtitle inside mkv not found In-Reply-To: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> References: <035.0a81cf4c67a24302b2840b941eb8563d@avcodec.org> Message-ID: <050.31ef98f77262dc36e390a7dfb28e557b@avcodec.org> #3820: pgs subtitle inside mkv not found -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv pgs sub | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mkv pgs subtitle missing => mkv pgs sub * status: new => closed * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 23:12:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 21:12:51 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.7db399b98d3c426c441997d8166f91d5@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:14 Selur]: > To be clear: when .pgs is used the extraction works. Could you elaborate? I don't understand. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 31 23:36:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 21:36:14 -0000 Subject: [FFmpeg-trac] #3819(undetermined:new): ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.65983690b0281cf0c4e30de6d18cab54@avcodec.org> #3819: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem) -------------------------------------+------------------------------------- Reporter: Selur | 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 -------------------------------------+------------------------------------- Comment (by Selur): probably made a typo and still used mkv or ts as container, extracting pgs failed on all my tries since then, so it's probably not working and instead of giving a proper message that pgs extractiong is not possible ffmpeg tries to convert to ssa and fails,... -> I gave up on using ffmpeg with subtitles for the time beeing -- Ticket URL: FFmpeg FFmpeg issue tracker