From trac at avcodec.org Wed Oct 1 01:08:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Sep 2014 23:08:59 -0000 Subject: [FFmpeg-trac] #3993(undetermined:new): Digiarty WinX violates GPL Message-ID: <036.fbdfa062873b321312637a06604097ff@avcodec.org> #3993: Digiarty WinX violates GPL -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: license | Status: new violation | Component: Priority: normal | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Various products contain `--enable-gpl` and `--enable-nonfree`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 01:15:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Sep 2014 23:15:51 -0000 Subject: [FFmpeg-trac] #3241(undetermined:closed): Medialooks violates the GPL In-Reply-To: <037.02e8eda9dc5bff58e0b71bf57bc45955@avcodec.org> References: <037.02e8eda9dc5bff58e0b71bf57bc45955@avcodec.org> Message-ID: <052.3e4c607e826f7ae25747a267da3be434@avcodec.org> #3241: Medialooks violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: closed violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => fixed Comment: After a quick look it seems fine to me now. Thanks for fixing and sorry for the delay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 01:25:29 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Sep 2014 23:25:29 -0000 Subject: [FFmpeg-trac] #3991(undetermined:closed): ffmpeg hangs on processing WTV files In-Reply-To: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> References: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> Message-ID: <056.dcff390d1586dd07ef318c85d9736022@avcodec.org> #3991: ffmpeg hangs on processing WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 01:30:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Sep 2014 23:30:34 -0000 Subject: [FFmpeg-trac] #3992(avformat:closed): When streaming stereo opus audio over rtp, ffmpeg prints sdp info for a mono stream In-Reply-To: <036.151d0f56cb009e4c91798ddc257807d9@avcodec.org> References: <036.151d0f56cb009e4c91798ddc257807d9@avcodec.org> Message-ID: <051.6b6a912d60caa987aebc26f2b56c1faf@avcodec.org> #3992: When streaming stereo opus audio over rtp, ffmpeg prints sdp info for a mono stream --------------------------------------+------------------------------------ Reporter: CoRoNe | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: opus rtp sdp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: opus rtp sdp mono => opus rtp sdp * status: new => closed * resolution: => invalid Comment: Please test current FFmpeg git head before reporting a bug and please always provide the command line that allows to reproduce your problem together with the complete, uncut console output. The issue you describe was fixed Monday. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 02:50:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 00:50:27 -0000 Subject: [FFmpeg-trac] #3994(undetermined:new): Support MO3 tracker format Message-ID: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> #3994: Support MO3 tracker format -------------------------------------+------------------------------------- Reporter: DJX | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Add support for MO3 audio tracker format. http://lclevy.free.fr/mo3/ http://en.wikipedia.org/wiki/MO3 How to reproduce: {{{ .\ffmpeg -i Bejeweled3_suite.mo3 ffmpeg version N-65651-gd3a2249 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 01:37:54 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 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [aac @ 0000000002e8f3a0] Format aac detected only with low score of 1, misdetection possible! [aac @ 0000000002e8fd80] channel element 2.6 is not allocated [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] More than one AAC RDB per ADTS frame is not implemented. Update your FFmpeg version to the newe st one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0000000002e8fd80] Number of bands (8) exceeds limit (3). [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Number of bands (19) exceeds limit (17). [aac @ 0000000002e8fd80] channel element 1.14 is not allocated [aac @ 0000000002e8fd80] channel element 3.7 is not allocated [aac @ 0000000002e8fd80] SSR is not implemented. Update your FFmpeg version to the newest one from Git. If the problem s till occurs, it means that your file has a feature which has not been implemented. [aac @ 0000000002e8fd80] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and cont act the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [aac @ 0000000002e8fd80] channel element 1.4 is not allocated [aac @ 0000000002e8fd80] channel element 3.5 is not allocated [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Prediction is not allowed in AAC-LC. [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 5 times [aac @ 0000000002e8fd80] channel element 1.11 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] decode_pce: Input buffer exhausted before END element found [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 2.15 is not allocated [aac @ 0000000002e8fd80] channel element 2.1 is not allocated [aac @ 0000000002e8fd80] channel element 3.12 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] decode_pce: Input buffer exhausted before END element found [aac @ 0000000002e8fd80] channel element 2.7 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.7 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 1.0 is not allocated [aac @ 0000000002e8fd80] channel element 2.9 is not allocated [aac @ 0000000002e8fd80] channel element 3.5 is not allocated [aac @ 0000000002e8fd80] invalid band type [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 31 times [aac @ 0000000002e8fd80] channel element 3.6 is not allocated [aac @ 0000000002e8fd80] channel element 2.4 is not allocated [aac @ 0000000002e8fd80] Number of scalefactor bands in group (52) exceeds limit (51). [aac @ 0000000002e8fd80] channel element 1.3 is not allocated [aac @ 0000000002e8fd80] channel element 3.1 is not allocated Last message repeated 1 times [aac @ 0000000002e8fd80] channel element 1.14 is not allocated [aac @ 0000000002e8fd80] Input buffer exhausted before END element found [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Number of scalefactor bands in group (47) exceeds limit (43). [aac @ 0000000002e8fd80] TYPE_FIL: Input buffer exhausted before END element found [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.1 is not allocated [aac @ 0000000002e8fd80] channel element 2.14 is not allocated [aac @ 0000000002e8fd80] channel element 2.9 is not allocated [aac @ 0000000002e8fd80] channel element 0.0 is not allocated [aac @ 0000000002e8fd80] channel element 3.1 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.3 is not allocated [aac @ 0000000002e8fd80] channel element 2.15 is not allocated [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] channel element 2.2 is not allocated [aac @ 0000000002e8fd80] invalid band type [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.2 is not allocated [aac @ 0000000002e8fd80] channel element 3.4 is not allocated [aac @ 0000000002e8fd80] channel element 2.15 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 0.0 is not allocated [aac @ 0000000002e8fd80] TNS filter order 31 is greater than maximum 20. [aac @ 0000000002e8fd80] Number of bands (57) exceeds limit (46). [aac @ 0000000002e8fd80] TYPE_FIL: Input buffer exhausted before END element found [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Number of scalefactor bands in group (60) exceeds limit (41). [aac @ 0000000002e8fd80] SBR was found before the first channel element. [aac @ 0000000002e8fd80] channel element 1.3 is not allocated [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] channel element 2.8 is not allocated [aac @ 0000000002e8fd80] channel element 1.13 is not allocated [aac @ 0000000002e8fd80] channel element 3.3 is not allocated [aac @ 0000000002e8fd80] invalid band type [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] SBR was found before the first channel element. [aac @ 0000000002e8fd80] Number of bands (37) exceeds limit (32). [aac @ 0000000002e8fd80] Number of bands (18) exceeds limit (15). [aac @ 0000000002e8fd80] TNS filter order 16 is greater than maximum 12. [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Number of bands (51) exceeds limit (40). [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Number of scalefactor bands in group (48) exceeds limit (41). [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 31 times [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.11 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.7 is not allocated [aac @ 0000000002e8fd80] channel element 3.3 is not allocated [aac @ 0000000002e8fd80] channel element 2.5 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] channel element 2.2 is not allocated [aac @ 0000000002e8fd80] channel element 3.7 is not allocated [aac @ 0000000002e8fd80] channel element 1.11 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Number of bands (6) exceeds limit (3). [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Number of bands (13) exceeds limit (9). [aac @ 0000000002e8fd80] channel element 2.0 is not allocated [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Number of scalefactor bands in group (55) exceeds limit (51). [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] channel element 2.2 is not allocated [aac @ 0000000002e8fd80] channel element 3.12 is not allocated [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 63 times [aac @ 0000000002e8fd80] channel element 1.9 is not allocated [aac @ 0000000002e8fd80] channel element 2.14 is not allocated [aac @ 0000000002e8fd80] channel element 3.1 is not allocated [aac @ 0000000002e8fd80] channel element 3.8 is not allocated [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 31 times [aac @ 0000000002e8fd80] Reserved bit set. Last message repeated 1 times [aac @ 0000000002e8fd80] channel element 1.14 is not allocated [aac @ 0000000002e8fd80] channel element 1.5 is not allocated [aac @ 0000000002e8fd80] channel element 1.7 is not allocated [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] channel element 2.7 is not allocated [aac @ 0000000002e8fd80] channel element 2.15 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 30 times [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 30 times [aac @ 0000000002e8fd80] channel element 2.6 is not allocated [aac @ 0000000002e8fd80] channel element 1.0 is not allocated [aac @ 0000000002e8fd80] channel element 2.15 is not allocated [aac @ 0000000002e8fd80] channel element 3.12 is not allocated [aac @ 0000000002e8fd80] Number of bands (11) exceeds limit (3). [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 30 times [aac @ 0000000002e8fd80] channel element 2.4 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 1.9 is not allocated [aac @ 0000000002e8fd80] Number of bands (34) exceeds limit (30). [aac @ 0000000002e8fd80] channel element 3.12 is not allocated [aac @ 0000000002e8fd80] invalid band type [aac @ 0000000002e8fd80] channel element 1.10 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] SBR was found before the first channel element. Last message repeated 1 times [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Number of scalefactor bands in group (59) exceeds limit (49). [aac @ 0000000002e8fd80] Number of scalefactor bands in group (15) exceeds limit (14). [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] channel element 2.8 is not allocated [aac @ 0000000002e8fd80] channel element 1.3 is not allocated [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] channel element 3.7 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] SBR was found before the first channel element. [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] channel element 3.13 is not allocated [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.4 is not allocated [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] Reserved bit set. Last message repeated 1 times [aac @ 0000000002e8fd80] channel element 3.11 is not allocated [aac @ 0000000002e8fd80] channel element 2.11 is not allocated [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 30 times [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.1 is not allocated [aac @ 0000000002e8fd80] channel element 2.0 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Reserved bit set. Last message repeated 1 times [aac @ 0000000002e8fd80] channel element 1.6 is not allocated [aac @ 0000000002e8fd80] channel element 2.5 is not allocated [aac @ 0000000002e8fd80] SSR is not implemented. Update your FFmpeg version to the newest one from Git. If the problem s till occurs, it means that your file has a feature which has not been implemented. [aac @ 0000000002e8fd80] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and cont act the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [aac @ 0000000002e8fd80] channel element 1.14 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] channel element 1.5 is not allocated [aac @ 0000000002e8fd80] invalid band type [aac @ 0000000002e8fd80] channel element 2.15 is not allocated [aac @ 0000000002e8fd80] Number of scalefactor bands in group (57) exceeds limit (43). [aac @ 0000000002e8fd80] channel element 1.9 is not allocated [aac @ 0000000002e8fd80] invalid band type [aac @ 0000000002e8fd80] channel element 1.1 is not allocated [aac @ 0000000002e8fd80] channel element 1.3 is not allocated [aac @ 0000000002e8fd80] Dependent coupling is not supported together with LTP Last message repeated 30 times [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Reserved bit set. Last message repeated 2 times [aac @ 0000000002e8fd80] Number of scalefactor bands in group (63) exceeds limit (49). [aac @ 0000000002e8fd80] Prediction is not allowed in AAC-LC. Last message repeated 1 times [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] channel element 2.7 is not allocated [aac @ 0000000002e8fd80] channel element 3.0 is not allocated [aac @ 0000000002e8fd80] channel element 3.13 is not allocated [aac @ 0000000002e8fd80] Reserved bit set. [aac @ 0000000002e8fd80] Number of bands (12) exceeds limit (6). [aac @ 0000000002e8fd80] channel element 2.1 is not allocated [aac @ 0000000002e8fd80] Number of scalefactor bands in group (14) exceeds limit (12). [aac @ 0000000002e8fd80] channel element 3.2 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout , use -strict 1 to decode according to the specification instead. [aac @ 0000000002e8fd80] channel element 1.9 is not allocated [aac @ 0000000002e8fd80] channel element 3.15 is not allocated [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] Number of bands (40) exceeds limit (18). [aac @ 0000000002e8fd80] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0000000002e8fd80] Inconsistent channel configuration. [aac @ 0000000002e8fd80] get_buffer() failed [aac @ 0000000002e8fd80] channel element 3.13 is not allocated [aac @ 0000000002e8fd80] channel element 3.2 is not allocated [aac @ 0000000002e8f3a0] decoding for stream 0 failed [aac @ 0000000002e8f3a0] Estimating duration from bitrate, this may be inaccurate [aac @ 0000000002e8f3a0] Could not find codec parameters for stream 0 (Audio: aac, 5.1, fltp, 562 kb/s): unspecified sam ple rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Bejeweled3_suite.mo3: could not find codec parameters Input #0, aac, from 'Bejeweled3_suite.mo3': Duration: 00:00:11.10, bitrate: 562 kb/s Stream #0:0: Audio: aac, 5.1, fltp, 562 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 09:12:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 07:12:19 -0000 Subject: [FFmpeg-trac] #3994(avformat:new): Support MO3 tracker format In-Reply-To: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> References: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> Message-ID: <048.9bcb13fb73c93a090a7738b837781cdb@avcodec.org> #3994: Support MO3 tracker format -------------------------------------+------------------------------------ Reporter: DJX | 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 | -------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat Comment: Does the following produce the expected output for this input file? {{{ $ ffmpeg -skip_initial_bytes 138187 -f ogg -i Bejeweled3_suite.mo3 out.wav }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 15:23:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 13:23:00 -0000 Subject: [FFmpeg-trac] #3991(undetermined:reopened): ffmpeg hangs on processing WTV files In-Reply-To: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> References: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> Message-ID: <056.9f9719fab62bec089a30440d4cfec1bd@avcodec.org> #3991: ffmpeg hangs on processing WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ramitbhalla): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 15:23:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 13:23:18 -0000 Subject: [FFmpeg-trac] #3991(undetermined:reopened): ffmpeg hangs on processing WTV files In-Reply-To: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> References: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> Message-ID: <056.ba56a812adf4b2fa1374d95019aa8ad7@avcodec.org> #3991: ffmpeg hangs on processing WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ramitbhalla): * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 15:55:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 13:55:17 -0000 Subject: [FFmpeg-trac] #3991(undetermined:reopened): ffmpeg hangs on processing WTV files In-Reply-To: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> References: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> Message-ID: <056.91a272328fd1746b336fb29005c0669f@avcodec.org> #3991: ffmpeg hangs on processing WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Instead of posting more completely useless console output (a backtrace is necessary for hangs), why don't you upload a sample so I will add the necessary information? This isn't your first ticket, and I don't remember one that we could solve without a sample and without the necessary information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 16:31:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 14:31:10 -0000 Subject: [FFmpeg-trac] #3994(avformat:new): Support MO3 tracker format In-Reply-To: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> References: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> Message-ID: <048.147d35f2a1d439aa631045854fb99d88@avcodec.org> #3994: Support MO3 tracker format -------------------------------------+------------------------------------ Reporter: DJX | 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 DJX): It produces audio from the file but not the expected output. {{{ .\ffmpeg -skip_initial_bytes 65397 -f ogg -i Bejeweled3_suite.mo3 out.wav ffmpeg version N-66521-g3edb9aa Copyright (c) 2000-2014 the FFmpeg developers built on Sep 27 2014 22:10:25 with gcc 4.9.1 (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-zlib libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 7.101 / 56. 7.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 [ogg @ 0000000002f4f380] Cannot identify new stream [ogg @ 0000000002f4f380] failed to create or replace stream [ogg @ 0000000002f4f380] Estimating duration from bitrate, this may be inaccurate Input #0, ogg, from 'Bejeweled3_suite.mo3': Duration: 00:00:54.33, start: 0.000000, bitrate: 114 kb/s Stream #0:0: Audio: vorbis, 22050 Hz, stereo, fltp, 104 kb/s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf56.7.101 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, stereo, s16, 705 kb/s Metadata: encoder : Lavc56.1.101 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (vorbis (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [NULL @ 0000000002f81260] Invalid packet Last message repeated 1 times [wav @ 0000000002c8b0e0] Non-monotonous DTS in output stream 0:0; previous: 32768, current: 32677; changing to 32768. Th is may result in incorrect timestamps in the output file. [NULL @ 0000000002f81260] Invalid packet Last message repeated 1 times [wav @ 0000000002c8b0e0] Non-monotonous DTS in output stream 0:0; previous: 60837, current: 60693; changing to 60837. Th is may result in incorrect timestamps in the output file. [NULL @ 0000000002f81260] Invalid packet Input stream #0:0 frame changed from rate:22050 fmt:fltp ch:2 chl:stereo to rate:44100 fmt:fltp ch:2 chl:stereo [NULL @ 0000000002f81260] Invalid packet Last message repeated 3 times Input stream #0:0 frame changed from rate:44100 fmt:fltp ch:2 chl:stereo to rate:22050 fmt:fltp ch:2 chl:stereo [NULL @ 0000000002f81260] Invalid packet Last message repeated 1 times [wav @ 0000000002c8b0e0] Non-monotonous DTS in output stream 0:0; previous: 214859, current: 214651; changing to 214859. This may result in incorrect timestamps in the output file. [NULL @ 0000000002f81260] Invalid packet Last message repeated 1 times [wav @ 0000000002c8b0e0] Non-monotonous DTS in output stream 0:0; previous: 240251, current: 240198; changing to 240251. This may result in incorrect timestamps in the output file. [ogg @ 0000000002f4f380] Cannot identify new stream [ogg @ 0000000002f4f380] failed to create or replace stream Bejeweled3_suite.mo3: Invalid data found when processing input size= 846kB time=00:00:11.98 bitrate= 577.9kbits/s video:0kB audio:845kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.009010% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 16:57:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 14:57:10 -0000 Subject: [FFmpeg-trac] #3994(avformat:open): Support MO3 tracker format In-Reply-To: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> References: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> Message-ID: <048.df2f29a72d30b1d4cd36f4a7e5afe06b@avcodec.org> #3994: Support MO3 tracker format -------------------------------------+------------------------------------ Reporter: DJX | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open Comment: Then I suspect this request is outside the (current) scope of FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 16:59:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 14:59:29 -0000 Subject: [FFmpeg-trac] #3597(avcodec:new): Support creating AVC-Intra files with -vcodec libx264 In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.b97690b9fefc97047c572f0f3e21bc53@avcodec.org> #3597: Support creating AVC-Intra files with -vcodec libx264 ------------------------------------+----------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): This may have been fixed today, please test with current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 17:45:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 15:45:40 -0000 Subject: [FFmpeg-trac] #3991(undetermined:reopened): ffmpeg hangs on processing WTV files In-Reply-To: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> References: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> Message-ID: <056.b92d543bdadb42cafb261d8bce576829@avcodec.org> #3991: ffmpeg hangs on processing WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Sorry, I forgot to add the link to the sample. All you had to say was sample please. It's a 100MB, I've put it up on the server with the link below. [http://mcebuddy:mcebuddy at files.mcebuddy2x.com/UPLOAD/H264%20Copy%20Remux%20Fail%20(LATM%20AAC).wtv] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 18:06:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 16:06:25 -0000 Subject: [FFmpeg-trac] #3995(avformat:new): wtv regression Message-ID: <037.83395e45b7fee933b8d71e17615fdf67@avcodec.org> #3995: wtv regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: wtv master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The sample from ticket #3477 cannot be decoded since 9b8eedd7 {{{ (gdb) r -i Broken.wtv Starting program: ffmpeg_g -i Broken.wtv [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-66557-gf2e5380 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 1 2014 18:02:57 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.102 / 56. 1.102 libavformat 56. 7.102 / 56. 7.102 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 [wtv @ 0x1a42b20] truncated file [mpeg2video @ 0x1a47560] interlaced frame in progressive sequence, ignoring [mpeg2video @ 0x1a47560] slice below image (30 >= 30) [wtv @ 0x1a42b20] encountered broken chunk Last message repeated 442398 times Program received signal SIGINT, Interrupt. 0x00007ffff5a7b230 in __write_nocancel () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff5a7b230 in __write_nocancel () from /lib64/libc.so.6 #1 0x00007ffff5a17123 in _IO_new_file_write () from /lib64/libc.so.6 #2 0x00007ffff5a17002 in new_do_write () from /lib64/libc.so.6 #3 0x00007ffff5a17c1e in _IO_new_file_xsputn () from /lib64/libc.so.6 #4 0x00007ffff59ed034 in buffered_vfprintf () from /lib64/libc.so.6 #5 0x00007ffff59e78ae in vfprintf () from /lib64/libc.so.6 #6 0x00007ffff59f1ec7 in fprintf () from /lib64/libc.so.6 #7 0x0000000000e4364e in av_log_default_callback (ptr=, level=24, fmt=, vl=) at libavutil/log.c:318 #8 0x0000000000e43951 in av_vlog (vl=0x7fffffffcc98, fmt=0xee03f5 "encountered broken chunk\n", level=, avcl=0x1a42b20) at libavutil/log.c:360 #9 av_log (avcl=avcl at entry=0x1a42b20, level=, level at entry=24, fmt=fmt at entry=0xee03f5 "encountered broken chunk\n") at libavutil/log.c:352 #10 0x000000000062e652 in parse_chunks (s=0x1a42b20, mode=mode at entry=0, seekts=seekts at entry=0, len_ptr=len_ptr at entry=0x7fffffffd0bc) at libavformat/wtvdec.c:792 #11 0x000000000062fc11 in read_packet (s=, pkt=0x7fffffffd280) at libavformat/wtvdec.c:1050 #12 0x000000000061b798 in ff_read_packet (s=s at entry=0x1a42b20, pkt=pkt at entry=0x7fffffffd280) at libavformat/utils.c:634 #13 0x000000000061dc20 in read_frame_internal (s=s at entry=0x1a42b20, pkt=pkt at entry=0x7fffffffd3e0) at libavformat/utils.c:1275 #14 0x00000000006219eb in avformat_find_stream_info (ic=0x1a42b20, options=0x1a4b080) at libavformat/utils.c:3117 #15 0x0000000000478dc9 in open_input_file (o=o at entry=0x7fffffffd6a0, filename=) at ffmpeg_opt.c:884 #16 0x00000000004731e4 in open_files (inout=inout at entry=0xed791f "input", open_file=open_file at entry=0x4789e0 , l=, l=) at ffmpeg_opt.c:2679 #17 0x000000000047a559 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0x7fffffffdd78) at ffmpeg_opt.c:2716 #18 0x000000000046b718 in main (argc=3, argv=0x7fffffffdd78) at ffmpeg.c:3838 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 18:31:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 16:31:25 -0000 Subject: [FFmpeg-trac] #3996(undetermined:new): dirac: crash with forced format and -max_alloc Message-ID: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> #3996: dirac: crash with forced format and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/d/52b0cb1c {{{ (gdb) r -f dirac -max_alloc 1000000 -i i.avi Starting program: D:\MinGW\msys\1.0\ffmpeg\ffmpeg_g.exe -f dirac -max_alloc 1000 000 -i i.avi [New Thread 1128.0xb1c] ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 21 2014 13:25:12 with gcc 4.6.2 (GCC) configuration: --disable-pthreads --disable-yasm --enable-gpl --disable- ffprob e libavutil 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [dirac @ 059ee9e0] Warning: not compiled with thread support, using thread emula tion Program received signal SIGSEGV, Segmentation fault. 0x008aa8e0 in dirac_combine_frame (buf_size=, buf=, next=-1, s=0x59eee00, avctx=) at libavcodec/dirac_parser.c:143 143 memcpy(pc->buffer+pc->index, (*buf + pc->sync_offset), (gdb) bt #0 0x008aa8e0 in dirac_combine_frame (buf_size=, buf=, next=-1, s=0x59eee00, avctx=) at libavcodec/dirac_parser.c:143 #1 dirac_parse (s=0x59eee00, avctx=0x59ee9e0, poutbuf=0x22f5e8, poutbuf_size=0x22f5ec, buf=0x5ae0060 "\200\200\201\201\177\177\200\200\177\200\201\201\201\201\201\ 201\201\201\200\200\200\200\200\200\200\200\200\201\200\201\201\201\201\200\201\ 201\201\201\201\201\200\200\200\200\200\200\200\200\200\177\200\200\200\200\200\ 200\200\200\200", '\177' , "\200\200\200\200\177\177", '\200' , '\177' , '\200' , "\177\ 177\177\177\177\177\200\200\200\200\200\200\200\200\201\201\201\200\200\200\200\ 200\200\201\201\201\201\201\201\201\201\201\200\201\200\200\201\200\201\201\201\ 201\201\201\200\201\200\201\201\201\201\200\200"..., buf_size=1024) at libavcodec/dirac_parser.c:237 #2 0x005f2063 in av_parser_parse2 (s=0x59eee00, avctx=0x59ee9e0, poutbuf=0x22f5e8, poutbuf_size=0x22f5ec, buf=0x5ae0060 "\200\200\201\201\177\177\200\200\177\200\201\201\201\201\201\ 201\201\201\200\200\200\200\200\200\200\200\200\201\200\201\201\201\201\200\201\ 201\201\201\201\201\200\200\200\200\200\200\200\200\200\177\200\200\200\200\200\ 200\200\200\200", '\177' , "\200\200\200\200\177\177", '\200' , '\177' , '\200' , "\177\ 177\177\177\177\177\200\200\200\200\200\200\200\200\201\201\201\200\200\200\200\ 200\200\201\201\201\201\201\201\201\201\201\200\201\200\200\201\200\201\201\201\ 201\201\201\200\201\200\201\201\201\201\200\200"..., buf_size=1024, pts=-9223372036854775808, dts=-9223372036854775808, pos=1486848) at libavcodec/parser.c:160 #3 0x004bff39 in parse_packet (s=0x59e5e40, pkt=0x22f6f8, stream_index=) at libavformat/utils.c:1160 #4 0x004c264a in read_frame_internal (s=, pkt=0x22f9f8) at libavformat/utils.c:1333 #5 0x004c639c in avformat_find_stream_info (ic=0x59e5e40, options=0x59eedc0) at libavformat/utils.c:3100 #6 0x0040b8e5 in open_input_file (o=0x22fb80, filename=) at ffmpeg_opt.c:884 #7 0x00409234 in open_files (inout=0xd1432f "input", open_file=0x40b4b4 , l=) at ffmpeg_opt.c:2671 #8 0x004101cf in ffmpeg_parse_options (argc=7, argv=0x5902548) at ffmpeg_opt.c:2708 #9 0x00c8ec65 in main (argc=7, argv=) at ffmpeg.c:3829 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 18:35:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 16:35:24 -0000 Subject: [FFmpeg-trac] #3996(avcodec:new): dirac: crash with forced format and -max_alloc In-Reply-To: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> References: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> Message-ID: <054.4cb1b56c9177bcfe6e5e53205c6cb20d@avcodec.org> #3996: dirac: crash with forced format and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dirac crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dirac crash SIGSEGV * priority: normal => important * version: unspecified => git-master * component: undetermined => avcodec Comment: Could you test attached patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 18:39:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 16:39:21 -0000 Subject: [FFmpeg-trac] #3997(undetermined:new): Endless loop when seeking past the end of an incomplete wtf file Message-ID: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> #3997: Endless loop when seeking past the end of an incomplete wtf file -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Start an incomplete wtv file with ffplay, and click close to the right border of the screen. Since the duration is apparently stored in the file header, doing this will seek past the end of the file. It will enter an endless loop in the demuxeR: {{{ [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2455 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2470 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2478 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2500 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2513 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2480 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2519 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2552 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2588 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2505 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2505 times [wtv @ 0x7fffd8000940] encountered broken chunkKB sq= 112B f=0/0 Last message repeated 2530 times }}} Get the sample file from https://app.box.com/s/ofjnj0vnqqgkojv545xa (not my upload). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 18:46:41 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 16:46:41 -0000 Subject: [FFmpeg-trac] #3997(undetermined:closed): Endless loop when seeking past the end of an incomplete wtf file In-Reply-To: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> References: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> Message-ID: <051.439df8b13ed51aebee00ebfd94c8078a@avcodec.org> #3997: Endless loop when seeking past the end of an incomplete wtf file -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Sorry, I think two tickets (and a patch) are sufficient. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 18:49:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 16:49:50 -0000 Subject: [FFmpeg-trac] #3996(avcodec:new): dirac: crash with forced format and -max_alloc In-Reply-To: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> References: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> Message-ID: <054.d70f3672b6e7ec2d7538e89e688a5662@avcodec.org> #3996: dirac: crash with forced format and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dirac crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > Could you test attached patch? still crashes here -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 18:57:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 16:57:45 -0000 Subject: [FFmpeg-trac] #3997(undetermined:closed): Endless loop when seeking past the end of an incomplete wtf file In-Reply-To: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> References: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> Message-ID: <051.7a9fd73b866ae12d850d132a44aebff1@avcodec.org> #3997: Endless loop when seeking past the end of an incomplete wtf file -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): Sorry... #3991 looked different, but maybe they're the same issue. Or is this a duplicate of another ticket? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 19:03:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 17:03:42 -0000 Subject: [FFmpeg-trac] #3996(avcodec:new): dirac: crash with forced format and -max_alloc In-Reply-To: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> References: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> Message-ID: <054.f7f322de355f8a2de681df8284305138@avcodec.org> #3996: dirac: crash with forced format and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dirac crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:2 ami_stuff]: > Replying to [comment:1 cehoyos]: > > Could you test attached patch? > > still crashes here {{{ (gdb) r -f dirac -max_alloc 1000000 -i i.avi Starting program: D:\MinGW\msys\1.0\ffmpeg\ffmpeg_g.exe -f dirac -max_alloc 1000 000 -i i.avi [New Thread 3072.0xb28] ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 21 2014 13:25:12 with gcc 4.6.2 (GCC) configuration: --disable-pthreads --disable-yasm --enable-gpl --disable- ffprob e libavutil 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [dirac @ 059ee9e0] Warning: not compiled with thread support, using thread emula tion Program received signal SIGSEGV, Segmentation fault. 0x008aa5b6 in dirac_combine_frame (buf_size=, buf=, next=807, s=0x59eee00, avctx=) at libavcodec/dirac_parser.c:155 155 memcpy(pc->buffer + pc->index, *buf, next); (gdb) bt #0 0x008aa5b6 in dirac_combine_frame (buf_size=, buf=, next=807, s=0x59eee00, avctx=) at libavcodec/dirac_parser.c:155 #1 dirac_parse (s=0x59eee00, avctx=0x59ee9e0, poutbuf=0x22f5e8, poutbuf_size=0x22f5ec, buf=0x5ae0060 "???????\210??????????????????????????????????\201??\177wk]O>? B??ABDDAFO\\lvpmmmkjdc`YY]]ZTPVkwvfYKAADC?979998778999:=>=<=>??@AA at BBCB8>@>A@=:5 3367:<==CIKKKKJNQUYb[8\022RQPMNNPQRTUTTUUVZZ\\[[\\]]__^_^^^]_^]_^a]\\ba`_ba"..., buf_size=1024) at libavcodec/dirac_parser.c:238 #2 0x005f2063 in av_parser_parse2 (s=0x59eee00, avctx=0x59ee9e0, poutbuf=0x22f5e8, poutbuf_size=0x22f5ec, buf=0x5ae0060 "???????\210??????????????????????????????????\201??\177wk]O>? B??ABDDAFO\\lvpmmmkjdc`YY]]ZTPVkwvfYKAADC?979998778999:=>=<=>??@AA at BBCB8>@>A@=:5 3367:<==CIKKKKJNQUYb[8\022RQPMNNPQRTUTTUUVZZ\\[[\\]]__^_^^^]_^]_^a]\\ba`_ba"..., buf_size=1024, pts=-9223372036854775808, dts=-9223372036854775808, pos=1539072) at libavcodec/parser.c:160 #3 0x004bff39 in parse_packet (s=0x59e5e40, pkt=0x22f6f8, stream_index=) at libavformat/utils.c:1160 #4 0x004c264a in read_frame_internal (s=, pkt=0x22f9f8) at libavformat/utils.c:1333 #5 0x004c639c in avformat_find_stream_info (ic=0x59e5e40, options=0x59eedc0) at libavformat/utils.c:3100 #6 0x0040b8e5 in open_input_file (o=0x22fb80, filename=) at ffmpeg_opt.c:884 #7 0x00409234 in open_files (inout=0xd1432f "input", open_file=0x40b4b4 , l=) at ffmpeg_opt.c:2671 #8 0x004101cf in ffmpeg_parse_options (argc=7, argv=0x5902548) at ffmpeg_opt.c:2708 #9 0x00c8ec75 in main (argc=7, argv=) at ffmpeg.c:3829 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 19:20:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 17:20:42 -0000 Subject: [FFmpeg-trac] #3997(undetermined:closed): Endless loop when seeking past the end of an incomplete wtf file In-Reply-To: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> References: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> Message-ID: <051.2ea83d8ffe3146cc98f0176d3d10e9e3@avcodec.org> #3997: Endless loop when seeking past the end of an incomplete wtf file -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Afaict, #3991, #3995 and this ticket describe the same issue but as I am already tired of testing it (this ticket does not look significantly better than #3991), please prove me wrong! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 19:22:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 17:22:12 -0000 Subject: [FFmpeg-trac] #3996(avcodec:new): dirac: crash with forced format and -max_alloc In-Reply-To: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> References: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> Message-ID: <054.922758451d9445b666edd7ea7af6b0ee@avcodec.org> #3996: dirac: crash with forced format and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dirac crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you also test the new patch I attached? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 19:30:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 17:30:34 -0000 Subject: [FFmpeg-trac] #3996(avcodec:new): dirac: crash with forced format and -max_alloc In-Reply-To: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> References: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> Message-ID: <054.9ca815787e2e347b8dcad314f2582d19@avcodec.org> #3996: dirac: crash with forced format and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dirac crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:4 cehoyos]: > Could you also test the new patch I attached? Tested, your new patch fixes the crashes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 19:30:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 17:30:49 -0000 Subject: [FFmpeg-trac] #3997(undetermined:closed): Endless loop when seeking past the end of an incomplete wtf file In-Reply-To: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> References: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> Message-ID: <051.4de5ebf0fb22cf205e41679d8fc702a2@avcodec.org> #3997: Endless loop when seeking past the end of an incomplete wtf file -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): Your patch fixes it for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 19:31:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 17:31:30 -0000 Subject: [FFmpeg-trac] #3997(undetermined:closed): Endless loop when seeking past the end of an incomplete wtf file In-Reply-To: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> References: <036.fbf3a9b8543989e8ce4277d959989b39@avcodec.org> Message-ID: <051.4ec101b197c455228736d5179230e9dd@avcodec.org> #3997: Endless loop when seeking past the end of an incomplete wtf file -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 19:44:53 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 17:44:53 -0000 Subject: [FFmpeg-trac] #3994(avformat:closed): Support MO3 tracker format In-Reply-To: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> References: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> Message-ID: <048.84d817bfdc51382cf4ecc99f8157b326@avcodec.org> #3994: Support MO3 tracker format -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: wontfix Keywords: tracker mo3 | Blocked By: modplug | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * keywords: => tracker mo3 modplug * status: open => closed * resolution: => wontfix Comment: If it's yet another tracker format, open a bug report on libmodplug side. As soon as it's supported there, we'll add it to the known extensions in our libmodplug demuxer and it will play just fine. The complexity and specificities of trackers indeed make it kind of out the scope of FFmpeg. It's not decoding but complete audio synthesis. We might be able to do it, but not now. If you are willing to work on supporting this (it's not trivial), please contact us on ffmpeg-devel mailing list or IRC. Regards, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 1 19:49:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Oct 2014 17:49:40 -0000 Subject: [FFmpeg-trac] #3994(avformat:closed): Support MO3 tracker format In-Reply-To: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> References: <033.59d8f5ab4d352346a87c0036d13d59d3@avcodec.org> Message-ID: <048.1488b1bc05aba3af1b40368237584025@avcodec.org> #3994: Support MO3 tracker format -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: wontfix Keywords: tracker mo3 | Blocked By: libmodplug | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: tracker mo3 modplug => tracker mo3 libmodplug -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 2 09:36:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Oct 2014 07:36:22 -0000 Subject: [FFmpeg-trac] #1542(avformat:closed): support muxing jpeg2000 in mxf In-Reply-To: <037.4189b3353b113c172c3b55e5cc0ba38c@avcodec.org> References: <037.4189b3353b113c172c3b55e5cc0ba38c@avcodec.org> Message-ID: <052.bf01f7c311365bed2dfef83549c2a053@avcodec.org> #1542: support muxing jpeg2000 in mxf -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by benoit): * status: open => closed * resolution: => fixed Comment: Should be fixed in c29d999f71f65560a61b638a983745d26cde1fc4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 2 09:44:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Oct 2014 07:44:50 -0000 Subject: [FFmpeg-trac] #3996(avcodec:closed): dirac: crash with forced format and -max_alloc In-Reply-To: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> References: <039.3ccb5ff3b308fbd7dab97bd87c8eba26@avcodec.org> Message-ID: <054.38c8db97e963f162fba25036c83bd816@avcodec.org> #3996: dirac: crash with forced format and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: dirac crash | Blocked By: SIGSEGV oom | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dirac crash SIGSEGV => dirac crash SIGSEGV oom * status: new => closed * resolution: => fixed Comment: Pushed as 80ca627a Thank you for the report and the testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 2 09:45:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Oct 2014 07:45:50 -0000 Subject: [FFmpeg-trac] #3995(avformat:closed): wtv regression In-Reply-To: <037.83395e45b7fee933b8d71e17615fdf67@avcodec.org> References: <037.83395e45b7fee933b8d71e17615fdf67@avcodec.org> Message-ID: <052.c3334575b1e26de505fbbd1eb9d1f3a0@avcodec.org> #3995: wtv regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wtv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed in 6efe4137 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 2 09:50:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Oct 2014 07:50:48 -0000 Subject: [FFmpeg-trac] #3991(avformat:closed): ffmpeg hangs on processing WTV files In-Reply-To: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> References: <041.ef1ecbaacf7966430efdcdbbfabda260@avcodec.org> Message-ID: <056.7a7dd870c4024da104e425f9b870a754@avcodec.org> #3991: ffmpeg hangs on processing WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wtv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wtv regression * resolution: => fixed * status: reopened => closed * component: undetermined => avformat * version: unspecified => git-master Comment: Had you tried to cut the sample (make it shorter)? Did this not allow to reproduce the issue? I believe we discussed this already and you promised not to forget about it. For future tickets please do not add prefixes to every line of the console output: The only thing your original report shows here is {{{MCEBuddy.AppWrapper.FFmpeg}}} (which is not helpful at all). Look at ticket #3995: It shows all necessary information on one browser page, it does not need a 100MB sample and it even contains the backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 2 16:27:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Oct 2014 14:27:28 -0000 Subject: [FFmpeg-trac] #3998(ffmpeg:new): ffmpeg uses 300mb memory to convert one jpg to jpg Message-ID: <035.baa20bb00ac5582119c49b7faed5e051@avcodec.org> #3998: ffmpeg uses 300mb memory to convert one jpg to jpg ---------------------------------------+-------------------------------- Reporter: compn | Owner: Type: enhancement | Status: new Priority: wish | Component: ffmpeg Version: git-master | Keywords: memory Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+-------------------------------- only tested on windows. F:\>ffmpeg -i DSC00418.JPG out.jpg ffmpeg version N-64539-gc8b2cf4 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 8 2014 22:02:17 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzli b --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libblu ray --enable-libcaca --enable-libfreetype --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- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrw benc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable- libwebp --enable-libx264 --enab le-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable- zlib 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 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'DSC00418.JPG': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p(pc, bt470bg), 4608x3456, 25 tbr, 25 tbn, 25 tbc [image2 @ 02da9020] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Se t AVStream.time_base instead. Output #0, image2, to 'out.jpg': Metadata: encoder : Lavf55.45.100 Stream #0:0: Video: mjpeg, yuvj422p, 4608x3456, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.68.102 mjpeg Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> mjpeg (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=12.4 Lsize=N/A time=00:00:00.04 bitrate=N/A video:628kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown if i use ffmpeg -i DSC00418.JPG -f null NUL memory usage is only 70mb (NUL is windows /dev/null) likewise ffmpeg -i DSC00418.JPG -vcodec copy out.jpg -y only uses 60MB memory. ffmpeg from nov 2013, ffmpeg version N-58288-g80e5859 , also has the same memory usage. so i do not think it is a regression. ffmpeg -i DSC00418.JPG -s 640x480 out.jpg -y also only uses 60mb memory. so maybe the problem is in jpeg encoder on large resolution? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 2 16:40:47 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Oct 2014 14:40:47 -0000 Subject: [FFmpeg-trac] #3998(undetermined:closed): ffmpeg uses 300mb memory to convert one jpg to jpg In-Reply-To: <035.baa20bb00ac5582119c49b7faed5e051@avcodec.org> References: <035.baa20bb00ac5582119c49b7faed5e051@avcodec.org> Message-ID: <050.e505bf201198ebcc9ba940109b54005c@avcodec.org> #3998: ffmpeg uses 300mb memory to convert one jpg to jpg -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * type: enhancement => defect * component: ffmpeg => undetermined * priority: wish => normal * keywords: memory => * resolution: => invalid Comment: Replying to [ticket:3998 compn]: > ffmpeg version N-64539-gc8b2cf4 Copyright (c) 2000-2014 the FFmpeg developers Could you explain why you are reporting an issue that was fixed this week? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 2 16:52:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Oct 2014 14:52:14 -0000 Subject: [FFmpeg-trac] #3998(undetermined:closed): ffmpeg uses 300mb memory to convert one jpg to jpg In-Reply-To: <035.baa20bb00ac5582119c49b7faed5e051@avcodec.org> References: <035.baa20bb00ac5582119c49b7faed5e051@avcodec.org> Message-ID: <050.6159e2712297a6fa5ba9f44901a2c710@avcodec.org> #3998: ffmpeg uses 300mb memory to convert one jpg to jpg -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): doh! confirmed newer ffmpeg build does not have this problem. thats what i get for reporting first and testing git later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 01:32:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Oct 2014 23:32:03 -0000 Subject: [FFmpeg-trac] #3999(ffmpeg:new): Stretching (increasing duration) of video without reencoding Message-ID: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> #3999: Stretching (increasing duration) of video without reencoding ------------------------------------+---------------------------------- Reporter: Ilya87 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.4.1 Keywords: Stretching | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Summary of the bug: How to reproduce: {{{ according to https://trac.ffmpeg.org/wiki/How%20to%20speed%20up%20/%20slow%20down%20a%20video % ffmpeg -i input.mp4 -filter:v "setpts=2.0*PTS" -c copy output.mp4 Filtergraph 'setpts=2.0*PTS' was defined for video output stream 0:0 but codec copy was selected. Filtering and streamcopy cannot be used together. I couldn't make the -r option change situation. But as I can understand video duration can be increased without reencoding. And this is done in mkvmerge's stretch option: "Stretch this track's timecodes. This entry can have two formats. It is either a positive floating point number, or a fraction like e.g. 1200/1253. Works best on video and subtitle tracks." Mkvmerge just changes fps and duration accordingly. In this situation I think ffmpeg should check that only setpts filter is set and process video without encoding. Or there might be another way to do the same thing mkvmerge does? ffmpeg version 2.4.1 built on Sep 22 2014 05:50:26 with gcc 4.9.1 (GCC) 20140903 (prerelease) }}} 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 Oct 3 08:41:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 06:41:16 -0000 Subject: [FFmpeg-trac] #4000(undetermined:new): mpeg4: Magenta color shift in first GOP Message-ID: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> #4000: mpeg4: Magenta color shift in first GOP -------------------------------------+------------------------------------- Reporter: | Type: defect ErikCJohansson | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am encoding a specific repeated DPX still frame to mpeg4 in a MOV container. The first frame, frame 0, looks ok. Frames 1-11 have a slight magenta color shift. Frame 12 onwards looks good again. It appears as though the encoder does a poor job of the first GOP compared to subsequent GOPs. The problem seems to be triggered by the attached frame, other input images work ok. {{{ ffmpeg started on 2014-10-03 at 08:21:02 Report written to "ffmpeg-20141003-082102.log" Command line: ./ffmpeg -v 9 -loglevel 99 -i "/mnt/pickles/media/images1/dpx/still_sequence/legal%03d.dpx" -vcodec mpeg4 -frames 30 -report ../first_gop_mangenta.mov ffmpeg version N-66581-g105654e Copyright (c) 2000-2014 the FFmpeg developers built on Oct 3 2014 08:07:25 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 2.101 / 56. 2.101 libavformat 56. 7.102 / 56. 7.102 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.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 '/mnt/pickles/media/images1/dpx/still_sequence/legal%03d.dpx'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'mpeg4'. Reading option '-frames' ... matched as option 'frames' (set the number of frames to record) with argument '30'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '../first_gop_mangenta.mov' ... 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. Successfully parsed a group of options. Parsing a group of options: input file /mnt/pickles/media/images1/dpx/still_sequence/legal%03d.dpx. Successfully parsed a group of options. Opening an input file: /mnt/pickles/media/images1/dpx/still_sequence/legal%03d.dpx. [AVIOContext @ 0x2532960] Statistics: 8296448 bytes read, 0 seeks [image2 @ 0x253b4c0] Probe buffer size limit of 5000000 bytes reached Input #0, image2, from '/mnt/pickles/media/images1/dpx/still_sequence/legal%03d.dpx': Duration: 00:00:12.00, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: dpx, gbrp10le, 1920x1080, 125/2997, 23.98 tbr, 25 tbn, 23.98 tbc Successfully opened the file. Parsing a group of options: output file ../first_gop_mangenta.mov. Applying option vcodec (force video codec ('copy' to copy stream)) with argument mpeg4. Applying option frames (set the number of frames to record) with argument 30. Successfully parsed a group of options. Opening an output file: ../first_gop_mangenta.mov. Successfully opened the file. detected 2 logical cores [graph 0 input from stream 0:0 @ 0x2532700] Setting 'video_size' to value '1920x1080' [graph 0 input from stream 0:0 @ 0x2532700] Setting 'pix_fmt' to value '86' [graph 0 input from stream 0:0 @ 0x2532700] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x2532700] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0x2532700] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x2532700] Setting 'frame_rate' to value '2997/125' [graph 0 input from stream 0:0 @ 0x2532700] w:1920 h:1080 pixfmt:gbrp10le tb:1/25 fr:2997/125 sar:0/1 sws_param:flags=2 [format @ 0x2532ca0] compat: called with args=[yuv420p] [format @ 0x2532ca0] Setting 'pix_fmts' to value 'yuv420p' [auto-inserted scaler 0 @ 0x2523040] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x2523040] w:iw h:ih flags:'0x4' interl:0 [format @ 0x2532ca0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x25327e0] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x2523040] w:1920 h:1080 fmt:gbrp10le sar:0/1 -> w:1920 h:1080 fmt:yuv420p sar:0/1 flags:0x4 [mpeg4 @ 0x253e360] intra_quant_bias = 0 inter_quant_bias = -64 Output #0, mov, to '../first_gop_mangenta.mov': Metadata: encoder : Lavf56.7.102 Stream #0:0, 0, 1/11988: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 1920x1080, 125/2997, q=2-31, 200 kb/s, 23.98 fps, 11988 tbn, 23.98 tbc Metadata: encoder : Lavc56.2.101 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (dpx (native) -> mpeg4 (native)) Press [q] to stop, [?] for help [AVIOContext @ 0x3ffbbe0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e62de0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffccc0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e638a0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffcbe0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x2b10320] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffd020] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x2b10360] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e631a0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x2b0fc80] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffc880] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x2b10600] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x2b106e0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e63420] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x2b0fd20] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffc8a0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e63580] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffc520] Statistics: 8296448 bytes read, 0 seeks frame= 19 fps=0.0 q=2.3 size= 146kB time=00:00:00.79 bitrate=1504.5kbits/s [AVIOContext @ 0x3e634c0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffcde0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffc7c0] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e63820] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffc840] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e63140] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e63000] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x2b10380] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x2b10460] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3ffc960] Statistics: 8296448 bytes read, 0 seeks [AVIOContext @ 0x3e62fe0] Statistics: 8296448 bytes read, 0 seeks No more output streams to write to, finishing. frame= 30 fps=0.0 q=4.6 Lsize= 220kB time=00:00:01.25 bitrate=1438.6kbits/s video:219kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.427581% Input file #0 (/mnt/pickles/media/images1/dpx/still_sequence/legal%03d.dpx): Input stream #0:0 (video): 30 packets read (248893440 bytes); 30 frames decoded; Total: 30 packets (248893440 bytes) demuxed Output file #0 (../first_gop_mangenta.mov): Output stream #0:0 (video): 30 frames encoded; 30 packets muxed (224051 bytes); Total: 30 packets (224051 bytes) muxed 30 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x253ad20] Statistics: 36 seeks, 61 writeouts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 09:09:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 07:09:00 -0000 Subject: [FFmpeg-trac] #4000(undetermined:new): mpeg4: Magenta color shift in first GOP In-Reply-To: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> References: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> Message-ID: <059.8a89747e8677c2ddee7d28b84d16d403@avcodec.org> #4000: mpeg4: Magenta color shift in first GOP -------------------------------------+------------------------------------- Reporter: | Owner: ErikCJohansson | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I have attached frame 0 and frame 1. How can I reproduce that frame 1 has a magenta colour shift? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 09:33:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 07:33:27 -0000 Subject: [FFmpeg-trac] #3999(ffmpeg:new): Stretching (increasing duration) of video without reencoding In-Reply-To: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> References: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> Message-ID: <051.f16d3af0b8769d6a82870d6c24f28677@avcodec.org> #3999: Stretching (increasing duration) of video without reencoding ------------------------------------+---------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.4.1 | Resolution: Keywords: Stretching | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): Unfortunately, this has currently no similarity with a valid ticket. The wiki page does not mention that {{{setpts}}} may work without reencoding and in fact, it cannot work (and it cannot be made working). The input option {{{-r}}} allows to do what you want, but it does not always work. Please test current FFmpeg git head and if it allows to reproduce the issue provide a short input file that you want to slow down and the command line with {{{-r}}} that does not work together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 09:42:06 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 07:42:06 -0000 Subject: [FFmpeg-trac] #4000(undetermined:new): mpeg4: Magenta color shift in first GOP In-Reply-To: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> References: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> Message-ID: <059.0c814c5bf08f1bfa9f9d19493c4980ec@avcodec.org> #4000: mpeg4: Magenta color shift in first GOP -------------------------------------+------------------------------------- Reporter: | Owner: ErikCJohansson | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ErikCJohansson): > How can I reproduce that frame 1 has a magenta colour shift? Depending on your display you can see the shift in the ramps when flipping between the frames. Looking at the histograms, you can see the shift in the higher range, but seems ok in the lower range. I will attach histogram plots of the source image as well as your two samples. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 09:48:06 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 07:48:06 -0000 Subject: [FFmpeg-trac] #4000(undetermined:new): mpeg4: Magenta color shift in first GOP In-Reply-To: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> References: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> Message-ID: <059.26c0f1c99cff85458ae49a1be2b2399b@avcodec.org> #4000: mpeg4: Magenta color shift in first GOP -------------------------------------+------------------------------------- Reporter: | Owner: ErikCJohansson | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 ErikCJohansson]: > Looking at the histograms, you can see the shift in the higher range, but seems ok in the lower range. I will attach histogram plots of the source image as well as your two samples. How can I see in the histogram plots that frame 1 has a higher magenta colour shift than frame 0? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 09:50:02 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 07:50:02 -0000 Subject: [FFmpeg-trac] #4000(undetermined:new): mpeg4: Magenta color shift in first GOP In-Reply-To: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> References: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> Message-ID: <059.b8be12b7d98ba4d24a9aea7af16ad3e2@avcodec.org> #4000: mpeg4: Magenta color shift in first GOP -------------------------------------+------------------------------------- Reporter: | Owner: ErikCJohansson | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 ErikCJohansson]: > I will attach histogram plots of the source image How did you produce this histogram? Did you use libswscale (FFmpeg) for the colour space conversion? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 09:55:57 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 07:55:57 -0000 Subject: [FFmpeg-trac] #4000(undetermined:new): mpeg4: Magenta color shift in first GOP In-Reply-To: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> References: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> Message-ID: <059.12fe409343aeb5151850bbe994b58c87@avcodec.org> #4000: mpeg4: Magenta color shift in first GOP -------------------------------------+------------------------------------- Reporter: | Owner: ErikCJohansson | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ErikCJohansson): > How can I see in the histogram plots that frame 1 has a higher magenta colour shift than frame 0? The histogram each consists of three curves, one for each of R, G and B. They are color coded as you would expect. In the histogram of the source frame and frame 0, the peak around 900 has three separate peaks - one for each of the plotted colors. In the histogram for frame 1 the blue and red curves have been shifted to the right. > How did you produce this histogram? Did you use libswscale (FFmpeg) for the colour space conversion? I used Baselight (www.filmlight.ltd.uk), libswscale not involved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 10:08:35 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 08:08:35 -0000 Subject: [FFmpeg-trac] #4000(undetermined:new): mpeg4: Magenta color shift in first GOP In-Reply-To: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> References: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> Message-ID: <059.aebc7e1eb676f20656bb52d616241097@avcodec.org> #4000: mpeg4: Magenta color shift in first GOP -------------------------------------+------------------------------------- Reporter: | Owner: ErikCJohansson | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 ErikCJohansson]: > > How did you produce this histogram? Did you use libswscale (FFmpeg) for the colour space conversion? > I used Baselight (www.filmlight.ltd.uk), libswscale not involved. This is less useful imo since you used libswscale in your original command line. Either use a yuv420p source image (and provide the histrogram for this image) or provide the histogram for the output of libswscale. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 10:52:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 08:52:44 -0000 Subject: [FFmpeg-trac] #3999(ffmpeg:new): Stretching (increasing duration) of video without reencoding In-Reply-To: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> References: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> Message-ID: <051.e5f59dfb34656ce59652c716f7f9d5c3@avcodec.org> #3999: Stretching (increasing duration) of video without reencoding ------------------------------------+---------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.4.1 | Resolution: Keywords: Stretching | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by Ilya87): https://yadi.sk/i/b2o6CYnmbny9q - original file ffmpeg -i 122.mkv ffmpeg version N-66581-g105654e Copyright (c) 2000-2014 the FFmpeg developers built on Oct 3 2014 12:40:48 with clang version 3.5.0 (branches/release_35) (llvm/branches/release_35 218565) configuration: --prefix=/usr --enable-libvpx --cc=clang --cxx=clang++ --enable-libopus --enable-vdpau --enable-libx265 --enable-vaapi --disable- indev=jack --disable-outdev=oss --disable-indev=oss --enable-libopenjpeg --enable-gpl --enable-version3 --enable-libxvid --enable-nonfree --enable- libmp3lame --enable-libfaac --enable-libx264 --enable-libtheora --enable- postproc --enable-libvorbis --enable-shared --enable-gray --disable-static --enable-pthreads --enable-libass --enable-libfreetype --enable-x11grab --extra-cflags='-march=native -O3 -mfpmath=sse -pipe -fstack-protector --param=ssp-buffer-size=4' --disable-debug libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 2.101 / 56. 2.101 libavformat 56. 7.102 / 56. 7.102 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Input #0, matroska,webm, from '122.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-10-03 08:37:49 Duration: 00:00:12.10, start: 0.120000, bitrate: 4038 kb/s Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 9800 kb/s, 50 fps, 50 tbr, 1k tbn, 50 tbc (default) Metadata: BPS : 4032408 BPS-eng : 4032408 DURATION : 00:00:12.100000000 DURATION-eng : 00:00:12.100000000 NUMBER_OF_FRAMES: 303 NUMBER_OF_FRAMES-eng: 303 NUMBER_OF_BYTES : 6099018 NUMBER_OF_BYTES-eng: 6099018 _STATISTICS_WRITING_APP: mkvmerge v7.2.0 ('On Every Street') 64bit built on Sep 21 2014 04:29:13 _STATISTICS_WRITING_APP-eng: mkvmerge v7.2.0 ('On Every Street') 64bit built on Sep 21 2014 04:29:13 _STATISTICS_WRITING_DATE_UTC: 2014-10-03 08:37:49 _STATISTICS_WRITING_DATE_UTC-eng: 2014-10-03 08:37:49 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Command line: ffmpeg -r 10 -i 122.mkv -c copy 123.mkv After this ffplay shows 10 fps in terminal (50 fps in input file is also wrong info - 25 fps is right), but decodes at 25 fps speed as original. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 10:55:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 08:55:46 -0000 Subject: [FFmpeg-trac] #3999(ffmpeg:new): Stretching (increasing duration) of video without reencoding In-Reply-To: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> References: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> Message-ID: <051.e56df549a5ae14b6c7d3c6b89e8f8f19@avcodec.org> #3999: Stretching (increasing duration) of video without reencoding ------------------------------------+---------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.4.1 | Resolution: Keywords: Stretching | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): Do I understand correctly that it is not possible to provide the command line that does not produce the expected output together with the complete, uncut console output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 11:14:30 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 09:14:30 -0000 Subject: [FFmpeg-trac] #3999(ffmpeg:new): Stretching (increasing duration) of video without reencoding In-Reply-To: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> References: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> Message-ID: <051.20468a4bdecb6c89082cb05472ed81f1@avcodec.org> #3999: Stretching (increasing duration) of video without reencoding ------------------------------------+---------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.4.1 | Resolution: Keywords: Stretching | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by Ilya87): Do you mean when changing fps using ffmpeg? ffmpeg -r 10 -i 122.mkv -c copy 123.mkv ffmpeg version N-66581-g105654e Copyright (c) 2000-2014 the FFmpeg developers built on Oct 3 2014 12:40:48 with clang version 3.5.0 (branches/release_35) (llvm/branches/release_35 218565) configuration: --prefix=/usr --enable-libvpx --cc=clang --cxx=clang++ --enable-libopus --enable-vdpau --enable-libx265 --enable-vaapi --disable- indev=jack --disable-outdev=oss --disable-indev=oss --enable-libopenjpeg --enable-gpl --enable-version3 --enable-libxvid --enable-nonfree --enable- libmp3lame --enable-libfaac --enable-libx264 --enable-libtheora --enable- postproc --enable-libvorbis --enable-shared --enable-gray --disable-static --enable-pthreads --enable-libass --enable-libfreetype --enable-x11grab --extra-cflags='-march=native -O3 -mfpmath=sse -pipe -fstack-protector --param=ssp-buffer-size=4' --disable-debug libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 2.101 / 56. 2.101 libavformat 56. 7.102 / 56. 7.102 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Input #0, matroska,webm, from '122.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-10-03 08:37:49 Duration: 00:00:12.10, start: 0.120000, bitrate: 4038 kb/s Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 9800 kb/s, 50 fps, 50 tbr, 1k tbn, 50 tbc (default) Metadata: BPS : 4032408 BPS-eng : 4032408 DURATION : 00:00:12.100000000 DURATION-eng : 00:00:12.100000000 NUMBER_OF_FRAMES: 303 NUMBER_OF_FRAMES-eng: 303 NUMBER_OF_BYTES : 6099018 NUMBER_OF_BYTES-eng: 6099018 _STATISTICS_WRITING_APP: mkvmerge v7.2.0 ('On Every Street') 64bit built on Sep 21 2014 04:29:13 _STATISTICS_WRITING_APP-eng: mkvmerge v7.2.0 ('On Every Street') 64bit built on Sep 21 2014 04:29:13 _STATISTICS_WRITING_DATE_UTC: 2014-10-03 08:37:49 _STATISTICS_WRITING_DATE_UTC-eng: 2014-10-03 08:37:49 _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 '123.mkv': Metadata: encoder : Lavf56.7.102 Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, max. 9800 kb/s, 50 fps, 1k tbn, 10 tbc (default) Metadata: BPS : 4032408 BPS-eng : 4032408 DURATION : 00:00:12.100000000 DURATION-eng : 00:00:12.100000000 NUMBER_OF_FRAMES: 303 NUMBER_OF_FRAMES-eng: 303 NUMBER_OF_BYTES : 6099018 NUMBER_OF_BYTES-eng: 6099018 _STATISTICS_WRITING_APP: mkvmerge v7.2.0 ('On Every Street') 64bit built on Sep 21 2014 04:29:13 _STATISTICS_WRITING_APP-eng: mkvmerge v7.2.0 ('On Every Street') 64bit built on Sep 21 2014 04:29:13 _STATISTICS_WRITING_DATE_UTC: 2014-10-03 08:37:49 _STATISTICS_WRITING_DATE_UTC-eng: 2014-10-03 08:37:49 _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) Press [q] to stop, [?] for help frame= 303 fps=0.0 q=-1.0 Lsize= 5961kB time=00:00:12.06 bitrate=4048.9kbits/s video:5956kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.076176% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 11:18:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 09:18:01 -0000 Subject: [FFmpeg-trac] #3999(ffmpeg:new): Stretching (increasing duration) of video without reencoding In-Reply-To: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> References: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> Message-ID: <051.f0cd208539b0841c05ed0ed61ad02865@avcodec.org> #3999: Stretching (increasing duration) of video without reencoding ------------------------------------+---------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.4.1 | Resolution: Keywords: Stretching | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by Ilya87): As I see ffmpeg shows output 50 fps while ffplay shows 10 fps in terminal for 123.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 11:19:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 09:19:11 -0000 Subject: [FFmpeg-trac] #4000(undetermined:new): mpeg4: Magenta color shift in first GOP In-Reply-To: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> References: <044.36fefa9fca2b1c07ca5be1627efa8c98@avcodec.org> Message-ID: <059.73b411d1af0b894c78ddf5b694fc03a5@avcodec.org> #4000: mpeg4: Magenta color shift in first GOP -------------------------------------+------------------------------------- Reporter: | Owner: ErikCJohansson | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ErikCJohansson): If I understand correctly, I've extracted the output of the libswscale conversion as per below. Will attach the histogram which has a distinct magenta shift, it's a bit rough around the edges since it uses a naive reconstruction from 420 to 444. Now I'm intrigued how the codec can perform so well on frames 0,12- {{{ ffmpeg started on 2014-10-03 at 11:11:41 Report written to "ffmpeg-20141003-111141.log" Command line: ./ffmpeg -i /mnt/pickles/media/images1/dpx/legal0.dpx -vcodec rawvideo -pix_fmt yuv420p -report ../testyuv420p.yuv ffmpeg version N-66581-g105654e Copyright (c) 2000-2014 the FFmpeg developers built on Oct 3 2014 08:07:25 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 2.101 / 56. 2.101 libavformat 56. 7.102 / 56. 7.102 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 Splitting the commandline. Reading option '-i' ... matched as input file with argument '/mnt/pickles/media/images1/dpx/legal0.dpx'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'rawvideo'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'yuv420p'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '../testyuv420p.yuv' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file /mnt/pickles/media/images1/dpx/legal0.dpx. Successfully parsed a group of options. Opening an input file: /mnt/pickles/media/images1/dpx/legal0.dpx. [dpx_pipe @ 0x327b4e0] Format dpx_pipe probed with size=2048 and score=51 [dpx_pipe @ 0x327b4e0] Before avformat_find_stream_info() pos: 0 bytes read:32768 seeks:0 [dpx_pipe @ 0x327b4e0] Probe buffer size limit of 5000000 bytes reached [dpx_pipe @ 0x327b4e0] Stream #0: not enough frames to estimate rate; consider increasing probesize [dpx_pipe @ 0x327b4e0] After avformat_find_stream_info() pos: 8296448 bytes read:8296448 seeks:0 frames:1 Input #0, dpx_pipe, from '/mnt/pickles/media/images1/dpx/legal0.dpx': Duration: N/A, bitrate: N/A Stream #0:0, 1, 1/25: Video: dpx, gbrp10le, 1920x1080, 23.98 tbr, 25 tbn, 23.98 tbc Successfully opened the file. Parsing a group of options: output file ../testyuv420p.yuv. Applying option vcodec (force video codec ('copy' to copy stream)) with argument rawvideo. Applying option pix_fmt (set pixel format) with argument yuv420p. Successfully parsed a group of options. Opening an output file: ../testyuv420p.yuv. Successfully opened the file. detected 2 logical cores [graph 0 input from stream 0:0 @ 0x327aec0] Setting 'video_size' to value '1920x1080' [graph 0 input from stream 0:0 @ 0x327aec0] Setting 'pix_fmt' to value '86' [graph 0 input from stream 0:0 @ 0x327aec0] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x327aec0] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0x327aec0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x327aec0] Setting 'frame_rate' to value '2997/125' [graph 0 input from stream 0:0 @ 0x327aec0] w:1920 h:1080 pixfmt:gbrp10le tb:1/25 fr:2997/125 sar:0/1 sws_param:flags=2 [format @ 0x327e440] compat: called with args=[yuv420p] [format @ 0x327e440] Setting 'pix_fmts' to value 'yuv420p' [auto-inserted scaler 0 @ 0x327efc0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x327efc0] w:iw h:ih flags:'0x4' interl:0 [format @ 0x327e440] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x326a5c0] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x327efc0] w:1920 h:1080 fmt:gbrp10le sar:0/1 -> w:1920 h:1080 fmt:yuv420p sar:0/1 flags:0x4 Output #0, rawvideo, to '../testyuv420p.yuv': Metadata: encoder : Lavf56.7.102 Stream #0:0, 0, 125/2997: Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x1080, q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc Metadata: encoder : Lavc56.2.101 rawvideo Stream mapping: Stream #0:0 -> #0:0 (dpx (native) -> rawvideo (native)) Press [q] to stop, [?] for help [output stream 0:0 @ 0x326a3c0] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize= 3038kB time=00:00:00.04 bitrate=596605.0kbits/s video:3038kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% Input file #0 (/mnt/pickles/media/images1/dpx/legal0.dpx): Input stream #0:0 (video): 1 packets read (8296448 bytes); 1 frames decoded; Total: 1 packets (8296448 bytes) demuxed Output file #0 (../testyuv420p.yuv): Output stream #0:0 (video): 1 frames encoded; 1 packets muxed (3110400 bytes); Total: 1 packets (3110400 bytes) muxed 1 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x327e260] Statistics: 0 seeks, 95 writeouts [AVIOContext @ 0x327a720] Statistics: 8296448 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 11:49:03 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 09:49:03 -0000 Subject: [FFmpeg-trac] #3999(ffmpeg:open): Input option -r does not work for all formats without reencoding (was: Stretching (increasing duration) of video without reencoding) In-Reply-To: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> References: <036.3f307bf70c4455dfa9fea1df0b4f964a@avcodec.org> Message-ID: <051.5d0fe48bed6da8b2807588e153925a6d@avcodec.org> #3999: Input option -r does not work for all formats without reencoding ------------------------------------+---------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: open Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: Stretching => fps * status: new => open * version: 2.4.1 => git-master * reproduced: 0 => 1 Comment: One workaround is to use the following commands: {{{ $ ffmpeg -r 10 -i 122.mkv -vcodec copy out.avi $ ffmpeg -fflags +genpts -i out.avi -vcodec copy out.mkv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 20:03:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 18:03:31 -0000 Subject: [FFmpeg-trac] #3974(ffplay:new): ffplay crashing with some resolutions in linux terminal In-Reply-To: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> References: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> Message-ID: <052.99b341757f0a8116950f12c276941951@avcodec.org> #3974: ffplay crashing with some resolutions in linux terminal -------------------------------------+---------------------------------- Reporter: setup32 | Owner: Type: defect | Status: new Priority: important | Component: ffplay Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Were you able to test if installing sdl debug libraries and / or recompiling with debug options improves the backtrace? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 21:21:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 19:21:41 -0000 Subject: [FFmpeg-trac] #4001(undetermined:new): ffmpeg-php Message-ID: <042.86d0af7329eb1ef3a72456ae0edf992f@avcodec.org> #4001: ffmpeg-php -------------------------------------+------------------------------------- Reporter: | Type: defect nandodefaria | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Unable to install ffmpeg-php ffmpeg source guide: Compile FFmpeg on CentOS 6.x (https://trac.ffmpeg.org/wiki/CompilationGuide/Centos#FFmpeg) Error compiling ffmpeg with x264 --enable-shared: CC libavcodec/libx264.o libavcodec/libx264.c: In function ?X264_init?: libavcodec/libx264.c:653: warning: the address of ?val? will always evaluate as ?true? LD libavcodec/libavcodec.so.56 /usr/bin/ld: /ffmpeg_build/lib/libvpx.a(vpx_codec.c.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /ffmpeg_build/lib/libvpx.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [libavcodec/libavcodec.so.56] Error 1 How to solve this? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 22:15:03 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 20:15:03 -0000 Subject: [FFmpeg-trac] #3974(ffplay:new): ffplay crashing with some resolutions in linux terminal In-Reply-To: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> References: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> Message-ID: <052.975e5cfee442f28faf0fdf0880f97d96@avcodec.org> #3974: ffplay crashing with some resolutions in linux terminal -------------------------------------+---------------------------------- Reporter: setup32 | Owner: Type: defect | Status: new Priority: important | Component: ffplay Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by setup32): i didnt. what is more likely to work? ill do that 1 1st. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 22:29:19 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 20:29:19 -0000 Subject: [FFmpeg-trac] #4001(undetermined:closed): ffmpeg-php In-Reply-To: <042.86d0af7329eb1ef3a72456ae0edf992f@avcodec.org> References: <042.86d0af7329eb1ef3a72456ae0edf992f@avcodec.org> Message-ID: <057.bdad0c8abf19f947e7373cf387102321@avcodec.org> #4001: ffmpeg-php -------------------------------------+------------------------------------- Reporter: | Owner: nandodefaria | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => invalid Comment: This bug tracker is not a help resource. Please see http://ffmpeg.org/contact.html for links to official help resources. The FFmpeg project has nothing to do with ffmpeg-php. I'm guessing you forgot to also add `--enable-shared` to libvpx if you want shared. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 23:01:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 21:01:07 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav Message-ID: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hi. Not sure if anyone has tried this before in the form of a bug (discussions about this topic are of course going on), but I think it should be actually handled as just this: a bug. btw: Apart from the fact that I think security should come first followed by functionality - I personally have basically no preference on either of the two projects, neither the people behind them. The only exceptions are perhaps that I hate trac (used by ffmpeg) and that I think libav is a better name for what both projects do, at least a better name than ffmpeg. In the following I will name ffmpeg before libav, simply for alphabetical reasons. 1) about forks Having the possibility to fork is often a good thing and one of the strengths of open source. We've seen many cases in the past, where a fork revived development, solved political problems or greatly improved on the code itself (just take xfree86/xorg, gcc/egcs, openoffice/libreoffice as an example). It seems that the fork between ffmpeg/libav has either failed such goals or already succeeded with them for both projects, especially from a purely technical POV since ffmpeg seems to more or less simply merge all commits from libav, AFAIK. 2) most other people are simply sick with the current situation Just google for ffmpeg vs. libav and you'll find dozens of blogs and other commentries, where people write about the forking, it's background, a small comparison about the differences of ffmpeg/libav... basically always concluding that the whole thing is just annoying and at least as of now, not leading to any further benefits for developers (using either of the two) or end-users. Also, a lot of manpower is wasted because of the fork, be it on an organisational level (when other communities, like recently Debian, argue about ffmpeg vs. libav), a technical level (when developers of other products try to be compatible to both or developers/end-users have to handle bugs/bug-reporting in both). 3) duplicate of development works & security issues Both projects surely also waste some manpower when they do similar/same things. Manpower that could be invested much better - after all, what the people from both projects want to do is the development of some all-round multimedia library. Having two very similar forks, probably doesn't improve the security either. 4) it distracts developers/users I guess it's quite clear that developers (of 3rd party programs) and prospective users of ffmpeg/libav are rather distracted from using either of the two because of these issues. The same possibly applies to developers, that directly want to contribute to ffmpeg/libav but who are not inclined to take part in both and/or the "war" between them. For sure there are more reasons which speak against the forking... Solution: Let people try toreconciliate and merge the projects, and perhaps to not step on anyone's toes, explictly stating: that this is not a victory of one over the other. Outstanding issues and possible solutions[0]: 1) Naming Well I guess if the project is called either ffmpeg or libav, than either of the two parties may felt upset and external people may conceive it, as if this project would have "won". I personally would say: - "ffmpeg" is imperfect, since the code is about much more than (Fast Foward) MPEG - "libav" is IMHO already better, at least it av stands for audio/video, but still not optimal since both projects also support e.g. image formats. So maybe just think about another name? libiav (images/audio/video)? libmultimedia? Well I guess someone else can surely come up with less stupid proposals than these two of mine. 2) Infrastructure Of course it's a lot of work, but it shouldn't be impossible to merge the infrastructure (repo, bugtracker, website, wiki, domains) of the two projects. Especially if a new name would be chosen. The old ones could link to the new ones. 3) Project leadership/maintainers If there's still open issues about the leadership / maintainer position - simply do what other projects did, e.g. establish a steering committe, which makes binding decisions if necessary. Such comitte could have e.g. 5 members, 2 from ffmpeg, 2 from libav and maybe a 3rd neutral person (from some other multimedia project?). Or one could kindly ask an existing similar committe (e.g. Debian's tech- ctte whether it may give it's vote), basically taking the 5th seat ex offico. 4) Security / code quality If security and/or code quality is a concern (like some of the bloggers basically write, that ffmpeg would support more formats but sometimes on the cost of taking hacky code), simply do what e.g. Linux does: Make a kind of a staging area of codecs/drivers, which are only activated by compile time options or runtime parameters. Cheers, Chris. [0] It's not that I would be so smart to come up with solutions no one else would have been able to find - actually all of these have been done before by other projects. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 23:02:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 21:02:44 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.a81f0aee80b805e743993d5d4970a040@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by calestyo): I've reported the same bug over at libav's bug tracker at: https://bugzilla.libav.org/show_bug.cgi?id=756 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 3 23:15:51 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 21:15:51 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.2f8fbeb44e67d722b0523838f465c710@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): What the fuck. Of course everyone hates this situation and yes it would be a good idea to change it. Your bug report has 0% chance of fixing anything. If you really want to fix this situation, you have to convince the key developers on both sides not to behave like children. Good luck. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 00:04:52 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 22:04:52 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.e7229e9775d98a8b204d5b7cbc85a856@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): note that "gjdfgh" does not speak for the ffmpeg project, only himself. i have to put this warning on every comment in all mailing lists and irc and bug reports and debian flame threads because apparently if even one person makes a joke or insult , its "ffmpeg's problem". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 00:11:21 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 22:11:21 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.ff3d2e4cf96a09579901a1c7ee54581d@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): I clearly said both sides are fucked. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 00:15:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 22:15:07 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.39f70183274b61b5be434800a1036622@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): to respond to your ideas, i like most of them. sure its easy to merge all of the bug trackers and forums and irc and mailing lists. its easy for all of us just to jump to a new git tree, mailing list, irc, etc. i'm not sure if changing the name is a thing we could agree on, but if the name alone is causing some problem, changing wouldnt be that big of a deal. but... those are technical solutions. libav team has made it crystal clear, multiple times, including 2 weeks ago at VDD14 multimedia conference, that the problem of the fork is a social issue and cannot be solved via technical means. libav team says they need to meet face to face with michael niedermayer to solve said social issues (see for example this mail at debian devel before vdd14 , https://lists.debian.org/debian-devel/2014/09/msg00072.html ). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 00:45:51 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Oct 2014 22:45:51 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.4d67c9c6d23b8555402f561e05bd9f4b@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): a quick way to settle this would be to have a company sponsor an official fork of both projects. then have all distros and downstream projects switch to that third fork. making ffmpeg and libav obsolete. all devs who want to keep working on the code will move to the new fork. history of the projects has shown that voting cannot be agreed upon. even the vote counts were debated endlessly. just look at those threads in 2011 on ffmpeg-devel if you wish to see what voting looks like. any arbiter of disagreements would have to be a 3rd party. the server admins would have to be a 3rd party. i'm up for other ideas of course. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 02:20:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 00:20:22 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.66200eee3f7b1606832010f307e5a3af@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by calestyo): Well maybe, it would be really best to go for a new name for the whole project...libpalantir[0]. Well I surely don't have enough insight about (any) remaining problems with Michael... from what one can read on the web, many things have completely changed since the fork... but it's not up to me to decide whether something was wrong with him before or not and/or whether it is changed enough since then or not. On the other hand, if a steering committee would take over the ultimate control, it shouldn't be any long that big problem, regardless of whether he'd be the nicest guy on earth or a jackass. I don't like all people I have to do business with in the open source world and I'm sure some may also think that I'm the idiot. But usually this doesn't keep me from doing stuff and neither them. Regarding face2face... all that sounds a bit childish to be honest. I agree that close bonds and "seeing" each other can be helpful in projects, so perhaps Michael can move here a bit... but OTOH we're in the open source world and valuable contributions is usually welcomed even if someone wants to remain completely anonymous. So perhaps the libav guys have to move a bit as well. I mean both seems to be just silly, refusing f2f meetings as well as insisting on them - OTOH I don't know the reasons if video conferences aren't enough for the libav guys, than maybe Michael doesn't want to pay for expensive travels or whatever. Anyway in the end compromises will need to be made on both sides and likely both sides need a bit of forgiving+forgetting. Well first find such a company ^^... I think that will be quite difficult, cause companies and distros (which you want to decide in favour of the "successor") are probably fed up with the situation and don't want to make much further efforts only to see that a merge (possibly) wouldn't work out and the teams would split again after a some time. To be honest when the fork happened, it looked at first as if libav would "win" and all developers that want to continue simply have to move (just as you say) - well it looked at least like that from my Debian POV ;-) But the recent discussions with Debian about ffmpeg's reintroduction have probably shown that distros aren't happy at all about the efforts wasted along the fork and the current situation. So to me it rather seems that the two projects must reconciliate/merge first, and only then distros will follow (once again). Regarding voting&decision process, I guess it's quite simple: - either you have a single or small group of people who are for whatever reasons (perhaps historical or major contributions) in charge, like Linus, and things just-work-(more-or-less)?. Apparently back then this wasn't the case at ffmpeg. - or you have a single or small group of major contributors, which are in charge because of their role as major contributors (i.e. a do-ocracy) and it doesn't work out (for all people),... this may piss off other contributors and lead to a situation as we have now, which everyone seems to dislike - or one comes up with a more or less democratic system, e.g. something that Debian has,... voting systems, technical committee, etc.. Of course if no side wants to make compromises, share power with the others, than things will just remain as they are. But I at least had the impressions that people from both sides dislike the current situation and wanted to change it. [0] Yeah, I only have stupid names *and* I loke Tolkien... unfortunately the meaning of Palant?r doesn't exactly fit what ffmpeg/libav does ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 03:12:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 01:12:02 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.c87112a5b67e378d80854f02f51ee002@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): > I personally have basically no preference on either of the two projects, neither the people behind them. Great! Flip a coin, pick one, and move on with your life. Recommend: wontfix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 03:31:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 01:31:46 -0000 Subject: [FFmpeg-trac] #4002(undetermined:new): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.0064af2c5e7116676b03f7143aa1cb7f@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): yes, its a common opinion around here i think. we just want to work on the code. and get paid for it. why make us do things ? why make us organize ? why make us change our names and mailing lists and irc? noone can make people kiss and make up. you dont like it? write your project around a wrapper like gstreamer instead of ffmpeg/libav directly. or just pick one and ignore the other. theres actually a lot of ffmpeg forks, its not like libav is the first. ffmbc has been around for longer. why isnt ffmbc part of this discussion? why not ask libreoffice and openoffice.org to rejoin? :) or maybe debian and redhat? or debian and ubuntu? because they are different people with different goals and different ideas? (i dont speak for anyone but myself btw) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 04:41:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 02:41:46 -0000 Subject: [FFmpeg-trac] #4002(undetermined:closed): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.003fdcdbbcbcd069a6be3a1b1a04a40e@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * version: git-master => unspecified * resolution: => wontfix Comment: Replying to [ticket:4002 calestyo]: > Not sure if anyone has tried this before in the form of a bug (discussions about this topic are of course going on), but I think it should be actually handled as just this: a bug. I respect your opinions and suggestions, but I do not believe this bug tracker is the right place for this discussion. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 04:46:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 02:46:32 -0000 Subject: [FFmpeg-trac] #4002(undetermined:closed): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.1827bcae1e68bb6eccf6acd6e1c66f57@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): (we can still comment here, even if the bug is closed.) (dont let the open/closed nazis get you down) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 12:29:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 10:29:56 -0000 Subject: [FFmpeg-trac] #515(ffmpeg:reopened): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <035.488fc483ca99e0b5cf5f0b8010bf4de4@avcodec.org> References: <035.488fc483ca99e0b5cf5f0b8010bf4de4@avcodec.org> Message-ID: <050.efa92213c4ed3b4075a0862c54bd1f2d@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video ------------------------------------+------------------------------------ Reporter: Gagan | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: wontfix => Comment: Imo, this ticket is far too important to be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 12:34:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 10:34:22 -0000 Subject: [FFmpeg-trac] #515(ffmpeg:reopened): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <035.488fc483ca99e0b5cf5f0b8010bf4de4@avcodec.org> References: <035.488fc483ca99e0b5cf5f0b8010bf4de4@avcodec.org> Message-ID: <050.896215b2fa9663d4b489ae7ad94ff731@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video ------------------------------------+------------------------------------ Reporter: Gagan | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ubitux): We could probably copy the behavior of ImageMagick, with an option such as -auto-orient in ffmpeg tool, which would use the rotate metadata to insert the filter (as with ffplay), and drop it from the output metadata. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 13:34:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 11:34:09 -0000 Subject: [FFmpeg-trac] #515(ffmpeg:reopened): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <035.488fc483ca99e0b5cf5f0b8010bf4de4@avcodec.org> References: <035.488fc483ca99e0b5cf5f0b8010bf4de4@avcodec.org> Message-ID: <050.900265dc47230c7dc32c6df5c195c56c@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video ------------------------------------+------------------------------------ Reporter: Gagan | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Shouldn't -auto-orient be the default? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:00:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:00:02 -0000 Subject: [FFmpeg-trac] #4003(undetermined:new): Defect in mp3 demuxer when extracting images from id3 tags. Message-ID: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. -------------------------------------+------------------------------------- Reporter: c-14 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When extracting the image from certain mp3s the EOI isn't found correctly and only a part of the image is extracted: How to reproduce: {{{ C:\Users\Phoenix>C:\ffmpeg-20140916-git- b76d613-win64-static\bin\ffmpeg.exe -i E:\Music\vk\fcb1507af7cb.mp3 -c:v copy C:\test\output.jpeg ffmpeg version N-66289-gb76d613 Copyright (c) 2000-2014 the FFmpeg developers built on Sep 15 2014 22:11:04 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 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mjpeg @ 00000000042b89c0] overread 8 [mjpeg @ 00000000042b89c0] EOI missing, emulating [mp3 @ 00000000042b7aa0] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'E:\Music\vk\fcb1507af7cb.mp3': Metadata: TLEN : 212000 Duration: 00:03:32.83, start: 0.000000, bitrate: 129 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s Stream #0:1: Video: mjpeg, yuvj444p(pc, bt470bg), 200x200 [SAR 100:100 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: title : comment : Other Output #0, image2, to 'C:\test\output.jpeg': Metadata: TLEN : 212000 encoder : Lavf56.4.101 Stream #0:0: Video: mjpeg, yuvj444p, 200x200 [SAR 100:100 DAR 1:1], q=2-31, 90k tbn, 90k tbc Metadata: title : comment : Other Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=-1.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:14kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown ffmpeg version N-66289-gb76d613 Copyright (c) 2000-2014 the FFmpeg developers built on Sep 15 2014 22:11:04 with gcc 4.8.3 (GCC) }}} This output doesn't come directly from me, but from a user for whom I'm submitting this bug report. I do have the sample as well and can confirm his findings with that file as far as FFmpeg is concerned. He told me that he was able to correctly extract the image using a different program, so I believe it is a deficiency in FFmpeg and not a problem with the source. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:03:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:03:07 -0000 Subject: [FFmpeg-trac] #4003(undetermined:new): Defect in mp3 demuxer when extracting images from id3 tags. In-Reply-To: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> References: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> Message-ID: <049.7f7f9c747e5bd899f2d2a26cf9818594@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. -------------------------------------+------------------------------------- Reporter: c-14 | 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 c-14): Won't let me attach the file directly to the issue, will upload to the ftp. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:06:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:06:49 -0000 Subject: [FFmpeg-trac] #4003(undetermined:new): Defect in mp3 demuxer when extracting images from id3 tags. In-Reply-To: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> References: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> Message-ID: <049.cf1edd29ef4be44eafdeb469580ebf64@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. -------------------------------------+------------------------------------- Reporter: c-14 | 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 CthUlhUzzz): http://www.datafilehost.com/d/0dee8b4a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:18:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:18:30 -0000 Subject: [FFmpeg-trac] #4003(undetermined:open): Defect in mp3 demuxer when extracting images from id3 tags. In-Reply-To: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> References: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> Message-ID: <049.3c9b16e808a51df056502feb0a78e178@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. -------------------------------------+------------------------------------- Reporter: c-14 | Owner: Type: defect | CthUlhUzzz Priority: normal | Status: open Version: git-master | Component: Keywords: | undetermined Blocking: | Resolution: Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by CthUlhUzzz): * owner: => CthUlhUzzz * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:20:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:20:57 -0000 Subject: [FFmpeg-trac] #4003(undetermined:open): Defect in mp3 demuxer when extracting images from id3 tags. In-Reply-To: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> References: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> Message-ID: <049.decc6f1e4831777b02a0c6f6dc50b2de@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. -------------------------------------+------------------------------------- Reporter: c-14 | Owner: Type: defect | CthUlhUzzz Priority: normal | Status: open Version: git-master | Component: Keywords: | undetermined Blocking: | Resolution: Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by c-14): Add output with increased loglevel: {{{ ffmpeg started on 2014-10-04 at 20:49:17 Report written to "ffmpeg-20141004-204917.log" Command line: "C:\\ffmpeg-20140916-git-b76d613-win64-static\\bin\\ffmpeg.exe" -i "E:\\Music\\vk\\fcb1507af7cb.mp3" -report -c:v copy "C:\\test\\output.jpeg" ffmpeg version N-66289-gb76d613 Copyright (c) 2000-2014 the FFmpeg developers built on Sep 15 2014 22:11:04 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 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Splitting the commandline. Reading option '-i' ... matched as input file with argument 'E:\Music\vk\fcb1507af7cb.mp3'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'copy'. Reading option 'C:\test\output.jpeg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file E:\Music\vk\fcb1507af7cb.mp3. Successfully parsed a group of options. Opening an input file: E:\Music\vk\fcb1507af7cb.mp3. [mp3 @ 0000000002a881a0] Format mp3 probed with size=32768 and score=51 [mp3 @ 0000000002a881a0] id3v2 ver:4 flags:00 len:28662 [mp3 @ 0000000002a881a0] Before avformat_find_stream_info() pos: 28672 bytes read:32768 seeks:0 [mjpeg @ 0000000002a89820] marker=d8 avail_size_in_buf=13964 [mjpeg @ 0000000002a89820] marker parser used 0 bytes (0 bits) [mjpeg @ 0000000002a89820] marker=e0 avail_size_in_buf=13962 [mjpeg @ 0000000002a89820] marker parser used 16 bytes (128 bits) [mjpeg @ 0000000002a89820] marker=ec avail_size_in_buf=13944 [mjpeg @ 0000000002a89820] marker parser used 16 bytes (128 bits) [mjpeg @ 0000000002a89820] marker=ee avail_size_in_buf=13925 [mjpeg @ 0000000002a89820] marker parser used 14 bytes (112 bits) [mjpeg @ 0000000002a89820] marker=db avail_size_in_buf=13909 [mjpeg @ 0000000002a89820] index=0 [mjpeg @ 0000000002a89820] qscale[0]: 1 [mjpeg @ 0000000002a89820] index=1 [mjpeg @ 0000000002a89820] qscale[1]: 5 [mjpeg @ 0000000002a89820] marker parser used 132 bytes (1056 bits) [mjpeg @ 0000000002a89820] marker=c0 avail_size_in_buf=13775 [mjpeg @ 0000000002a89820] sof0: picture: 200x200 [mjpeg @ 0000000002a89820] component 0 1:1 id: 0 quant:0 [mjpeg @ 0000000002a89820] component 1 1:1 id: 1 quant:1 [mjpeg @ 0000000002a89820] component 2 1:1 id: 2 quant:1 [mjpeg @ 0000000002a89820] pix fmt id 11111100 [mjpeg @ 0000000002a89820] marker parser used 17 bytes (136 bits) [mjpeg @ 0000000002a89820] marker=c4 avail_size_in_buf=13756 [mjpeg @ 0000000002a89820] class=0 index=0 nb_codes=10 [mjpeg @ 0000000002a89820] class=0 index=1 nb_codes=9 [mjpeg @ 0000000002a89820] class=1 index=0 nb_codes=226 [mjpeg @ 0000000002a89820] class=1 index=1 nb_codes=242 [mjpeg @ 0000000002a89820] marker parser used 191 bytes (1528 bits) [mjpeg @ 0000000002a89820] escaping removed 41 bytes [mjpeg @ 0000000002a89820] marker=da avail_size_in_buf=13563 [mjpeg @ 0000000002a89820] component: 0 [mjpeg @ 0000000002a89820] component: 1 [mjpeg @ 0000000002a89820] component: 2 [mjpeg @ 0000000002a89820] overread 8 [mjpeg @ 0000000002a89820] marker parser used 13523 bytes (108184 bits) [mjpeg @ 0000000002a89820] EOI missing, emulating [mjpeg @ 0000000002a89820] decode frame unused 0 bytes [mp3 @ 0000000002a881a0] max_analyze_duration 5000000 reached at 5015510 microseconds [mp3 @ 0000000002a881a0] Estimating duration from bitrate, this may be inaccurate [mp3 @ 0000000002a881a0] After avformat_find_stream_info() pos: 110592 bytes read:131072 seeks:0 frames:195 Input #0, mp3, from 'E:\Music\vk\fcb1507af7cb.mp3': Metadata: TLEN : 212000 Duration: 00:03:32.83, start: 0.000000, bitrate: 129 kb/s Stream #0:0, 194, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s Stream #0:1, 1, 1/90000: Video: mjpeg, yuvj444p(pc, bt470bg), 200x200 [SAR 100:100 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: title : comment : Other Successfully opened the file. Parsing a group of options: output file C:\test\output.jpeg. Applying option c:v (codec name) with argument copy. Successfully parsed a group of options. Opening an output file: C:\test\output.jpeg. Successfully opened the file. Output #0, image2, to 'C:\test\output.jpeg': Metadata: TLEN : 212000 encoder : Lavf56.4.101 Stream #0:0, 0, 1/90000: Video: mjpeg, yuvj444p, 200x200 [SAR 100:100 DAR 1:1], q=2-31, 90k tbn, 90k tbc Metadata: title : comment : Other Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help [AVIOContext @ 0000000002aac740] Statistics: 0 seeks, 1 writeouts No more output streams to write to, finishing. frame= 1 fps=0.0 q=-1.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:14kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Input file #0 (E:\Music\vk\fcb1507af7cb.mp3): Input stream #0:0 (audio): 196 packets read (81920 bytes); Input stream #0:1 (video): 1 packets read (13966 bytes); Total: 197 packets (95886 bytes) demuxed Output file #0 (C:\test\output.jpeg): Output stream #0:0 (video): 1 packets muxed (13966 bytes); Total: 1 packets (13966 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0000000002a888e0] Statistics: 3433913 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:42:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:42:49 -0000 Subject: [FFmpeg-trac] #4003(avformat:open): Defect in mp3 demuxer when extracting images from id3 tags. In-Reply-To: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> References: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> Message-ID: <049.9acd751375226d6af80cc43a6e322eaf@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. ------------------------------------+-------------------------------------- Reporter: c-14 | Owner: CthUlhUzzz Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: => mp3 * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:45:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:45:01 -0000 Subject: [FFmpeg-trac] #4004(avformat:new): dvd:// input like mencoder Message-ID: <035.35970ddac90750c986ceca8ccd485ba9@avcodec.org> #4004: dvd:// input like mencoder ---------------------------------------+---------------------------------- Reporter: compn | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- both dvdiso and dvd disc and video_ts directory support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:45:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:45:30 -0000 Subject: [FFmpeg-trac] #4004(avformat:closed): dvd:// input like mencoder In-Reply-To: <035.35970ddac90750c986ceca8ccd485ba9@avcodec.org> References: <035.35970ddac90750c986ceca8ccd485ba9@avcodec.org> Message-ID: <050.48bd6b09b539d9c1531eb89e1941bb77@avcodec.org> #4004: dvd:// input like mencoder -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by compn): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:46:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:46:36 -0000 Subject: [FFmpeg-trac] #4004(avformat:closed): dvd:// input like mencoder In-Reply-To: <035.35970ddac90750c986ceca8ccd485ba9@avcodec.org> References: <035.35970ddac90750c986ceca8ccd485ba9@avcodec.org> Message-ID: <050.79eff9792a8e3377042344fee563e98a@avcodec.org> #4004: dvd:// input like mencoder -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: dvd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * keywords: => dvd Comment: Note: duplicate of #3280 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 19:48:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 17:48:43 -0000 Subject: [FFmpeg-trac] #4004(avformat:closed): dvd:// input like mencoder In-Reply-To: <035.35970ddac90750c986ceca8ccd485ba9@avcodec.org> References: <035.35970ddac90750c986ceca8ccd485ba9@avcodec.org> Message-ID: <050.a408a6331604943ddc822228713ed901@avcodec.org> #4004: dvd:// input like mencoder -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvd => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 4 20:19:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 18:19:20 -0000 Subject: [FFmpeg-trac] #3009(avcodec:open): Support mvc In-Reply-To: <038.4d2a041ec9738f69500030da9c84de0c@avcodec.org> References: <038.4d2a041ec9738f69500030da9c84de0c@avcodec.org> Message-ID: <053.93f672495159858591c67515e23790a3@avcodec.org> #3009: Support mvc -------------------------------------+------------------------------------- Reporter: skifreak | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 mvc | Blocked By: mpegts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by hawken): A small collection of resources I think can be useful: Jochen Britz's MVC thesis: https://github.com/Britz/FFmpeg Koda tried to clean this up for libav: https://github.com/kodabb/libav/tree/mvc_redo4 < michaelni> hawken, also maybe ask/contact Peter Wimmer and Gerion Entrup, i do see mails from them about MVC on the ML Webpages: http://blogs.gentoo.org/lu_zero/2014/04/04/the-road-to-mvc/ libav information: https://wiki.libav.org/Blueprint/MVC -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 00:51:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 22:51:42 -0000 Subject: [FFmpeg-trac] #4005(undetermined:new): TS file partially decoded Message-ID: <043.388acf30502660f52b18b98b068c6e5c@avcodec.org> #4005: TS file partially decoded -------------------------------------+------------------------------------- Reporter: | Type: defect Underground78 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' This [https://copy.com/PMWgRdOMhTa6yRzD sample file] is only played for about 30s instead of about 2min when using VLC. '''How to reproduce:''' {{{ % ffmpeg -i 00000002_4_0.ts 00000002_4_0.mp4 ffmpeg version N-66595-g1c4c78e Copyright (c) 2000-2014 the FFmpeg developers built on Oct 3 2014 22:01:53 with gcc 4.9.1 (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-zlib libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 2.101 / 56. 2.101 libavformat 56. 7.104 / 56. 7.104 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 [mpeg2video @ 0035f300] Invalid frame dimensions 0x0. Last message repeated 4 times Input #0, mpegts, from '00000002_4_0.ts': Duration: N/A, start: 57938.389556, bitrate: N/A Program 1 Stream #0:0[0x46](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:1[0x47]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 704x576 [SAR 16:11 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc [libx264 @ 0411f900] using SAR=16/11 [libx264 @ 0411f900] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0411f900] profile High, level 3.0 [libx264 @ 0411f900] 264 - core 142 r2479 dd79a61 - 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=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: encoder : Lavf56.7.104 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 704x576 [SAR 16:11 DAR 16:9], q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.2.101 libx264 Stream #0:1(eng): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 128 kb/s Metadata: encoder : Lavc56.2.101 libvo_aacenc Stream mapping: Stream #0:1 -> #0:0 (mpeg2video (native) -> h264 (libx264)) Stream #0:0 -> #0:1 (mp2 (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help frame= 98 fps=0.0 q=28.0 size= 568kB time=00:00:03.91 bitrate=1186.5kbits/s dup=8 drop=0 frame= 159 fps=156 q=28.0 size= 1245kB time=00:00:06.37 bitrate=1600.5kbits/s dup=8 drop=0 frame= 227 fps=149 q=28.0 size= 1610kB time=00:00:09.08 bitrate=1452.1kbits/s dup=8 drop=0 frame= 287 fps=141 q=28.0 size= 2252kB time=00:00:11.49 bitrate=1605.1kbits/s dup=8 drop=0 frame= 349 fps=137 q=28.0 size= 2738kB time=00:00:13.98 bitrate=1603.2kbits/s dup=8 drop=0 [mpeg2video @ 04f405c0] ac-tex damaged at 34 4 [mpeg2video @ 04f405c0] Warning MVs not available [mpeg2video @ 04f405c0] concealing 44 DC, 44 AC, 44 MV errors in I frame frame= 420 fps=138 q=28.0 size= 3294kB time=00:00:16.80 bitrate=1605.9kbits/s dup=8 drop=0 frame= 477 fps=135 q=28.0 size= 3945kB time=00:00:19.08 bitrate=1693.2kbits/s dup=8 drop=0 frame= 543 fps=134 q=28.0 size= 4484kB time=00:00:21.73 bitrate=1690.2kbits/s dup=8 drop=0 frame= 660 fps=145 q=28.0 size= 4855kB time=00:00:26.40 bitrate=1506.4kbits/s dup=8 drop=0 [mpegts @ 0035ec40] New audio stream 0:2 at pos:11205400 and DTS:57967.3s [mpegts @ 0035ec40] New video stream 0:3 at pos:11234916 and DTS:57968.2s [mpegts @ 0035ec40] PES packet size mismatch Last message repeated 2 times [mp2 @ 04f40060] incomplete frame Error while decoding stream #0:0: Invalid data found when processing input frame= 705 fps=136 q=-1.0 Lsize= 5426kB time=00:00:28.12 bitrate=1580.6kbits/s dup=10 drop=0 video:4965kB audio:439kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.398772% [libx264 @ 0411f900] frame I:10 Avg QP:20.37 size: 41416 [libx264 @ 0411f900] frame P:348 Avg QP:24.21 size: 10953 [libx264 @ 0411f900] frame B:347 Avg QP:26.93 size: 2472 [libx264 @ 0411f900] consecutive B-frames: 21.4% 34.3% 13.6% 30.6% [libx264 @ 0411f900] mb I I16..4: 10.1% 77.9% 12.0% [libx264 @ 0411f900] mb P I16..4: 5.2% 13.1% 1.0% P16..4: 38.8% 14.2% 7.0% 0.0% 0.0% skip:20.8% [libx264 @ 0411f900] mb B I16..4: 0.2% 0.5% 0.0% B16..8: 39.7% 4.2% 0.8% direct: 1.5% skip:53.0% L0:40.2% L1:49.5% BI:10.3% [libx264 @ 0411f900] 8x8 transform intra:69.1% inter:78.8% [libx264 @ 0411f900] coded y,uvDC,uvAC intra: 51.9% 58.3% 22.2% inter: 18.0% 17.5% 2.6% [libx264 @ 0411f900] i16 v,h,dc,p: 31% 43% 8% 17% [libx264 @ 0411f900] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 19% 33% 3% 3% 4% 3% 5% 3% [libx264 @ 0411f900] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 31% 25% 13% 4% 5% 7% 5% 7% 3% [libx264 @ 0411f900] i8c dc,h,v,p: 50% 21% 24% 5% [libx264 @ 0411f900] Weighted P-Frames: Y:7.5% UV:7.2% [libx264 @ 0411f900] ref P L0: 66.1% 16.8% 12.8% 4.1% 0.1% [libx264 @ 0411f900] ref B L0: 85.1% 13.4% 1.5% [libx264 @ 0411f900] ref B L1: 94.9% 5.1% [libx264 @ 0411f900] kb/s:1442.07 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 01:22:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 23:22:36 -0000 Subject: [FFmpeg-trac] #4005(avformat:open): Support transport streams with changing pid (was: TS file partially decoded) In-Reply-To: <043.388acf30502660f52b18b98b068c6e5c@avcodec.org> References: <043.388acf30502660f52b18b98b068c6e5c@avcodec.org> Message-ID: <058.93dbdb10ef9c6037b8000d664f0e82a4@avcodec.org> #4005: Support transport streams with changing pid -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mpegts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => wish * keywords: => mpegts * type: defect => enhancement Comment: One way of showing the issue is the following command line: {{{ $ ffmpeg -skip_initial_bytes 10919300 -i 00000002_4_0.ts -qscale 2 out.avi ffmpeg version N-66608-g550f3e9 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 5 2014 01:11:33 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 2.101 / 56. 2.101 libavformat 56. 7.104 / 56. 7.104 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 [mpeg2video @ 0x1a55620] Invalid frame dimensions 0x0. Last message repeated 10 times [mpegts @ 0x1a50d60] decoding for stream 1 failed [mpegts @ 0x1a50d60] PES packet size mismatch Last message repeated 1 times [mpegts @ 0x1a50d60] Could not find codec parameters for stream 1 (Video: mpeg2video ([2][0][0][0] / 0x0002)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from '00000002_4_0.ts': Duration: 00:02:23.47, start: 57965.971300, bitrate: 2923 kb/s Program 1 Stream #0:2[0x48](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0x49]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 704x576 [SAR 16:11 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc No Program Stream #0:0[0x46](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:1[0x47]: Video: mpeg2video ([2][0][0][0] / 0x0002), 25 fps, 25 tbr, 90k tbn, 90k tbc Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.7.104 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 704x576 [SAR 16:11 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.2.101 mpeg4 Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 192 kb/s Metadata: encoder : Lavc56.2.101 ac3 Stream mapping: Stream #0:3 -> #0:0 (mpeg2video (native) -> mpeg4 (native)) Stream #0:0 -> #0:1 (mp2 (native) -> ac3 (native)) Press [q] to stop, [?] for help [mpegts @ 0x1a50d60] PES packet size mismatchme=00:02:07.40 bitrate=2456.3kbits/s Last message repeated 1 times [mp2 @ 0x1ab6340] incomplete frame Error while decoding stream #0:0: Invalid data found when processing input [mpeg2video @ 0x1ad9100] ac-tex damaged at 16 12 [mpeg2video @ 0x1ad9100] Warning MVs not available [mpeg2video @ 0x1ad9100] concealing 1056 DC, 1056 AC, 1056 MV errors in B frame frame= 3500 fps=1030 q=2.0 Lsize= 46222kB time=00:02:24.76 bitrate=2615.7kbits/s video:46114kB audio:11kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.209484% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 01:56:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Oct 2014 23:56:12 -0000 Subject: [FFmpeg-trac] #3976(avformat:closed): Input option -loop 1 broken In-Reply-To: <037.69eaff9ef94ad9b82ea7cfbefbf6d1c1@avcodec.org> References: <037.69eaff9ef94ad9b82ea7cfbefbf6d1c1@avcodec.org> Message-ID: <052.f44b5c90d3c833fd98df9a903c78db82@avcodec.org> #3976: Input option -loop 1 broken -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: image2 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 684508ba15ca15d5d43f67bbed483ce5b6617f10 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 03:26:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 01:26:51 -0000 Subject: [FFmpeg-trac] #4006(avutil:new): FFmpeg not parsing Center channel in mov as Center. Message-ID: <036.5ea9d3ebd18eab26402e6fe654554620@avcodec.org> #4006: FFmpeg not parsing Center channel in mov as Center. --------------------------------+--------------------------------------- Reporter: billys | Type: defect Status: new | Priority: normal Component: avutil | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- I am trying to extract the audio channel assignments from a MOV. The channel assignments where done using Quicktime Pro 7. The file has 6 mono audio streams which make up a 5.1 channel set. I am expecting to see FL, FR, FC, LFE, BL, BR across the streams. The issue is that I am seeing 'mono' instead of FC. I believe this is an issue with avutil, where that it cannot distinguish between a true mono 1.0 channel and a Center channel that is a part of a surround sound channel set. I will attach the file I have used to this post. Please find the full uncut console output below. Thank you. ffmpeg started on 2014-10-05 at 02:21:30 Report written to "ffmpeg-20141005-022130.log" Command line: ffmpeg -i qpro.mov -report ffmpeg version 2.3.3 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 4 2014 22:09:55 with Apple LLVM version 6.0 (clang-600.0.38) (based on LLVM 3.5svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.3.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 --enable-libfdk-aac --enable-openssl 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 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 Splitting the commandline. Reading option '-i' ... matched as input file with argument 'qpro.mov'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file qpro.mov. Successfully parsed a group of options. Opening an input file: qpro.mov. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb90300f000] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb90300f000] ISO: File Type Major Brand: qt [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb90300f000] Before avformat_find_stream_info() pos: 158489 bytes read:43765 seeks:1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb90300f000] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb90300f000] After avformat_find_stream_info() pos: 18468 bytes read:76533 seeks:2 frames:6 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'qpro.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.21.100 Duration: 00:00:00.17, start: 0.000000, bitrate: 7414 kb/s Stream #0:0(eng), 1, 1/48000: Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 1 channels (FL), s32, 1152 kb/s (default) Metadata: handler_name : Apple Alias Data Handler Stream #0:1(eng), 1, 1/48000: Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 1 channels (FR), s32, 1152 kb/s Metadata: handler_name : Apple Alias Data Handler Stream #0:2(eng), 1, 1/48000: Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: handler_name : Apple Alias Data Handler Stream #0:3(eng), 1, 1/48000: Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 1 channels (LFE), s32, 1152 kb/s Metadata: handler_name : Apple Alias Data Handler Stream #0:4(eng), 1, 1/48000: Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 1 channels (BL), s32, 1152 kb/s Metadata: handler_name : Apple Alias Data Handler Stream #0:5(eng), 1, 1/48000: Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 1 channels (BR), s32, 1152 kb/s Metadata: handler_name : Apple Alias Data Handler Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x7fb9025011a0] Statistics: 76533 bytes read, 2 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 03:52:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 01:52:27 -0000 Subject: [FFmpeg-trac] #4006(avutil:new): FFmpeg not parsing Center channel in mov as Center. In-Reply-To: <036.5ea9d3ebd18eab26402e6fe654554620@avcodec.org> References: <036.5ea9d3ebd18eab26402e6fe654554620@avcodec.org> Message-ID: <051.759ae40194d208058e8600a55cd4f031@avcodec.org> #4006: FFmpeg not parsing Center channel in mov as Center. ------------------------------------+---------------------------------- Reporter: billys | Owner: Type: defect | Status: new Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: mov chan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => mov chan * version: unspecified => git-master Comment: This is a duplicate of (one aspect of) ticket #2865 but please understand that there is nothing to fix: FFmpeg calls the center channel "mono". For future tickets: Please always test current FFmpeg git head before reporting issues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 03:52:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 01:52:40 -0000 Subject: [FFmpeg-trac] #4006(avutil:closed): FFmpeg not parsing Center channel in mov as Center. In-Reply-To: <036.5ea9d3ebd18eab26402e6fe654554620@avcodec.org> References: <036.5ea9d3ebd18eab26402e6fe654554620@avcodec.org> Message-ID: <051.a08ae6b7de5924882f0e0047ed510dc3@avcodec.org> #4006: FFmpeg not parsing Center channel in mov as Center. ------------------------------------+------------------------------------- Reporter: billys | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: duplicate Keywords: mov chan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 03:55:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 01:55:27 -0000 Subject: [FFmpeg-trac] #2591(avcodec:open): Feature Request: Add ability to use Quick Sync to transcode video files In-Reply-To: <037.a16b76db1385c16957f0f298b6431e9b@avcodec.org> References: <037.a16b76db1385c16957f0f298b6431e9b@avcodec.org> Message-ID: <052.b76fd93de23f024d42b5bbdaab0d738b@avcodec.org> #2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Mjb2000): Apologies for posting a question here, but you guys seem pretty smart so you'll probably know the answer straight away. I'm trying to compile a version of ffmpeg with quicksync support for use in a Windows environment. I've used the pre-compiled binary from the drocon11 fork, but unfortunately I need a few other libraries included in the binary (so this is why I figured I need to build this myself?). I'm just a little confused with the exact environment and tools I should be building with. I've tried to follow the various instructions within some of the dependencies but for instance I couldn't even work out if I should be doing this in a "msys" on Windows, or within Linux. If somebody could outline with a bit more detail how I should go about building the drocon11/ffmpeg-qsv project I'd really appreciate it. Particularly if you could mention the OS, tools and any installation guidelines I should follow that would be great. If it helps, the background to this is that I have a low power j1900 cpu running media browser 3 as a media server, but the cpu struggles why real- time transcoding, however the j1900 supports quicksync and I can get some pretty good performance using quicksync. Unfortunately, the way in which media browser uses ffmpeg seems to require some additional libraries which are bit included in the drocon11 build. Thanks again, Matt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 04:06:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 02:06:34 -0000 Subject: [FFmpeg-trac] #2865(avformat:new): Front Center, Downmix Left, and Downmix Right unlabelled in QTPlayer In-Reply-To: <038.0ac7481583f48c4a48d7fca03eb233b1@avcodec.org> References: <038.0ac7481583f48c4a48d7fca03eb233b1@avcodec.org> Message-ID: <053.74c54b038c2664546da4784a23e22aff@avcodec.org> #2865: Front Center, Downmix Left, and Downmix Right unlabelled in QTPlayer -------------------------------------+------------------------------------ Reporter: cjplay93 | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: chan mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by billys): Could I suggest that we introduce a new channel ("C", "center"). This channel will become the channel for true mono 1.0 channel sets. FC will become the channel to be used for all other channel sets. When a channel layout is unknown, 0 should be used as opposed to guessing mono/FC. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 05:21:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 03:21:51 -0000 Subject: [FFmpeg-trac] #4007(avcodec:new): Compile error 0de1d6287ec384e795f5ef1d006589dd18ff95e9 Message-ID: <035.3d953821b6358f4615313c9fdd663052@avcodec.org> #4007: Compile error 0de1d6287ec384e795f5ef1d006589dd18ff95e9 ---------------------------------+--------------------------------------- Reporter: Hains | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Compile error due to commit: https://github.com/FFmpeg/FFmpeg/commit/0de1d6287ec384e795f5ef1d006589dd18ff95e9 License: LGPL version 2.1 or later Creating config.mak, config.h, and doc/config.texi... config.h is unchanged config.asm is unchanged libavutil/avconfig.h is unchanged hains at hains-System-Product-Name:~/FFmpeg$ make -j9 CC libavformat/img2dec.o CC libavcodec/on2avc.o make: *** No rule to make target 'libavcodec/x86/mlpdsp.c', needed by 'libavcodec/x86/mlpdsp.o'. Stop. make: *** Waiting for unfinished jobs.... YASM libavcodec/x86/hevc_mc.o STRIP libavcodec/x86/hevc_mc.o hains at hains-System-Product-Name:~/FFmpeg$ In libavcodec/x86/Makefile line 55: change: -OBJS-$(CONFIG_TRUEHD_DECODER) += x86/mlpdsp.o into: -OBJS-$(CONFIG_TRUEHD_DECODER) += x86/mlpdsp_init.o and remove in libavcodec/x86/mlpdsp_init.: (line 202) . + c->mlp_rematrix_channel = ff_mlp_rematrix_channel_sse4; + if (ARCH_X86_64 && EXTERNAL_AVX2(cpu_flags) && cpu_flags & AV_CPU_FLAG_BMI2) + c->mlp_rematrix_channel = ff_mlp_rematrix_channel_avx2_bmi2; } It is possible to compile FFmpeg without errors. I am using ubuntu 14.10. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 05:33:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 03:33:32 -0000 Subject: [FFmpeg-trac] #4007(build system:closed): Compile error 0de1d6287ec384e795f5ef1d006589dd18ff95e9 In-Reply-To: <035.3d953821b6358f4615313c9fdd663052@avcodec.org> References: <035.3d953821b6358f4615313c9fdd663052@avcodec.org> Message-ID: <050.8e705528c9450c8313e393891de164d6@avcodec.org> #4007: Compile error 0de1d6287ec384e795f5ef1d006589dd18ff95e9 -------------------------------------+------------------------------------- Reporter: Hains | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by jamal): * status: new => closed * resolution: => invalid * component: avcodec => build system Comment: You need to clean your build folder. You have old objects with outdated dependencies affecting your build. Undo those changes you did to the source tree then reconfigure with: "make distclean && ./configure" "rm libavcodec/x86/mlpdsp.{o,d} && make" should also work if you don't want to rebuild everything. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 13:32:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 11:32:20 -0000 Subject: [FFmpeg-trac] #3948(avformat:closed): glob fails In-Reply-To: <041.03253a33e9616d395d0c12d8aae853fa@avcodec.org> References: <041.03253a33e9616d395d0c12d8aae853fa@avcodec.org> Message-ID: <056.8dd25aba95368ea552564165abf78c6a@avcodec.org> #3948: glob fails -------------------------------------+------------------------------------- Reporter: Predator448 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: image2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Alexander Strasser in e079d43a - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 13:36:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 11:36:26 -0000 Subject: [FFmpeg-trac] #3977(avformat:closed): PNG / watermark files do not work with -vf filter In-Reply-To: <042.38570af7cc275d3541fde20027d55ecc@avcodec.org> References: <042.38570af7cc275d3541fde20027d55ecc@avcodec.org> Message-ID: <057.e81b1291673ac0a48c8c48ac8e2d22fe@avcodec.org> #3977: PNG / watermark files do not work with -vf filter -------------------------------------+------------------------------------- Reporter: | Owner: SeventhCycle | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: 2.4.1 | Blocked By: Keywords: image2 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in FFmpeg 2.4.2, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 21:00:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 19:00:11 -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.32547eed7367c985e557987ef4c2c9ee@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): I will start a listening test of the stable v7 patch, latest v8g patch, mp3lame, opus1.1 at 96 kbps in a week. I will also use 40 samples from here.(See the Track download: section.) http://listening-test.coresv.net/results.htm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 21:57:53 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 19:57:53 -0000 Subject: [FFmpeg-trac] #3959(undetermined:closed): Regression for -strict unofficial In-Reply-To: <037.286acc62431e1a308f435c128128a6e3@avcodec.org> References: <037.286acc62431e1a308f435c128128a6e3@avcodec.org> Message-ID: <052.c5a52312fad566096da61474249561a1@avcodec.org> #3959: Regression for -strict unofficial -------------------------------------+------------------------------------- Reporter: cehoyos | 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: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in c02ea58c5f0a77f20c8046041edb974bb4376f4c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 22:43:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 20:43:18 -0000 Subject: [FFmpeg-trac] #3948(avformat:closed): glob fails In-Reply-To: <041.03253a33e9616d395d0c12d8aae853fa@avcodec.org> References: <041.03253a33e9616d395d0c12d8aae853fa@avcodec.org> Message-ID: <056.fcde6f262c6e725ab0148821dbcb8f07@avcodec.org> #3948: glob fails -------------------------------------+------------------------------------- Reporter: Predator448 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: image2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Predator448): Thanks for fixing it & for the great work at all :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 22:52:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 20:52:42 -0000 Subject: [FFmpeg-trac] #4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext Message-ID: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------- Reporter: beloko | Type: defect Status: new | Priority: important Component: avfilter | Version: 2.4.2 Keywords: main_w | Blocked By: main_h draw enable | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, Here is the Drawtext command I used early for write a text onto video output only when video input resolution width is between 700p and 1200p : {{{ -filter_complex "drawtext=fontfile='/Windows/Fonts/arial.ttf':text='HELLO TEXT':fontsize=47:fontcolor=yellow:x=(main_w/2-text_w/2):y=(main_h/2- text_h/2):draw=gte(main_w\,700)*lte(main_w\,1200)" }}} Since "draw" option is deprecated, we have to used "enable" option instead : {{{ -filter_complex "drawtext=fontfile='/Windows/Fonts/arial.ttf':text='HELLO TEXT':fontsize=47:fontcolor=yellow:x=(main_w/2-text_w/2):y=(main_h/2- text_h/2):enable=gte(main_w\,700)*lte(main_w\,1200)" }}} But now with the "enable" option I get this error : {{{ [drawtext @ 0000000002be6c00] [Eval @ 000000000022ec20] Undefined constant or mi ssing '(' in 'main_w,1200)' [drawtext @ 0000000002be6c00] Error when evaluating the expression 'gte(main_w,7 00)*lte(main_w,1200)' for enable [AVFilterGraph @ 0000000002b42be0] Error initializing filter 'drawtext' with arg s 'fontfile=/Windows/Fonts/arial.ttf:text=HELLO TEXT:fontsize=47:fontcolor=yello w:x=(main_w/2-text_w/2):y=(main_h/2-text_h/2):enable=gte(main_w,700)*lte(main_w, 1200)' Error configuring filters. }}} After looking what's wrong with this new syntax, I understand that "main_w" value isn't available with the new "enable" option. I think it's the same problem with all defined values. In my /libavfilter/version.h file I replaced this : ''LIBAVFILTER_VERSION_MAJOR < 5'' to ''LIBAVFILTER_VERSION_MAJOR < 6 '' ... and rebuild my FFMPEG. Now "draw" option is coming back in my binary. While "enable" option isn't its equivalent, the deprecated "draw" option musn't be disabled. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 5 23:05:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 21:05:05 -0000 Subject: [FFmpeg-trac] #4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.813146f4b3bbbb324795a62cb24b0451@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: main_w main_h draw enable => drawtext * version: 2.4.2 => unspecified Comment: To make this a valid ticket, please test current FFmpeg git head and please provide your failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 00:15:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 22:15:34 -0000 Subject: [FFmpeg-trac] #4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.6f63b983338f5757f22841342c461a68@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by beloko): Hello Cehoyos, To build my binary I get the FFMPEG source code from this URL : ?https://github.com/FFmpeg/FFmpeg.git Should I use another repositery to get a fresh FFmpeg source code ? Here is my complete command with the full failling command : {{{ C:\Users\Beloko\Desktop\FFMPEG>ffmpeg.exe -i "C:\Users\BelokoZ\Desktop\bunny.avi" -threads 0 -vcodec libx264 -s 1 920x1080 -b:v 4096k -maxrate 4096k -bufsize 4096k -r 25 -filter:v "drawtext=font file='/Users/Beloko/Desktop/FFMPEG/arial.ttf':text ='HELLO TEXT':fontsize=47:fontcolor=yellow:x=(main_w/2-text_w/2):y=(main_h/2-tex t_h/2):enable=gte(main_w\,700)*lte(main_w\,1200)*lt(mod(t\,8)\,6)" -vprofile bas eline -f mpegts big_bunny.ts ffmpeg version N-66568-g81cee70 Copyright (c) 2000-2014 the FFmpeg developers built on Sep 04 2014 15:37:25 with gcc 4.7.2 (GCC) configuration: --arch=x86_64 --target-os=mingw32 --cross- prefix=/home/beloko/s andbox/mingw-w64-x86_64/bin/x86_64-w64-mingw32- --pkg-config=pkg-config --enable -gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable- libmp3lame --e nable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --ena ble-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-f ilter=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra-cflag s=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopencore-amrwb --ena ble-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --p refix=/home/beloko/sandbox/mingw-w64-x86_64/x86_64-w64-mingw32 --enable- static - -disable-shared --enable-libsoxr --enable-fontconfig --enable-libass --enable-li butvideo --enable-libbluray --enable-iconv --enable-libtwolame --extra- cflags=-D LIBTWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable-libmodplug --extra- libs=-lstdc++ --extra-libs=-lpng --enable-libx265 --extra-cflags= --extra- cflags = --enable-nonfree --enable-libfdk-aac --disable-libfaac --disable- decoder=aac - -enable-runtime-cpudetect libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.102 / 56. 1.102 libavformat 56. 7.102 / 56. 7.102 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Input #0, avi, from 'C:\Users\Beloko\Desktop\bunny.avi': Metadata: encoder : AVI-Mux GUI 1.17.7, Aug 8 2006 20:59:17 JUNK : Duration: 00:09:56.46, start: 0.000000, bitrate: 12455 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (FMP4 / 0x34504D46), yuv420p, 192 0x1080 [SAR 1:1 DAR 16:9], 12001 kb/s, 24 fps, 24 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 44 8 kb/s [drawtext @ 00000000003b6c00] [Eval @ 000000000022ac90] Unknown function in 'mai n_w,1200)*lt(mod(t,8),6)' [drawtext @ 00000000003b6c00] Error when evaluating the expression 'gte(main_w,7 00)*lte(main_w,1200)*lt(mod(t,8),6)' for enable [AVFilterGraph @ 000000000031af20] Error initializing filter 'drawtext' with arg s 'fontfile=/Users/Beloko/FFMPEG/arial.ttf :text=HELLO TEXT:fontsize=47:fontcolor=yellow:x=(main_w/2-text_w/2):y=(main_h/2- text_h/2):enable=gte(main_w,700)*lte(main_w,1200)*lt(mod(t,8),6)' Error opening filters! }}} In my FFMPEG command, you can replace "main_w" with another value like 800 for the "enable" option and you'll see my FFMPEG command works perfectly. Problem is "enable" option doesn't support all "draw" option values like "main_w" or "main_h". :enable=gte('''main_w'''\,700)*lte('''main_w'''\,1200)*lt(mod(t\,8)\,6) becomes :enable=gte('''800'''\,700)*lte('''800'''\,1200)*lt(mod(t\,8)\,6) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 00:21:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 22:21:06 -0000 Subject: [FFmpeg-trac] #3962(avformat:closed): Regression in MP4 demuxer In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.53842b66045b42510f89747d926ddd63@avcodec.org> #3962: Regression in MP4 demuxer -------------------------------------+------------------------------------- Reporter: shahriman | 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: Fixed in d0b27fe8f13d56f409448f27c4c08fc9a49bad4d Also if someone has the file that was fixed by 34751f8313a41bf94e004ffa9491f35d96763558, please share it, the url in that commit is dead -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 01:31:55 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 23:31:55 -0000 Subject: [FFmpeg-trac] #3985(swresample:closed): Crash when extracting the audio from a video created by mkvmerge In-Reply-To: <039.33b86dd43999183d59e977e5a9531a74@avcodec.org> References: <039.33b86dd43999183d59e977e5a9531a74@avcodec.org> Message-ID: <054.50e9b06aec03636462c9dc9a486b4b09@avcodec.org> #3985: Crash when extracting the audio from a video created by mkvmerge -------------------------------------+------------------------------------- Reporter: Calmarius | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | swresample Keywords: crash | Resolution: fixed SIGSEGV regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in f9fefa499f0af48f47ea73c8ce0b25df0976c315 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 01:33:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 23:33:00 -0000 Subject: [FFmpeg-trac] #3962(avformat:reopened): Regression in MP4 demuxer In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.16de94424f2da055d918eacb014a1bde@avcodec.org> #3962: Regression in MP4 demuxer -------------------------------------+------------------------------------- Reporter: shahriman | 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: Current FFmpeg shows warnings and artefacts that were not visible before 34751f83 {{{ $ ffmpeg -i multiple_stsd.mp4 -t 45 -an -qscale 2 out.avi ffmpeg version N-66637-g02f7665 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 6 2014 01:06:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 2.101 / 56. 2.101 libavformat 56. 7.104 / 56. 7.104 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x37a5c60] multiple edit list entries, a/v desync might occur, patch welcome [mov,mp4,m4a,3gp,3g2,mj2 @ 0x37a5c60] Concatenated H.264 or H.265 might not play correctly. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x37a5440] ignoring multiple glbl [mov,mp4,m4a,3gp,3g2,mj2 @ 0x37a5c60] Concatenated H.264 or H.265 might not play correctly. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x37a5440] ignoring multiple glbl [mov,mp4,m4a,3gp,3g2,mj2 @ 0x37a5c60] Concatenated H.264 or H.265 might not play correctly. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x37a5440] ignoring multiple glbl Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'multiple_stsd.mp4': Metadata: major_brand : mp42 minor_version : 1 compatible_brands: mp41mp42isom creation_time : 2014-09-02 15:23:11 Duration: 00:01:34.93, start: 0.035465, bitrate: 9590 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 73 kb/s (default) Metadata: creation_time : 2014-09-02 15:23:11 handler_name : Core Media Audio Stream #0:1(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720, 9506 kb/s, SAR 1:1 DAR 16:9, 30 fps, 30 tbr, 600 tbn, 1200 tbc (default) Metadata: creation_time : 2014-09-02 15:23:11 handler_name : Core Media Video Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: major_brand : mp42 minor_version : 1 compatible_brands: mp41mp42isom ISFT : Lavf56.7.104 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 30 fps, 30 tbn, 30 tbc (default) Metadata: creation_time : 2014-09-02 15:23:11 handler_name : Core Media Video encoder : Lavc56.2.101 mpeg4 Stream mapping: Stream #0:1 -> #0:0 (h264 (native) -> mpeg4 (native)) Press [q] to stop, [?] for help [h264 @ 0x3f58300] top block unavailable for requested intra4x4 mode -1 at 0 0s/s [h264 @ 0x3f58300] error while decoding MB 0 0, bytestream 47910 [h264 @ 0x3f58300] concealing 3600 DC, 3600 AC, 3600 MV errors in I frame [h264 @ 0x3f9d340] top block unavailable for requested intra4x4 mode -1 at 1 0 [h264 @ 0x3f9d340] error while decoding MB 1 0, bytestream 11797 [h264 @ 0x3f9d340] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0x40310e0] top block unavailable for requested intra mode at 30 0 [h264 @ 0x40310e0] error while decoding MB 30 0, bytestream 15252 [h264 @ 0x40310e0] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0x40c4fe0] concealing 3309 DC, 3309 AC, 3309 MV errors in P frame [h264 @ 0x4158ee0] top block unavailable for requested intra mode at 3 0 [h264 @ 0x4158ee0] error while decoding MB 3 0, bytestream 8368 [h264 @ 0x4158ee0] concealing 3600 DC, 3600 AC, 3600 MV errors in B frame [h264 @ 0x41ecea0] concealing 3574 DC, 3574 AC, 3574 MV errors in P frame [h264 @ 0x4280e60] concealing 3595 DC, 3595 AC, 3595 MV errors in B frame [h264 @ 0x4314e20] top block unavailable for requested intra4x4 mode -1 at 9 0 [h264 @ 0x4314e20] error while decoding MB 9 0, bytestream 11414 [h264 @ 0x4314e20] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0x43a8de0] concealing 3481 DC, 3481 AC, 3481 MV errors in P frame [h264 @ 0x3f58300] Cannot use next picture in error concealment [h264 @ 0x3f58300] concealing 3546 DC, 3546 AC, 3546 MV errors in P frame [h264 @ 0x3f9d340] top block unavailable for requested intra4x4 mode -1 at 9 0 [h264 @ 0x3f9d340] error while decoding MB 9 0, bytestream 6719 [h264 @ 0x3f9d340] concealing 3565 DC, 3565 AC, 3565 MV errors in P frame [h264 @ 0x40310e0] concealing 3341 DC, 3341 AC, 3341 MV errors in P frame [h264 @ 0x40c4fe0] concealing 3424 DC, 3424 AC, 3424 MV errors in B frame [h264 @ 0x4158ee0] top block unavailable for requested intra4x4 mode -1 at 56 4 [h264 @ 0x4158ee0] error while decoding MB 56 4, bytestream 9658 [h264 @ 0x4158ee0] concealing 3589 DC, 3589 AC, 3589 MV errors in P frame [h264 @ 0x41ecea0] concealing 3239 DC, 3239 AC, 3239 MV errors in B frame [h264 @ 0x4280e60] concealing 3565 DC, 3565 AC, 3565 MV errors in P frame [h264 @ 0x4314e20] concealing 3389 DC, 3389 AC, 3389 MV errors in B frame [h264 @ 0x43a8de0] concealing 3489 DC, 3489 AC, 3489 MV errors in P frame [h264 @ 0x3f58300] concealing 3421 DC, 3421 AC, 3421 MV errors in B frame [h264 @ 0x3f9d340] top block unavailable for requested intra4x4 mode -1 at 45 0 [h264 @ 0x3f9d340] error while decoding MB 45 0, bytestream 5797 [h264 @ 0x3f9d340] concealing 3598 DC, 3598 AC, 3598 MV errors in P frame [h264 @ 0x40310e0] top block unavailable for requested intra4x4 mode -1 at 59 4 [h264 @ 0x40310e0] error while decoding MB 59 4, bytestream 7627 [h264 @ 0x40310e0] concealing 3329 DC, 3329 AC, 3329 MV errors in P frame [h264 @ 0x40c4fe0] top block unavailable for requested intra4x4 mode -1 at 0 0 [h264 @ 0x40c4fe0] error while decoding MB 0 0, bytestream 6375 [h264 @ 0x40c4fe0] concealing 3551 DC, 3551 AC, 3551 MV errors in P frame [h264 @ 0x4158ee0] top block unavailable for requested intra mode at 17 5 [h264 @ 0x4158ee0] error while decoding MB 17 5, bytestream 5921 [h264 @ 0x4158ee0] concealing 3490 DC, 3490 AC, 3490 MV errors in P frame [h264 @ 0x41ecea0] left block unavailable for requested intra4x4 mode -1 at 0 6 [h264 @ 0x41ecea0] error while decoding MB 0 6, bytestream 9298 [h264 @ 0x41ecea0] concealing 3498 DC, 3498 AC, 3498 MV errors in P frame [h264 @ 0x4280e60] top block unavailable for requested intra mode at 14 0 [h264 @ 0x4280e60] error while decoding MB 14 0, bytestream 4345 [h264 @ 0x4280e60] concealing 3062 DC, 3062 AC, 3062 MV errors in B frame [h264 @ 0x4314e20] top block unavailable for requested intra4x4 mode -1 at 15 0 [h264 @ 0x4314e20] error while decoding MB 15 0, bytestream 9318 [h264 @ 0x4314e20] concealing 3479 DC, 3479 AC, 3479 MV errors in P frame frame= 1349 fps=299 q=2.0 Lsize= 83724kB time=00:00:45.00 bitrate=15241.5kbits/s video:83686kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.045334% [h264 @ 0x43a8de0] concealing 3258 DC, 3258 AC, 3258 MV errors in B frame }}} Note that the sample did not play in sync before 34751f83 (and doesn't play in sync now) possibly making this a minor regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 01:51:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Oct 2014 23:51:40 -0000 Subject: [FFmpeg-trac] #4002(undetermined:closed): reconciliate & merge with libav In-Reply-To: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> References: <038.46ee00e81c8705ff0ec9e2002d35cf03@avcodec.org> Message-ID: <053.6e33a53438ea999ff8bc77cdd4f06db6@avcodec.org> #4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): here is the rough transcript from the vdd14 meeting between 6+? libav devels and 4 ffmpeg devels, held in a room with about 30 other people, moderated by two 3rd party volunteers. http://paste.ubuntu.com/8488924/ theres a lot of facepalm moments. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 09:37:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 07:37:52 -0000 Subject: [FFmpeg-trac] #3962(avformat:reopened): Regression in MP4 demuxer In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.68a8bb784a69fbffcc99690a65798575@avcodec.org> #3962: Regression in MP4 demuxer -------------------------------------+------------------------------------- Reporter: shahriman | 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 ubitux): Replying to [comment:2 michael]: > Fixed in d0b27fe8f13d56f409448f27c4c08fc9a49bad4d > I think the correct hash is 02f7665a3ce703217ae1cbbc7baa29c438d61456 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 09:43:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 07:43:13 -0000 Subject: [FFmpeg-trac] #4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.9012dbf67c989d4775acd38228146e11@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): So you want to enable the filter only based on the resolution size? I guess we could add these variables to the timeline eval, but maybe what you are actually looking for is a text being displayed only if it fits into the frame, and so an option for that specific purpose could be added to drawtext? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 12:13:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 10:13:39 -0000 Subject: [FFmpeg-trac] #4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.170e61cbfa56c5538b9362fad6389a84@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by beloko): Hello Ubitux, Yes exactly. I use this command to enable the "drawtext" filter only when video input resolution has a specific width. In the past, I was able to used the "draw" option available in the "drawtext" filter. But now, the "draw" option is discontinued and we have to use the "enable" option to replace it. Finally the "draw" option was more efficient and usefull than this new "enable" option. So I don't understand why the "draw" option is definitively deprecated so early. In my opinion : if the old "draw" option can do the job, we should keep it longer in "libavfilter" library as a nice "drawtext" filter option. Until the new "enable" option can do the same job. It's not to late, because yesterday I built my new binary with the "draw" option and it works like before. We just have to reprecated the old "draw" option instead of the new "enable" option. I suppose, add a new option to retrieve the same purpose with "Drawtext" filter will require more job time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 12:40:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 10:40:07 -0000 Subject: [FFmpeg-trac] #4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.ef58977fc8129bd151e36f01b156caa3@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:4 beloko]: > Hello Ubitux, > > Yes exactly. I use this command to enable the "drawtext" filter only when video input resolution has a specific width. > > In the past, I was able to used the "draw" option available in the "drawtext" filter. But now, the "draw" option is discontinued and we have to use the "enable" option to replace it. > > Finally the "draw" option was more efficient and usefull than this new "enable" option. So I don't understand why the "draw" option is definitively deprecated so early. > "enable" is a system shared between a lot of other filters, it avoids having the same logic duplicated in every filter. "draw" wasn't kept in drawtext because no one thought main_w and main_h would actually be useful for enabling/disabling the filter. It seems we were wrong. Now this use case looks very specific to drawtext, so I'm not yet sure between simply adding variable names in the timeline system ("enable"), or adding an option in drawtext to say "don't draw the text if it doesn't fit into the frame". > [...] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 13:13:12 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 11:13:12 -0000 Subject: [FFmpeg-trac] #4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.da907d6199353028a590845f1f7d606d@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): Patch on the mailing-list implementing the timeline version: http://ffmpeg.org/pipermail/ffmpeg-devel/2014-October/163833.html Using "w" and "h" with "enable" would be possible after this patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 13:22:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 11:22:45 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.21508b45e71473662dfeecdcbd801157@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by cehoyos): Generlly, send the patch to the ffmpeg development mailing list: Patches are ignored on this bug tracker and all review happens on the development mailinst list. Remove the whitespace change from the patch (do not change the indentation of the unchanged lines, this can be done in a subsequent patch), commit the patch locally to current FFmpeg git head, and produce a file with {{{git format-patch HEAD^}}} that you can send to the mailing list. But as the patch would allow to write invalid transport streams, the more important question is of course: How can your issue - encoding with libx264 fails - be reproduced? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 14:17:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 12:17:37 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.02e2bd6744a851ef56c6254b0d45d504@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Lastique): > Generlly, send the patch to the ffmpeg development mailing list... Thanks but the problem is I don't have much time to work on this issue, and I'd prefer not being involved into lengthy discussions on the ML. > But as the patch would allow to write invalid transport streams,... Why do you consider streams with 3-byte start codes invalid? > the more important question is of course: How can your issue - encoding with libx264 fails - be reproduced? I described it in the ticket. I can make a C/C++ test case using the API if that helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 15:20:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 13:20:16 -0000 Subject: [FFmpeg-trac] #4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.82a4343143b2697bed2be0430526095c@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by beloko): Shared the "enable" option filters with others is a nice goal, FFmpeg can solve many use cases. Ex: With "draw" option, I can make a text readable on any high resolution video file in just one FFmpeg command line. Otherwise, I have to detect the input video resolution width before call a specific FFmpeg command for each width. I prefer switch between different font sizes than having an auto-scale text I can't size properly. For now, I built a new FFmpeg binary by merging your patch. "Drawtext" error messages are left after the command line, but the text content doesn't appear on the output video file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 16:08:28 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 14:08:28 -0000 Subject: [FFmpeg-trac] #3074(avformat:open): Missing support of muxing EAC3 inside mp4 container In-Reply-To: <034.b1b02dea64bd0c25321782f2392eba0d@avcodec.org> References: <034.b1b02dea64bd0c25321782f2392eba0d@avcodec.org> Message-ID: <049.02ac16341817adc474091363df75a9e2@avcodec.org> #3074: Missing support of muxing EAC3 inside mp4 container -------------------------------------+------------------------------------ Reporter: trox | Owner: benoit Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: eac3 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by benoit): * owner: => benoit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 6 17:37:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 15:37:40 -0000 Subject: [FFmpeg-trac] #3962(avformat:reopened): Regression in MP4 demuxer In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.24854ca50aad923cbfbe268e22ba3577@avcodec.org> #3962: Regression in MP4 demuxer -------------------------------------+------------------------------------- Reporter: shahriman | 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 shahriman): Thanks Michael. Why is this ticket still open? Is it due to the sync problem you mentioned? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 00:23:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 22:23:04 -0000 Subject: [FFmpeg-trac] #4009(undetermined:new): aiffenc qcelp remux: invalid output Message-ID: <039.82346f52f7b615deaaf583e1c03db708@avcodec.org> #4009: aiffenc qcelp remux: invalid output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i purevoice.aif -acodec copy out.aif ffmpeg version N-66438-g4f4f08e Copyright (c) 2000-2014 the FFmpeg developers built on Sep 24 2014 22:26:49 with gcc 4.9.1 (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-zlib libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 5.100 / 56. 5.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Input #0, aiff, from 'purevoice.aif': Duration: 00:00:12.61, start: 0.000000, bitrate: 77 kb/s Stream #0:0: Audio: qcelp (Qclp / 0x706C6351), 44100 Hz, mono, flt, 77 kb/s Output #0, aiff, to 'out.aif': Metadata: encoder : Lavf56.5.100 Stream #0:0: Audio: qcelp (Qclp / 0x706C6351), 44100 Hz, mono, 77 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 119kB time=00:00:12.61 bitrate= 77.2kbits/s video:0kB audio:119kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: 0.059986% }}} {{{ C:\>ffmpeg -i out.aif ffmpeg version N-66438-g4f4f08e Copyright (c) 2000-2014 the FFmpeg developers built on Sep 24 2014 22:26:49 with gcc 4.9.1 (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-zlib libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 5.100 / 56. 5.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 [aiff @ 02e4e760] could not find COMM tag or invalid block_align value out.aif: Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 00:30:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 22:30:57 -0000 Subject: [FFmpeg-trac] #4010(undetermined:new): flashsv: fail to decode 4000x4000 resolution Message-ID: <039.c4d5bc69245a72fbabcca46a2b581fff@avcodec.org> #4010: flashsv: fail to decode 4000x4000 resolution -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Not so important, but there is a check for 4096x4096 res limit in the encoder, so I belive that this should work. {{{ C:\>ffmpeg -i 4000.jpg -vcodec flashsv out.flv ffmpeg version N-66438-g4f4f08e Copyright (c) 2000-2014 the FFmpeg developers built on Sep 24 2014 22:26:49 with gcc 4.9.1 (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-zlib libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 5.100 / 56. 5.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Input #0, image2, from '4000.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 268008 kb/s Stream #0:0: Video: mjpeg, yuvj420p(pc, bt470bg), 4000x4000 [SAR 144:144 DAR 1:1], 25 tbr, 25 tbn, 25 tbc [swscaler @ 02f27000] deprecated pixel format used, make sure you did set range correctly Output #0, flv, to 'out.flv': Metadata: encoder : Lavf56.5.100 Stream #0:0: Video: flashsv ([3][0][0][0] / 0x0003), bgr24, 4000x4000 [SAR 1 :1 DAR 1:1], q=2-31, 200 kb/s, 25 fps, 1k tbn, 25 tbc Metadata: encoder : Lavc56.1.101 flashsv Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> flashsv (native)) Press [q] to stop, [?] for help frame= 1 fps=0.4 q=0.0 size= 17693kB time=00:00:00.04 bitrate=3623582.0kbit frame= 1 fps=0.4 q=0.0 Lsize= 17693kB time=00:00:00.04 bitrate=3623582.0kbi ts/s video:17693kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001253% }}} {{{ C:\>ffmpeg -i out.flv out.avi ffmpeg version N-66438-g4f4f08e Copyright (c) 2000-2014 the FFmpeg developers built on Sep 24 2014 22:26:49 with gcc 4.9.1 (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-zlib libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 5.100 / 56. 5.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Input #0, flv, from 'out.flv': Metadata: encoder : Lavf56.5.100 Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: flashsv, bgr24, 4000x4000, 200 kb/s, 1k tbr, 1k tbn, 1k tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.5.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 4000x4000, q=2-31, 2 00 kb/s, 1k fps, 1k tbn, 1k tbc Metadata: encoder : Lavc56.1.101 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (flashsv (native) -> mpeg4 (native)) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 6kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ove rhead: unknown Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i f used) Conversion failed! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 00:33:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Oct 2014 22:33:25 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.6729143a2350d4c7a66197b3cc961220@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:8 Lastique]: > > But as the patch would allow to write invalid transport streams,... > > Why do you consider streams with 3-byte start codes invalid? I don't consider it invalid, but all playback applications I tested did... > > the more important question is of course: How can your issue - encoding with libx264 fails - be reproduced? > > I described it in the ticket. I can make a C/C++ test case using the API if that helps. A way to reproduce the problem will definitely help imo. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 09:58:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Oct 2014 07:58:20 -0000 Subject: [FFmpeg-trac] #3962(avformat:reopened): Regression in MP4 demuxer In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.5927f22a8156c388abeff1e8fa0f7b01@avcodec.org> #3962: Regression in MP4 demuxer -------------------------------------+------------------------------------- Reporter: shahriman | 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 cehoyos): Replying to [comment:5 shahriman]: > Why is this ticket still open? Because current FFmpeg shows warnings and artefacts that were not visible before 34751f83 > Is it due to the sync problem you mentioned? The sync problem imo indicates that this ticket is not important (but normal) but I leave the decision to others. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 15:16:37 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Oct 2014 13:16:37 -0000 Subject: [FFmpeg-trac] #4008(avfilter:closed): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.8775fb3b0e887613bffe9e69d471b48d@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: unspecified | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * status: new => closed * resolution: => fixed Comment: Replying to [comment:7 beloko]: > Shared the "enable" option filters with others is a nice goal, FFmpeg can solve many use cases. > Note that it's not a "goal", it actually is the case: {{{ ? ./ffmpeg -v error -filters|grep -c '^ T' 49 }}} > Ex: With "draw" option, I can make a text readable on any high resolution video file in just one FFmpeg command line. Otherwise, I have to detect the input video resolution width before call a specific FFmpeg command for each width. > > I prefer switch between different font sizes than having an auto-scale text I can't size properly. > Sorry, I have no idea what you are talking about here, but I'm probably very tired. > For now, I built a new FFmpeg binary by merging your patch. "Drawtext" error messages are left after the command line, but the text content doesn't appear in the output video file. That patch is now applied. I don't like that solution much because I believe we should add a "display-the-text-only-if-it-fits-in" in drawtext, but since it's somehow a regression, I applied that version. What error messages are you talking about? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 15:54:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Oct 2014 13:54:27 -0000 Subject: [FFmpeg-trac] #4011(ffmpeg:new): missing picture in access unit with size Message-ID: <032.fb49641f1e6fee11aaaf9c5f78e29724@avcodec.org> #4011: missing picture in access unit with size --------------------------------+---------------------------------- Reporter: vk | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.4.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Summary of the bug: Trying to convert an .f4f file into .ts format with "-c copy" option. Getting a lot of "missing picture in access unit with size XXX" errors. The output file only contains audio stream, no video stream is created. How to reproduce: ffmpeg -y -report -i missing-picture-in-access-unit-with-size_input.f4f -c copy -bsf:v h264_mp4toannexb -f mpegts missing-picture-in-access-unit- with-size_output.ts Attaching input file, output file and ffmpeg log. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 16:12:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Oct 2014 14:12:38 -0000 Subject: [FFmpeg-trac] #3758(avfilter:closed): Right-to-left option for drawtext filter In-Reply-To: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> References: <037.88ddf392aa2daa5066e137f81d39b914@avcodec.org> Message-ID: <052.7c9891c2811cae880c8e66e0bea97d03@avcodec.org> #3758: Right-to-left option for drawtext filter -------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Fixed by Marc Jeffreys in a0b71e9f3e95d22b098e4d81c26d3bfe1f53249f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 19:50:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Oct 2014 17:50:51 -0000 Subject: [FFmpeg-trac] #4008(avfilter:closed): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.119dc24b424c91720d76bb8671fc9138@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: unspecified | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by beloko): Hello Ubitux, I'm skeptical about your patch but I hope I'm wrong. Please, where should I download your patch to build a fresh FFmpeg binary and try it properly ? Usually I use this GIT repository, but now it doesn't seems up to date : ?https://github.com/FFmpeg/FFmpeg.git Having the "draw" option reprecated or the same capacity via another option name supported in next FFmepg realeases is just perfect for me. Your "if-text-fit-size-area" proposition is really more than I could expect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 19:58:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Oct 2014 17:58:27 -0000 Subject: [FFmpeg-trac] #4008(avfilter:closed): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.6731117134855a19af9f7eaf2c657f91@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: unspecified | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:9 beloko]: > Hello Ubitux, > > I'm skeptical about your patch but I hope I'm wrong. > It doesn't restore draw, but it makes possible for you to use the "w" and "h" variables in the "enable" option. > Please, where should I download your patch to build a fresh FFmpeg binary and try it properly ? > You just checkout git/master. > Usually I use this GIT repository, but now it doesn't seems up to date : > ?https://github.com/FFmpeg/FFmpeg.git > This is a mirror, see ffmpeg.org for the correct URL. > Having the "draw" option reprecated or the same capacity via another option name supported in next FFmepg realeases is just perfect for me. Won't happen, but since you needed it for the main_w/main_h access, it was added to the timeline system. > Your "if-text-fit-size-area" proposition is really more than I could expect. I don't have time to implement that correctly unfortunately. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 7 23:36:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Oct 2014 21:36:15 -0000 Subject: [FFmpeg-trac] #3170(swscale:open): Support large scaling In-Reply-To: <036.94c151af6bc3a8d18d01395207cf3541@avcodec.org> References: <036.94c151af6bc3a8d18d01395207cf3541@avcodec.org> Message-ID: <051.f4753ba979161003b307038cca403001@avcodec.org> #3170: Support large scaling -------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by gjdfgh): * cc: nfxjfg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 02:44:07 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 00:44:07 -0000 Subject: [FFmpeg-trac] #515(ffmpeg:reopened): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <035.488fc483ca99e0b5cf5f0b8010bf4de4@avcodec.org> References: <035.488fc483ca99e0b5cf5f0b8010bf4de4@avcodec.org> Message-ID: <050.e98ff0234bdf786bf4125698bc138a90@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video ------------------------------------+------------------------------------ Reporter: Gagan | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hendry): As a workaround, I've clumsily implemented a shell script to autorotate videos I take from an iPhone6 https://github.com/kaihendry/recordmydesktop2.0/blob/master/htmlvideo#L44 using ffprobe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 02:56:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 00:56:17 -0000 Subject: [FFmpeg-trac] #4012(undetermined:new): Transcoding Slo-Mo MOVs from iPhone results in awful MP4 Message-ID: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> #4012: Transcoding Slo-Mo MOVs from iPhone results in awful MP4 --------------------------------------+---------------------------------- Reporter: hendry | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.4.2 Keywords: ios | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: I simply want to share on the Web, videos from my iPhone taken with the Slo-Mo feature How to reproduce: Transcode my MOVs to MP4s like a usually do with https://github.com/kaihendry/recordmydesktop2.0/ and the resulting MP4's audio is mal-aligned and the video playback is unwatchable (full of pauses). I've tested playback on Chrome 39.0.2171.7, Firefox 32 and IOS safari. All basically unusable result from ffmpeg. {{{ % ffmpeg -y -i "$input" -movflags +faststart -pix_fmt yuv420p -c:v libx264 -vprofile baseline -acodec aac -strict experimental "$out" version 2.4.2 built on Archlinux }}} Warning about high frame rate: http://s.natalian.org/2014-10-07/1412660525_1364x742.png Original "Slo-Mo": http://s.natalian.org/2014-10-07/IMG_4596.MOV Transcoded result: http://s.natalian.org/2014-10-05/IMG_4596.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 03:53:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 01:53:45 -0000 Subject: [FFmpeg-trac] #4012(undetermined:new): Transcoding Slo-Mo MOVs from iPhone results in awful MP4 In-Reply-To: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> References: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> Message-ID: <051.9804c091f3342f71f11d1473fe036bc5@avcodec.org> #4012: Transcoding Slo-Mo MOVs from iPhone results in awful MP4 --------------------------------+---------------------------------------- Reporter: hendry | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: ios => mov Comment: Please test current FFmpeg git head and please provide the command line you tested together with the complete, uncut console output to make this a valid ticket. Please use default verbosity (or higher). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 04:03:55 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 02:03:55 -0000 Subject: [FFmpeg-trac] #4012(undetermined:new): Transcoding Slo-Mo MOVs from iPhone results in awful MP4 In-Reply-To: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> References: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> Message-ID: <051.6d44b637f94a943ad5101b9a98bb328a@avcodec.org> #4012: Transcoding Slo-Mo MOVs from iPhone results in awful MP4 --------------------------------+---------------------------------------- Reporter: hendry | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by hendry): I don't have the time to checkout and build latest ffmpeg and ramp up the verbosity for paste it in here for you. It's a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 04:38:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 02:38:22 -0000 Subject: [FFmpeg-trac] #4008(avfilter:closed): "main_w" value unrecognized with the new "enable" option in Drawtext In-Reply-To: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> References: <036.91c995c404113846b8a9ffb498fbb3aa@avcodec.org> Message-ID: <051.bea3a50bd7834fa2684da5ad10b0d1ac@avcodec.org> #4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------ Reporter: beloko | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: unspecified | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by beloko): Hello Ubitux, Finally I built a fresh FFmpeg binary from main repositery : git://source.ffmpeg.org/ffmpeg.git I just tried it now on a video file and yes ... I confirm your patch works like a charm. Thank you very much, accept my apologies ! We don't need to develop a new function to do the same job. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 08:02:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 06:02:01 -0000 Subject: [FFmpeg-trac] #4013(ffmpeg:new): Convert video using FFMPEG from client side Message-ID: <039.ad91c05f7f83c7bf9d92a1d25e5c7b8f@avcodec.org> #4013: Convert video using FFMPEG from client side -----------------------------------+--------------------------------------- Reporter: venky1893 | Type: defect Status: new | Priority: important Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- I have setup a ffmpeg and I'm streaming a file from localhost to rtmp server. What i need is to stream a file from the client PC. i.e., I am hosting ffmpeg on the server and i need my web application to streams the file from the client PC to the rtmp server. Is it possible? I don't want to upload the entire file to my server because sometime the files are from a live feed (mixer studio outputs) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 08:38:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 06:38:48 -0000 Subject: [FFmpeg-trac] #4013(undetermined:closed): Convert video using FFMPEG from client side In-Reply-To: <039.ad91c05f7f83c7bf9d92a1d25e5c7b8f@avcodec.org> References: <039.ad91c05f7f83c7bf9d92a1d25e5c7b8f@avcodec.org> Message-ID: <054.0aef525b699ecf9cd366af7210d8513a@avcodec.org> #4013: Convert video using FFMPEG from client side -------------------------------------+------------------------------------- Reporter: venky1893 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * resolution: => invalid * status: new => closed * component: ffmpeg => undetermined Comment: This is a bug tracker, if you want to report a bug, please post your command line together with the complete, uncut console output (or source code that allows to reproduce the issue) and explain what's going wrong. If you need support, please post your question on one of the user mailing lists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 08:59:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 06:59:19 -0000 Subject: [FFmpeg-trac] #4014(ffmpeg:new): SIGSEGV might occur if you press first the q key in libvpx-vp9 Message-ID: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: libvpx-vp9 | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % gdb ffmpeg_g.exe (gdb) run -y -i ../sample.mp4 -c:v libvpx-vp9 -c:a copy sample.mkv Starting program: D:\MinGW8\msys\1.0\home\augus\ffmpeg\ffmpeg- build\ffmpeg_g.exe -y -i ../sample.mp4 -c:v libvpx-vp9 -c:a copy sample.mkv [New Thread 3604.0x1408] ffmpeg version N-66687-g1acc918 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 8 2014 08:28:30 with gcc 4.9.1 (GCC) configuration: --arch=amd64 --enable-gpl --enable-version3 --enable- avisynth --enable-fontconfig --enable-frei0r --enable-gnutls --enable- ladspa --enable-libass --enable-libbluray --enable-libcaca --enable- libcdio --enable-libfreetype --enable-libfribidi --enable-libgme --enable- libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libvidstab --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxvid --enable-libilbc --enable-libxavs --enable-opengl --enable-libwebp --enable-avresample --enable-w32threads --extra-ldflags=-static --extra-cflags='-mtune=generic -mfpmath=sse -msse' --optflags='-O2 -finline-functions' libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 3.101 / 56. 3.101 libavformat 56. 7.104 / 56. 7.104 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.103 / 5. 1.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../sample.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.4.101 Duration: 00:05:05.11, start: 0.000000, bitrate: 487 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 512x288 [ SAR 1:1 DAR 16:9], 354 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, 12 8 kb/s (default) Metadata: handler_name : SoundHandler [New Thread 3604.0x1814] [New Thread 3604.0xa20] [New Thread 3604.0x1aa4] [libvpx-vp9 @ 000000000b5956c0] v1.3.0-4506-ga9f4796 [New Thread 3604.0x18fc] [New Thread 3604.0x18b8] [New Thread 3604.0x109c] Output #0, matroska, to 'sample.mkv': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.7.104 Stream #0:0(und): Video: vp9 (libvpx-vp9) (VP90 / 0x30395056), yuv420p, 512x 288 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 24 fps, 1k tbn, 24 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc56.3.101 libvpx-vp9 Stream #0:1(und): Audio: aac ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, 12 8 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> vp9 (libvpx-vp9)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000002026160 in cbrt_tab () (gdb) bt #0 0x0000000002026160 in cbrt_tab () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x2026140 to 0x2026180: 0x0000000002026140 : mov %eax,0x90(%rsi) 0x0000000002026146 : xor %eax,%eax 0x0000000002026148 : add $0x28,%rsp 0x000000000202614c : pop %rbx 0x000000000202614d : pop %rsi 0x000000000202614e : pop %rdi 0x000000000202614f : pop %rbp 0x0000000002026150 : retq 0x0000000002026151 : data16 data16 data16 data16 data16 nopw %cs:0x0(%rax,%rax,1) => 0x0000000002026160 : mov 0x4(%rcx),%r8d 0x0000000002026164 : test %r8d,%r8d 0x0000000002026167 : je 0x20261b0 0x0000000002026169 : test %edx,%edx 0x000000000202616b : mov (%rcx),%r9d 0x000000000202616e : je 0x20261a2 0x0000000002026170 : mov 0x8(%rcx),%eax 0x0000000002026173 : lea (%rax,%rax,8),%r10 0x0000000002026177 : mov %rax,%rdx 0x000000000202617a : lea (%rax,%r10,2),%r10 0x000000000202617e : mov 0x10(%rcx),%rax End of assembler dump. (gdb) info all-register rax 0x0 0 rbx 0xb8b7fa0 193691552 rcx 0x0 0 rdx 0x1 1 rsi 0x0 0 rdi 0xb8b7fa0 193691552 rbp 0x0 0x0 rsp 0x39f6c8 0x39f6c8 r8 0x0 0 r9 0x0 0 r10 0x1 1 r11 0x19 25 r12 0x39f818 3799064 r13 0x39f814 3799060 r14 0x39f814 3799060 r15 0x0 0 rip 0x2026160 0x2026160 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0x8080808080808080) (raw 0xffff8080808080808080) ---Type to continue, or q to quit--- st1 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st2 -nan(0x002000200) (raw 0xffff0000000002000200) st3 -nan(0x200020002000200) (raw 0xffff0200020002000200) st4 131063 (raw 0x400ffffb800000000000) st5 131063 (raw 0x400ffffb800000000000) st6 131064 (raw 0x400ffffc000000000000) st7 24 (raw 0x4003c000000000000000) fctrl 0x20027f 2097791 fstat 0x20 32 ftag 0x37c0000 58458112 fiseg 0x33 51 fioff 0x2543668 39073384 foseg 0x2b 43 fooff 0x399d20 3775776 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, ---Type to continue, or q to quit--- 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, ---Type to continue, or q to quit--- uint128 = 0x00000000000000000000000000000000} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} ---Type to continue, or q to quit--- xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1fa8 [ OE PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 10:26:41 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 08:26:41 -0000 Subject: [FFmpeg-trac] #4014(undetermined:new): SIGSEGV might occur if you press first the q key in libvpx-vp9 In-Reply-To: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> References: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> Message-ID: <053.ad1defb3495fda6b01ab9b024ca698f6@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libvpx-vp9 => crash libvpx * priority: normal => important * version: unspecified => git-master * component: ffmpeg => undetermined Comment: Please also provide valgrind output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 10:29:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 08:29:50 -0000 Subject: [FFmpeg-trac] #4014(undetermined:new): SIGSEGV might occur if you press first the q key in libvpx-vp9 In-Reply-To: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> References: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> Message-ID: <053.8e5f23b4d3e7ee7d12becfef33b21630@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash libvpx => crash SIGSEGV libvpx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 11:37:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 09:37:01 -0000 Subject: [FFmpeg-trac] #4015(ffmpeg:new): Feat: Error instead of warn at seeking timecode mismatch Message-ID: <036.b79c9c405c37eb8bf43b746c0d00473b@avcodec.org> #4015: Feat: Error instead of warn at seeking timecode mismatch -------------------------------------+------------------------------------- Reporter: wader8 | Type: Status: new | enhancement Component: ffmpeg | Priority: minor Keywords: seek, | Version: seeking, error, warning, | unspecified timecode, time, mismatch | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the feature: Provide an option, to enable breaking with error, instead of just a warning, when the seeking timecodes are mismatched, eg, -to value being smaller than -ss. (the "ignoring -to" is a warning) - The resulting error should stop the current session from executing any further operations, a standard error that batch files can operate with (windows in my case) Explanation: The use of seeking is also used to get rid of the rest as one of the primary reason behind the use of the program, so there is no need for ffmpeg to continue it's encoding/decoding/recoding operations as when the "ignoring -to" warning happens it does not stop the output operation, which in such a case would be preferred. Furthermore in such a particular case, with many entries used in a batch file, to automate the process, it hinders the very purpose of automation as it requires constant monitoring, otherwise the mismatched entry will unnecessairly recode the input in-whole instead of skipping and moving to the next entry specified in a batch file. In the worst case scenario, with large inputs and low disk space and with other concurrent space-consuming tasks, a single mismatch may cause a total disruption of all other computer applications if the input is large enough that it would fill up the disk space is was not supposed to. Timecode mismatch is not a bug - reason: Human Error - mistmatched timecodes are a result of typos, not unusual in this case. ------------------------ Feature: Option 1a: -seekerror (-se) Break with error/stop when -ss -to timecodes are mismatched. -- OR -- Option 1b: -seekwarn (-sw) Default being error stop, enable (existing) warning only with this command. ------------------------- How to reproduce: {{{ % ffmpeg -i input ... -ss 02:45:18 -to 01:45:36 ... output ffmpeg version N/A built on ... N/A }}} 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 Oct 8 11:42:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 09:42:10 -0000 Subject: [FFmpeg-trac] #4015(ffmpeg:new): Feat: Error instead of warn at seeking timecode mismatch In-Reply-To: <036.b79c9c405c37eb8bf43b746c0d00473b@avcodec.org> References: <036.b79c9c405c37eb8bf43b746c0d00473b@avcodec.org> Message-ID: <051.aad1eeef992a2657623ac15221f2c8eb@avcodec.org> #4015: Feat: Error instead of warn at seeking timecode mismatch -------------------------------------+---------------------------------- Reporter: wader8 | Owner: Type: enhancement | Status: new Priority: wish | Component: ffmpeg Version: git-master | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: seek, seeking, error, warning, timecode, time, mismatch => seek * priority: minor => wish * version: unspecified => git-master Comment: Please provide an example including console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 15:15:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 13:15:39 -0000 Subject: [FFmpeg-trac] #4016(avformat:new): DRM protected content should be detected Message-ID: <037.f4eca04737380dff25c5349d066779b7@avcodec.org> #4016: DRM protected content should be detected ----------------------------------+--------------------------------------- Reporter: hendrik | Type: enhancement Status: new | Priority: normal Component: avformat | Version: 2.4.2 Keywords: DRM m4p | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- AFAIK FFmpeg libraries contain no special code to recognize whether a file has been DRM protected e.g. by Apple's so-called "FairPlay". mp4 files are decoded and played - but the result is simply garbage. It would be nice, if it was possible to detect whether a file is protected or not. Please note, that I don't mean to suggest building a decoder (like ticket:1800). Instead, just knowing that we simply cannot decode a file properly is already valuable. A possible implementation could be for `avcodec_decode_audio4(...)` to return an appropriate error code, if the packet is encrypted and therefore cannot be decoded properly. For `.m4p` this is not hard to detect. It contains an atom called `drms`. If it is present, the file cannot be properly decoded. For WMA there seems to be also some sort of mechanism (see e.g. https://mail.kde.org/pipermail /taglib-devel/2011-March/001885.html). Further resources for m4p are: * http://atomicparsley.sourceforge.net/mpeg-4files.html * http://www.cs.sjsu.edu/faculty/stamp/students/RamyaVenkataramu_CS298Report.pdf To illustrate where to find the `drms` atom, here's an excerpt generated with AtomicParsely: {{{ > AtomicParsley.exe test.m4p -T + Atom ftyp @ 0 of size: 32, ends @ 32 Atom moov @ 32 of size: 98194, ends @ 98226 Atom mvhd @ 40 of size: 108, ends @ 148 Atom trak @ 148 of size: 39374, ends @ 39522 Atom tkhd @ 156 of size: 92, ends @ 248 Atom edts @ 248 of size: 36, ends @ 284 Atom elst @ 256 of size: 28, ends @ 284 Atom mdia @ 284 of size: 39238, ends @ 39522 Atom mdhd @ 292 of size: 32, ends @ 324 Atom hdlr @ 324 of size: 58, ends @ 382 Atom minf @ 382 of size: 39140, ends @ 39522 Atom smhd @ 390 of size: 16, ends @ 406 Atom hdlr @ 406 of size: 57, ends @ 463 Atom dinf @ 463 of size: 36, ends @ 499 Atom dref @ 471 of size: 28, ends @ 499 Atom stbl @ 499 of size: 39023, ends @ 39522 Atom stsd @ 507 of size: 999, ends @ 1506 Atom drms @ 523 of size: 983, ends @ 1506 Atom esds @ 559 of size: 51, ends @ 610 Atom sinf @ 610 of size: 896, ends @ 1506 Atom frma @ 618 of size: 12, ends @ 630 Atom schm @ 630 of size: 20, ends @ 650 Atom schi @ 650 of size: 856, ends @ 1506 Atom user @ 658 of size: 12, ends @ 670 Atom key @ 670 of size: 12, ends @ 682 Atom iviv @ 682 of size: 24, ends @ 706 Atom righ @ 706 of size: 88, ends @ 794 Atom name @ 794 of size: 264, ends @ 1058 Atom priv @ 1058 of size: 448, ends @ 1506 Atom stts @ 1506 of size: 24, ends @ 1530 Atom stsc @ 1530 of size: 7756, ends @ 9286 Atom stsz @ 9286 of size: 27640, ends @ 36926 Atom stco @ 36926 of size: 2596, ends @ 39522 Atom udta @ 39522 of size: 58704, ends @ 98226 Atom meta @ 39530 of size: 58696, ends @ 98226 [...] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 16:17:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 14:17:04 -0000 Subject: [FFmpeg-trac] #4016(avformat:new): DRM protected content should be detected In-Reply-To: <037.f4eca04737380dff25c5349d066779b7@avcodec.org> References: <037.f4eca04737380dff25c5349d066779b7@avcodec.org> Message-ID: <052.be9fc87902e0774dff6401217dda1d26@avcodec.org> #4016: DRM protected content should be detected -------------------------------------+------------------------------------ Reporter: hendrik | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: DRM m4p => mov * priority: normal => wish * version: 2.4.2 => git-master Comment: Please test current FFmpeg git head and provide a command line and console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 16:29:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 14:29:54 -0000 Subject: [FFmpeg-trac] #4016(avformat:new): DRM protected content should be detected In-Reply-To: <037.f4eca04737380dff25c5349d066779b7@avcodec.org> References: <037.f4eca04737380dff25c5349d066779b7@avcodec.org> Message-ID: <052.5a8115c06854ede522dff18aebc8be32@avcodec.org> #4016: DRM protected content should be detected -------------------------------------+------------------------------------ Reporter: hendrik | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by hendrik): Are you suggesting, this may have been implemented already? I've tried `ffplay` with today's zeranoe build (http://ffmpeg.zeranoe.com/builds/win64/static/ffmpeg-20141008-git- f3296b9-win64-static.7z) and the audio output was garbage. The textual output is attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 16:31:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 14:31:24 -0000 Subject: [FFmpeg-trac] #4014(undetermined:new): SIGSEGV might occur if you press first the q key in libvpx-vp9 In-Reply-To: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> References: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> Message-ID: <053.257408f5edf44e849280b9c9b08b2552@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Einguste): Replying to [comment:1 cehoyos]: > Please also provide valgrind output. I am Windows User,so I can't. sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 16:31:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 14:31:51 -0000 Subject: [FFmpeg-trac] #4016(avformat:open): DRM protected content should be detected In-Reply-To: <037.f4eca04737380dff25c5349d066779b7@avcodec.org> References: <037.f4eca04737380dff25c5349d066779b7@avcodec.org> Message-ID: <052.7ecf7c3d5fd3e8775128f58c05b9b389@avcodec.org> #4016: DRM protected content should be detected -------------------------------------+------------------------------------ Reporter: hendrik | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 16:35:53 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 14:35:53 -0000 Subject: [FFmpeg-trac] #4014(undetermined:new): SIGSEGV might occur if you press first the q key in libvpx-vp9 In-Reply-To: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> References: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> Message-ID: <053.dff27ee22012fb312374c63c80442de5@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sorry about my suggestion, please recompile with {{{--disable- optimizations --enable-debug=3}}} and try to improve the gdb output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 17:11:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 15:11:00 -0000 Subject: [FFmpeg-trac] #4014(undetermined:new): SIGSEGV might occur if you press first the q key in libvpx-vp9 In-Reply-To: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> References: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> Message-ID: <053.cebd50fa308d2815392a8a340245841d@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Einguste): I test on Ubuntu linux too. {{{ valgrind ./ffmpeg_g -y -i ../sample.mp4 -c:v libvpx-vp9 -c:a copy sample.mkv ==19392== Memcheck, a memory error detector ==19392== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==19392== Using Valgrind-3.10.0.SVN and LibVEX; rerun with -h for copyright info ==19392== Command: ./ffmpeg_g -y -i ../sample.mp4 -c:v libvpx-vp9 -c:a copy sample.mkv ==19392== ffmpeg version N-66700-g1d4480d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 8 2014 23:52:47 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-libvpx libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 3.101 / 56. 3.101 libavformat 56. 7.104 / 56. 7.104 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.103 / 5. 1.103 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../sample.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.4.101 Duration: 00:05:05.11, start: 0.000000, bitrate: 487 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 512x288 [SAR 1:1 DAR 16:9], 354 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, 128 kb/s (default) Metadata: handler_name : SoundHandler [libvpx-vp9 @ 0x5a9dea0] v1.3.0-4530-g2faff64 [libvpx-vp9 @ 0x5a9dea0] Failed to set VP8E_SET_NOISE_SENSITIVITY codec control: Unspecified internal error Output #0, matroska, to 'sample.mkv': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.7.104 Stream #0:0(und): Video: vp9 (libvpx-vp9) (VP90 / 0x30395056), yuv420p, 512x288 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 24 fps, 1k tbn, 24 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc56.3.101 libvpx-vp9 Stream #0:1(und): Audio: aac ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> vp9 (libvpx-vp9)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help ==19392== Invalid read of size 4 ==19392== at 0xDDA960: vp9_lookahead_pop (in /home/einguste/ffmpeg /ffmpeg-build/ffmpeg_g) ==19392== by 0xCEFEC2: vp9_get_compressed_data (in /home/einguste/ffmpeg/ffmpeg-build/ffmpeg_g) ==19392== by 0xCDBF29: encoder_encode (in /home/einguste/ffmpeg/ffmpeg- build/ffmpeg_g) ==19392== by 0xCB4F9D: vpx_codec_encode (in /home/einguste/ffmpeg /ffmpeg-build/ffmpeg_g) ==19392== by 0x822B5B: vp8_encode (libvpxenc.c:724) ==19392== by 0x990C21: avcodec_encode_video2 (utils.c:2071) ==19392== by 0x4638E1: main (ffmpeg.c:1570) ==19392== Address 0x4 is not stack'd, malloc'd or (recently) free'd ==19392== ==19392== ==19392== Process terminating with default action of signal 11 (SIGSEGV) ==19392== Access not within mapped region at address 0x4 ==19392== at 0xDDA960: vp9_lookahead_pop (in /home/einguste/ffmpeg /ffmpeg-build/ffmpeg_g) ==19392== by 0xCEFEC2: vp9_get_compressed_data (in /home/einguste/ffmpeg/ffmpeg-build/ffmpeg_g) ==19392== by 0xCDBF29: encoder_encode (in /home/einguste/ffmpeg/ffmpeg- build/ffmpeg_g) ==19392== by 0xCB4F9D: vpx_codec_encode (in /home/einguste/ffmpeg /ffmpeg-build/ffmpeg_g) ==19392== by 0x822B5B: vp8_encode (libvpxenc.c:724) ==19392== by 0x990C21: avcodec_encode_video2 (utils.c:2071) ==19392== by 0x4638E1: main (ffmpeg.c:1570) ==19392== If you believe this happened as a result of a stack ==19392== overflow in your program's main thread (unlikely but ==19392== possible), you can try to increase the size of the ==19392== main thread stack using the --main-stacksize= flag. ==19392== The main thread stack size used in this run was 8388608. ==19392== ==19392== HEAP SUMMARY: ==19392== in use at exit: 18,958,986 bytes in 18,362 blocks ==19392== total heap usage: 19,605 allocs, 1,243 frees, 21,608,609 bytes allocated ==19392== ==19392== LEAK SUMMARY: ==19392== definitely lost: 0 bytes in 0 blocks ==19392== indirectly lost: 0 bytes in 0 blocks ==19392== possibly lost: 15,625,722 bytes in 18,148 blocks ==19392== still reachable: 3,333,264 bytes in 214 blocks ==19392== suppressed: 0 bytes in 0 blocks ==19392== Rerun with --leak-check=full to see details of leaked memory ==19392== ==19392== For counts of detected and suppressed errors, rerun with: -v ==19392== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) ???? }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 17:20:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 15:20:12 -0000 Subject: [FFmpeg-trac] #4014(undetermined:new): SIGSEGV might occur if you press first the q key in libvpx-vp9 In-Reply-To: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> References: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> Message-ID: <053.2b0ca3d5776fafec907981a023a8b62d@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Einguste): {{{ (gdb) r Starting program: /home/einguste/ffmpeg/ffmpeg-build/ffmpeg_g -y -i ../sample.mp4 -c:v libvpx-vp9 -c:a copy sample.mkv [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". qffmpeg version N-66700-g1d4480d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 9 2014 00:14:14 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-libvpx --disable-optimizations --enable-debug=3 libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 3.101 / 56. 3.101 libavformat 56. 7.104 / 56. 7.104 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.103 / 5. 1.103 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../sample.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.4.101 Duration: 00:05:05.11, start: 0.000000, bitrate: 487 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 512x288 [SAR 1:1 DAR 16:9], 354 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, 128 kb/s (default) Metadata: handler_name : SoundHandler [New Thread 0x7ffff74ef700 (LWP 28557)] [New Thread 0x7ffff6cee700 (LWP 28558)] [New Thread 0x7ffff64ed700 (LWP 28559)] [libvpx-vp9 @ 0x1f68aa0] v1.3.0-4530-g2faff64 [libvpx-vp9 @ 0x1f68aa0] Failed to set VP8E_SET_NOISE_SENSITIVITY codec control: Unspecified internal error [New Thread 0x7ffff5622700 (LWP 28560)] [New Thread 0x7ffff4e21700 (LWP 28561)] [New Thread 0x7ffff4620700 (LWP 28562)] Output #0, matroska, to 'sample.mkv': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.7.104 Stream #0:0(und): Video: vp9 (libvpx-vp9) (VP90 / 0x30395056), yuv420p, 512x288 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 24 fps, 1k tbn, 24 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc56.3.101 libvpx-vp9 Stream #0:1(und): Audio: aac ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> vp9 (libvpx-vp9)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. (gdb) bt #0 0x000000000126b670 in vp9_lookahead_pop () #1 0x0000000001180bd3 in vp9_get_compressed_data () #2 0x000000000116cc3a in encoder_encode () #3 0x0000000001145cae in vpx_codec_encode () #4 0x00000000009ca58e in vp8_encode (avctx=0x1f68aa0, pkt=0x7fffffffdd50, frame=0x0, got_packet=0x7fffffffdd14) at /home/einguste/ffmpeg/ffmpeg/libavcodec/libvpxenc.c:724 #5 0x0000000000b9fd89 in avcodec_encode_video2 (avctx=0x1f68aa0, avpkt=0x7fffffffdd50, frame=0x0, got_packet_ptr=0x7fffffffdd14) at /home/einguste/ffmpeg/ffmpeg/libavcodec/utils.c:2071 #6 0x000000000041ecbd in flush_encoders () at /home/einguste/ffmpeg/ffmpeg/ffmpeg.c:1570 #7 0x0000000000427dc4 in transcode () at /home/einguste/ffmpeg/ffmpeg/ffmpeg.c:3707 #8 0x00000000004281c9 in main (argc=9, argv=0x7fffffffdf08) at /home/einguste/ffmpeg/ffmpeg/ffmpeg.c:3860 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x126b650 to 0x126b690: 0x000000000126b650 : add %dh,(%rcx) 0x000000000126b652 : rolb $0x90,-0x4d(%rcx,%rcx,4) 0x000000000126b657 : add %al,(%rax) 0x000000000126b659 : add %bl,0x5d(%rbx) 0x000000000126b65c : pop %r12 0x000000000126b65e : pop %r13 0x000000000126b660 : pop %r14 0x000000000126b662 : repz retq 0x000000000126b664: data32 data32 nopw %cs:0x0(%rax,%rax,1) => 0x000000000126b670 : mov 0x4(%rdi),%ecx 0x000000000126b673 : test %ecx,%ecx 0x000000000126b675 : je 0x126b6c0 0x000000000126b677 : test %esi,%esi 0x000000000126b679 : mov (%rdi),%esi 0x000000000126b67b : je 0x126b6b0 0x000000000126b67d : mov 0x8(%rdi),%edx 0x000000000126b680 : mov %edx,%eax 0x000000000126b682 : add $0x1,%edx 0x000000000126b685 : lea (%rax,%rax,8),%r8 0x000000000126b689 : lea (%rax,%r8,2),%r8 ---Type to continue, or q to quit--- 0x000000000126b68d : mov 0x10(%rdi),%rax End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0x1fbda40 33282624 rcx 0x0 0 rdx 0x0 0 rsi 0x1 1 rdi 0x0 0 rbp 0x7fffffffda10 0x7fffffffda10 rsp 0x7fffffffd7d8 0x7fffffffd7d8 r8 0x0 0 r9 0x1 1 r10 0x5435556f 1412781423 r11 0x0 0 r12 0x7fffffffda20 140737488345632 r13 0x7ffff7e0b020 140737352085536 r14 0x0 0 r15 0x0 0 rip 0x126b670 0x126b670 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 ---Type to continue, or q to quit--- gs 0x0 0 st0 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st1 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st2 -nan(0x002000200) (raw 0xffff0000000002000200) st3 -nan(0x200020002000200) (raw 0xffff0200020002000200) st4 -nan(0x1010101010101010) (raw 0xffff1010101010101010) st5 -nan(0x1010101010101010) (raw 0xffff1010101010101010) st6 0 (raw 0x00000000000000000000) st7 -inf (raw 0xffff0000000000000000) fctrl 0x27f 639 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x55500000, 0xfffffff9, 0x0, 0x0}, v2_double = { 0xfffffffffffeba7b, 0x0}, v16_int8 = {0x55, 0x55, 0x55, 0x55, 0x55, 0x58, 0xf4, 0xc0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x5555, 0x5555, 0x5855, 0xc0f4, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x55555555, 0xc0f45855, 0x0, 0x0}, v2_int64 = {0xc0f4585555555555, 0x0}, uint128 = 0x0000000000000000c0f4585555555555} ---Type to continue, or q to quit--- xmm1 {v4_float = {0x55500000, 0xfffffff9, 0x0, 0x0}, v2_double = { 0xfffffffffffeba7b, 0x0}, v16_int8 = {0x55, 0x55, 0x55, 0x55, 0x55, 0x58, 0xf4, 0xc0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x5555, 0x5555, 0x5855, 0xc0f4, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x55555555, 0xc0f45855, 0x0, 0x0}, v2_int64 = {0xc0f4585555555555, 0x0}, uint128 = 0x0000000000000000c0f4585555555555} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x1, 0x0 }, v8_int16 = { 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x1, 0x0, 0x0}, v2_int64 = {0x100000000, 0x0}, uint128 = 0x00000000000000000000000100000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xffff, 0xffff, 0xffff, 0xff, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xffffffff, 0xffffff, 0x0, 0x0}, v2_int64 = { 0xffffffffffffff, 0x0}, uint128 = 0x000000000000000000ffffffffffffff} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { 0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xff, 0xff}, v8_int16 = {0x0, 0x0, 0x0, 0xffff, 0x0, 0x0, 0xffff, 0xffff}, v4_int32 = { ---Type to continue, or q to quit--- 0x0, 0xffff0000, 0x0, 0xffffffff}, v2_int64 = {0xffff000000000000, 0xffffffff00000000}, uint128 = 0xffffffff00000000ffff000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { 0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x73, 0x0, 0x73, 0x69, 0x64, 0x65, 0x5f, 0x64, 0x61, 0x74, 0x61, 0x5f, 0x6f, 0x6e, 0x6c, 0x79}, v8_int16 = {0x73, 0x6973, 0x6564, 0x645f, 0x7461, 0x5f61, 0x6e6f, 0x796c}, v4_int32 = {0x69730073, 0x645f6564, 0x5f617461, 0x796c6e6f}, v2_int64 = {0x645f656469730073, 0x796c6e6f5f617461}, uint128 = 0x796c6e6f5f617461645f656469730073} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { 0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, ---Type to continue, or q to quit--- 0xff, 0xff, 0xff, 0xff, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xff, 0xff}, v8_int16 = {0x0, 0x0, 0xffff, 0xffff, 0x0, 0x0, 0xffff, 0xffff}, v4_int32 = { 0x0, 0xffffffff, 0x0, 0xffffffff}, v2_int64 = {0xffffffff00000000, 0xffffffff00000000}, uint128 = 0xffffffff00000000ffffffff00000000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { 0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0xff }, v8_int16 = {0x0, 0x0, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0x0, 0xffffffff, 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffff00000000, 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffff00000000} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm15 {v4_float = {0x0, 0x2, 0x0, 0x0}, v2_double = {0xb, 0x0}, ---Type to continue, or q to quit--- v16_int8 = {0x80, 0xdb, 0xe9, 0x2e, 0x27, 0x91, 0x27, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xdb80, 0x2ee9, 0x9127, 0x4027, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x2ee9db80, 0x40279127, 0x0, 0x0}, v2_int64 = { 0x402791272ee9db80, 0x0}, uint128 = 0x0000000000000000402791272ee9db80} mxcsr 0x1fa8 [ OE PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 17:29:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 15:29:43 -0000 Subject: [FFmpeg-trac] #4014(undetermined:new): SIGSEGV might occur if you press first the q key in libvpx-vp9 In-Reply-To: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> References: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> Message-ID: <053.85d48f00573b0f9a5dcc8b5e395a4d26@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): From a quick look, the backtrace indicates a problem that cannot be fixed within FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 19:21:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 17:21:08 -0000 Subject: [FFmpeg-trac] #3339(undetermined:open): Remuxing m2ts to mkv, Can't write packet with unknown timestamp In-Reply-To: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> References: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> Message-ID: <050.523fdb0ac18a32ee833bd8f60ee09905@avcodec.org> #3339: Remuxing m2ts to mkv, Can't write packet with unknown timestamp -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by peter_b): I'm also having the same issue. Files are raw material the way they came off the camera (.MTS files). Any news regarding this issue? Thanks in advance :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 19:29:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 17:29:30 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling Message-ID: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> #4017: noise filter breaks when combined with scaling ----------------------------------+--------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- The following command line generates a video which has only noise in the right half of the picture and the noise has patterns that are completely different from the filter's behaviour when used without scaling: ./ffmpeg -f lavfi -i testsrc=s=1920x1080 -vf format=pix_fmts=yuv422p10le,scale=3840:2160,noise=c0s=10:allf=t -vcodec prores -q:v 0 -t 1 /Volumes/LPTest4_Mac/playground/transcoding/noise_upscale_ffmpeg.mov ffmpeg version N-66701-g33db995 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 8 2014 19:07:01 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) configuration: libavutil 54. 9.100 / 54. 9.100 libavcodec 56. 3.101 / 56. 3.101 libavformat 56. 7.104 / 56. 7.104 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.103 / 5. 1.103 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 Input #0, lavfi, from 'testsrc=s=1920x1080': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 1920x1080 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc File '/Volumes/LPTest4_Mac/playground/transcoding/noise_upscale_ffmpeg.mov' already exists. Overwrite ? [y/N] y [prores @ 0x7fd260881400] encoding with ProRes standard (apcn) profile [prores @ 0x7fd260865a00] encoding with ProRes standard (apcn) profile [prores @ 0x7fd260838200] encoding with ProRes standard (apcn) profile [prores @ 0x7fd260838800] encoding with ProRes standard (apcn) profile [prores @ 0x7fd26081b200] encoding with ProRes standard (apcn) profile [prores @ 0x7fd26081b800] encoding with ProRes standard (apcn) profile [prores @ 0x7fd2608e8e00] encoding with ProRes standard (apcn) profile [prores @ 0x7fd2608eb600] encoding with ProRes standard (apcn) profile [prores @ 0x7fd261002200] encoding with ProRes standard (apcn) profile Output #0, mov, to '/Volumes/LPTest4_Mac/playground/transcoding/noise_upscale_ffmpeg.mov': Metadata: encoder : Lavf56.7.104 Stream #0:0: Video: prores (apcn) (apcn / 0x6E637061), yuv422p10le, 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.3.101 prores Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> prores (native)) Press [q] to stop, [?] for help frame= 25 fps=8.5 q=0.0 Lsize= 77807kB time=00:00:01.00 bitrate=637393.6kbits/s video:77806kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001156% For comparison, the same command line without the scaling results in the expected evenly distributed luma noise without those patterns. I used this pixel format because I am simulating the case where I ran into this, i.e. while transcoding and upscaling a prores 422 file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 20:30:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 18:30:43 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.5c7a0f15e043425ceea2c70312ed7de1@avcodec.org> #4017: noise filter breaks when combined with scaling -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rmk): I just noticed that it is not the upscaling but the sheer size. Just using a testsrc with 4k resolution shows the same effect so the ticket title is wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 20:41:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 18:41:30 -0000 Subject: [FFmpeg-trac] #3980(avformat:closed): Video frame rate is detected too low on sample file In-Reply-To: <038.987f5e3cd6ccc6b34830348a74064b26@avcodec.org> References: <038.987f5e3cd6ccc6b34830348a74064b26@avcodec.org> Message-ID: <053.2ee195ceea720040bec85fd1bb74600e@avcodec.org> #3980: Video frame rate is detected too low on sample file -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in be695ee389724d713e1b8a61ef899fe1795193ce -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 8 21:01:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Oct 2014 19:01:11 -0000 Subject: [FFmpeg-trac] #3339(undetermined:open): Remuxing m2ts to mkv, Can't write packet with unknown timestamp In-Reply-To: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> References: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> Message-ID: <050.995ba09602972957c29d3111231abb25@avcodec.org> #3339: Remuxing m2ts to mkv, Can't write packet with unknown timestamp -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 peter_b]: > I'm also having the same issue. Did you confirm that your issue is a regression since 4eb49fdd ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 9 09:35:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Oct 2014 07:35:17 -0000 Subject: [FFmpeg-trac] #3859(undetermined:new): mp4: start_time never zero In-Reply-To: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> References: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> Message-ID: <055.fa96f44122552388ac1744c9784a9772@avcodec.org> #3859: mp4: start_time never zero -------------------------------------+------------------------------------- Reporter: blacktrash | 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 blacktrash): Trying to follow this up for fdk-aac: http://sourceforge.net/p/opencore- amr/mailman/message/32912437/ It definitely has practical consequences in "real life", the end of video of a HLS "vod" stream in a HTML5 video tag becomes reliable on legacy devices if I -filter:a atrim to the exact duration of the video. fdk-aac maybe external, but is recommended quite strongly in the Wiki and such, so it really would be nice to find a solution for this; also the native encoder has the same problem, just not as pronounced. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 9 12:58:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Oct 2014 10:58:37 -0000 Subject: [FFmpeg-trac] #3859(undetermined:new): mp4: start_time never zero In-Reply-To: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> References: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> Message-ID: <055.7217921f693c5b4b1fcb76a9036bbcfc@avcodec.org> #3859: mp4: start_time never zero -------------------------------------+------------------------------------- Reporter: blacktrash | 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): Do I understand correctly that the issue is not reproducible with the native aac encoder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 9 16:59:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Oct 2014 14:59:17 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.3f40d19e60ec91f9b6f8c884185d0f6d@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cncb): I see that in the VideoRedo options it has a "Move MOOV atom to beginning of file" option so maybe this has something to do with it? I wish I did but does anyone have the expertise to figure out what it different/missing with the ffmpeg remux? Or should I give up on this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 9 20:46:33 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Oct 2014 18:46:33 -0000 Subject: [FFmpeg-trac] #4018(avformat:new): Metadata lyrics Message-ID: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> #4018: Metadata lyrics ----------------------------------+--------------------------------------- Reporter: p92 | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: tag | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: i can store a metadata [lyrics] with more than 1024 bytes, but i can not read more of 1024 byte on the file mp4. Why ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 9 21:16:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Oct 2014 19:16:37 -0000 Subject: [FFmpeg-trac] #4018(avformat:new): Metadata lyrics In-Reply-To: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> References: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> Message-ID: <048.4c698d9410e3d15dc184a1c8f48afbbf@avcodec.org> #4018: Metadata lyrics -------------------------------------+------------------------------------ Reporter: p92 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: tag => Comment: This has currently no similarities with a valid ticket. Is your problem reproducible with {{{ffmpeg}}} (the application)? If yes please provide the command line that allows to reproduce the issue together with the complete, uncut console output and a sample. If not please explain how we can reproduce your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 9 21:54:58 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Oct 2014 19:54:58 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.c1d03d080a3992c9ce586c4a92e9d0c5@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): @Peter any thoughts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 9 22:40:16 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Oct 2014 20:40:16 -0000 Subject: [FFmpeg-trac] #4019(avcodec:new): [warning][spam] Multiple frames in a packet from stream Message-ID: <035.29b1a3b9ecf826b136c17c7cdd6efdac@avcodec.org> #4019: [warning][spam] Multiple frames in a packet from stream ---------------------------------+--------------------------------------- Reporter: befzz | Type: enhancement Status: new | Priority: minor Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Version N-66742-gf6777ce win32 shared convert from aac to mp3 source encoder problem? Not ffmpeg? input file: [https://drive.google.com/file/d/0Bw4aUkFXvXqXY21FcUpFRE9NOUk/view?usp=sharing] 4000 "Multiple frames in a packet from stream" supressed. ffmpeg started on 2014-10-10 at 00:22:00 Report written to "ffmpeg-20141010-002200.log" Command line: "..\\bin\\ffmpeg" -report -loglevel 99 -i 1.3gpp -y -vn -ar 44100 -codec:a libmp3lame -qscale:a 1 1.mp3 ffmpeg version N-66742-gf6777ce Copyright (c) 2000-2014 the FFmpeg developers built on Oct 8 2014 22:05:56 with gcc 4.9.1 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable- fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-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-zlib libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 4.101 / 56. 4.101 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.103 / 5. 1.103 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '1.3gpp'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-vn' ... matched as option 'vn' (disable video) with argument '1'. Reading option '-ar' ... matched as option 'ar' (set audio sampling rate (in Hz)) with argument '44100'. Reading option '-codec:a' ... matched as option 'codec' (codec name) with argument 'libmp3lame'. Reading option '-qscale:a' ... matched as option 'qscale' (use fixed quality scale (VBR)) with argument '1'. Reading option '1.mp3' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option loglevel (set logging level) with argument 99. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file 1.3gpp. Successfully parsed a group of options. Opening an input file: 1.3gpp. [mov,mp4,m4a,3gp,3g2,mj2 @ 00636520] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00636520] ISO: File Type Major Brand: 3gp4 [mov,mp4,m4a,3gp,3g2,mj2 @ 00636520] Before avformat_find_stream_info() pos: 519193 bytes read:105099 seeks:1 [mov,mp4,m4a,3gp,3g2,mj2 @ 00636520] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 00636520] After avformat_find_stream_info() pos: 114 bytes read:137867 seeks:2 frames:1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1.3gpp': Metadata: major_brand : 3gp4 minor_version : 0 compatible_brands: isom3gp4 creation_time : 2014-04-16 09:05:35 Duration: 00:04:52.52, start: 0.000000, bitrate: 14 kb/s Stream #0:0(eng), 1, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 12 kb/s (default) Metadata: creation_time : 2014-04-16 09:05:35 handler_name : SoundHandle Successfully opened the file. Parsing a group of options: output file 1.mp3. Applying option vn (disable video) with argument 1. Applying option ar (set audio sampling rate (in Hz)) with argument 44100. Applying option codec:a (codec name) with argument libmp3lame. Applying option qscale:a (use fixed quality scale (VBR)) with argument 1. Successfully parsed a group of options. Opening an output file: 1.mp3. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 006304e0] Setting 'time_base' to value '1/44100' [graph 0 input from stream 0:0 @ 006304e0] Setting 'sample_rate' to value '44100' [graph 0 input from stream 0:0 @ 006304e0] Setting 'sample_fmt' to value 'fltp' [graph 0 input from stream 0:0 @ 006304e0] Setting 'channel_layout' to value '0x4' [graph 0 input from stream 0:0 @ 006304e0] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:0x4 [audio format for output stream 0:0 @ 00630940] Setting 'sample_fmts' to value 's32p|fltp|s16p' [audio format for output stream 0:0 @ 00630940] Setting 'sample_rates' to value '44100' [audio format for output stream 0:0 @ 00630940] Setting 'channel_layouts' to value '0x4|0x3' [AVFilterGraph @ 00698f60] query_formats: 4 queried, 9 merged, 0 already done, 0 delayed Output #0, mp3, to '1.mp3': Metadata: major_brand : 3gp4 minor_version : 0 compatible_brands: isom3gp4 TSSE : Lavf56.9.100 Stream #0:0(eng), 0, 1/44100: Audio: mp3 (libmp3lame), 44100 Hz, mono, fltp (default) Metadata: creation_time : 2014-04-16 09:05:35 handler_name : SoundHandle encoder : Lavc56.4.101 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (aac (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 ... size= 1379kB time=00:04:06.74 bitrate= 45.8kbits/s Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 ... Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 size= 1632kB time=00:04:51.65 bitrate= 45.8kbits/s Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 Multiple frames in a packet from stream 0 [output stream 0:0 @ 00630740] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. [libmp3lame @ 006470a0] Trying to remove 943 more samples than there are in the queue size= 1637kB time=00:04:52.53 bitrate= 45.8kbits/s video:0kB audio:1637kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.019034% Input file #0 (1.3gpp): Input stream #0:0 (audio): 8382 packets read (446830 bytes); 12598 frames decoded (12900352 samples); Total: 8382 packets (446830 bytes) demuxed Output file #0 (1.mp3): Output stream #0:0 (audio): 11199 frames encoded (12900352 samples); 11200 packets muxed (1675910 bytes); Total: 11200 packets (1675910 bytes) muxed 12598 frames successfully decoded, 0 decoding errors [AVIOContext @ 006474c0] Statistics: 1 seeks, 11202 writeouts [AVIOContext @ 00636b20] Statistics: 563851 bytes read, 2 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 16:22:05 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 14:22:05 -0000 Subject: [FFmpeg-trac] #4018(avformat:new): Metadata lyrics In-Reply-To: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> References: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> Message-ID: <048.1bc236e46e945713b8eb49a198966b7e@avcodec.org> #4018: Metadata lyrics -------------------------------------+------------------------------------ Reporter: p92 | 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 p92): the file on the link has the lyrics tag with size 3476 bytes. while ffmpeg reads ONLY the first 1024 bytes. link file test: http://www.karaoke5.com/public/stream.mp4 ffmpeg version N-66249-gbcac0f4 build gcc 4.8.3 line command : ffmpeg -i stream.mp4 -f ffmetadata metadata.txt result: ;FFMETADATA1 major_brand=isom minor_version=512 compatible_brands=isomiso2avc1mp41 lyrics=+ceZFVZcV0Fn3C+hzhr8x9vsDMQOUlgCk9gcGig1WC4SYX528Zhc1rpLzkTfuKE1XitHl34PUAayecZkmFAK9bG5TKH+Bd03u2PROtaljlfHhpgwani5StQYT7IT3bHKbCsCNFUQ/UpmmJo59FX3Rm5uzgEZn8O13QWozrVyIPvTd2QPO6I+gNwJm9yvMatzo7S04uIuBfzbSo11z7WdATGN/CEvt0GTgPKCmYFXdA8dTJ+PaSs872UAMlWHOwCKaL4NKeZMhhBxtLTYqrIO5sxOfRF/lzMsRPLWxkCVwks2KBftw8tAoL274Yzs1j3swjh6dLJiFZtyzVlALX6Lqdd68S3WrN5RQ36jKI5opoXQRl+5Hrt2e1lpZBBTLAXLYJcbztgYmOQvPmwzjc87hq4pk0eq4xae3SECyxksjG+f0Yxyu9iQulIMZ3+aDtuTzM7z14Xt2sxPZQEo/pJDnoJgrnzJKfmn9TMvLO9di41eiHZ2/ZqDqbiLv4FAbW6MsJL3lQ3KUJy+0fm5EgpUi106jCdmIiYgmqHZMJALlvIyB+FvcFSohH/Yr+CztCA5lpdw7gBO9D7m/t8qeykWzxQ6Rrp6XeTW6FgXmi40HgOJaQ30l1PJF0VM3egW46U6KdvzEzSmLSCkTP/q+RWdv4LzrhXrH6BrhPmBUjhHhKNui+AO+PhwwIXgNtXJtUbb2ewlI9xLSr20lQNukeH9nBMHofF2DUBp34inn4xP4yfzLWjl1C1LbKxwZo6ydss/L/0To66Jyj0dUj/NswLrGKHxw6k0QiK5DpJMv6IBwwEPNNoWJiqrh7xqc45XiYnAXSwyguK8mGTMj2Jf9s7lNMoQe6uuvhJxXVL0SlkR0VFDSyb3FMzAo/rzX5xNahz0MXO2OIlVFe+lee/rZbOYzD6UXNdWTxy3/gQcL9FAP/M8g9OVJsv1UTXqwAHzJtAd9A8K5jcs2+4Kcc9MrtxLLU/eAxDk92EXWE7Ep8rTx1HTHsf7d1OHchc66WcsOT1 encoder=Lavf56.4.101 thank -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 16:32:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 14:32:01 -0000 Subject: [FFmpeg-trac] #4011(undetermined:new): missing picture in access unit with size In-Reply-To: <032.fb49641f1e6fee11aaaf9c5f78e29724@avcodec.org> References: <032.fb49641f1e6fee11aaaf9c5f78e29724@avcodec.org> Message-ID: <047.c5f33ae55a3a94074128b6fcf3a0c74f@avcodec.org> #4011: missing picture in access unit with size -------------------------------------+------------------------------------- Reporter: vk | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: 2.4.2 => git-master * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 16:32:30 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 14:32:30 -0000 Subject: [FFmpeg-trac] #4012(undetermined:new): Transcoding Slo-Mo MOVs from iPhone results in awful MP4 In-Reply-To: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> References: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> Message-ID: <051.ba0687eb592ab61f50d235a8f5a52bbe@avcodec.org> #4012: Transcoding Slo-Mo MOVs from iPhone results in awful MP4 -------------------------------------+------------------------------------- Reporter: hendry | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov => mov regression * priority: normal => important * version: 2.4.2 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 16:42:09 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 14:42:09 -0000 Subject: [FFmpeg-trac] #4018(avformat:new): Metadata lyrics In-Reply-To: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> References: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> Message-ID: <048.28194a941b24151090772d235e7e2b5f@avcodec.org> #4018: Metadata lyrics ------------------------------------+------------------------------------ Reporter: p92 | 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 | ------------------------------------+------------------------------------ Changes (by cehoyos): * version: unspecified => git-master Comment: What's wrong with {{{ffmpeg -i stream.mp4}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 17:37:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 15:37:40 -0000 Subject: [FFmpeg-trac] #3630(ffserver:open): ffserver crashes when a client disconnect In-Reply-To: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> References: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> Message-ID: <054.d304bcab810fd3b1ede7baa9031e63ca@avcodec.org> #3630: ffserver crashes when a client disconnect -------------------------------------+------------------------------------- Reporter: Reventlov | Owner: reynaldo Type: defect | Status: open Priority: important | Component: ffserver Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by janet.byron): Hi, I have this problem as well and was wondering if you've been able to make any progress on a fix. I've tried debugging it as well but can't seem to find the root cause in the code. I can also reproduce at will so please let me know if you need any more traces. Thanks, janet -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 17:58:55 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 15:58:55 -0000 Subject: [FFmpeg-trac] #4018(avformat:new): Metadata lyrics In-Reply-To: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> References: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> Message-ID: <048.dea9a1d724c431704e438fd544f0a8fe@avcodec.org> #4018: Metadata lyrics ------------------------------------+------------------------------------ Reporter: p92 | 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 p92): Maybe I can not explain. Reading the tag "lyrics", instead of reading 3476 bytes, READ ONLY 1024 BYTES. The complete tag "lyrics" is this: +ceZFVZcV0Fn3C+hzhr8x9vsDMQOUlgCk9gcGig1WC4SYX528Zhc1rpLzkTfuKE1XitHl34PUAayecZkmFAK9bG5TKH+Bd03u2PROtaljlfHhpgwani5StQYT7IT3bHKbCsCNFUQ/UpmmJo59FX3Rm5uzgEZn8O13QWozrVyIPvTd2QPO6I+gNwJm9yvMatzo7S04uIuBfzbSo11z7WdATGN/CEvt0GTgPKCmYFXdA8dTJ+PaSs872UAMlWHOwCKaL4NKeZMhhBxtLTYqrIO5sxOfRF/lzMsRPLWxkCVwks2KBftw8tAoL274Yzs1j3swjh6dLJiFZtyzVlALX6Lqdd68S3WrN5RQ36jKI5opoXQRl+5Hrt2e1lpZBBTLAXLYJcbztgYmOQvPmwzjc87hq4pk0eq4xae3SECyxksjG+f0Yxyu9iQulIMZ3+aDtuTzM7z14Xt2sxPZQEo/pJDnoJgrnzJKfmn9TMvLO9di41eiHZ2/ZqDqbiLv4FAbW6MsJL3lQ3KUJy+0fm5EgpUi106jCdmIiYgmqHZMJALlvIyB+FvcFSohH/Yr+CztCA5lpdw7gBO9D7m/t8qeykWzxQ6Rrp6XeTW6FgXmi40HgOJaQ30l1PJF0VM3egW46U6KdvzEzSmLSCkTP/q+RWdv4LzrhXrH6BrhPmBUjhHhKNui+AO+PhwwIXgNtXJtUbb2ewlI9xLSr20lQNukeH9nBMHofF2DUBp34inn4xP4yfzLWjl1C1LbKxwZo6ydss/L/0To66Jyj0dUj/NswLrGKHxw6k0QiK5DpJMv6IBwwEPNNoWJiqrh7xqc45XiYnAXSwyguK8mGTMj2Jf9s7lNMoQe6uuvhJxXVL0SlkR0VFDSyb3FMzAo/rzX5xNahz0MXO2OIlVFe+lee/rZbOYzD6UXNdWTxy3/gQcL9FAP/M8g9OVJsv1UTXqwAHzJtAd9A8K5jcs2+4Kcc9MrtxLLU/eAxDk92EXWE7Ep8rTx1HTHsf7d1OHchc66WcsOT1xV4E4uYEzX9rkEIXpQ0rMhGU2cC4j1fT+HLP+ipwyz1Cf73t79beH8rOCg25suq5I/kEoIN8puFQdxpaHa9nQkreZFXG1hBySVGKIbYUydacURODv0jCdPRmq6oloXeVlxlNelo+nTVwQdL7pJ0aKoGeQRc8nDWiaZy048sKIRSD5pynf5IrgHfTQi+ZZ8wEEbGyxN3d24OLOr9WKuNJEZSBU+bWWNacOCIiDqQtLBwFvU0Ao6zLzRB1TajdpOiL3Q1ZnVSGMpJhKp8Z9D7PjEDu/VkN5xeE4sZeP6AMCVsKcs6jD7DYkZ31U5SCgZ7zCk/jMhhzQ7J67v+Ir3Mq2v5zfu1KYAMvjKcgyRIpoKxEYHk//2fyFn4+mnCy1b0hO/SibBQRnbToVXHQ8FdAtOou2TkLv5+Vub2PMcWTqXaxtYqEeevExsxyf4qmHFs8BcIHWHif233SjxQOjCA5gb3qXtBAd/dBpGQosFrviJ7RYngjA5HnJQ/Hkc8r4ouWRAlBVP9ZWWLMvGnHo6zGjRzd11m9A8IMUIRa0ZJo7wufLzm6jKRXGr3T9DKOv6xMsk765vOX9KDEW51b+WzkX525rXxAx0pktEuD4KQXZ4KlxUDIZfp+JSS6kwXAJ26yg4xCITELS524JJaFwNmfU5DkSRptLSZbkrNppzWDijNw4jDwVmfffS3wjPDUqKaWttWyiQyvdbdA3qVT7rI+/U1gDRUyAQQZr71dM7xQaGQZEzs+J1R+MR0RaW9887i71uySJraBfmog9+DKw6xQVY0pmcA2PxlNYhUmIm7MA+h6lJP0s/v8/pP1wZWKS4US+aox/jg+7ieOVPJ867VINGsRzszwPLc/33fmO0XEygxuAXFbTZifPhomb51qVvJol0lBZHPrLjwcSXdGrP8IX5uqudznc/ucLwO7FLI6lzWCfzmvyf2gPE9sXhGXEhBbbFYIZez4UJ6qNt9hbBeAjS6oO6/oAFTfJPqT69EoCFxwgCGPLn+0VH6R+EphTVCjBdVWUdkQqJ9FDe/x5D9H0/HNieY0v4cS5AwbRhsW+HYwl52wZMQvIvGV6nt5prxt2Kz1NLNvyDNN0PPR2KABy25RZ7zewKM6ag1kOPr14vIBZitENirzeeWrGoMbpmE+UDCCKX+qzGmDr+f16B5SJxHUKxaT5JV0v2dnBciyZ1OkCLxO1y8Qs8TwbmC0zRF4vdirwL8yjSaJeCGiCXX5dkUl39H3WLIABEabIsjTK/TTqZzPsxqNIYH94fqjra3/57Yp9P/IuTXZc4M7v4fQ/tThgwqQ9dDG7MMOhuPNDVRTRLN97ddTfFVlku7xC3M3GajRvKQuhc/PEygKRSgsEtJXl1CJ0EKiS8JtpJGgEdD/A3hJc+ZZoj2oTE+LxU71FRGtspXWwOnHnLmbnTADCox/tChWmB5IZgzif5sdtTSC36BCexv13y5zAUzJUj2+YLdyCHSapFKnzwYjHlliS71PnUJg01Vom6HBtf20o3Y7NMxBVwpeKbsYNxbr83Z9vNajFgT502u+kU+NovP4RNoQOyflR4ZuMHTpyNtWAbnuCyXOANFLVV1FChA8sdnr4b9m5FtDrBgUmNrW67TZmvs+mRnfaqp1PiZejpekfkVky0aCnMRylPwVWD1DQ8TIgz7gV/g6Ibb9EfFPbkFldIFvSGUJEjdk5cRawHppv86XLrRsFLUVOAYg7SjR6FQNb3YPkYeF6BpPc5ZMGpKOyAMWtvnDax6sIadgJaugC+tRHK1xkhd4VC+xmck/I/kN1AAaJhZ6OJOmrk0vTQqcSTl6TP5kxCVT1ZRZShNPT9KvPoO5OzoCHhoA86E09AsGhoFfgVDh9487v1yZySHpuwpiHYbFrJ0dr+Nmo4W7aeQ1XOuMVfU5i2GE+6iFHqL8ELpBdOeNUTDDSmflasY+sJv2UlBvpVnjCpIHF+W5v/mlZSTkqHFk7+8E21W8VYNt7G4axxtnQc5l4R09LJKiroZLdg2phZ0hkwkPrbcTbIPfLGIazKYzfCFXAOtf1FgR9wT27QeCUewrMBMTs25JamP+HYP6c1XsnOSTvMX87wI0SFya6/mknsTVnST9Jnv1l96lvO3XYjThFh646F7+rPViTrH2poLU/77e4cQtmlpHHLpKBYuhtHlVurZ+QKEi/FSMo6fmepClTjnKJrLAlvEnyRARpHIz0I2w8Xr4jfFUPKt5CdwJUxbMngmJgDKHTLquIK8pMp8owmRO1Bmsv0MtC547765lSb2acR9tGazE2MLu4k20nC9WvoV3VfH0TMQjIXGYEthXvP9DAfzygigUeVvOyUGIpukjrevISWmmqGfex0lDXkQMxihuBlvj8eFw9jhl+uSAEmPmj4etUScFEtS/GvgcOXfU4g1IlpT7hnMzHiE0vqBIN9iq+E436GDkJsU4hBRiksGLRHg== -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 18:50:58 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 16:50:58 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.8252f043688011fcbc4a4a5a2f87d249@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Lastique): The attached testcase reproduces the problem, it ends with these error messages: {{{ [avi @ 0x19c7440] H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4toannexb' option with ffmpeg) }}} and {{{ Failure: Failed to write video frame, error: -1094995529 }}} Note that you can see the encoded video packets if you compile it with -DDUMP_PACKETS. You can see then that the first packet contains the 3-byte start code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 19:43:50 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 17:43:50 -0000 Subject: [FFmpeg-trac] #4018(avformat:new): Metadata lyrics In-Reply-To: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> References: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> Message-ID: <048.583a9410aa59de14384cd39fa0ad7742@avcodec.org> #4018: Metadata lyrics ------------------------------------+------------------------------------ Reporter: p92 | 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): * keywords: => mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 20:33:54 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 18:33:54 -0000 Subject: [FFmpeg-trac] #3074(avformat:closed): Missing support of muxing EAC3 inside mp4 container In-Reply-To: <034.b1b02dea64bd0c25321782f2392eba0d@avcodec.org> References: <034.b1b02dea64bd0c25321782f2392eba0d@avcodec.org> Message-ID: <049.f4dd9723e7ae119fb3d1552aa3757060@avcodec.org> #3074: Missing support of muxing EAC3 inside mp4 container -------------------------------------+------------------------------------ Reporter: trox | Owner: benoit Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: eac3 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I believe this was implemented by Benoit Fouet in 5e6fd132ff5611b8af2d3c7506f0328858fc3de1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 22:37:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 20:37:59 -0000 Subject: [FFmpeg-trac] #3949(avcodec:closed): utvideo enc yuv420p: broken output with some resolutions In-Reply-To: <039.96b975da38e09a32275b445d31d62bb5@avcodec.org> References: <039.96b975da38e09a32275b445d31d62bb5@avcodec.org> Message-ID: <054.2d178ff863fc6e7d14eb3defc8c428e6@avcodec.org> #3949: utvideo enc yuv420p: broken output with some resolutions -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: utvideo | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe Gisquet in cb530dda7d76790b08ee3b7f67e251f3ce48c359 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 10 23:24:35 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Oct 2014 21:24:35 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.161e9d279bc95d40668dbd4051015bca@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by cehoyos): Could you attach a short transport stream recorded with your application and your patch (so that it has a three byte start code)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 05:15:53 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 03:15:53 -0000 Subject: [FFmpeg-trac] #3170(swscale:closed): Support large scaling In-Reply-To: <036.94c151af6bc3a8d18d01395207cf3541@avcodec.org> References: <036.94c151af6bc3a8d18d01395207cf3541@avcodec.org> Message-ID: <051.4e70a639b691abebd0d507fab5a05656@avcodec.org> #3170: Support large scaling -------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in fba894615d694584057adb0ddb4d609486cad807 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 10:55:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 08:55:08 -0000 Subject: [FFmpeg-trac] #4020(ffmpeg:new): ffmpeg segment create wrong duration outputs Message-ID: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> #4020: ffmpeg segment create wrong duration outputs -----------------------------------+------------------------------------ Reporter: qianliang | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: 2.4.2 Keywords: segment | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Summary of the bug: How to reproduce: {{{ % ffmpeg -y -i 75.ts -map 0:1 -acodec copy 75_audio.ts -map 0:0 -vcodec copy -f segment -segment_time 60 75_video_%d.ts ffmpeg version N-66797-gb8a5599 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 10 2014 22:01:57 with gcc 4.9.1 (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-zlib libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 4.101 / 56. 4.101 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.103 / 5. 1.103 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Input #0, mpegts, from 'f:/videos/ts/75.ts': Duration: 00:01:29.38, start: 61533.402456, bitrate: 7475 kb/s Program 100 Stream #0:0[0x1001]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1002]: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 170 kb/s Output #0, mpegts, to 'f:/videos/ts/75_audio.ts': Metadata: encoder : Lavf56.9.100 Stream #0:0: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, 170 kb/s Output #1, segment, to 'f:/videos/ts/75_video_%d.ts': Metadata: encoder : Lavf56.9.100 Stream #1:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 25 tbn, 25 tbc Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #1:0 (copy) Press [q] to stop, [?] for help [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: -2, current: -2; changing to -1. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: -1, current: -1; changing to 0. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 0, current: -1; changing to 1. This may result i n incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 1, current: 0; changing to 2. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 2, current: 0; changing to 3. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 3, current: 1; changing to 4. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 4, current: 1; changing to 5. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 5, current: 2; changing to 6. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 6, current: 2; changing to 7. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 7, current: 3; changing to 8. This may result in incorrect timestamps in the output file. [segment @ 03666480] Non-monotonous DTS in output stream 1:0; previous: 8, current: 3; changing to 9. This may result in incorrect timestamps in the output file. ffmpeg version N-66797-gb8a5599 built on http://ffmpeg.zeranoe.com/builds/ And here is my video source: http://pan.baidu.com/s/1hqh68Wc }}} And the duration of my video source is 00:01:29, output 3 segments is 00:01:01, 00:00:58, 00:00:58, and the total is 00:02:57. And I try to do the same operation in old ffmpeg version(N-46474-gdb012e1), it came out the right segments 00:01:00, 00:00:29. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 12:39:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 10:39:48 -0000 Subject: [FFmpeg-trac] #4020(undetermined:new): ffmpeg segment create wrong duration outputs In-Reply-To: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> References: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> Message-ID: <054.43889e62b3a3f14a27b06f0f8634e029@avcodec.org> #4020: ffmpeg segment create wrong duration outputs -------------------------------------+------------------------------------- Reporter: qianliang | 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: segment => * priority: critical => important * version: 2.4.2 => git-master * component: ffmpeg => undetermined Comment: Did you upload the input sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 12:40:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 10:40:17 -0000 Subject: [FFmpeg-trac] #4020(undetermined:new): ffmpeg segment create wrong duration outputs In-Reply-To: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> References: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> Message-ID: <054.7eaf337bfa9a82994fc3e8863bbbb3a3@avcodec.org> #4020: ffmpeg segment create wrong duration outputs -------------------------------------+------------------------------------- Reporter: qianliang | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 15:35:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 13:35:21 -0000 Subject: [FFmpeg-trac] #4021(undetermined:new): Sony XDCAM MP4 => MOV provide out-of-sync file without metadata Message-ID: <043.7865f9d7c9acd13c2ae2b351961045f6@avcodec.org> #4021: Sony XDCAM MP4 => MOV provide out-of-sync file without metadata -------------------------------------+------------------------------------- Reporter: | Type: defect amimciptimdim | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When I copy video and audio from 1080i50 Sony XDCAM mp4 file to QT mov file, output file is out-of-sync (3 frames) with no metadata (timecode, reel) and in FCPX inspector it is shown as progressive. Original mp4, FCPX mov and ffmpeg mov are in attach. ''Sorry for my english.'' How to reproduce: {{{ ffmpeg -i 046_0687_01_ORIGINAL.MP4 -c:v copy -c:a copy 046_0687_01_FFMPEG.mov ffmpeg version 2.4.1-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Sep 22 2014 23:16:01 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) configuration: --cc=/usr/bin/clang --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-libsoxr --enable- libwavpack --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 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/temp/FFMPEG_TEST_XDCAM_MP4_TO_MOV/046_0687_01_ORIGINAL.MP4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42 creation_time : 2014-10-10 13:41:13 Duration: 00:00:03.16, start: 0.000000, bitrate: 37407 kb/s Stream #0:0(eng): Video: mpeg2video (Main) (mp4v / 0x7634706D), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 35863 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc (default) Metadata: creation_time : 2014-10-10 13:41:13 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 : 2014-10-10 13:41:13 handler_name : NRT Metadata Handler File '/temp/FFMPEG_TEST_XDCAM_MP4_TO_MOV/046_0687_01_FFMPEG.mov' already exists. Overwrite ? [y/N] y Output #0, mov, to '/temp/FFMPEG_TEST_XDCAM_MP4_TO_MOV/046_0687_01_FFMPEG.mov': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42 encoder : Lavf56.4.101 Stream #0:0(eng): Video: mpeg2video (m2v1 / 0x3176326D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 35863 kb/s, 25 fps, 25k tbn, 25k tbc (default) Metadata: creation_time : 2014-10-10 13:41:13 handler_name : Video Media Handler Stream #0:1(eng): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, stereo, 1536 kb/s (default) Metadata: creation_time : 2014-10-10 13:41:13 handler_name : NRT Metadata Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 79 fps=0.0 q=-1.0 Lsize= 14430kB time=00:00:03.16 bitrate=37407.3kbits/s video:13834kB audio:592kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.021242% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 16:16:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 14:16:06 -0000 Subject: [FFmpeg-trac] #4021(undetermined:new): Sony XDCAM MP4 => MOV provide out-of-sync file without metadata In-Reply-To: <043.7865f9d7c9acd13c2ae2b351961045f6@avcodec.org> References: <043.7865f9d7c9acd13c2ae2b351961045f6@avcodec.org> Message-ID: <058.267ccc77bfa0124afb389f8c4f0d4acb@avcodec.org> #4021: Sony XDCAM MP4 => MOV provide out-of-sync file without metadata -------------------------------------+------------------------------------- Reporter: | Owner: amimciptimdim | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by amimciptimdim): http://www.datafilehost.com/d/b4fe47ed - original mp4 http://www.datafilehost.com/d/e0a416b5 - FCPX rewrapped mov http://www.datafilehost.com/d/e1cb0098 - ffmpeg rewrapped mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 16:56:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 14:56:31 -0000 Subject: [FFmpeg-trac] #4021(undetermined:new): Sony XDCAM MP4 => MOV provide out-of-sync file without metadata In-Reply-To: <043.7865f9d7c9acd13c2ae2b351961045f6@avcodec.org> References: <043.7865f9d7c9acd13c2ae2b351961045f6@avcodec.org> Message-ID: <058.516bb60be8c9240fbcc6a5a00645bd66@avcodec.org> #4021: Sony XDCAM MP4 => MOV provide out-of-sync file without metadata -------------------------------------+------------------------------------- Reporter: | Owner: amimciptimdim | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rmk): May be related to tickets 479 and 2573 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 23:22:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 21:22:17 -0000 Subject: [FFmpeg-trac] #4021(undetermined:new): Sony XDCAM MP4 => MOV provide out-of-sync file without metadata In-Reply-To: <043.7865f9d7c9acd13c2ae2b351961045f6@avcodec.org> References: <043.7865f9d7c9acd13c2ae2b351961045f6@avcodec.org> Message-ID: <058.293ddd420280d00a69fa2a2838fe5bde@avcodec.org> #4021: Sony XDCAM MP4 => MOV provide out-of-sync file without metadata -------------------------------------+------------------------------------- Reporter: | Owner: amimciptimdim | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Isn't this a duplicate of ticket #479? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 11 23:36:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Oct 2014 21:36:37 -0000 Subject: [FFmpeg-trac] #4015(ffmpeg:closed): Feat: Error instead of warn at seeking timecode mismatch In-Reply-To: <036.b79c9c405c37eb8bf43b746c0d00473b@avcodec.org> References: <036.b79c9c405c37eb8bf43b746c0d00473b@avcodec.org> Message-ID: <051.1c5238cd7ed8dff54e08d67697ced153@avcodec.org> #4015: Feat: Error instead of warn at seeking timecode mismatch -------------------------------------+---------------------------------- Reporter: wader8 | Owner: Type: enhancement | Status: closed Priority: wish | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed by Simon Thelen in 8c4ca4aa5aa998e31337e30ff30ebf48f534acc2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 12:39:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 10:39:03 -0000 Subject: [FFmpeg-trac] #4014(undetermined:closed): SIGSEGV might occur if you press first the q key in libvpx-vp9 In-Reply-To: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> References: <038.cce0e383d48501ceaa89cd449c175d8d@avcodec.org> Message-ID: <053.ee98865aa09fc597f3235eae23ecede3@avcodec.org> #4014: SIGSEGV might occur if you press first the q key in libvpx-vp9 -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: invalid SIGSEGV libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: could be wrong of course but this looks like a bug in libvpx to me too that is it seems to crash if flushed before encoding anything we still might want to add a workaround for this though, not sure -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 13:48:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 11:48:13 -0000 Subject: [FFmpeg-trac] #4012(undetermined:new): Transcoding Slo-Mo MOVs from iPhone results in awful MP4 In-Reply-To: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> References: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> Message-ID: <051.825ee22fa379a0cd14a5ea54b19652d9@avcodec.org> #4012: Transcoding Slo-Mo MOVs from iPhone results in awful MP4 -------------------------------------+------------------------------------- Reporter: hendry | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): "Keywords regression added", regression since which commit ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 14:28:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 12:28:24 -0000 Subject: [FFmpeg-trac] #4012(undetermined:new): Transcoding Slo-Mo MOVs from iPhone results in awful MP4 In-Reply-To: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> References: <036.4f20bc179eb1bb7b0c0d2c3e47f04c91@avcodec.org> Message-ID: <051.719aea3cdea83c5b3d3e8ce03f6a05dc@avcodec.org> #4012: Transcoding Slo-Mo MOVs from iPhone results in awful MP4 -------------------------------------+------------------------------------- Reporter: hendry | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I am still hoping that somebody fills in the missing information (I don't have enough time atm), that's why I left the status at "new". In case somebody wants to work on an important ticket, I mentioned that this is a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 14:33:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 12:33:42 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.7fbe7046fe3ab992321460c8cc1455bf@avcodec.org> #3874: tiff encoder creates broken odd width yuv files ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): Does the bug still exist? I don't know what could have fixed this but: - ffmpeg and tiff2rgba decode fine all outputs of ffmpeg, whatever the compression scheme; - The compression scheme seems to be applied at first glance (varying size for output tiff file); - Some software (e.g. Xnview) seem to decode incorrectly the files (black square inserted corresponding to the sampling block, then of course lines get shifted) anyway, so they should not be trusted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 19:33:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 17:33:39 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.30433f607526dd5a3377d3145cdb11c5@avcodec.org> #3874: tiff encoder creates broken odd width yuv files ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:8 kurosu]: > Does the bug still exist? I don't know what could have fixed this but: > - ffmpeg and tiff2rgba decode fine all outputs of ffmpeg, whatever the compression scheme; > - The compression scheme seems to be applied at first glance (varying size for output tiff file); > - Some software (e.g. Xnview) seem to decode incorrectly the files (black square inserted corresponding to the sampling block, then of course lines get shifted) anyway, so they should not be trusted. I see the same broken output (green artefacts) as before with ffmpeg -i yuv410p.avi out.tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 21:09:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 19:09:43 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.45768be761bdfcf6473e2feb0bdecffb@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): Replying to [comment:318 klaussfreire]: > I did manage to find a few low-hanging-bugs in ANMR, but, and this is quaint, fixing them makes ANMR 10x slower. Is that {{{ Assertion diff >= 0 && diff <= 120 failed at libavcodec/aacenc.c:399 }}} ? Rare, but it happens on some tracks. libavcodec/aacenc.c {{{ /** * Encode scalefactors. */ static void encode_scale_factors(AVCodecContext *avctx, AACEncContext *s, SingleChannelElement *sce) { int off = sce->sf_idx[0], diff; int i, w; for (w = 0; w < sce->ics.num_windows; w += sce->ics.group_len[w]) { for (i = 0; i < sce->ics.max_sfb; i++) { if (!sce->zeroes[w*16 + i]) { diff = sce->sf_idx[w*16 + i] - off + SCALE_DIFF_ZERO; av_assert0(diff >= 0 && diff <= 120); off = sce->sf_idx[w*16 + i]; put_bits(&s->pb, ff_aac_scalefactor_bits[diff], ff_aac_scalefactor_code[diff]); } } } } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 21:16:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 19:16:21 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.ee125ce45d220cfd9aa12179e853fb73@avcodec.org> #3874: tiff encoder creates broken odd width yuv files ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): Err, yes, I had a patch I thought fixed nothing applied locally, but it seems to actually fix things for me. Could you test the patch I've attached to this bug report? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 23:09:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 21:09:42 -0000 Subject: [FFmpeg-trac] #4022(undetermined:new): Need help with streaming to Adobe RTMP server Message-ID: <041.c9979514bfc484f3f0c0f41792d87c00@avcodec.org> #4022: Need help with streaming to Adobe RTMP server -------------------------------------+------------------------------------- Reporter: kabouelneel | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a Progdvb/client and Prog media server installed and connected to satellite card, i need to stream the channel in Progdvb to the RTMP server with ffmpeg. What should i do exactly cause I'm new to streaming. Thanks, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 12 23:23:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 21:23:29 -0000 Subject: [FFmpeg-trac] #4022(undetermined:closed): Need help with streaming to Adobe RTMP server In-Reply-To: <041.c9979514bfc484f3f0c0f41792d87c00@avcodec.org> References: <041.c9979514bfc484f3f0c0f41792d87c00@avcodec.org> Message-ID: <056.8ae0b67e479fc48b7b45848b76bf0ddc@avcodec.org> #4022: Need help with streaming to Adobe RTMP server -------------------------------------+------------------------------------- Reporter: kabouelneel | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal * status: new => closed * resolution: => invalid Comment: Please understand that this is a bug tracker, not a support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 00:46:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Oct 2014 22:46:29 -0000 Subject: [FFmpeg-trac] #4023(avutil:new): FFmpeg should use AES-NI instructions Message-ID: <037.a2cbb304d8db38d330bb6d4b8217d011@avcodec.org> #4023: FFmpeg should use AES-NI instructions ---------------------------------+--------------------------------------- Reporter: kierank | Type: enhancement Status: new | Priority: normal Component: avutil | Version: unspecified Keywords: aes | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Perhaps adding AES-NI support could be an OPW task as part of the crypto work? It should provide a large speed increase. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 06:46:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 04:46:03 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.e1912adf44f6efcb842c13e36b3ff609@avcodec.org> #3874: tiff encoder creates broken odd width yuv files ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:10 kurosu]: > Err, yes, I had a patch I thought fixed nothing applied locally, but it seems to actually fix things for me. Could you test the patch I've attached to this bug report? Applied, but effect is the same - green artefact when viewing output tiff with IrfanView. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 09:19:27 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 07:19:27 -0000 Subject: [FFmpeg-trac] #4024(avcodec:new): VP9 crash Message-ID: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> #4024: VP9 crash ----------------------------------+-------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: vp9 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When decoding some webm file(video codec is vp9), crash is occur. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 10:31:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 08:31:18 -0000 Subject: [FFmpeg-trac] #4024(avcodec:closed): VP9 crash In-Reply-To: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> References: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> Message-ID: <053.f5d218bdb1a9d94bc8194a0ac849c0e4@avcodec.org> #4024: VP9 crash -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => needs_more_info Comment: No crash nor valgrind reports here. Please try git/master and paste the whole command line and its output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 12:25:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 10:25:16 -0000 Subject: [FFmpeg-trac] #4024(avcodec:reopened): VP9 crash In-Reply-To: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> References: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> Message-ID: <053.81832ac22411eb067fd4ab7fa7778e4b@avcodec.org> #4024: VP9 crash ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by kyh96403): * status: closed => reopened * resolution: needs_more_info => Comment: That problem occur win32(x86/x64). MPC-HC(LAV Video Decoder) or MPC-BE or FFmpeg.exe is same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 12:31:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 10:31:50 -0000 Subject: [FFmpeg-trac] #4024(avcodec:reopened): VP9 crash In-Reply-To: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> References: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> Message-ID: <053.e0491575f9db635cce2ef0d4a3c5acd7@avcodec.org> #4024: VP9 crash ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Then please provide at least your command line including complete, uncut console output if a backtrace is really too difficult. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 12:39:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 10:39:54 -0000 Subject: [FFmpeg-trac] #4024(avcodec:closed): VP9 crash In-Reply-To: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> References: <038.58b53b27faa96d2ce27139730d1be78c@avcodec.org> Message-ID: <053.7ab79206d891853a7afbc0217cc06f1f@avcodec.org> #4024: VP9 crash -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * status: reopened => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 13:10:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 11:10:48 -0000 Subject: [FFmpeg-trac] #3859(undetermined:new): mp4: start_time never zero In-Reply-To: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> References: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> Message-ID: <055.4566d0c200e0157c46025bf463367c13@avcodec.org> #3859: mp4: start_time never zero -------------------------------------+------------------------------------- Reporter: blacktrash | 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 blacktrash): Replying to [comment:15 cehoyos]: > Do I understand correctly that the issue is not reproducible with the native aac encoder? No, as I've shown in https://trac.ffmpeg.org/ticket/3859#comment:13 the problem is present with all aac encoders. It just varies how pronounced it is. According to Martin it has to be that way: http://sourceforge.net/p /opencore-amr/mailman/message/32912765/ From a practical POV the results are almost random, see: http://sourceforge.net/p/opencore-amr/mailman/message/32912560/ resulting in over 2 seconds extra duration ... So I guess I have to butcher around with atrim in practice to get sort of well behaved HLS streams. Trying to get clarity that I am able to understand is a bit like being sent from Pontius to Pilates and back ;-) iTunes gives best result regarding start_time and duration: http://sourceforge.net/p/opencore-amr/mailman/message/32913564/ (start time 0, duration + ~0.1) but maybe this will result in more actual async, I don't know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 14:40:08 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 12:40:08 -0000 Subject: [FFmpeg-trac] #3930(avcodec:open): latest ffmpeg failed to decode the aac audio In-Reply-To: <041.a690a5dd93f98a70093d740ee439d0cc@avcodec.org> References: <041.a690a5dd93f98a70093d740ee439d0cc@avcodec.org> Message-ID: <056.0e66d4713e22a17990b5a78eb6f587ab@avcodec.org> #3930: latest ffmpeg failed to decode the aac audio -------------------------------------+----------------------------------- Reporter: wanezhiling | Owner: benoit Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by benoit): * owner: => benoit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 15:34:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 13:34:51 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.cd7dde5b64c2b05d7a16828c67ee9b44@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by kurosu): * keywords: tif => tif tiffenc Comment: Replying to [comment:11 ami_stuff]: > Applied, but effect is the same - green artefact when viewing output tiff with IrfanView. Don't test with IrfanView, or Gimp, or XnView. I've just tested, these ones have broken output, but libtiff (eg tiff2rgba) and ffmpeg do not. I suspect most softwares do not abide by the rule set in libtiff, encode extended image data if need be. Second, are the softwares you use able to decode YUV with chroma subsampling produced by either libtiff or even themselves? Is their output decodable by libtiff? By themselves? If you do have a file not produced by ffmpeg but that decodes well in both libtiff and some software, that would be interesting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 15:53:05 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 13:53:05 -0000 Subject: [FFmpeg-trac] #4003(avformat:open): Defect in mp3 demuxer when extracting images from id3 tags. In-Reply-To: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> References: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> Message-ID: <049.096d9034005381b9c0bdd9aded0e996f@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. ------------------------------------+------------------------------------ Reporter: c-14 | Owner: benoit Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by benoit): * owner: CthUlhUzzz => benoit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 21:37:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 19:37:53 -0000 Subject: [FFmpeg-trac] #4025(undetermined:new): Encoding speed of webm (vp8/theora) has declined signficantly Message-ID: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> #4025: Encoding speed of webm (vp8/theora) has declined signficantly -------------------------------------+------------------------------------- Reporter: dowdle | 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: Encoding speed for webm (vp8/theora) with ffmpeg 2.1.5 was significantly faster than it is now in ffmpeg 2.3.4 How to reproduce: I primarily use the ffmpeg packages provided by rpmfusion for Fedora. In Fedora 20 the ffmpeg version available through rpmfusion is 2.1.5. I recently installed Fedora 21 pre-beta and rpmfusion rawhide has ffmpeg 2.3.4. The encoding speed for webm (vp8/theora) videos is significantly different between the versions. I also tried a static build of the contemporary release (ffmpeg-2.4.2 -64bit-static.tar.xz) and discovered that it too is very slow when encoding webm (vp8/theora) videos. In a related note, webm (vp9/opus) works much better in newer releases and I wanted to try that out as well... but I have to wonder if the addition of vp9/opus code has slowed down the encoding speed for vp8/theora? Both Fedora 20 and 21 pre-beta are using libvpx-1.3.0. Command lines given: ffmpeg -y -i source.mp4 -f webm -b:v 800k -b:a 96k -ac 2 -sn output.webm On a Dell Optiplex 9010 with an Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz, I was getting about 80 FPS encoding with ffmpeg 2.1.5 but now with ffmpeg 2.3.4, I'm gettin about 20 FPS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 21:52:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 19:52:57 -0000 Subject: [FFmpeg-trac] #3930(avcodec:closed): latest ffmpeg failed to decode the aac audio In-Reply-To: <041.a690a5dd93f98a70093d740ee439d0cc@avcodec.org> References: <041.a690a5dd93f98a70093d740ee439d0cc@avcodec.org> Message-ID: <056.aa882de0c787c37b0615384fcc792767@avcodec.org> #3930: latest ffmpeg failed to decode the aac audio -------------------------------------+----------------------------------- Reporter: wanezhiling | Owner: benoit Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => aac * status: open => closed * resolution: => fixed Comment: Fixed by Benoit Fouet in 4da7111eb8382c9fa5b464c0a62d12d497f7018a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 22:12:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 20:12:48 -0000 Subject: [FFmpeg-trac] #1614(avcodec:open): AAC stream with SBR fails with "channel element 0.1 is not allocated" In-Reply-To: <039.2bb9718299ba222080aaa7efedadfd42@avcodec.org> References: <039.2bb9718299ba222080aaa7efedadfd42@avcodec.org> Message-ID: <054.8556b981bb2974dde3a7ad0272884130@avcodec.org> #1614: AAC stream with SBR fails with "channel element 0.1 is not allocated" ------------------------------------+----------------------------------- Reporter: iceman12c | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC SBR | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): The file is a stereo file but has chan_config set to 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 22:55:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 20:55:04 -0000 Subject: [FFmpeg-trac] #3974(ffplay:new): ffplay crashing with some resolutions in linux terminal In-Reply-To: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> References: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> Message-ID: <052.ccf2e41a2ed5ce549677448f7a4d0aca@avcodec.org> #3974: ffplay crashing with some resolutions in linux terminal -------------------------------------+---------------------------------- Reporter: setup32 | Owner: Type: defect | Status: new Priority: important | Component: ffplay Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Did you test if installing the sdl debug libraries and / or using the configure options {{{--disable-optimizations --disable-asm --enable- debug=3}}} improve the gdb output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 13 23:06:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Oct 2014 21:06:15 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.4672521d1c108cdba42f764db68db2d4@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => noise * version: unspecified => git-master Comment: I don't think I can reproduce the issue and since yuv422p10le is not supported by the noise filter and encoding with a slightly unusual encoder is not ideal imo: Could you provide a simpler command line with {{{-vcodec mpeg4}}} or with {{{ffplay}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 02:04:28 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 00:04:28 -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.7d2ce1b2697ef6f111b539af1e0c44e2@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 klaussfreire): anmr is somewhat broken yes, I have some fixes, but they cause a huge performance regression so I don't consider them submittable yet. It doesn't cause the same assertion failure with twoloop does it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 05:03:36 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 03:03:36 -0000 Subject: [FFmpeg-trac] #3974(ffplay:new): ffplay crashing with some resolutions in linux terminal In-Reply-To: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> References: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> Message-ID: <052.902be45854bdd6f4ee0adf73b6dcd572@avcodec.org> #3974: ffplay crashing with some resolutions in linux terminal -------------------------------------+---------------------------------- Reporter: setup32 | Owner: Type: defect | Status: new Priority: important | Component: ffplay Version: unspecified | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by setup32): is anybody else having this problem? maybe its just my computer setup? and Replying to [comment:32 cehoyos]: > Did you test if installing the sdl debug libraries and / or using the configure options {{{--disable-optimizations --disable-asm --enable- debug=3}}} improve the gdb output? no i didnt. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 07:18:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 05:18:58 -0000 Subject: [FFmpeg-trac] #3974(ffplay:closed): ffplay crashing with some resolutions in linux terminal In-Reply-To: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> References: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> Message-ID: <052.ca498692f0e9b7a4e101b28b0a0d2ce5@avcodec.org> #3974: ffplay crashing with some resolutions in linux terminal -------------------------------------+------------------------------------- Reporter: setup32 | Owner: Type: defect | Status: closed Priority: important | Component: ffplay Version: unspecified | Resolution: Keywords: crash | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please feel free to reopen this ticket if an improved backtrace indicates a problem that can be fixed within FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 07:53:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 05:53:43 -0000 Subject: [FFmpeg-trac] #3974(ffplay:closed): ffplay crashing with some resolutions in linux terminal In-Reply-To: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> References: <037.524a21311e2a96aad230f645f36c5eb6@avcodec.org> Message-ID: <052.642281f2297fe0d13cb965165892018c@avcodec.org> #3974: ffplay crashing with some resolutions in linux terminal -------------------------------------+------------------------------------- Reporter: setup32 | Owner: Type: defect | Status: closed Priority: important | Component: ffplay Version: unspecified | Resolution: Keywords: crash | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by setup32): Replying to [comment:34 cehoyos]: > Please feel free to reopen this ticket if an improved backtrace indicates a problem that can be fixed within FFmpeg. ok -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 09:55:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 07:55:09 -0000 Subject: [FFmpeg-trac] #1614(avcodec:open): AAC stream with SBR fails with "channel element 0.1 is not allocated" In-Reply-To: <039.2bb9718299ba222080aaa7efedadfd42@avcodec.org> References: <039.2bb9718299ba222080aaa7efedadfd42@avcodec.org> Message-ID: <054.88f369c5e8b2f10c6452ae408eb06997@avcodec.org> #1614: AAC stream with SBR fails with "channel element 0.1 is not allocated" ------------------------------------+----------------------------------- Reporter: iceman12c | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC SBR | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/184214 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 11:52:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 09:52:53 -0000 Subject: [FFmpeg-trac] #4026(avcodec:new): AAC Number of bands exceeds limit Message-ID: <036.b0ca3a4dcf6a779477d8f64ba454d6f8@avcodec.org> #4026: AAC Number of bands exceeds limit ---------------------------------+-------------------------------------- Reporter: sssr33 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- '''Summary of the bug:''' Latest (git-20df026 (2014-10-12)) ffplay from zeranoe fails to play audio stream while VLC player can. '''How to reproduce:''' You can reproduce this with this links: rtsp://46.249.213.87:554/playlists/france-24_hvga.hpl.3gp rtsp://46.249.213.87:554/playlists/ftv_hvga.hpl.3gp {{{ C:\Users\Alexander>ffplay rtsp://46.249.213.87:554/playlists/ftv_hvga.hpl.3gp ffplay version N-66809-g20df026 Copyright (c) 2003-2014 the FFmpeg developers built on Oct 11 2014 23:32:18 with gcc 4.9.1 (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-zlib libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 4.101 / 56. 4.101 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.103 / 5. 1.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 [rtsp @ 027f7c80] method SETUP failed: 461 Unsupported transport0 [h264 @ 027fad00] illegal short term buffer state detectedB f=0/0 Last message repeated 1 times [rtsp @ 027f7c80] Could not find codec parameters for stream 1 (Video: none, 450 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [rtsp @ 027f7c80] Could not find codec parameters for stream 2 (Video: none, 600 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, rtsp, from 'rtsp://46.249.213.87:554/playlists/ftv_hvga.hpl.3gp': Metadata: title : Fashion TV comment : (c) 2010 Duration: N/A, start: 0.000000, bitrate: 1448 kb/s Stream #0:0: Video: h264 (Baseline), yuv420p, 480x272, 350 kb/s, 30 tbr, 90k tbn, 180k tbc Stream #0:1: Video: none, 450 kb/s, 90k tbr, 90k tbn, 90k tbc Stream #0:2: Video: none, 600 kb/s, 90k tbr, 90k tbn, 90k tbc Stream #0:3: Audio: aac, 32000 Hz, stereo, fltp, 48 kb/s [aac @ 027fc9c0] Invalid bitstream, too many QMF subbands: 38 [aac @ 027fc9c0] SBR reset failed. Switching SBR to pure upsampling mode. [h264 @ 050597c0] illegal short term buffer state detected [h264 @ 05059bc0] illegal short term buffer state detected [h264 @ 0505aba0] illegal short term buffer state detectedB f=0/0 [aac @ 027fc9c0] Number of scalefactor bands in group (15) exceeds limit (14). [aac @ 027fc9c0] Number of bands (43) exceeds limit (42). [aac @ 027fc9c0] invalid band type [h264 @ 028b78a0] illegal short term buffer state detected [aac @ 027fc9c0] Number of bands (51) exceeds limit (42). [aac @ 027fc9c0] Number of bands (55) exceeds limit (42). [aac @ 027fc9c0] invalid band type [aac @ 027fc9c0] Number of bands (57) exceeds limit (42).0B f=0/0 [aac @ 027fc9c0] Number of bands (44) exceeds limit (42). [aac @ 027fc9c0] invalid band type [aac @ 027fc9c0] Number of bands (48) exceeds limit (42). [aac @ 027fc9c0] Number of bands (50) exceeds limit (42). [aac @ 027fc9c0] Number of bands (53) exceeds limit (42). [aac @ 027fc9c0] Number of bands (47) exceeds limit (42). [aac @ 027fc9c0] invalid band type [aac @ 027fc9c0] Number of bands (43) exceeds limit (42). [aac @ 027fc9c0] Number of bands (68) exceeds limit (42). [aac @ 027fc9c0] Number of bands (57) exceeds limit (42). [aac @ 027fc9c0] Number of bands (49) exceeds limit (42). [aac @ 027fc9c0] Number of bands (51) exceeds limit (42). [aac @ 027fc9c0] Number of bands (45) exceeds limit (42). [aac @ 027fc9c0] Number of bands (48) exceeds limit (42). [aac @ 027fc9c0] Number of bands (47) exceeds limit (42). [aac @ 027fc9c0] Number of bands (51) exceeds limit (42). [aac @ 027fc9c0] Number of bands (43) exceeds limit (42). [aac @ 027fc9c0] Number of bands (49) exceeds limit (42). }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 12:44:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 10:44:07 -0000 Subject: [FFmpeg-trac] #4027(avformat:new): Gdi capture window title, then I close the window, ffmpeg send don't automatically stop. Version 2.3 will stop the capture. Message-ID: <037.b40ea1745b54dbf286b427c7c24dabba@avcodec.org> #4027: Gdi capture window title, then I close the window, ffmpeg send don't automatically stop. Version 2.3 will stop the capture. ----------------------------------+---------------------------------- Reporter: 0011411 | Type: defect Status: new | Priority: normal Component: avformat | Version: 2.4.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ----------------------------------+---------------------------------- I use the command is:ffmpeg.exe -f gdigrab -framerate 24 -i title="" -f dshow -i audio=virtual-audio-capturer-sm -b 2000k -pix_fmt yuv420p -tune zerolatency -preset ultrafast -acodec libmp3lame -ab 64k -async 1 -ar 22050 -f mpegts udp://234.6.8.135:9786?localaddr=127.0.0.1 ---- I found the problem in the file ffmpeg-2.4.2\libavdevice\gdigrab.c,at static int gdigrab_read_packet(AVFormatContext *s1, AVPacket *pkt); This function calls in ffmpeg-2.4.2\libavformat ---- the dbgview is show error: [gdigrab @ 02aa7d40] Failed to capture image (error 8) title=screen_broadcast test: Input/output error frame= 133 fps= 24 q=2.0 size= 661kB time=00:00:05.46 bitrate= 991.6kbits -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 13:37:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 11:37:54 -0000 Subject: [FFmpeg-trac] #4028(avfilter:new): Videofilter "fps" to extract images each minute starts at 30 seconds offset Message-ID: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> #4028: Videofilter "fps" to extract images each minute starts at 30 seconds offset -------------------------------------+------------------------------------- Reporter: peter_b | Type: defect Status: new | Priority: normal Component: avfilter | Version: git- Keywords: thumbnail | master images | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I wanted to extract an image at exactly every minute from a video, as described in the wiki article "[[Create a thumbnail image every X seconds of the video]]". I expected to get images for positions 0s, 60s, 120s, etc. But the result is: 0s, 30s, 90s, 150s, etc. How to reproduce: '''1) Generate a testvideo with time-information (seconds) in the image:''' {{{ ffmpeg -t 300 -f lavfi -i testsrc -an -y -c:v ffv1 test.avi }}} '''2) Extract images using the "fps" video filter:''' {{{ ffmpeg_git -i test.avi -vf fps=fps=1/60 -f image2 image%03d.jpg }}} Complete, uncut console output: {{{ ffmpeg version N-66851-gd58fa94 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 14 2014 11:43:57 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-zlib --enable-libvorbis --enable-libopenjpeg --enable-decoder=png --enable-encoder=png --disable- decoder=jpeg2000 --enable-libfreetype --enable-libschroedinger --enable- libx264 --enable-libfaac --enable-libmp3lame libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 5.100 / 56. 5.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.105 / 5. 1.105 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, avi, from 'test.avi': Metadata: encoder : Lavf56.9.100 Duration: 00:05:00.00, start: 0.000000, bitrate: 886 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), bgr0, 320x240, 881 kb/s, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 25 tbn, 25 tbc [swscaler @ 0x9abf040] deprecated pixel format used, make sure you did set range correctly [mjpeg @ 0x9ad5180] bitrate tolerance 4000000 too small for bitrate 200000, overriding Output #0, image2, to 'image%03d.jpg': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: mjpeg, yuvj444p(pc), 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 0.02 fps, 0.02 tbn, 0.02 tbc Metadata: encoder : Lavc56.5.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (ffv1 (native) -> mjpeg (native)) Press [q] to stop, [?] for help frame= 6 fps=0.3 q=1.6 Lsize=N/A time=00:06:00.00 bitrate=N/A video:84kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} The images are taken from the following positions (in seconds): 0, 30, 90, 150, 210, 270 It ''should'' be: 0, 60, 120, 180, 240, 300 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 13:43:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 11:43:53 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.240427404a437f164c4cc83dd2583210@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rmk): I am attaching screenshots clipped out of the output, so you see what I mean. The difference is not subtle. When using yuv420p and mpeg4, the noise pattern is as expected. So it may be a side-effect of implicit pixel format conversions but someone else should make that analysis as i am only guessing here. Command lines used: ffmpeg -f lavfi -i testsrc=s=3840x2160 -vf format=pix_fmts=yuv422p10le,noise=c0s=10:allf=t -vcodec prores -q:v 0 -t 1 ~/tmp/noise_422p10le_prores.mov vs. ffmpeg -f lavfi -i testsrc=s=3840x2160 -vf format=pix_fmts=yuv420p,noise=c0s=10:allf=t -vcodec mpeg4 -q:v 0 -t 1 ~/tmp/noise_420p_mpeg4.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 13:52:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 11:52:02 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.3f93eb54067dfd3e77ddc0c9f6e5cf99@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rmk): Just compare the respective versions of ..._clip1.png and ..._clip2.png clipped out of the 4k output frames. I have to correct myself. Pixel format conversion does not really make sense as an explanation as that should also occur when doing the same with 1920x1080 (attaching clips from output frames as well). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 14:10:56 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 12:10:56 -0000 Subject: [FFmpeg-trac] #2970(avcodec:open): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.a5187ac974bea41fb0b9268e86d9bf23@avcodec.org> #2970: White line in top macroblock of dvvideo ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo dvdec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Changes (by kurosu): * analyzed: 0 => 1 * keywords: dvvideo => dvvideo dvdec Comment: The error is indeed in the weight table for interlaced blocks, and should impact the decoding of any such content. I haven't checked the encoder. On the other hand, the weight tables for 8x8 and 2x4x8 (non-HD) have values somewhat diverging from the mathematical ones. I wonder if that would be related to simple idct, but on the other hand they are not the inverse of what the encoder use. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 14:17:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 12:17:25 -0000 Subject: [FFmpeg-trac] #2970(avcodec:open): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.e9dbb5250284694902728915d841693f@avcodec.org> #2970: White line in top macroblock of dvvideo ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: dvvideo dvdec => dvvideo Comment: The problem with the keyword {{{dvdec}}} is that all other dvvideo-related tickets use {{{dvvideo}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 14:26:46 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 12:26:46 -0000 Subject: [FFmpeg-trac] #4029(undetermined:new): Support 10-16bit pixel formats in noise filter vf_noise Message-ID: <033.0f0e402ad959b9dbdec7976a428a845b@avcodec.org> #4029: Support 10-16bit pixel formats in noise filter vf_noise -------------------------------------+------------------------------------- Reporter: rmk | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Currently the noise filter seems to only support 8 bit pixel formats. This enhancement request is for making it support 10-16 bit formats to make it usable in workflows with intermediate codecs like prores. Bounty that can be claimed for an invoice when LGPL code is committed to git master: 200 Euro Example command line can be found in ticket 4017. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 17:51:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 15:51:15 -0000 Subject: [FFmpeg-trac] #4030(undetermined:new): Doomsday Prepares, Bug Out Bags, Survival Food Storage And Hemorrhoid Relief Message-ID: <043.9ed41b52ff5f7967ed0ab29f3f440b90@avcodec.org> #4030: Doomsday Prepares, Bug Out Bags, Survival Food Storage And Hemorrhoid Relief -------------------------------------+------------------------------------- Reporter: | Type: defect rajeshbabu766 | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Dehydration course of action has appear an extended way in recent times. More mature techniques of dehydration remaining more than 25% moisture inside the dried product or service. Today, these concentrations have been greatly minimized in certain situations to achieve 2%, that has a consequent strengthen during the shelf lifestyle on the invention. An additional element that reveals the evolution of dehydrated foods is their applications. Historically, dehydrated goods were being limited to selected desserts, but these days might be found in stews, salads, breads and treats, ornamental plates and also other apps. Even though the dehydration process is just not extremely intricate, it must be certain the style, odor. Overall look and dietary worth of the solution when it's rehydrated as similar to refreshing make, since normally it'll be turned down because of the purchaser. Freeze Dried emergency foods is one of most food stuff product in on the web keep. Should you desire to generally be acquainted with about its reward then you certainly really should stop by http://www.freezedriedemergencyfoods.com/article/emergency-food-supply- survival-kits-wholesale. Natural drying may be the most straightforward technique will be to simply enable the solution dry while in the sun. It is actually a low-cost, in follow not possible industrially given place specifications, probability of contamination, etc. In osmotic dehydration, the food items is immersed within a hypertonic answer in order to accomplish a circulation of drinking water through the product or service on the solution. This technique is usually employed being a action before heat-drying course of action or freezing pretreatment. For products with sensitive flavors and colours typically applied the approach of freeze dehydration. This process, based on the basic principle of sublimation, tends to make speak to along with the frozen cupboards heated in vacuum plate?s solution, earning the water without the need of ice melts it evaporates. This process leads to a product having a porous, spongy structure. In synthetic dehydration with warm air heat is utilized into the solution and therefore the evaporation of water within their tissues is realized. This is certainly the tactic most frequently made use of industrially, can drying oven or tunnel utilised. The drying oven is solely a two-story making by using a furnace downstairs. The grid floor with the second ground permits the passage of sizzling air, although the moist air is removed through a chimney. To hold out productively this technique needs to be moved periodically flip the merchandise. This method isn't entirely efficient when it comes to time and lacks manage about the process. For his section, the tunnel dryers deliver a more innovative process that enables dry semi-continuously superior output volumes. The scale on the tunnel can exceed 20 meters in duration, with the cross-sectional region of ??about 2 x two meters. Contemporary produce is distributed on trays stacked on trucks, thoroughly spaced to obtain much more air, the air remaining driven by impressive fans heaters. Different varieties of tunnel dryers tend to be labeled as outlined by the wind route. Consequently, tunnel dryers parallel merchandise move air, access significant evaporation prices. This implies drying speed very low density products and solutions, specified the reduced shrinkage which takes place. Given that the product or service progresses within the tunnel, the item arrives in contact with cooler, moist air to avoid spoilage. Countercurrent movement dryers deliver a reduce original rate of drying, creating amplified shrinkage from the solution. After the first stage, the product is subjected to very hot, dry air, which means you must effectively command this stage if you do not would like to danger dropping merchandise top quality. Freeze Dried emergency foods is probably the very best selection for virtually any organic catastrophe. The final moisture acquiring this tunnel will likely be greater than that achieved together with the drying tunnel. You can find other tunnels utilizing a blended process that gives maximum management around drying. This mix has a tendency to hold the first tunnel in parallel, for quickly drying, very low moisture information and lessen the loss of top quality. We are going to explore the consequences of your dehydration approach sales opportunities into the item. The principle benefit for the producer will be the inactivation of the present microbial load within the product, being a result of the absence of free of charge h2o accessible for advancement. The spectacular enhance shelf life, which in certain scenarios goes from a couple days to numerous a long time, is one of the most recognized benefits of dehydrated products. For its portion, the decrease in dimension and bodyweight, leads to substantial added benefits when it comes to transportation and storage prices. Also, the producer advantages within the good picture that enjoys these goods. The buyer appreciates that these products and solutions are natural and not get fat and might be eaten anytime. Nevertheless, not all are benefits when doing the job with dehydrated products. It is useful to know the possible adjustments that could arise in the merchandise to discover and counteract them. We must always not expect that the dehydrated item figuring out exactly like its fresh equivalent. Commonly dehydrated merchandise have such a powerful flavor, although generally, if butter, add salt or other seasonings, dehydrated food items is often organized as tasty or simply far more. Freeze Dried emergency foods now accessible inside our on the net retail store in the pretty effortless charges. To understand the value of the foods ingredient or as a direct or oblique fertilizer nutrient resource in meal plans for farmed fish or shrimp. You require to acquire prior details on their own dietary value and toxicological basic safety. Right before feeding the animals should be performed primarily chemical, microbiological and physical description in the solution. Here, the take a look at content is subjected to a series of somewhat basic chemical exams to determine their moisture information, crude protein, ash, extra fat, crude fiber and digestible carbohydrates. The most common physical modifications are warping, shrinking, hardening, discoloration and less solids reduction. The improve in temperature and humidity also influences the chemical composition. The loss of protein and nutritional vitamins is often minimized by right range of the dehydration system and fantastic storage circumstances. While it truly is genuine that dehydrated foods retain additional nutrients than frozen or canned, you need to bear in mind that some decline will happen within the dietary value of food, specially thanks to oxidation. As with the lack of carbs or pigments, it might be managed by procedure with sulfur. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 17:57:48 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 15:57:48 -0000 Subject: [FFmpeg-trac] #4031(undetermined:new): GPS Technology And Mobile Phones Message-ID: <043.1dd7c7f67220b33fec271d273555b685@avcodec.org> #4031: GPS Technology And Mobile Phones -------------------------------------+------------------------------------- Reporter: | Type: defect rajeshbabu766 | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Cell monitoring for father or mom is really a very good strategy. A father can trace mobile little one by satellite world positioning or GPS chip. The chips are by now put in in several of the newer telephones and may ordered and set up on older phones. Several different companies are available for your personal observe up. Mobile organizations are significantly providing products and services inner checking. Alternatively, numerous sites enables parents to down load software program for your personal cell phone and your computer system to help tracking by way of MapQuest or Google. This Provider offer by GPS monitoring ability wise mobile phone only. It is actually Software to help GPS tracking in your phone and Computer. Dad and mom should test with their mobile cellphone support for the family members to determine for those who have GPS capacity. It offers the company. Disney Cellular is made to enable GPS monitoring little one. You could study How Mobile Tracking works from http://handyortensofort.de. Find Cell Monitoring or unique a location-based services such as exact tracking who normally works with wireless companies. These solutions can demand very low to average fees for GPS monitoring. Use your laptop to visit the web site from the company of location-based solutions, enter and follow the instructions to download the program towards your parents. Connect your mobile cellphone in your laptop kid of fogeys using the equipped PC- mobile phone. Keep to the recommendations to load the GPS tracking application to the cell cell phone and, if essential, to activate using the cellular phone menu. Give your mobile phone the child and using the pc to enter the tracking web page company of location-based expert services. Based to the company, you can display screen the phone's spot on the grid of Google. Some solutions could also point out how briskly the cell phone is roaming, how much time you have been in a situation as well as altitude. Some expert services also deliver text messages on the cell phone of parents, just as if the cellphone leaves a certain prescribed space. In the event the father has a cell mobile phone with wireless World wide web, she will use that in lieu of a Pc to track your son or daughter. If mom and dad tend not to want the child to understand what exactly is currently being tracked, expecting to mobile mobile phone soon after downloading the software program company of GPS location-based services. The monitoring company generally sends a start to your child saying now could be subject to some monitoring software textual content. Delete the text in advance of handing the cell phone to your little one. The cell cellphone has to be activated for your tracking provider to work. GPS Tracking usually makes use of extra battery electrical power and should involve extra recurrent recharging mobile. Our mobile tacking gentle Personalized Locator is really a transportable low priced gadget for tracking persons or merchandise in serious time. It can be utilised as cell mobile phone for emergencies. Made which has a strong framework and pleasant critical boards, quite a few public and private businesses and detection of one's youngster activates. This soft sends warning crisis inform towards the servers; they mail e-mails into the shopper promptly. The alert features info on enough time, date, pace and location on the particular person in question. Create an application for checking vaccination of children. So below we see numerous uses of mobile tracking delicate in case of young children. You could try GPS Tracker Telephone for children with SOS Calls and Voice Checking. New tech gadget: GPS Tracker Cellphone, a wise on the lookout, back-to -basic Each individual mother or father ought to makes use of comfortable of Cell Tracking.In Cell Tracking the GPS Tracker Cellular phone Retains merely the critical characteristic of a mobile cell phone to make mobile phone phone calls after they require it. If you subscribe for the quality assistance you may as well watch the record of routes that have adopted all products connected to this service. In any scenario, the placement web site is divided into. Part with the web site to refine your quest devoted routes. Select the product to look and filter by dates and instances. It also permits you to filter with the type of community used for acquiring the points. It shows the stored details to some individual unit. On this map are to "draw" the factors attained from looking, by using a gentle line help visualize their chronological get. Clicking on every of such points, precisely the same comprehensive facts are going to be displayed. Amount of consecutive positions inside the same place has long been recorded. Issue estimate for GPS coverage not available or network. Community form has actually been attained position: GPS (far more trustworthy and accurate) or Cellular Telephone Network (bigger margins doable error). Registered positions may well not always be exact, though not always indicates that the place mistake will these meters. Notice which the positions attained by Telephone Network may perhaps arrive to own extremely substantial margins of mistake resulting from utilizing the GSM coverage repeater towers. Your details won't ever be taken if no GPS sign is offered. Cellular Monitoring may be very critical in in recent times. A Time magazine editorial a short while ago described how the procedure operates. It really works such as this: a network of control models are configured by way of a mall to track alerts from mobile phone potential buyers, finding them for the few of meters. The data fed to the central processing center. Subsequently, administration can review the obtaining practices in their buyers, permitting them know which outlets enhance every single other or maybe the way they have almost all of the foot site visitors so that they can distribute their gear routine maintenance and billboards. The power of his enemies turned evident when cleverness associates brandished transcripts of his cell phone. Hope you realize tips on how to be effective by it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 14 18:04:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 16:04:14 -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.45db40e46416ec30536db5feeba151e1@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): Replying to [comment:321 klaussfreire]: > It doesn't cause the same assertion failure with twoloop does it? It doesn't cause the same assertion failure with -aac_coder twoloop. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 00:19:50 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Oct 2014 22:19:50 -0000 Subject: [FFmpeg-trac] #2970(avcodec:open): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.16d9a2bd5f3d708691707f811990c1b6@avcodec.org> #2970: White line in top macroblock of dvvideo ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo dvdec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Changes (by michael): * keywords: dvvideo => dvvideo dvdec Comment: Replying to [comment:4 cehoyos]: > The problem with the keyword {{{dvdec}}} is that all other dvvideo- related tickets use {{{dvvideo}}}. yes but this is also an issue in the dv _DECODER_ and dvvideo AFAIK is not decoder specific, so adding dvdec makes sense IMO -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 06:28:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 04:28:20 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.b1d0146300a1309851d08de8586a03f2@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Is the original issue not reproducible with the the following command? {{{ $ ffmpeg -i ~/tmp/noise_420p_mpeg4.mov -vcodec prores -q:v 0 out.mov }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 06:48:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 04:48:28 -0000 Subject: [FFmpeg-trac] #4029(avfilter:open): Support 10-16bit pixel formats in noise filter vf_noise In-Reply-To: <033.0f0e402ad959b9dbdec7976a428a845b@avcodec.org> References: <033.0f0e402ad959b9dbdec7976a428a845b@avcodec.org> Message-ID: <048.9147e286c55bb5f2542071ee2fbb40b1@avcodec.org> #4029: Support 10-16bit pixel formats in noise filter vf_noise --------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: noise bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => noise bounty * priority: normal => wish * status: new => open * component: undetermined => avfilter * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 09:20:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 07:20:16 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.ec41f282be67ddc32435b64fbcc3a178@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Lastique): Our application doesn't normally write transport streams, but saving to a .ts file produced this file (attached). It doesn't play on my machine, even with libav and mplayer, which do support 3-byte startcodes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 09:23:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 07:23:31 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.b1380c354a88f9f68358d95201a46801@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Lastique): BTW, you can also produce a TS file with the test case I attached by changing the file name. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 09:43:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 07:43:29 -0000 Subject: [FFmpeg-trac] #4030(undetermined:new): V4L2 recording results in invalid data & buffer still owned errors Message-ID: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------- Reporter: thender | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: v4l2 buffer | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: If I try to record from a magewell USB3 V4L2 capture device, it works the first time. However, the 2nd time I try to record from it, I will receive this error. Occasionally capture will die in the middle of a recording with this same error. How to reproduce: Run this with a USB3 magewell v4l2 dongle. ffmpeg -f v4l2 -framerate 60 -s 1920x1080 -i /dev/video1 -f alsa -i pulse -c:v libx264 -crf 0 -preset ultrafast -c:a pcm_s16le outfile3.mkv Stop the recording, then run it again. It won't work. To confirm the issue is isolated to ffmpeg, try using cvlc and it will work. You can use this command as many times as you please and it will always record just fine, and never freeze in the middle of a recording. cvlc v4l2:// :v4l2-dev=/dev/video1 :v4l2-width=1920 :v4l2-height=1080 --input-slave pulse:// --sout "#transcode{vcodec=HFYU,scale=1}:standard{access=file,dst=camcorder.avi}" The problem is that CVLC does not allow me to set an input framerate, which is functionality I need, so that I do not stress the CPU too much recording at 60 FPS. ffmpeg version 2.27 built on ... Gentoo Linux -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 09:47:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 07:47:19 -0000 Subject: [FFmpeg-trac] #2970(avcodec:open): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.1bf3cc0228c43f10fc4a60a57da49b62@avcodec.org> #2970: White line in top macroblock of dvvideo ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo dvdec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Comment (by kurosu): Well, sorry for the fuss. That's why I *added* the keyword, as I can understand that filtering using a specific keyword is within your work habits. It's hard to figure at first glance what rationale would apply here for adding keywords. If that's such a big deal, maybe having a whitelisted set (if trac supports it)? But, like Michael stated, my intent with it was to indicate indeed the module having the issue. It should not impact the encoder (it has a separate table) and it's specifically in the decoder (and not generic code for idct or bitstream reading or...). I understand also that keywords may become obsolete/wrong depending on code refactoring, but it sounded fair here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 10:02:41 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 08:02:41 -0000 Subject: [FFmpeg-trac] #4031(ffmpeg:new): Serious memory leak Message-ID: <038.0769c23fb19ca9e88cbecbeb8be9fb40@avcodec.org> #4031: Serious memory leak -------------------------------------+---------------------------------- Reporter: tips2014 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.4.2 Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- ./ffmpeg_g -y -override_ffserver -i rtmp://192.168.14.170/live/rtsp301 -flags +global_header -codec copy http://192.168.14.170:8000/feed300.ffm ffmpeg-2.4.4 More than half an hour memory starts to rise, more up faster. 10 hours long 100M -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 10:02:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 08:02:45 -0000 Subject: [FFmpeg-trac] #4032(ffmpeg:new): Serious memory leak Message-ID: <038.b766aa87b88069c8cc878f6a45a095e0@avcodec.org> #4032: Serious memory leak -------------------------------------+---------------------------------- Reporter: tips2014 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.4.2 Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- ./ffmpeg_g -y -override_ffserver -i rtmp://192.168.14.170/live/rtsp301 -flags +global_header -codec copy http://192.168.14.170:8000/feed300.ffm ffmpeg-2.4.4 More than half an hour memory starts to rise, more up faster. 10 hours long 100M -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 10:02:55 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 08:02:55 -0000 Subject: [FFmpeg-trac] #4033(ffmpeg:new): Serious memory leak Message-ID: <038.75a90f5d99861f278ee7d829d88e743a@avcodec.org> #4033: Serious memory leak -------------------------------------+---------------------------------- Reporter: tips2014 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.4.2 Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- ./ffmpeg_g -y -override_ffserver -i rtmp://192.168.14.170/live/rtsp301 -flags +global_header -codec copy http://192.168.14.170:8000/feed300.ffm ffmpeg-2.4.4 More than half an hour memory starts to rise, more up faster. 10 hours long 100M -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 10:03:02 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 08:03:02 -0000 Subject: [FFmpeg-trac] #4034(ffmpeg:new): Serious memory leak Message-ID: <038.cff8dd006d5d896bff2433e03803a8fc@avcodec.org> #4034: Serious memory leak -------------------------------------+---------------------------------- Reporter: tips2014 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.4.2 Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- ./ffmpeg_g -y -override_ffserver -i rtmp://192.168.14.170/live/rtsp301 -flags +global_header -codec copy http://192.168.14.170:8000/feed300.ffm ffmpeg-2.4.4 More than half an hour memory starts to rise, more up faster. 10 hours long 100M -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 10:10:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 08:10:56 -0000 Subject: [FFmpeg-trac] #4034(ffmpeg:closed): Serious memory leak In-Reply-To: <038.cff8dd006d5d896bff2433e03803a8fc@avcodec.org> References: <038.cff8dd006d5d896bff2433e03803a8fc@avcodec.org> Message-ID: <053.bac3b0ac83112e7abc2bf2a0202b58a9@avcodec.org> #4034: Serious memory leak -------------------------------------+------------------------------------- Reporter: tips2014 | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: 2.4.2 | Resolution: duplicate Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => duplicate Comment: Duplicate of #4031 #4032 and #4033 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 10:11:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 08:11:06 -0000 Subject: [FFmpeg-trac] #4033(ffmpeg:closed): Serious memory leak In-Reply-To: <038.75a90f5d99861f278ee7d829d88e743a@avcodec.org> References: <038.75a90f5d99861f278ee7d829d88e743a@avcodec.org> Message-ID: <053.2433cdcd83668870b1b23199dea2bdbb@avcodec.org> #4033: Serious memory leak -------------------------------------+------------------------------------- Reporter: tips2014 | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: 2.4.2 | Resolution: duplicate Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => duplicate Comment: Duplicate of #4031 #4032 and #4034 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 10:11:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 08:11:20 -0000 Subject: [FFmpeg-trac] #4032(ffmpeg:closed): Serious memory leak In-Reply-To: <038.b766aa87b88069c8cc878f6a45a095e0@avcodec.org> References: <038.b766aa87b88069c8cc878f6a45a095e0@avcodec.org> Message-ID: <053.7ef24944d37f81a88e086a8ccda2fa02@avcodec.org> #4032: Serious memory leak -------------------------------------+------------------------------------- Reporter: tips2014 | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: 2.4.2 | Resolution: duplicate Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => duplicate Comment: Duplicate of #4031 #4033 and #4034 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 10:40:15 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 08:40:15 -0000 Subject: [FFmpeg-trac] #4028(avfilter:new): Videofilter "fps" to extract images each minute starts at 30 seconds offset In-Reply-To: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> References: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> Message-ID: <052.be637b417f165adc2aba7ac3bd7c2128@avcodec.org> #4028: Videofilter "fps" to extract images each minute starts at 30 seconds offset -------------------------------------+------------------------------------- Reporter: peter_b | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: thumbnail | Blocked By: images | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Look at the {{{round}}} option to {{{fps}}}. If {{{down}}} fixes your problem, please close this bug as ?invalid?. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 11:19:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 09:19:25 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.caa3c0266440da61711b5c858937507b@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rmk): No, the result from that looks fine. I originally ran into this when doing the same thing in an application using libavfilter for the filtering and Apple APIs for encoding prores, so I did not think ffmpeg's prores encoder was the problem. The problem is also there when using v210 as a codec: ffmpeg -f lavfi -i testsrc=s=3840x2160 -vf format=pix_fmts=yuv422p10le,noise=c0s=10:allf=t -vcodec v210 -q:v 0 -t 1 ~/tmp/noise_422p10le_v210.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:07:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:07:16 -0000 Subject: [FFmpeg-trac] #4031(undetermined:new): Serious memory leak In-Reply-To: <038.0769c23fb19ca9e88cbecbeb8be9fb40@avcodec.org> References: <038.0769c23fb19ca9e88cbecbeb8be9fb40@avcodec.org> Message-ID: <053.1e0abdfa9afcd2eedcbe9026c1dec099@avcodec.org> #4031: Serious memory leak ----------------------------------+---------------------------------------- Reporter: tips2014 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * cc: Chinese, god, of, Technology, Co., Ltd. (removed) * keywords: memory leak => leak * component: ffmpeg => undetermined * reproduced: 1 => 0 Comment: Please test current FFmpeg git head and please try if the issue is reproducible with file output or file input. Please provide the command line together with the complete, uncut console output. If there is a leak, valgrind output (or similar) is required: Without it, we cannot know where the leak is. Or do you want to report that a lot of memory is allocated (but no leak)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:21:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:21:11 -0000 Subject: [FFmpeg-trac] #2970(avcodec:open): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.755236786825d626449776cc52afbb50@avcodec.org> #2970: White line in top macroblock of dvvideo ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo dvdec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Comment (by cehoyos): My only concern is that if you click on the {{{dvdec}}} keyword on this page, you (or actually anybody else who is also interested) may believe that there is exactly one ticket related to the dv decoder (and that there never has been another ticket) which is not the case. Or in other words: I believe the keyword feature of trac is very helpful but only if great care is taken when setting the keywords. I have seen other trac installations where an enormous number of keywords is added for each ticket: I can only use the full text search there... Note that I am neither claiming that my choice of keywords was always good nor that I didn't make many mistakes when setting them: Just that adding an additional dv-related keyword doesn't improve the keyword-situation (on the contrary). That this ticket is not encoder-related seems less important to me. And you actually working on a ticket that I hardly understand is of course much more important than my trac-related concerns! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:24:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:24:04 -0000 Subject: [FFmpeg-trac] #2970(avcodec:open): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.b7f7b686d7d85a78d6fbb399b75bd3b9@avcodec.org> #2970: White line in top macroblock of dvvideo ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo dvdec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Comment (by cehoyos): The "whitelist" is https://trac.ffmpeg.org/tags which has a link {{{tags}}} on top of this page. As said it does not claim to be complete or even stringent but I consider it a useful list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:28:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:28:50 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.90882c1663fba338a45cbc7272a23269@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): That is very strange. I will try again to reproduce myself: So far I didn't really see the difference but I wonder now what the issue is: maybe the {{{format}}} filter does something bad (with the inserted scaler), this can be checked with a higher log level. Is the issue also reproducible if you simply remove the {{{format}}} filter from all command lines? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:30:09 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:30:09 -0000 Subject: [FFmpeg-trac] #4032(undetermined:closed): Serious memory leak In-Reply-To: <038.b766aa87b88069c8cc878f6a45a095e0@avcodec.org> References: <038.b766aa87b88069c8cc878f6a45a095e0@avcodec.org> Message-ID: <053.c65bdfd62f288129d9dbbb994723652e@avcodec.org> #4032: Serious memory leak ----------------------------------+---------------------------------------- Reporter: tips2014 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * cc: Chinese, god, of, Technology, Co., Ltd. (removed) * keywords: memory leak => * component: ffmpeg => undetermined * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:30:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:30:28 -0000 Subject: [FFmpeg-trac] #4032(undetermined:closed): Serious memory leak In-Reply-To: <038.b766aa87b88069c8cc878f6a45a095e0@avcodec.org> References: <038.b766aa87b88069c8cc878f6a45a095e0@avcodec.org> Message-ID: <053.3aaf161fc014d6d2d67396c66f5fc8cb@avcodec.org> #4032: Serious memory leak -------------------------------------+------------------------------------- Reporter: tips2014 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 2.4.2 => unspecified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:31:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:31:11 -0000 Subject: [FFmpeg-trac] #4033(undetermined:closed): Serious memory leak In-Reply-To: <038.75a90f5d99861f278ee7d829d88e743a@avcodec.org> References: <038.75a90f5d99861f278ee7d829d88e743a@avcodec.org> Message-ID: <053.8d0c19ca81ce1e7c84e89a16a07bc44a@avcodec.org> #4033: Serious memory leak -------------------------------------+------------------------------------- Reporter: tips2014 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: Chinese, god, of, Technology, Co., Ltd. (removed) * keywords: memory leak => * version: 2.4.2 => unspecified * component: ffmpeg => undetermined * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:31:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:31:52 -0000 Subject: [FFmpeg-trac] #4034(undetermined:closed): Serious memory leak In-Reply-To: <038.cff8dd006d5d896bff2433e03803a8fc@avcodec.org> References: <038.cff8dd006d5d896bff2433e03803a8fc@avcodec.org> Message-ID: <053.f0bfdf3e88fca90fffa99a2d99c78f07@avcodec.org> #4034: Serious memory leak -------------------------------------+------------------------------------- Reporter: tips2014 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: Chinese, god, of, Technology, Co., Ltd. (removed) * keywords: memory leak => * version: 2.4.2 => unspecified * component: ffmpeg => undetermined * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 12:35:55 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 10:35:55 -0000 Subject: [FFmpeg-trac] #4030(avdevice:new): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.44eefbba336f6d78bbba36ef86418f42@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: v4l2 buffer => v4l2 * component: undetermined => avdevice Comment: Please test current FFmpeg git head and please provide the command line together with the complete, uncut console output to make this a valid ticket. If the issue is reproducible without audio input please remove it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 15:19:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 13:19:39 -0000 Subject: [FFmpeg-trac] #4035(avcodec:new): HEVC regression Message-ID: <035.862fd3f9c20f2dff80481d661c08889d@avcodec.org> #4035: HEVC regression ---------------------------------+-------------------------------------- Reporter: cgbug | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Playback fails with git head. Worked ok with older build. Regression was introduced between 20140811-git-5ec85c9 and 20140812-git- d6711ee. Seems an infinite loop in nal parsing code? Sample file: https://www.sendspace.com/file/dn64ng Output: libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.103 / 5. 1.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 [hevc @ 02acdde0] Overread SPS by 8 bits [hevc @ 02acdde0] SPS 0 does not exist. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 [hevc @ 02acdde0] Error parsing NAL unit #0. [hevc @ 02acdde0] PPS id out of range: 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 17:40:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 15:40:18 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.22b6c2c8d52648cd0fd013eb4f41edce@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rmk): No. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 19:40:09 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 17:40:09 -0000 Subject: [FFmpeg-trac] #3207(undetermined:closed): FFmpeg outputs invalid ASS files In-Reply-To: <036.51e3f81db30c228c6f43c97eb6ab49d3@avcodec.org> References: <036.51e3f81db30c228c6f43c97eb6ab49d3@avcodec.org> Message-ID: <051.8a29123b50834aed5167fbb236d7002b@avcodec.org> #3207: FFmpeg outputs invalid ASS files -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: sub ass | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => fixed Comment: Hopefully fixed in 40b9f28641b696c6bb73ce49dc97c2ce2700cbdb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 19:49:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 17:49:13 -0000 Subject: [FFmpeg-trac] #3944(documentation:closed): Documentation for the libx265 wrapper is missing In-Reply-To: <035.0acf1d6d3c17d4fe0596987208d7e2e7@avcodec.org> References: <035.0acf1d6d3c17d4fe0596987208d7e2e7@avcodec.org> Message-ID: <050.23eb761b02f3f31bc87fc25fba9d40ac@avcodec.org> #3944: Documentation for the libx265 wrapper is missing -------------------------------------+------------------------------------- Reporter: raine | Owner: Type: enhancement | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: x265 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: reopened => closed * resolution: => fixed Comment: Fixed in 8a9537999029498332a68fc0edf98821969329d6. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 20:03:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 18:03:23 -0000 Subject: [FFmpeg-trac] #3944(documentation:closed): Documentation for the libx265 wrapper is missing In-Reply-To: <035.0acf1d6d3c17d4fe0596987208d7e2e7@avcodec.org> References: <035.0acf1d6d3c17d4fe0596987208d7e2e7@avcodec.org> Message-ID: <050.323f62a822432776e2021bf470678591@avcodec.org> #3944: Documentation for the libx265 wrapper is missing -------------------------------------+------------------------------------- Reporter: raine | Owner: Type: enhancement | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: libx265 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: x265 => libx265 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 20:58:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 18:58:42 -0000 Subject: [FFmpeg-trac] #4025(documentation:open): Encoding speed of webm (vp8/theora) has declined signficantly In-Reply-To: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> References: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> Message-ID: <051.bd65fb2a41c007e8f4ab689bf621941e@avcodec.org> #4025: Encoding speed of webm (vp8/theora) has declined signficantly -------------------------------------+------------------------------------- Reporter: dowdle | Owner: Type: defect | Status: open Priority: minor | Component: Version: unspecified | documentation Keywords: vpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by jamal): * keywords: => vpx * priority: normal => minor * status: new => open * component: undetermined => documentation Comment: Looking at the history of libvpxenc.c, it seems the one of the default settings was changed starting with ffmpeg 2.2, commit 34e32d6464135a03da14d5b0aef1d42796939eae (Changing the speed/cpu-used setting from 3 to 1). If you use the default settings (Like you're doing with the command line example you gave above) then it will of course be slower now since we default to a slower but higher quality encoding setting. For an approximation of the old behavior back try running something like "ffmpeg -y -i source.mp4 -f webm -cpu-used 3 -b:v 800k -b:a 96k -ac 2 -sn output.webm". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 21:03:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 19:03:04 -0000 Subject: [FFmpeg-trac] #4023(avutil:new): FFmpeg should use AES-NI instructions In-Reply-To: <037.a2cbb304d8db38d330bb6d4b8217d011@avcodec.org> References: <037.a2cbb304d8db38d330bb6d4b8217d011@avcodec.org> Message-ID: <052.dc676ad42d0bc8a80cfa5bd85e3e8bfc@avcodec.org> #4023: FFmpeg should use AES-NI instructions -------------------------------------+---------------------------------- Reporter: kierank | Owner: Type: enhancement | Status: new Priority: wish | Component: avutil Version: git-master | Resolution: Keywords: aes | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by jamal): * priority: normal => wish * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 21:42:07 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 19:42:07 -0000 Subject: [FFmpeg-trac] #4025(documentation:open): Encoding speed of webm (vp8/theora) has declined signficantly In-Reply-To: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> References: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> Message-ID: <051.f9163d960ed4f1d828d1ba37d7d6a167@avcodec.org> #4025: Encoding speed of webm (vp8/theora) has declined signficantly -------------------------------------+------------------------------------- Reporter: dowdle | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: libvpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vpx => libvpx * version: unspecified => git-master Comment: I still wonder how this ticket is related to theora... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 21:50:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 19:50:51 -0000 Subject: [FFmpeg-trac] #4025(documentation:open): Encoding speed of webm vp8 has declined signficantly (was: Encoding speed of webm (vp8/theora) has declined signficantly) In-Reply-To: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> References: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> Message-ID: <051.a8de713aa7605ed5e0935aa474b29aed@avcodec.org> #4025: Encoding speed of webm vp8 has declined signficantly -------------------------------------+------------------------------------- Reporter: dowdle | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: libvpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jamal): Replying to [comment:2 cehoyos]: > I still wonder how this ticket is related to theora... It isn't. dowdle most likely meant to say vorbis. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 22:17:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 20:17:47 -0000 Subject: [FFmpeg-trac] #4025(documentation:open): Encoding speed of webm vp8 has declined signficantly In-Reply-To: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> References: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> Message-ID: <051.e874e467f45ae7cbf1abd8d2e24d1705@avcodec.org> #4025: Encoding speed of webm vp8 has declined signficantly -------------------------------------+------------------------------------- Reporter: dowdle | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: libvpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dowdle): Yes, I confused the two. Sorry. So, can anyone confirm the significant reduction in encoding speeds? It is very consistent for me on multiple machines with the same source material. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 22:21:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 20:21:16 -0000 Subject: [FFmpeg-trac] #4025(documentation:open): Encoding speed of webm vp8 has declined signficantly In-Reply-To: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> References: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> Message-ID: <051.a126f7cdce80f1c45ee4a319e03b739e@avcodec.org> #4025: Encoding speed of webm vp8 has declined signficantly -------------------------------------+------------------------------------- Reporter: dowdle | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: libvpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): You can confirm it yourself, just follow the link above: The default was changed to higher quality / slower speed, just increase the speed with {{{-speed 3}}} to get the old behaviour (that was not documented afaict). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 22:26:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 20:26:45 -0000 Subject: [FFmpeg-trac] #4025(documentation:open): Encoding speed of webm vp8 has declined signficantly In-Reply-To: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> References: <036.4845c271e8b065c4998910c45fee48e6@avcodec.org> Message-ID: <051.fe6f19e249e2bfb295b3c8fa491a7ad7@avcodec.org> #4025: Encoding speed of webm vp8 has declined signficantly -------------------------------------+------------------------------------- Reporter: dowdle | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: libvpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dowdle): DUH, somehow I overlooked the answer provided. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 23:30:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 21:30:23 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.cce3905bc53d455b491869fed2835b30@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Ok, so I downloaded some old ffmpeg autobuild from august and tiff2rgba decodes generated tiff file just fine (I get no error messages and output looks correctly) TIFF file generated with your patch decodes ok as well with tiff2rgba. The only problem happens with other software like ImageMagick and the rest which, as I understand, you belive is at fauly in some way. If this is true then this ticket can be closed. {{{ Second, are the softwares you use able to encode YUV with chroma subsampling? And is their output decodable by libtiff? By themselves? Are they able to decode libtiff output? }}} I don't know any software which can generate YUV TIFFs. {{{ C:\>ffmpeg -i yuv410p.avi out.tif ffmpeg version N-65738-g3c197442 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 18 2014 22:02:08 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 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, avi, from 'yuv410p.avi': Metadata: encoder : Lavf54.3.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 9856 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), yuv410p, 323x240, 25 fps, 25 t br, 25 tbn, 25 tbc Output #0, image2, to 'out.tif': Metadata: encoder : Lavf56.1.100 Stream #0:0: Video: tiff, yuv410p, 323x240, q=2-31, 200 kb/s, 25 fps, 25 tbn , 25 tbc Metadata: encoder : Lavc56.0.101 tiff Stream mapping: Stream #0:0 -> #0:0 (ffv1 (native) -> tiff (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:86kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov erhead: unknown }}} {{{ C:\>tiff2rgba out.tif out2.tif }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 15 23:46:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Oct 2014 21:46:14 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.2cedb81976b3f5f908410c1f7bcc9474@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Here is some YUV sample: http://www.steves-digicams.com/qv3000/samples/08233627.tif http://www.steves-digicams.com/qv3000_samples.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 04:12:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 02:12:07 -0000 Subject: [FFmpeg-trac] #4036(undetermined:new): Sample MKV file can't be input-seeked Message-ID: <038.59d9791e2e49b1b066bb73e317cef2fd@avcodec.org> #4036: Sample MKV file can't be input-seeked -------------------------------------+------------------------------------- Reporter: 11rcombs | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: matroska | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When transcoding [https://www.dropbox.com/s/we882bjyrkjqkj4/clip.mkv?dl=0 this file], the {{{-ss}}} option seems to have no effect. From a quick step through in a debugger, it seems as if the {{{avformat_seek_file}}} call in ffmpeg_opt.c proceeds as usual, so I'm not sure what goes wrong. Seeking works (though it works slowly) when neither {{{-c copy}}} nor {{{-copyts}}} is used, as the {{{trim}}} filters function normally. {{{ $ ffmpeg -copyts -ss 10 -i ~/Dropbox/Public/clip.mkv -sn -vcodec libx264 -acodec aac -strict -2 -y -loglevel debug out.mkv ffmpeg version N-66911-g917f86f Copyright (c) 2000-2014 the FFmpeg developers built on Oct 15 2014 18:37:14 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) configuration: --extra-cflags='-march=native' --enable-optimizations --disable-stripping --enable-debug --enable-libx265 --enable-gpl --enable- libopus --enable-version3 --enable-nonfree --enable-postproc --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-gnutls --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --prefix=/usr/local --enable-static --enable-shared --enable-avresample --enable-vda --enable-opencl --enable- libzvbi --cc=clang --disable-indev=avfoundation libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.100 / 56. 8.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-copyts' ... matched as option 'copyts' (copy timestamps) with argument '1'. Reading option '-ss' ... matched as option 'ss' (set the start time offset) with argument '10'. Reading option '-i' ... matched as input file with argument '/Users/11rcombs/Dropbox/Public/clip.mkv'. Reading option '-sn' ... matched as option 'sn' (disable subtitle) with argument '1'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'libx264'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'aac'. Reading option '-strict' ...Routing option strict to both codec and muxer layer matched as AVOption 'strict' with argument '-2'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option 'out.mkv' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option copyts (copy timestamps) with argument 1. Applying option y (overwrite output files) with argument 1. Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /Users/11rcombs/Dropbox/Public/clip.mkv. Applying option ss (set the start time offset) with argument 10. Successfully parsed a group of options. Opening an input file: /Users/11rcombs/Dropbox/Public/clip.mkv. [matroska,webm @ 0x7faac280da00] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase st:2 removing common factor 1000000 from timebase [matroska,webm @ 0x7faac280da00] Before avformat_find_stream_info() pos: 3747050 bytes read:3763100 seeks:0 [h264 @ 0x7faac3800000] no picture [matroska,webm @ 0x7faac280da00] All info found [matroska,webm @ 0x7faac280da00] After avformat_find_stream_info() pos: 5251774 bytes read:5254331 seeks:0 frames:12 Input #0, matroska,webm, from '/Users/11rcombs/Dropbox/Public/clip.mkv': Metadata: encoder : libebml v1.2.2 + libmatroska v1.3.0 creation_time : 2012-04-03 00:07:48 Duration: 00:24:46.00, start: 0.000000, bitrate: 169 kb/s Chapter #0:0: start 0.000000, end 90.000000 Metadata: title : OP Chapter #0:1: start 90.000000, end 737.000000 Metadata: title : Part A Chapter #0:2: start 737.000000, end 746.500000 Metadata: title : Intermission Chapter #0:3: start 746.500000, end 1377.000000 Metadata: title : Part B Chapter #0:4: start 1377.000000, end 1466.000000 Metadata: title : ED Chapter #0:5: start 1466.000000, end 1486.000000 Metadata: title : Preview Stream #0:0, 4, 1/1000: Video: h264 (High 10), yuv420p10le(left), 1280x720 [SAR 1:1 DAR 16:9], 1001/48000, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1, 8, 1/1000: Audio: aac, 48000 Hz, stereo, fltp (default) Stream #0:2, 0, 1/1000: Subtitle: ass (default) Stream #0:3, 0, 1/90000: Attachment: ttf Metadata: filename : aprifa.ttf mimetype : application/x-truetype-font Stream #0:4, 0, 1/90000: Attachment: ttf Metadata: filename : benguiatgothicctt.ttf mimetype : application/x-truetype-font Stream #0:5, 0, 1/90000: Attachment: ttf Metadata: filename : blokletters-viltstift-fxd.ttf mimetype : application/x-truetype-font Stream #0:6, 0, 1/90000: Attachment: ttf Metadata: filename : chinacat_0_PL_0.ttf mimetype : application/x-truetype-font Stream #0:7, 0, 1/90000: Attachment: ttf Metadata: filename : FromWhereYouAre.ttf mimetype : application/x-truetype-font Stream #0:8, 0, 1/90000: Attachment: ttf Metadata: filename : GraffitiPaintBrush.ttf mimetype : application/x-truetype-font Stream #0:9, 0, 1/90000: Attachment: ttf Metadata: filename : itc_goudy_sans--lte52939.ttf mimetype : application/x-truetype-font Stream #0:10, 0, 1/90000: Attachment: ttf Metadata: filename : itc_goudy_sans--lte52940.ttf mimetype : application/x-truetype-font Stream #0:11, 0, 1/90000: Attachment: ttf Metadata: filename : tahoma_1.ttf mimetype : application/x-truetype-font Stream #0:12, 0, 1/90000: Attachment: ttf Metadata: filename : tahomabd.ttf mimetype : application/x-truetype-font Stream #0:13, 0, 1/90000: Attachment: ttf Metadata: filename : alien5.ttf mimetype : application/x-truetype-font Stream #0:14, 0, 1/90000: Attachment: ttf Metadata: filename : ANNA___.otf mimetype : application/x-truetype-font Stream #0:15, 0, 1/90000: Attachment: ttf Metadata: filename : aprifa.ttf mimetype : application/x-truetype-font Stream #0:16, 0, 1/90000: Attachment: ttf Metadata: filename : arial.ttf mimetype : application/x-truetype-font Stream #0:17, 0, 1/90000: Attachment: ttf Metadata: filename : benguiatgothicctt.ttf mimetype : application/x-truetype-font Stream #0:18, 0, 1/90000: Attachment: ttf Metadata: filename : blokletters-viltstift-fxd.ttf mimetype : application/x-truetype-font Stream #0:19, 0, 1/90000: Attachment: ttf Metadata: filename : Brady Bunch.ttf mimetype : application/x-truetype-font Stream #0:20, 0, 1/90000: Attachment: ttf Metadata: filename : brlnsr.ttf mimetype : application/x-truetype-font Stream #0:21, 0, 1/90000: Attachment: ttf Metadata: filename : corbel.ttf mimetype : application/x-truetype-font Stream #0:22, 0, 1/90000: Attachment: ttf Metadata: filename : FromWhereYouAre.ttf mimetype : application/x-truetype-font Stream #0:23, 0, 1/90000: Attachment: ttf Metadata: filename : icedeart.ttf mimetype : application/x-truetype-font Stream #0:24, 0, 1/90000: Attachment: ttf Metadata: filename : KudosBlackSSK.ttf mimetype : application/x-truetype-font Stream #0:25, 0, 1/90000: Attachment: ttf Metadata: filename : linkin.ttf mimetype : application/x-truetype-font Stream #0:26, 0, 1/90000: Attachment: ttf Metadata: filename : scar6.ttf mimetype : application/x-truetype-font Successfully opened the file. Parsing a group of options: output file out.mkv. Applying option sn (disable subtitle) with argument 1. Applying option vcodec (force video codec ('copy' to copy stream)) with argument libx264. Applying option acodec (force audio codec ('copy' to copy stream)) with argument aac. Successfully parsed a group of options. Opening an output file: out.mkv. Successfully opened the file. detected 8 logical cores [graph 0 input from stream 0:0 @ 0x7faac25222a0] Setting 'video_size' to value '1280x720' [graph 0 input from stream 0:0 @ 0x7faac25222a0] Setting 'pix_fmt' to value '72' [graph 0 input from stream 0:0 @ 0x7faac25222a0] Setting 'time_base' to value '1/1000' [graph 0 input from stream 0:0 @ 0x7faac25222a0] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0x7faac25222a0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x7faac25222a0] Setting 'frame_rate' to value '24000/1001' [graph 0 input from stream 0:0 @ 0x7faac25222a0] w:1280 h:720 pixfmt:yuv420p10le tb:1/1000 fr:24000/1001 sar:1/1 sws_param:flags=2 [format @ 0x7faac2522d20] compat: called with args=[yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16] [format @ 0x7faac2522d20] Setting 'pix_fmts' to value 'yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16' [auto-inserted scaler 0 @ 0x7faac2521e80] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x7faac2521e80] w:iw h:ih flags:'0x4' interl:0 [format @ 0x7faac2522d20] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x7faac2523380] query_formats: 5 queried, 3 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x7faac2521e80] picking yuv420p out of 7 ref:yuv420p10le alpha:0 [auto-inserted scaler 0 @ 0x7faac2521e80] w:1280 h:720 fmt:yuv420p10le sar:1/1 -> w:1280 h:720 fmt:yuv420p sar:1/1 flags:0x4 [graph 1 input from stream 0:1 @ 0x7faac2601560] Setting 'time_base' to value '1/48000' [graph 1 input from stream 0:1 @ 0x7faac2601560] Setting 'sample_rate' to value '48000' [graph 1 input from stream 0:1 @ 0x7faac2601560] Setting 'sample_fmt' to value 'fltp' [graph 1 input from stream 0:1 @ 0x7faac2601560] Setting 'channel_layout' to value '0x3' [graph 1 input from stream 0:1 @ 0x7faac2601560] tb:1/48000 samplefmt:fltp samplerate:48000 chlayout:0x3 [audio format for output stream 0:1 @ 0x7faac2601ea0] Setting 'sample_fmts' to value 'fltp' [audio format for output stream 0:1 @ 0x7faac2601ea0] Setting 'sample_rates' to value '96000|88200|64000|48000|44100|32000|24000|22050|16000|12000|11025|8000|7350' [AVFilterGraph @ 0x7faac2525fc0] query_formats: 5 queried, 12 merged, 0 already done, 0 delayed [libx264 @ 0x7faac2817200] using mv_range_thread = 24 [libx264 @ 0x7faac2817200] using SAR=1/1 [libx264 @ 0x7faac2817200] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x7faac2817200] profile High, level 3.1 [libx264 @ 0x7faac2817200] 264 - core 142 r2479 dd79a61 - 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=23 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf56.9.100 Chapter #0:0: start 0.000000, end 90.000000 Metadata: title : OP Chapter #0:1: start 90.000000, end 737.000000 Metadata: title : Part A Chapter #0:2: start 737.000000, end 746.500000 Metadata: title : Intermission Chapter #0:3: start 746.500000, end 1377.000000 Metadata: title : Part B Chapter #0:4: start 1377.000000, end 1466.000000 Metadata: title : ED Chapter #0:5: start 1466.000000, end 1486.000000 Metadata: title : Preview Stream #0:0, 0, 1/1000: Video: h264 (libx264) (H264 / 0x34363248), yuv420p(left), 1280x720 [SAR 1:1 DAR 16:9], 1001/24000, q=-1--1, 23.98 fps, 1k tbn, 23.98 tbc (default) Metadata: encoder : Lavc56.8.100 libx264 Stream #0:1, 0, 1/1000: Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: encoder : Lavc56.8.100 aac Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (native)) Press [q] to stop, [?] for help [h264 @ 0x7faac392e400] no picture [h264 @ 0x7faac392f000] no picture [libx264 @ 0x7faac2817200] frame= 0 QP=22.27 NAL=3 Slice:I Poc:0 I:3600 P:0 SKIP:0 size=29264 bytes [matroska @ 0x7faac2816600] Writing block at offset 1166, size 29954, pts 83, dts 0, duration 42, flags 128 [libx264 @ 0x7faac2817200] frame= 1 QP=23.09 NAL=2 Slice:P Poc:6 I:242 P:1682 SKIP:1676 size=6958 bytes [matroska @ 0x7faac2816600] Writing block at offset 31129, size 6958, pts 208, dts 41, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 2 QP=24.99 NAL=2 Slice:B Poc:4 I:2 P:996 SKIP:2580 size=2152 bytes [matroska @ 0x7faac2816600] Writing block at offset 38094, size 21, pts 62, dts 62, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 38121, size 2152, pts 166, dts 83, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 3 QP=23.99 NAL=0 Slice:B Poc:2 I:0 P:1247 SKIP:2337 size=2292 bytes [matroska @ 0x7faac2816600] Writing block at offset 40280, size 6, pts 83, dts 83, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 40292, size 6, pts 104, dts 104, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 40304, size 2292, pts 125, dts 125, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 4 QP=23.95 NAL=2 Slice:P Poc:10 I:879 P:2379 SKIP:342 size=10610 bytes [matroska @ 0x7faac2816600] Writing block at offset 42603, size 6, pts 126, dts 126, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 42615, size 6, pts 147, dts 147, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 42627, size 10610, pts 292, dts 166, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 5 QP=24.15 NAL=0 Slice:B Poc:8 I:29 P:1596 SKIP:1957 size=3800 bytes [matroska @ 0x7faac2816600] Writing block at offset 53244, size 6, pts 168, dts 168, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 53256, size 6, pts 189, dts 189, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 53268, size 3800, pts 250, dts 208, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 6 QP=24.17 NAL=2 Slice:P Poc:12 I:2208 P:1336 SKIP:56 size=13759 bytes [matroska @ 0x7faac2816600] Writing block at offset 57075, size 6, pts 211, dts 211, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 57087, size 6, pts 232, dts 232, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 57099, size 13759, pts 333, dts 250, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 7 QP=24.18 NAL=2 Slice:P Poc:14 I:3096 P:495 SKIP:9 size=16257 bytes [matroska @ 0x7faac2816600] Writing block at offset 70865, size 6, pts 254, dts 254, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 70877, size 6, pts 275, dts 275, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 70889, size 16257, pts 375, dts 292, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 8 QP=24.01 NAL=2 Slice:P Poc:16 I:2084 P:1392 SKIP:124 size=12247 bytes [matroska @ 0x7faac2816600] Writing block at offset 87153, size 6, pts 296, dts 296, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 87165, size 6, pts 318, dts 318, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 87177, size 12247, pts 417, dts 333, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 9 QP=23.47 NAL=2 Slice:P Poc:18 I:1793 P:1709 SKIP:98 size=13390 bytes [matroska @ 0x7faac2816600] Writing block at offset 99431, size 6, pts 339, dts 339, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 99443, size 6, pts 360, dts 360, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 99455, size 13390, pts 458, dts 375, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 10 QP=23.46 NAL=2 Slice:P Poc:20 I:358 P:2186 SKIP:1056 size=7434 bytes [matroska @ 0x7faac2816600] Writing block at offset 112852, size 6, pts 382, dts 382, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 112864, size 6, pts 403, dts 403, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 112876, size 7434, pts 500, dts 417, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 11 QP=23.24 NAL=2 Slice:P Poc:24 I:867 P:2316 SKIP:417 size=11964 bytes [matroska @ 0x7faac2816600] Writing block at offset 120317, size 6, pts 424, dts 424, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 120329, size 6, pts 445, dts 445, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 120341, size 11964, pts 584, dts 458, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 12 QP=24.75 NAL=0 Slice:B Poc:22 I:15 P:874 SKIP:2701 size=2335 bytes [matroska @ 0x7faac2816600] Writing block at offset 132312, size 6, pts 467, dts 467, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 132324, size 6, pts 488, dts 488, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 132336, size 2335, pts 542, dts 500, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 13 QP=23.49 NAL=2 Slice:P Poc:28 I:830 P:2315 SKIP:455 size=11454 bytes [matroska @ 0x7faac2816600] Writing block at offset 134678, size 6, pts 509, dts 509, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 134690, size 6, pts 530, dts 530, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 134702, size 11454, pts 667, dts 542, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 14 QP=25.25 NAL=0 Slice:B Poc:26 I:3 P:756 SKIP:2832 size=1941 bytes [matroska @ 0x7faac2816600] Writing block at offset 146163, size 6, pts 552, dts 552, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 146175, size 6, pts 573, dts 573, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 146187, size 1941, pts 625, dts 584, duration 42, flags 0 [CLIPPED] [libx264 @ 0x7faac2817200] frame= 736 QP=22.25 NAL=2 Slice:P Poc:2 I:419 P:878 SKIP:2303 size=6453 bytes [matroska @ 0x7faac2816600] Writing block at offset 9358223, size 324, pts 30675, dts 30675, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9358554, size 365, pts 30696, dts 30696, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9358926, size 6453, pts 30780, dts 30697, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 737 QP=22.87 NAL=2 Slice:P Poc:4 I:260 P:843 SKIP:2497 size=4845 bytes [matroska @ 0x7faac2816600] Writing block at offset 9365386, size 317, pts 30717, dts 30717, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9365710, size 4845, pts 30822, dts 30739, duration 42, flags 0 [libx264 @ 0x7faac2817200] frame= 738 QP=22.93 NAL=2 Slice:P Poc:6 I:108 P:716 SKIP:2776 size=2324 bytes [matroska @ 0x7faac2816600] Writing block at offset 9370562, size 333, pts 30739, dts 30739, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9370902, size 377, pts 30760, dts 30760, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9371286, size 2324, pts 30864, dts 30780, duration 42, flags 0 [matroska @ 0x7faac2816600] Writing block at offset 9373617, size 372, pts 30782, dts 30782, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9373996, size 336, pts 30803, dts 30803, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9374339, size 296, pts 30824, dts 30824, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9374642, size 350, pts 30846, dts 30846, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9374999, size 368, pts 30867, dts 30867, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9375374, size 347, pts 30888, dts 30888, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9375728, size 327, pts 30910, dts 30910, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9376062, size 362, pts 30931, dts 30931, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9376431, size 330, pts 30952, dts 30952, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9376768, size 340, pts 30973, dts 30973, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9377115, size 315, pts 30995, dts 30995, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9377437, size 376, pts 31016, dts 31016, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9377820, size 320, pts 31037, dts 31037, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9378147, size 328, pts 31058, dts 31058, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9378482, size 360, pts 31080, dts 31080, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9378849, size 349, pts 31101, dts 31101, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9379205, size 350, pts 31123, dts 31123, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9379562, size 363, pts 31144, dts 31144, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9379932, size 342, pts 31165, dts 31165, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9380281, size 304, pts 31187, dts 31187, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9380592, size 331, pts 31208, dts 31208, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9380930, size 346, pts 31229, dts 31229, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9381283, size 334, pts 31251, dts 31251, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9381624, size 369, pts 31272, dts 31272, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9382000, size 350, pts 31294, dts 31294, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9382357, size 339, pts 31315, dts 31315, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9382703, size 305, pts 31336, dts 31336, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9383015, size 379, pts 31358, dts 31358, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9383401, size 350, pts 31379, dts 31379, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9383758, size 333, pts 31400, dts 31400, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9384098, size 334, pts 31422, dts 31422, duration 21, flags 128 [matroska @ 0x7faac2816600] Writing block at offset 9384439, size 315, pts 31443, dts 31443, duration 21, flags 128 [matroska @ 0x7faac2816600] end duration = 31464 frame= 739 fps= 53 q=-1.0 Lsize= 9165kB time=00:00:31.38 bitrate=2392.5kbits/s video:8661kB audio:487kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.185382% Input file #0 (/Users/11rcombs/Dropbox/Public/clip.mkv): Input stream #0:0 (video): 749 packets read (13685210 bytes); 740 frames decoded; Input stream #0:1 (audio): 1471 packets read (1014381 bytes); 1471 frames decoded (1506304 samples); Input stream #0:2 (subtitle): 0 packets read (0 bytes); Input stream #0:3 (attachment): 0 packets read (0 bytes); Input stream #0:4 (attachment): 0 packets read (0 bytes); Input stream #0:5 (attachment): 0 packets read (0 bytes); Input stream #0:6 (attachment): 0 packets read (0 bytes); Input stream #0:7 (attachment): 0 packets read (0 bytes); Input stream #0:8 (attachment): 0 packets read (0 bytes); Input stream #0:9 (attachment): 0 packets read (0 bytes); Input stream #0:10 (attachment): 0 packets read (0 bytes); Input stream #0:11 (attachment): 0 packets read (0 bytes); Input stream #0:12 (attachment): 0 packets read (0 bytes); Input stream #0:13 (attachment): 0 packets read (0 bytes); Input stream #0:14 (attachment): 0 packets read (0 bytes); Input stream #0:15 (attachment): 0 packets read (0 bytes); Input stream #0:16 (attachment): 0 packets read (0 bytes); Input stream #0:17 (attachment): 0 packets read (0 bytes); Input stream #0:18 (attachment): 0 packets read (0 bytes); Input stream #0:19 (attachment): 0 packets read (0 bytes); Input stream #0:20 (attachment): 0 packets read (0 bytes); Input stream #0:21 (attachment): 0 packets read (0 bytes); Input stream #0:22 (attachment): 0 packets read (0 bytes); Input stream #0:23 (attachment): 0 packets read (0 bytes); Input stream #0:24 (attachment): 0 packets read (0 bytes); Input stream #0:25 (attachment): 0 packets read (0 bytes); Input stream #0:26 (attachment): 0 packets read (0 bytes); Total: 2220 packets (14699591 bytes) demuxed Output file #0 (out.mkv): Output stream #0:0 (video): 739 frames encoded; 739 packets muxed (8868496 bytes); Output stream #0:1 (audio): 1471 frames encoded (1506304 samples); 1472 packets muxed (499168 bytes); Total: 2211 packets (9367664 bytes) muxed 2221 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7faac2525840] Statistics: 104 seeks, 1595 writeouts [libx264 @ 0x7faac2817200] frame I:30 Avg QP:20.61 size: 45900 [libx264 @ 0x7faac2817200] frame P:415 Avg QP:23.70 size: 16546 [libx264 @ 0x7faac2817200] frame B:294 Avg QP:25.14 size: 2123 [libx264 @ 0x7faac2817200] consecutive B-frames: 41.1% 13.5% 11.8% 33.6% [libx264 @ 0x7faac2817200] mb I I16..4: 29.6% 51.4% 19.1% [libx264 @ 0x7faac2817200] mb P I16..4: 7.9% 17.9% 3.3% P16..4: 26.8% 8.7% 4.5% 0.0% 0.0% skip:30.9% [libx264 @ 0x7faac2817200] mb B I16..4: 0.1% 0.1% 0.0% B16..8: 27.6% 2.0% 0.4% direct: 0.5% skip:69.4% L0:36.4% L1:58.8% BI: 4.8% [libx264 @ 0x7faac2817200] 8x8 transform intra:59.5% inter:73.9% [libx264 @ 0x7faac2817200] coded y,uvDC,uvAC intra: 42.0% 65.5% 30.8% inter: 10.0% 14.0% 1.8% [libx264 @ 0x7faac2817200] i16 v,h,dc,p: 37% 17% 5% 41% [libx264 @ 0x7faac2817200] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 33% 15% 20% 5% 5% 5% 5% 7% 5% [libx264 @ 0x7faac2817200] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 17% 18% 8% 7% 6% 6% 7% 5% [libx264 @ 0x7faac2817200] i8c dc,h,v,p: 49% 17% 23% 11% [libx264 @ 0x7faac2817200] Weighted P-Frames: Y:6.0% UV:5.3% [libx264 @ 0x7faac2817200] ref P L0: 66.2% 13.6% 13.2% 6.9% 0.1% [libx264 @ 0x7faac2817200] ref B L0: 89.1% 8.5% 2.3% [libx264 @ 0x7faac2817200] ref B L1: 95.9% 4.1% [libx264 @ 0x7faac2817200] kb/s:2301.65 [AVIOContext @ 0x7faac2523620] Statistics: 20325594 bytes read, 1 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 05:14:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 03:14:42 -0000 Subject: [FFmpeg-trac] #4036(undetermined:new): Sample MKV file can't be input-seeked In-Reply-To: <038.59d9791e2e49b1b066bb73e317cef2fd@avcodec.org> References: <038.59d9791e2e49b1b066bb73e317cef2fd@avcodec.org> Message-ID: <053.56a1d7e7ce041bc01df238d63d23efde@avcodec.org> #4036: Sample MKV file can't be input-seeked -------------------------------------+------------------------------------- Reporter: 11rcombs | 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: matroska => mkv * priority: important => normal Comment: Is this a regression? For future tickets: Please use {{{-vcodec mpeg4}}} instead of {{{-vcodec libx264}}}, this can make reproducing the ticket much easier. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 05:15:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 03:15:50 -0000 Subject: [FFmpeg-trac] #4036(undetermined:new): Sample MKV file can't be input-seeked In-Reply-To: <038.59d9791e2e49b1b066bb73e317cef2fd@avcodec.org> References: <038.59d9791e2e49b1b066bb73e317cef2fd@avcodec.org> Message-ID: <053.349baae2a841c5e249cf4bec9a661bdc@avcodec.org> #4036: Sample MKV file can't be input-seeked -------------------------------------+------------------------------------- Reporter: 11rcombs | 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): What's the difference to ticket #3934? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 05:19:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 03:19:52 -0000 Subject: [FFmpeg-trac] #4036(undetermined:closed): Sample MKV file can't be input-seeked In-Reply-To: <038.59d9791e2e49b1b066bb73e317cef2fd@avcodec.org> References: <038.59d9791e2e49b1b066bb73e317cef2fd@avcodec.org> Message-ID: <053.f4d71a6e7388a5d0b55cffe232a5dd11@avcodec.org> #4036: Sample MKV file can't be input-seeked -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mkv | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by 11rcombs): * status: new => closed * resolution: => duplicate Comment: Oh, hah, I'd completely forgotten about that one; yeah, looks like the same issue. So, we have another file that reproduces the issue now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 05:20:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 03:20:37 -0000 Subject: [FFmpeg-trac] #3934(undetermined:new): Input seek argument is ignored with -copyts on particular MKV In-Reply-To: <038.40f696307e2170195e0ad20a5a78ffcb@avcodec.org> References: <038.40f696307e2170195e0ad20a5a78ffcb@avcodec.org> Message-ID: <053.aec1ebf02b800bfca51bb7139fc3f6f5@avcodec.org> #3934: Input seek argument is ignored with -copyts on particular MKV -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by 11rcombs): #4036 is a duplicate; [https://www.dropbox.com/s/we882bjyrkjqkj4/clip.mkv?dl=0 this clip] also reproduces this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 07:18:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 05:18:05 -0000 Subject: [FFmpeg-trac] #4030(avdevice:new): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.c6d1f337e0ae24f789b5631af655c00b@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by thender): So I compiled the latest ffmpeg from git repository, and turned off the sound recording via alsa/pulse, and here is what I get. As you can see I have to run the command several times before it works, it is totally random whether I will get a recording or an error. This is better than before, usually I have to run it 20-40 times before it works. Usually this isn't an issue but since I am using parallel to record two devices at once it means I have to be lucky enough to not get this error on two separate capture devices, so it takes 100+ tries to get it working. $ ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video1 -c:v libx264 -preset ultrafast -qp 20 ffmpegtest.mkv ffmpeg version N-66880-ga92192d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 15 2014 13:52:31 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --enable-version3 --enable- indev=v4l2 --enable-outdev=v4l2 --enable-bzlib --enable-hardcoded-tables --enable-iconv --enable-network --enable-ffplay --enable-vaapi --enable- zlib --enable-libvo-aacenc --enable-libmp3lame --enable-libfaac --enable- libtheora --enable-libwavpack --enable-libx264 --enable-libxvid --enable- opengl --enable-libv4l2 --enable-libpulse --enable-x11grab --enable-frei0r --enable-libfreetype --enable-libopus --enable-libspeex --enable-libvorbis --enable-avx --enable-avx2 --enable-fma3 --enable-fma4 --enable-mmxext --enable-sse3 --enable-ssse3 --enable-sse4 --enable-sse42 --enable-nonfree libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 7.100 / 56. 7.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [video4linux2,v4l2 @ 0x1584f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, bitrate: 995328 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc No pixel format specified, yuv422p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x15876a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x15876a0] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0x15876a0] 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=20 ip_ratio=1.40 aq=0 Output #0, matroska, to 'ffmpegtest.mkv': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.7.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help [video4linux2,v4l2 @ 0x1584f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected /dev/video1: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown louis at portablebauer ~/Videos/testing $ rm *mkv && ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video1 -c:v libx264 -preset ultrafast -qp 20 ffmpegtest.mkv ffmpeg version N-66880-ga92192d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 15 2014 13:52:31 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --enable-version3 --enable- indev=v4l2 --enable-outdev=v4l2 --enable-bzlib --enable-hardcoded-tables --enable-iconv --enable-network --enable-ffplay --enable-vaapi --enable- zlib --enable-libvo-aacenc --enable-libmp3lame --enable-libfaac --enable- libtheora --enable-libwavpack --enable-libx264 --enable-libxvid --enable- opengl --enable-libv4l2 --enable-libpulse --enable-x11grab --enable-frei0r --enable-libfreetype --enable-libopus --enable-libspeex --enable-libvorbis --enable-avx --enable-avx2 --enable-fma3 --enable-fma4 --enable-mmxext --enable-sse3 --enable-ssse3 --enable-sse4 --enable-sse42 --enable-nonfree libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 7.100 / 56. 7.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [video4linux2,v4l2 @ 0xcacf80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, bitrate: 995328 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc No pixel format specified, yuv422p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0xcaf6a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0xcaf6a0] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0xcaf6a0] 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=20 ip_ratio=1.40 aq=0 Output #0, matroska, to 'ffmpegtest.mkv': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.7.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help [video4linux2,v4l2 @ 0xcacf80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected /dev/video1: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown louis at portablebauer ~/Videos/testing $ rm *mkv && ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video1 -c:v libx264 -preset ultrafast -qp 20 ffmpegtest.mkv ffmpeg version N-66880-ga92192d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 15 2014 13:52:31 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --enable-version3 --enable- indev=v4l2 --enable-outdev=v4l2 --enable-bzlib --enable-hardcoded-tables --enable-iconv --enable-network --enable-ffplay --enable-vaapi --enable- zlib --enable-libvo-aacenc --enable-libmp3lame --enable-libfaac --enable- libtheora --enable-libwavpack --enable-libx264 --enable-libxvid --enable- opengl --enable-libv4l2 --enable-libpulse --enable-x11grab --enable-frei0r --enable-libfreetype --enable-libopus --enable-libspeex --enable-libvorbis --enable-avx --enable-avx2 --enable-fma3 --enable-fma4 --enable-mmxext --enable-sse3 --enable-ssse3 --enable-sse4 --enable-sse42 --enable-nonfree libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 7.100 / 56. 7.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [video4linux2,v4l2 @ 0x14f4f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, bitrate: 995328 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc No pixel format specified, yuv422p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x14f76a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x14f76a0] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0x14f76a0] 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=20 ip_ratio=1.40 aq=0 Output #0, matroska, to 'ffmpegtest.mkv': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.7.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help [video4linux2,v4l2 @ 0x14f4f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected /dev/video1: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown louis at portablebauer ~/Videos/testing $ rm *mkv && ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video1 -c:v libx264 -preset ultrafast -qp 20 ffmpegtest.mkv ffmpeg version N-66880-ga92192d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 15 2014 13:52:31 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --enable-version3 --enable- indev=v4l2 --enable-outdev=v4l2 --enable-bzlib --enable-hardcoded-tables --enable-iconv --enable-network --enable-ffplay --enable-vaapi --enable- zlib --enable-libvo-aacenc --enable-libmp3lame --enable-libfaac --enable- libtheora --enable-libwavpack --enable-libx264 --enable-libxvid --enable- opengl --enable-libv4l2 --enable-libpulse --enable-x11grab --enable-frei0r --enable-libfreetype --enable-libopus --enable-libspeex --enable-libvorbis --enable-avx --enable-avx2 --enable-fma3 --enable-fma4 --enable-mmxext --enable-sse3 --enable-ssse3 --enable-sse4 --enable-sse42 --enable-nonfree libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 7.100 / 56. 7.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, start: 35107.096095, bitrate: 995328 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc No pixel format specified, yuv422p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x1d55960] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x1d55960] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0x1d55960] 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=20 ip_ratio=1.40 aq=0 Output #0, matroska, to 'ffmpegtest.mkv': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.7.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help frame= 668 fps= 30 q=-1.0 Lsize= 67100kB time=00:00:22.26 bitrate=24685.9kbits/s dup=0 drop=665 video:67094kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.009107% [libx264 @ 0x1d55960] frame I:3 Avg QP:17.00 size:288245 [libx264 @ 0x1d55960] frame P:665 Avg QP:20.00 size:102013 [libx264 @ 0x1d55960] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x1d55960] mb P I16..4: 8.4% 0.0% 0.0% P16..4: 87.0% 0.0% 0.0% 0.0% 0.0% skip: 4.7% [libx264 @ 0x1d55960] coded y,uvDC,uvAC intra: 21.2% 84.7% 23.6% inter: 49.6% 91.2% 16.0% [libx264 @ 0x1d55960] i16 v,h,dc,p: 62% 21% 10% 7% [libx264 @ 0x1d55960] i8c dc,h,v,p: 40% 23% 27% 10% [libx264 @ 0x1d55960] kb/s:24683.82 Received signal 2: terminating. louis at portablebauer ~/Videos/testing $ vlc ffmpegtest.mkv VLC media player 3.0.0-git Vetinari (revision 2.2.0-git-1068-g2269959) [0000000001037118] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [000000000111c4e8] qt4 interface error: Unable to load extensions module louis at portablebauer ~/Videos/testing $ rm *mkv && ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video1 -c:v libx264 -preset ultrafast -qp 20 ffmpegtest.mkv ffmpeg version N-66880-ga92192d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 15 2014 13:52:31 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --enable-version3 --enable- indev=v4l2 --enable-outdev=v4l2 --enable-bzlib --enable-hardcoded-tables --enable-iconv --enable-network --enable-ffplay --enable-vaapi --enable- zlib --enable-libvo-aacenc --enable-libmp3lame --enable-libfaac --enable- libtheora --enable-libwavpack --enable-libx264 --enable-libxvid --enable- opengl --enable-libv4l2 --enable-libpulse --enable-x11grab --enable-frei0r --enable-libfreetype --enable-libopus --enable-libspeex --enable-libvorbis --enable-avx --enable-avx2 --enable-fma3 --enable-fma4 --enable-mmxext --enable-sse3 --enable-ssse3 --enable-sse4 --enable-sse42 --enable-nonfree libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 7.100 / 56. 7.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [video4linux2,v4l2 @ 0x12a6f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, bitrate: 995328 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc No pixel format specified, yuv422p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x12a96a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x12a96a0] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0x12a96a0] 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=20 ip_ratio=1.40 aq=0 Output #0, matroska, to 'ffmpegtest.mkv': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.7.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help [video4linux2,v4l2 @ 0x12a6f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected /dev/video1: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown louis at portablebauer ~/Videos/testing $ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 07:19:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 05:19:53 -0000 Subject: [FFmpeg-trac] #4030(avdevice:new): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.bc214b41c699496f1160c46440c35f72@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by thender): ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video1 -c:v libx264 -preset ultrafast -qp 20 ffmpegtest.mkv ffmpeg version N-66880-ga92192d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 15 2014 13:52:31 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --enable-version3 --enable- indev=v4l2 --enable-outdev=v4l2 --enable-bzlib --enable-hardcoded-tables --enable-iconv --enable-network --enable-ffplay --enable-vaapi --enable- zlib --enable-libvo-aacenc --enable-libmp3lame --enable-libfaac --enable- libtheora --enable-libwavpack --enable-libx264 --enable-libxvid --enable- opengl --enable-libv4l2 --enable-libpulse --enable-x11grab --enable-frei0r --enable-libfreetype --enable-libopus --enable-libspeex --enable-libvorbis --enable-avx --enable-avx2 --enable-fma3 --enable-fma4 --enable-mmxext --enable-sse3 --enable-ssse3 --enable-sse4 --enable-sse42 --enable-nonfree libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 7.100 / 56. 7.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [video4linux2,v4l2 @ 0x10d4f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, bitrate: 995328 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc No pixel format specified, yuv422p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x10d76a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x10d76a0] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0x10d76a0] 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=20 ip_ratio=1.40 aq=0 Output #0, matroska, to 'ffmpegtest.mkv': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.7.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help [video4linux2,v4l2 @ 0x10d4f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected /dev/video1: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.00 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 Thu Oct 16 07:19:55 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 05:19:55 -0000 Subject: [FFmpeg-trac] #4030(avdevice:new): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.f252bf76da1bfd54dfa5367b31b025c7@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by thender): ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video1 -c:v libx264 -preset ultrafast -qp 20 ffmpegtest.mkv ffmpeg version N-66880-ga92192d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 15 2014 13:52:31 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --enable-version3 --enable- indev=v4l2 --enable-outdev=v4l2 --enable-bzlib --enable-hardcoded-tables --enable-iconv --enable-network --enable-ffplay --enable-vaapi --enable- zlib --enable-libvo-aacenc --enable-libmp3lame --enable-libfaac --enable- libtheora --enable-libwavpack --enable-libx264 --enable-libxvid --enable- opengl --enable-libv4l2 --enable-libpulse --enable-x11grab --enable-frei0r --enable-libfreetype --enable-libopus --enable-libspeex --enable-libvorbis --enable-avx --enable-avx2 --enable-fma3 --enable-fma4 --enable-mmxext --enable-sse3 --enable-ssse3 --enable-sse4 --enable-sse42 --enable-nonfree libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 7.100 / 56. 7.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [video4linux2,v4l2 @ 0x10d4f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, bitrate: 995328 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc No pixel format specified, yuv422p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x10d76a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x10d76a0] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0x10d76a0] 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=20 ip_ratio=1.40 aq=0 Output #0, matroska, to 'ffmpegtest.mkv': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.7.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help [video4linux2,v4l2 @ 0x10d4f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected /dev/video1: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.00 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 Thu Oct 16 08:00:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 06:00:14 -0000 Subject: [FFmpeg-trac] #4030(avdevice:new): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.a653990e249d685f6ebcd07d0a38df96@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please test with {{{./configure && make ffmpeg}}}, there are some configure options that may brake your command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 08:01:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 06:01:06 -0000 Subject: [FFmpeg-trac] #4030(avdevice:new): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.9a5e9ba1bd4d8510d4e326494b494538@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): And use {{{-qscale 2}}} instead of the x264-related options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 11:05:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 09:05:03 -0000 Subject: [FFmpeg-trac] #4035(avcodec:open): HEVC regression In-Reply-To: <035.862fd3f9c20f2dff80481d661c08889d@avcodec.org> References: <035.862fd3f9c20f2dff80481d661c08889d@avcodec.org> Message-ID: <050.89b2ee1aef1b7d254617d636e4079f7b@avcodec.org> #4035: HEVC regression -------------------------------------+------------------------------------- Reporter: cgbug | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hevc regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: For future tickets: Please always provide your failing FFmpeg command line together with the complete, uncut console output. Regressions since 5ec85c97 {{{ $ ffmpeg -i hevc_black_screen_cut.mkv ffmpeg version N-66917-g0e406ab Copyright (c) 2000-2014 the FFmpeg developers built on Oct 16 2014 11:02:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.100 / 56. 8.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [hevc @ 0x2536280] Overread SPS by 8 bits [hevc @ 0x2536280] SPS 0 does not exist. [hevc @ 0x2536280] PPS id out of range: 0 [hevc @ 0x2536280] Error parsing NAL unit #0. [hevc @ 0x2536280] PPS id out of range: 0 [hevc @ 0x2536280] Error parsing NAL unit #0. ... [hevc @ 0x2536280] PPS id out of range: 0 [hevc @ 0x2536280] Error parsing NAL unit #0. [hevc @ 0x2536280] PPS id out of range: 0 [hevc @ 0x2536280] Error parsing NAL unit #0. [matroska,webm @ 0x2534ba0] Read error [matroska,webm @ 0x2534ba0] decoding for stream 0 failed [matroska,webm @ 0x2534ba0] Could not find codec parameters for stream 0 (Video: hevc, 1920x816): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'hevc_black_screen_cut.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-09-14 10:25:19 Duration: 00:00:58.55, start: 0.000000, bitrate: 349 kb/s Stream #0:0: Video: hevc, 1920x816, SAR 1:1 DAR 40:17, 24 fps, 24 tbr, 1k tbn, 1k tbc (default) Stream #0:1: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 768 kb/s (default) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 11:15:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 09:15:42 -0000 Subject: [FFmpeg-trac] #4030(avdevice:new): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.d5e28f5038d35e0cd3284a29ed4a62a1@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by holden): Hello, could you please also test after applying the attached patch? Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 11:16:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 09:16:57 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.cd67d48bb452b5c3f19f49fcb21a63fe@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Iiuc, the issue is that the noise filter does claim to support yuv422p16 but the output is not what you expect. Could you test the following command line? {{{ $ ffmpeg -f lavfi -i testsrc -vf format=yuv422p16le,noise=c0s=10:allf=t -vcodec mpeg4 -qscale 2 -t 1 out.mov }}} I believe I see the issue now myself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 11:23:04 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 09:23:04 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.ab2f03616dc8c4b0af80044998c03bd1@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by cehoyos): Don't you agree that the file you attached indicates that your patch is not correct as-is since it allows to write invalid transport streams? Please consider to send your patch (made with {{{git format-patch}}}) to the developer mailing list where people who actually know H.264 and MPEG transport streams (and avi) can comment, no patch review happens on this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 11:23:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 09:23:21 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.0a264a9b22586443c2296269a88fd8ea@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ------------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: h264 avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => h264 avi * version: 2.3 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 11:29:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 09:29:43 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.e77b661f6cb7c117fc6ce17e4cbf3856@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ------------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: h264 avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kierank): That transport stream lacks SPS/PPS so that's why it doesn't play. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 11:38:02 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 09:38:02 -0000 Subject: [FFmpeg-trac] #4026(avcodec:new): AAC Number of bands exceeds limit In-Reply-To: <036.b0ca3a4dcf6a779477d8f64ba454d6f8@avcodec.org> References: <036.b0ca3a4dcf6a779477d8f64ba454d6f8@avcodec.org> Message-ID: <051.750c1becd468479ee6ef2b4e017b4ded@avcodec.org> #4026: AAC Number of bands exceeds limit ------------------------------------+----------------------------------- Reporter: sssr33 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): The stream unfortunately does not play with vlc here either. Could you test with {{{vlc --codec=ffmpeg}}} to narrow the issue down? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 11:55:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 09:55:17 -0000 Subject: [FFmpeg-trac] #4003(avformat:open): Defect in mp3 demuxer when extracting images from id3 tags. In-Reply-To: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> References: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> Message-ID: <049.9f2358fb223457d37d46f16aa279c26d@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. ------------------------------------+------------------------------------ Reporter: c-14 | Owner: benoit Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by benoit): This is due to the fact that the software creating this mp3 file is using id3v2.3 sizes in an id3v2.4 format. A workaround has been proposed on the mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 12:09:29 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 10:09:29 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.a976b737234d5f2a00a22cdf76d01d5b@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by kurosu): Replying to [comment:13 ami_stuff]: > The only problem happens with other software like ImageMagick and the rest which, as I understand, you belive is at fauly in some way. If this is true then this ticket can be closed. Yes, try the attached yuv.tiff generated by: ffmpeg -i lena.pnm -s 323x240 lena.tiff rgb2ycbcr -c none -h 4 -v 4 lena.tiff yuv.tiff Gimp displays green garbages at the bottom of stripes I suspect to be a multiple of 4 in height. XnView shows staircases. ffmpeg decoded output is fine. > I don't know any software (other than ffmpeg) which can generate YUV TIFFs. Please test them with the attached file or one generated following your preferences. Regarding the yuv data, the real issue is rather the sampling. See the h/v parameters to rgbycbcr: http://www.remotesensing.org/libtiff/man/rgb2ycbcr.1.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 12:10:41 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 10:10:41 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.d48ac68d4135bca8fce111655039951d@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by kurosu): Note, ffmpeg encodes fine only with the attached patch. I'll edit this patch before sending it in case you agree it's at least a partial fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 12:15:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 10:15:28 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding Message-ID: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: transcoding, mpegts | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The input video has duration: Duration: 00:00:15.08, start: 91.000511, bitrate: 1428 kb/s After transcoding it, duration changed to: Duration: 00:00:15.09, start: 1.469089, bitrate: 922 kb/s I also use transcoding.c from trunk, modify it abit to work with mpegts file, duration change to: Duration: 00:00:15.01, start: 90.989133, bitrate: 489 kb/s How to reproduce: {{{ %ffmpeg -v debug -y -i yeuxa90.ts -vcodec libx264 -vb 500000 -s 640x360 -f mpegts -aspect 16:9 -g 25 -keyint_min 50 -vf scale=640:-1 -x264opts "keyint=50:min-keyint=50:no-scenecut" ffmpeg.ts ffmpeg version 2.4.1 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 7 2014 09:23:21 with gcc 4.6 (Ubuntu/Linaro 4.6.4-3ubuntu1) }}} The input video can be found at : [http://221.132.35.210/yeuxa90.ts ] I believe with ffmpeg, there's something make packet/frame duplicated, and with transcoding example, frame was dropped... Modified version of transcoding here: https://gist.github.com/whatvn/52e23b3f50c1b9c02cc7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 12:18:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 10:18:10 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.87626707d351fb5ac55686ad02378403@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: transcoding, mpegts => mpegts Comment: Do you think this is a regression? Is the issue only reproducible with external libraries or also with a native encoder? To make this a valid ticket, please test current FFmpeg git head and provide your failing command line (without using external libraries if this allows to reproduce the issue) together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 12:19:55 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 10:19:55 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.3d8f57d8a8ad891c6f361d7c2d6eb8ac@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ------------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: h264 avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Lastique): Replying to [comment:14 cehoyos]: > Don't you agree that the file you attached indicates that your patch is not correct as-is since it allows to write invalid transport streams? No, I don't. You didn't specify why exactly the patch is not correct except that "player X doesn't play such files". This is not a justification for me. What I'd like to see as a justification is a reference to a standard paper or a formal documentation of some sort stating that 3-byte start codes are not acceptable in this container or in these circumstances. Further, if such justification is shown, it should also be decided whether ffmpeg should perform the startcode conversion internally or not. I.e. if the limitation is container-specific, ffmpeg should handle this internally as a part of writing media file, IMHO. Besides: > That transport stream lacks SPS/PPS so that's why it doesn't play. Yes, that's probably the case. I don't really understand why they didn't get written though, the code is the same as it is for avi or other containers, and SPS/PPS were placed in the extradata. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 13:47:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 11:47:07 -0000 Subject: [FFmpeg-trac] #4026(avcodec:new): AAC Number of bands exceeds limit In-Reply-To: <036.b0ca3a4dcf6a779477d8f64ba454d6f8@avcodec.org> References: <036.b0ca3a4dcf6a779477d8f64ba454d6f8@avcodec.org> Message-ID: <051.1f13136d5d4cb95d2636d29d045ec891@avcodec.org> #4026: AAC Number of bands exceeds limit ------------------------------------+----------------------------------- Reporter: sssr33 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by sssr33): Replying to [comment:1 cehoyos]: > The stream unfortunately does not play with vlc here either. > Could you test with {{{vlc --codec=ffmpeg}}} to narrow the issue down? I have tested it on Windows 8.1, desktop VLC 2.1.3 and it have sound. Here is info for 1st stream: http://my.jetscreenshot.com/demo/20141016-ewe4-45kb http://my.jetscreenshot.com/demo/20141016-d3gh-48kb As you can see on 2nd screenshot VLC is decoding and playing audio. And if I run "C:\Program Files (x86)\VideoLAN\VLC\vlc.exe" --codec=ffmpeg rtsp://46.249.213.87:554/playlists/france-24_hvga.hpl.3gp in cmd it is also have sound. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 13:47:11 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 11:47:11 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.591c5ea748e45c8eb8b2222ac8a51a76@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rmk): Yes, it shows exactly that effect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 14:19:00 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 12:19:00 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.6a78306dd3b95a0d89685ac55d2cdc06@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Patch that disables 16bit sent, use {{{format=yuv422p}}} as a workaround. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 14:19:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 12:19:06 -0000 Subject: [FFmpeg-trac] #4017(avfilter:new): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.f71b707e85f62f3738ba745c14b9f3d7@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: noise | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rmk): The weird thing here is that the same command line has an ok result when using 1920x1080 for the resolution instead of 4k. So it does not seem that the pixel format is inherently the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 14:41:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 12:41:21 -0000 Subject: [FFmpeg-trac] #4028(avfilter:new): Videofilter "fps" to extract images each minute starts at 30 seconds offset In-Reply-To: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> References: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> Message-ID: <052.342daab94322366b7dd744bd8cca5edb@avcodec.org> #4028: Videofilter "fps" to extract images each minute starts at 30 seconds offset -------------------------------------+------------------------------------- Reporter: peter_b | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: thumbnail | Blocked By: images | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by peter_b): Will try that. Thank you very much :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 14:42:00 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 12:42:00 -0000 Subject: [FFmpeg-trac] #4017(avfilter:closed): noise filter breaks when combined with scaling In-Reply-To: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> References: <033.4e3133a7076a29a00044817eb4115d41@avcodec.org> Message-ID: <048.bb71b0cbe8ec63a194cbeff86e2473e8@avcodec.org> #4017: noise filter breaks when combined with scaling ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: noise | 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 411be72dcbc99b339a7b3fbd1011b54a9185add3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 14:53:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 12:53:06 -0000 Subject: [FFmpeg-trac] #4005(avformat:open): Support transport streams with changing pid In-Reply-To: <043.388acf30502660f52b18b98b068c6e5c@avcodec.org> References: <043.388acf30502660f52b18b98b068c6e5c@avcodec.org> Message-ID: <058.9ceb60fe0433ddfe4026b969fccda486@avcodec.org> #4005: Support transport streams with changing pid -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mpegts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by benoit): I think the issue is only in ffmpeg/ffplay. They both discards packets that belong to dynamically discovered streams. For the file of this bug, e.g., ffmpeg can be "fixed" by doing the following: {{{ diff --git a/ffmpeg.c b/ffmpeg.c index 077207f..616b7e3 100644 --- a/ffmpeg.c +++ b/ffmpeg.c @@ -3383,7 +3383,7 @@ static int process_input(int file_index) dynamically in stream : we ignore them */ if (pkt.stream_index >= ifile->nb_streams) { report_new_stream(file_index, &pkt); - goto discard_packet; + pkt.stream_index %= ifile->nb_streams; } ist = input_streams[ifile->ist_index + pkt.stream_index]; }}} I'd be tempted to change the component(s) to ffmpeg/ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 15:06:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 13:06:59 -0000 Subject: [FFmpeg-trac] #4029(avfilter:closed): Support 10-16bit pixel formats in noise filter vf_noise In-Reply-To: <033.0f0e402ad959b9dbdec7976a428a845b@avcodec.org> References: <033.0f0e402ad959b9dbdec7976a428a845b@avcodec.org> Message-ID: <048.53dfaecc85b96c20909e123e4974b7c7@avcodec.org> #4029: Support 10-16bit pixel formats in noise filter vf_noise --------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: invalid Keywords: noise bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: 16bit was already supported (but broken), Michael fixed it. The heuristic for choosing the right pix_fmt in a filter chain seems to work fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 15:08:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 13:08:12 -0000 Subject: [FFmpeg-trac] #4026(avformat:open): AAC Number of bands exceeds limit In-Reply-To: <036.b0ca3a4dcf6a779477d8f64ba454d6f8@avcodec.org> References: <036.b0ca3a4dcf6a779477d8f64ba454d6f8@avcodec.org> Message-ID: <051.53ebad2740e1179e8a06fbd7e643e2ac@avcodec.org> #4026: AAC Number of bands exceeds limit ------------------------------------+------------------------------------ Reporter: sssr33 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: aac => aac rtsp * status: new => open * component: avcodec => avformat Comment: This indicates imo that the problem is not in libavcodec. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 15:11:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 13:11:10 -0000 Subject: [FFmpeg-trac] #4005(avformat:open): Support transport streams with changing pid In-Reply-To: <043.388acf30502660f52b18b98b068c6e5c@avcodec.org> References: <043.388acf30502660f52b18b98b068c6e5c@avcodec.org> Message-ID: <058.3aaca43570a37addda3bab07ec6486b9@avcodec.org> #4005: Support transport streams with changing pid -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mpegts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I wonder if it shouldn't be possible to tell libavformat that I want the (all) audio and video streams of a specific program. I will upload a sample that in the beginning has one audio and one video stream which are mapped from two programs and later on has different video (and audio) streams for the two programs one of which uses the old pids: I suspect your solution would not allow to choose the program that starts with one pid but switches later on. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 16:24:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 14:24:40 -0000 Subject: [FFmpeg-trac] #4011(undetermined:open): missing picture in access unit with size In-Reply-To: <032.fb49641f1e6fee11aaaf9c5f78e29724@avcodec.org> References: <032.fb49641f1e6fee11aaaf9c5f78e29724@avcodec.org> Message-ID: <047.9238562b299c93582a22eabc7f37bf85@avcodec.org> #4011: missing picture in access unit with size -------------------------------------+------------------------------------- Reporter: vk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => mov regression * status: new => open * reproduced: 0 => 1 Comment: Regression since e41ea866 - related to ticket #2991 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 18:34:01 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 16:34:01 -0000 Subject: [FFmpeg-trac] #4038(undetermined:new): avio_seek gets called with (..., -1, SEEK_SET) Message-ID: <041.4ea9afd67df237fe10479b260ce7aa04@avcodec.org> #4038: avio_seek gets called with (..., -1, SEEK_SET) -------------------------------------+------------------------------------- Reporter: albertzeyer | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- In `libavformat/mp3dec.c`, the bug is in `mp3_seek`: {{{ static int check(AVFormatContext *s, int64_t pos) { int64_t ret = avio_seek(s->pb, pos, SEEK_SET); ... } ... static int mp3_seek(...) { ... best_pos = ie->pos; best_score = 999; for(i=0; i<4096; i++) { int64_t pos = ie->pos + (dir > 0 ? i - 1024 : -i); int64_t candidate = -1; int score = 999; for(j=0; jpos` is small. In that case, negative values can land in `pos` and will get passed over to `avio_seek`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 16 18:49:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 16:49:46 -0000 Subject: [FFmpeg-trac] #4038(undetermined:new): avio_seek gets called with (..., -1, SEEK_SET) In-Reply-To: <041.4ea9afd67df237fe10479b260ce7aa04@avcodec.org> References: <041.4ea9afd67df237fe10479b260ce7aa04@avcodec.org> Message-ID: <056.dac9227db85cf1ec9b84f2ac9cc2909d@avcodec.org> #4038: avio_seek gets called with (..., -1, SEEK_SET) -------------------------------------+------------------------------------- Reporter: albertzeyer | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide your case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 00:20:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 22:20:38 -0000 Subject: [FFmpeg-trac] #4020(avformat:open): ffmpeg segment create wrong duration outputs In-Reply-To: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> References: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> Message-ID: <054.6a3c81ba2b2fc69973a5f4d4dc933d0c@avcodec.org> #4020: ffmpeg segment create wrong duration outputs ------------------------------------+------------------------------------ Reporter: qianliang | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Regression since ac293b66 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 01:05:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Oct 2014 23:05:22 -0000 Subject: [FFmpeg-trac] #3984(avcodec:closed): Compiling libutvideodec fails: intmath.h not found In-Reply-To: <034.597f3551fa56f21e7e83405b3fe681f1@avcodec.org> References: <034.597f3551fa56f21e7e83405b3fe681f1@avcodec.org> Message-ID: <049.519853f1e2550fdd35d6dec4866179e5@avcodec.org> #3984: Compiling libutvideodec fails: intmath.h not found -------------------------------------+------------------------------------- Reporter: LigH | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libutvideo | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => libutvideo * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add more information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 04:21:20 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 02:21:20 -0000 Subject: [FFmpeg-trac] #4039(avformat:new): HTTP error-responses don't result in error code being returned by top level code Message-ID: <036.0208a76f604781a3a814ffd79e22270a@avcodec.org> #4039: HTTP error-responses don't result in error code being returned by top level code -------------------------------------+------------------------------------- Reporter: quandt | Type: defect Status: new | Priority: normal Component: avformat | Version: Keywords: exit code | unspecified http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When issuing calls like this: #!/bin/bash ffmpeg -i http://somehost/somecontent.type someout.mkv result=$? If the connection is lost or something wonky happens out on the server, while the code detects the error and stops processing, there is no error code propogated on exit, ie result in the above will always = 0 (no error). Simple way to replicate this is to issue "service apache2 restart" on a server you have access to where you are pulling the source from. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 05:11:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 03:11:31 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.30b4dfe132bfb46839a7b32edc30c15b@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): I have tried latest build from trunk, here is the output: {{{ /usr/local/bin/ffmpeg -v debug -y -i yeuxa90.ts -vcodec mpeg2video -vb 500000 -s 640x360 ffmpeg.ts ffmpeg version N-66929-gf6bb2cd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 17 2014 09:36:11 with gcc 4.6 (Ubuntu/Linaro 4.6.4-3ubuntu1) configuration: --enable-libx264 --enable-libfdk-aac --enable-gpl --enable-nonfree --enable-shared --enable-avresample --enable-debug=3 --enable-libfaac --enable-libvo-aacenc --enable-version3 libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.100 / 56. 8.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-i' ... matched as input file with argument 'yeuxa90.ts'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'mpeg2video'. Reading option '-vb' ... matched as AVOption 'vb' with argument '500000'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument '640x360'. Reading option 'ffmpeg.ts' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument debug. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file yeuxa90.ts. Successfully parsed a group of options. Opening an input file: yeuxa90.ts. [mpegts @ 0x900dc0] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x900dc0] stream=0 stream_type=1b pid=64 prog_reg_desc= [mpegts @ 0x900dc0] stream=1 stream_type=f pid=65 prog_reg_desc= [mpegts @ 0x900dc0] Before avformat_find_stream_info() pos: 0 bytes read:32768 seeks:0 [mpegts @ 0x900dc0] All programs have pmt, headers found [h264 @ 0x904b40] no picture [mpegts @ 0x900dc0] All info found [mpegts @ 0x900dc0] After avformat_find_stream_info() pos: 0 bytes read:479376 seeks:2 frames:58 Input #0, mpegts, from 'yeuxa90.ts': Duration: 00:00:15.08, start: 91.000511, bitrate: 1428 kb/s Program 1 Stream #0:0[0x64], 21, 1/90000: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(left), 1280x720 [SAR 1:1 DAR 16:9], 1/50, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x65], 37, 1/90000: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 129 kb/s Successfully opened the file. Parsing a group of options: output file ffmpeg.ts. Applying option vcodec (force video codec ('copy' to copy stream)) with argument mpeg2video. Applying option s (set frame size (WxH or abbreviation)) with argument 640x360. Successfully parsed a group of options. Opening an output file: ffmpeg.ts. Successfully opened the file. detected 2 logical cores [graph 0 input from stream 0:0 @ 0x900320] Setting 'video_size' to value '1280x720' [graph 0 input from stream 0:0 @ 0x900320] Setting 'pix_fmt' to value '0' [graph 0 input from stream 0:0 @ 0x900320] Setting 'time_base' to value '1/90000' [graph 0 input from stream 0:0 @ 0x900320] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0x900320] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x900320] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x900320] w:1280 h:720 pixfmt:yuv420p tb:1/90000 fr:25/1 sar:1/1 sws_param:flags=2 [scaler for output stream 0:0 @ 0x8f8280] Setting 'w' to value '640' [scaler for output stream 0:0 @ 0x8f8280] Setting 'h' to value '360' [scaler for output stream 0:0 @ 0x8f8280] Setting 'flags' to value '0x4' [scaler for output stream 0:0 @ 0x8f8280] w:640 h:360 flags:'0x4' interl:0 [format @ 0x8f89e0] compat: called with args=[yuv420p|yuv422p] [format @ 0x8f89e0] Setting 'pix_fmts' to value 'yuv420p|yuv422p' [AVFilterGraph @ 0x8efe40] query_formats: 5 queried, 4 merged, 0 already done, 0 delayed [scaler for output stream 0:0 @ 0x8f8280] w:1280 h:720 fmt:yuv420p sar:1/1 -> w:640 h:360 fmt:yuv420p sar:1/1 flags:0x4 [graph 1 input from stream 0:1 @ 0x9d1da0] Setting 'time_base' to value '1/44100' [graph 1 input from stream 0:1 @ 0x9d1da0] Setting 'sample_rate' to value '44100' [graph 1 input from stream 0:1 @ 0x9d1da0] Setting 'sample_fmt' to value 'fltp' [graph 1 input from stream 0:1 @ 0x9d1da0] Setting 'channel_layout' to value '0x3' [graph 1 input from stream 0:1 @ 0x9d1da0] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:0x3 [audio format for output stream 0:1 @ 0x9d2940] Setting 'sample_fmts' to value 's16' [audio format for output stream 0:1 @ 0x9d2940] Setting 'sample_rates' to value '44100|48000|32000|22050|24000|16000' [audio format for output stream 0:1 @ 0x9d2940] Setting 'channel_layouts' to value '0x4|0x3' [audio format for output stream 0:1 @ 0x9d2940] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:1' [AVFilterGraph @ 0x900960] query_formats: 4 queried, 6 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 0x9d4b80] ch:2 chl:stereo fmt:fltp r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz [mpeg2video @ 0x923ae0] intra_quant_bias = 96 inter_quant_bias = 0 [mpegts @ 0x908760] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'ffmpeg.ts': Metadata: encoder : Lavf56.9.100 Stream #0:0, 0, 1/90000: Video: mpeg2video, yuv420p(left), 640x360 [SAR 1:1 DAR 16:9], 1/25, q=2-31, 500 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc56.8.100 mpeg2video Stream #0:1, 0, 1/90000: Audio: mp2, 44100 Hz, stereo, s16, 384 kb/s Metadata: encoder : Lavc56.8.100 mp2 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> mpeg2video (native)) Stream #0:1 -> #0:1 (aac (native) -> mp2 (native)) Press [q] to stop, [?] for help [h264 @ 0xa02920] no picture [h264 @ 0xa479c0] no picture *** 2 dup! [output stream 0:0 @ 0x8efc80] EOF on sink link output stream 0:0:default.bits/s dup=2 drop=0 [output stream 0:1 @ 0x9d2020] EOF on sink link output stream 0:1:default. No more output streams to write to, finishing. frame= 377 fps=172 q=5.5 Lsize= 1946kB time=00:00:15.04 bitrate=1059.9kbits/s dup=2 drop=0 video:1034kB audio:704kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 11.966699% Input file #0 (yeuxa90.ts): Input stream #0:0 (video): 375 packets read (2297071 bytes); 375 frames decoded; Input stream #0:1 (audio): 646 packets read (244840 bytes); 646 frames decoded (661504 samples); Total: 1021 packets (2541911 bytes) demuxed Output file #0 (ffmpeg.ts): Output stream #0:0 (video): 377 frames encoded; 377 packets muxed (1058668 bytes); Output stream #0:1 (audio): 575 frames encoded (661504 samples); 575 packets muxed (720979 bytes); Total: 952 packets (1779647 bytes) muxed 1025 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x9092c0] Statistics: 0 seeks, 665 writeouts [AVIOContext @ 0x8fff00] Statistics: 3172664 bytes read, 2 seeks }}} Here is the ouput duration {{{ ffmpeg -i ffmpeg.ts ffmpeg version N-66929-gf6bb2cd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 17 2014 09:36:11 with gcc 4.6 (Ubuntu/Linaro 4.6.4-3ubuntu1) configuration: --enable-libx264 --enable-libfdk-aac --enable-gpl --enable-nonfree --enable-shared --enable-avresample --enable-debug=3 --enable-libfaac --enable-libvo-aacenc --enable-version3 libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.100 / 56. 8.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpegts, from 'ffmpeg.ts': Duration: 00:00:15.09, start: 1.429089, bitrate: 1056 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 640x360 [SAR 1:1 DAR 16:9], max. 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: mp2 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s16p, 371 kb/s }}} The input duration: {{{ ffmpeg -i yeuxa90.ts ffmpeg version N-66929-gf6bb2cd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 17 2014 09:36:11 with gcc 4.6 (Ubuntu/Linaro 4.6.4-3ubuntu1) configuration: --enable-libx264 --enable-libfdk-aac --enable-gpl --enable-nonfree --enable-shared --enable-avresample --enable-debug=3 --enable-libfaac --enable-libvo-aacenc --enable-version3 libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.100 / 56. 8.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpegts, from 'yeuxa90.ts': Duration: 00:00:15.08, start: 91.000511, bitrate: 1428 kb/s Program 1 Stream #0:0[0x64]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x65]: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 129 kb/s }}} Even if I try with other built-in codec, output's duration is still different from input's duration. {{{ Do you think this is a regression? }}} I actually don't know. -- Hung -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 06:45:57 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 04:45:57 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.e490a506993285be91125adb9ca89e33@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 06:52:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 04:52:08 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.5c08dd121a3d5fa12b0c870ebd5ee6d0@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): This happens with current stable ffmpeg 2.4.1 too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 08:45:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 06:45:08 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.4e99618147afd785059932e03e56ab73@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): But the relevant version is current FFmpeg git head which is not unstable in any sense. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 09:27:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 07:27:27 -0000 Subject: [FFmpeg-trac] #4038(undetermined:new): avio_seek gets called with (..., -1, SEEK_SET) In-Reply-To: <041.4ea9afd67df237fe10479b260ce7aa04@avcodec.org> References: <041.4ea9afd67df237fe10479b260ce7aa04@avcodec.org> Message-ID: <056.a1dc3c40bf714823e74aa8509e9ab07b@avcodec.org> #4038: avio_seek gets called with (..., -1, SEEK_SET) -------------------------------------+------------------------------------- Reporter: albertzeyer | 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 albertzeyer): This is the backtrace: {{{ frame #2: 0x00007fff863ebb1a libsystem_c.dylib`abort + 125 frame #3: 0x00000001064ba8e2 a.out`player_seek(_song=0x00007ff4ca40c2f8, offset=-1, whence=0) + 242 at ffmpeg-seek-bug.cpp:61 frame #4: 0x00000001065305ae libavformat.56.dylib`avio_seek(s=0x00007ff4ca40c580, offset=, whence=) + 622 at aviobuf.c:261 frame #5: 0x0000000106593e6d libavformat.56.dylib`mp3_seek [inlined] check(s=, pos=-1) + 17 at mp3dec.c:395 frame #6: 0x0000000106593e5c libavformat.56.dylib`mp3_seek(s=0x00007ff4ca80c000, stream_index=, timestamp=, flags=) + 732 at mp3dec.c:458 frame #7: 0x000000010660b97c libavformat.56.dylib`av_seek_frame [inlined] seek_frame_internal(s=, stream_index=, timestamp=, flags=1) + 217 at utils.c:2059 frame #8: 0x000000010660b8a3 libavformat.56.dylib`av_seek_frame(s=0x00007ff4ca80c000, stream_index=, timestamp=, flags=1) + 243 at utils.c:2091 frame #9: 0x000000010660bebf libavformat.56.dylib`avformat_seek_file(s=, stream_index=-1, min_ts=0, ts=1000, max_ts=1998, flags=) + 175 at utils.c:2142 frame #10: 0x00000001064b95a1 a.out`Song::seekAbs(this=0x00007ff4ca40c2f8, pos=0.001) + 401 at ffmpeg- seek-bug.cpp:296 frame #11: 0x00000001064b9788 a.out`main(argc=2, argv=0x00007fff597477d8) + 424 at ffmpeg-seek-bug.cpp:330 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 09:31:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 07:31:59 -0000 Subject: [FFmpeg-trac] #4038(undetermined:new): avio_seek gets called with (..., -1, SEEK_SET) In-Reply-To: <041.4ea9afd67df237fe10479b260ce7aa04@avcodec.org> References: <041.4ea9afd67df237fe10479b260ce7aa04@avcodec.org> Message-ID: <056.57af9ea755526632f38fcad56847e098@avcodec.org> #4038: avio_seek gets called with (..., -1, SEEK_SET) -------------------------------------+------------------------------------- Reporter: albertzeyer | 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 albertzeyer): I added the first 10kb of the file which triggers the bug for me. This test.mp3 also triggers the bug. The code can also be seen online here: https://github.com/albertz/music- player-core/blob/master/tests/ffmpeg-seek-bug.cpp Compile and run `./a.out test.mp3`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 16:43:51 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 14:43:51 -0000 Subject: [FFmpeg-trac] #4003(avformat:closed): Defect in mp3 demuxer when extracting images from id3 tags. In-Reply-To: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> References: <034.4e50b52cec551a57b5f673fb94f6303b@avcodec.org> Message-ID: <049.813c8ed5fde2f8b2d4bf8e5d3e67dc59@avcodec.org> #4003: Defect in mp3 demuxer when extracting images from id3 tags. ------------------------------------+------------------------------------ Reporter: c-14 | Owner: benoit Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Benoit Fouet in 242f8bb3a8a11a54266f43ad45a5a4a260dcbe7f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 23:17:43 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 21:17:43 -0000 Subject: [FFmpeg-trac] #2857(avformat:closed): overhead of HLS muxing too large In-Reply-To: <037.a7d6b5562c6b6578abc0600b4132b781@avcodec.org> References: <037.a7d6b5562c6b6578abc0600b4132b781@avcodec.org> Message-ID: <052.5074a08b0187a249f39fd4f3c632a318@avcodec.org> #2857: overhead of HLS muxing too large ------------------------------------+------------------------------------ Reporter: aviadr1 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avformat Comment: Should be fixed by Mika Raento in 75c8d7c2b4972f6ba2cef605949f57322f7c0361 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 23:43:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 21:43:11 -0000 Subject: [FFmpeg-trac] #4040(avformat:new): mxf decoding regression Message-ID: <037.f875f131e2d4c9f08e110ad36ec18eba@avcodec.org> #4040: mxf decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: mxf master | regression videolan Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (videolan ticket 12324) A videolan user uploaded a mxf sample that cannot be demuxed with libavformat. At least for audio this is a regression since 1c010fd0 - related to ticket #3278. {{{ $ ffmpeg -i AVC-LongG_25_1080-59.94i.MXF ffmpeg version N-66963-g75c8d7c Copyright (c) 2000-2014 the FFmpeg developers built on Oct 17 2014 23:42:33 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mxf @ 0x3083ba0] MXF structure loop detected AVC-LongG_25_1080-59.94i.MXF: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 17 23:44:57 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Oct 2014 21:44:57 -0000 Subject: [FFmpeg-trac] #4040(avformat:new): mxf decoding regression In-Reply-To: <037.f875f131e2d4c9f08e110ad36ec18eba@avcodec.org> References: <037.f875f131e2d4c9f08e110ad36ec18eba@avcodec.org> Message-ID: <052.6b776a7897bd986ad5434ac036618342@avcodec.org> #4040: mxf decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: regression videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4040/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 18 02:09:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 00:09:27 -0000 Subject: [FFmpeg-trac] #4030(avdevice:new): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.dd22e8bf53ffccc71ae9e8c5ec9c6301@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors -------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by thender): I tried recompiling with just configure, and I also tried your patch. Since compiling with nothing but ./configure does not give you x264 as a codec, I just decided to specify no video codec which defaulted to mpeg4. It still doesn't work. $ ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video0 microtester.mkv ffmpeg version N-66880-ga92192d Copyright (c) 2000-2014 the FFmpeg developers built on Oct 16 2014 14:08:29 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 7.100 / 56. 7.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 [video4linux2,v4l2 @ 0x1e46dc0] The v4l2 frame is 0 bytes, but 4147200 bytes are expected. Flags: 0x00002045 Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, bitrate: 995328 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc Output #0, matroska, to 'microtester.mkv': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080, q=2-31, 200 kb/s, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.7.100 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg4 (native)) Press [q] to stop, [?] for help [video4linux2,v4l2 @ 0x1e46dc0] The v4l2 frame is 0 bytes, but 4147200 bytes are expected. Flags: 0x00002045 /dev/video0: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown If anyone else has this problem, VLC version 3 works with framerate. The reason I was using ffmpeg is because VLC was not letting me set the framerate of an input source with the stable version, but version 3 of VLC adds this functionality. If this buffer stuff gets fixed in ffmpeg, I'd love to go back to ffmpeg, but just incase someone else is in the same situation I am with a magewell USB3 HDMI capture device and needs something that works now, you can use a command line like this with VLC to record video & audio just fine. It never freezes and always works. cvlc v4l2:// :v4l2-dev=/dev/video0 :v4l2-fps=30 :v4l2-width=1920 :v4l2-height=1080 --input-slave pulse:// --sout "#transcode{vcodec=h264,venc=x264{preset=ultrafast,crf=10}}:standard{access=file,dst=camcorder.avi}" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 18 02:24:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 00:24:13 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.ae4719a0d3a518fb93b773d423a34410@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 18 11:22:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 09:22:35 -0000 Subject: [FFmpeg-trac] #4041(undetermined:new): ffmpeg copy ts to mp4, fps was changed Message-ID: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> #4041: ffmpeg copy ts to mp4, fps was changed -------------------------------------+------------------------------------- Reporter: qianliang | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: fps | Blocked By: metadata | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i input.ts -c copy output.mp4 Input #0, mpegts, from 'input.ts': Duration: 00:00:59.43, start: 62.100000, bitrate: 1623 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 640x480, 20 fps, 40 tbr, 90k tbn, 40 tbc Output #0, mp4, to 'output.mp4': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 640x480, q=2-31, 20 fps, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1488 fps=0.0 q=-1.0 Lsize= 10781kB time=00:00:59.40 bitrate=1486.9kbits/s video:10767kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.128117% ffmpeg version ffmpeg version N-66797-gb8a5599 built on http://ffmpeg.zeranoe.com/builds/ }}} It shows output.mp4 with 20 fps. But {{{ % ffmpeg -i output.mp4 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'output.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.9.100 Duration: 00:00:59.45, start: 0.000000, bitrate: 1485 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480, 1483 kb/s, 25.03 fps, 40 tbr, 90k tbn, 4 0 tbc (default) Metadata: handler_name : VideoHandler }}} The fps changed to 25.03 fps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 18 11:40:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 09:40:27 -0000 Subject: [FFmpeg-trac] #4041(undetermined:new): ffmpeg copy ts to mp4, fps was changed In-Reply-To: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> References: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> Message-ID: <054.acbb31e4359d48fd9955f3f8212bf811@avcodec.org> #4041: ffmpeg copy ts to mp4, fps was changed -------------------------------------+------------------------------------- Reporter: qianliang | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: fps | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by qianliang): But copy to mkv and flv, it came out the same fps value(20) as ts. Here is my source video: https://www.dropbox.com/s/8hi6zwggo129xt4/input.ts?dl=0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 18 12:37:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 10:37:52 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.b5e6bf5b1aec76768bfb7f0faecf177d@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:16 kurosu]: > Note, ffmpeg encodes fine only with the attached patch. > > I'll edit this patch before sending it in case you agree it's at least a partial fix. Please go ahead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 18 12:46:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 10:46:46 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.ed9ba1797be770b8bc46f7b1f7f51702@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:15 kurosu]: > Yes, try the attached yuv.tiff generated by: > ffmpeg -i lena.pnm -s 323x240 lena.tiff > rgb2ycbcr -c none -h 4 -v 4 lena.tiff yuv.tiff > > Gimp displays green garbages at the bottom of stripes I suspect to be a multiple of 4 in height. XnView shows staircases. ffmpeg decoded output is fine. > > > I don't know any software (other than ffmpeg) which can generate YUV TIFFs. > > Please test them with the attached file or one generated following your preferences. I can confirm that there are visible the same artefacts like with tiff file generated by ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 18 15:40:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 13:40:24 -0000 Subject: [FFmpeg-trac] #4041(undetermined:new): Bad input frame rate estimation (was: ffmpeg copy ts to mp4, fps was changed) In-Reply-To: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> References: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> Message-ID: <054.430e23cb10e276619391fde3564d8832@avcodec.org> #4041: Bad input frame rate estimation -------------------------------------+------------------------------------- Reporter: qianliang | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: fps metadata => * priority: important => normal Comment: How did you create the input file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 18 18:16:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 16:16:45 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.41a89195c391e6b141b1347fdf2389fd@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by holden): Hi, thanks for your feedback. Could you please test again after applying only the second patch I just attached? I hope this will solve your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 00:37:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 22:37:14 -0000 Subject: [FFmpeg-trac] #4042(ffmpeg:new): ffmpeg is not able to convert mp2 audio Message-ID: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> #4042: ffmpeg is not able to convert mp2 audio --------------------------------+------------------------------------- Reporter: f_rush | Type: defect Status: new | Priority: important Component: ffmpeg | Version: 2.4.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------- Summary of the bug: ffmpeg is not able to convert mp2 audio track on huge files ( 60-80G ). works on 2.4.2, but also was successfully reproduced on 1.0.10. How to reproduce: {{{ % ffmpeg -i video2.mpg -t 100 -c:a libfaac -map 0:1 output.m4a ffmpeg version 2.4.2 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 5 2014 09:31:05 with gcc 4.9.1 (Debian 4.9.1-16) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector- strong -Wformat -Werror=format-security ' --extra-ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64 -linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable- gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable- mipsdspr1 --disable-mipsdspr2 --enable-libvidstab --enable-libzvbi --enable-avresample --disable-htmlpages --disable-podpages --enable- libiec61883 --enable-libfdk-aac --enable-vaapi --enable-libx265 --enable- libdc1394 --disable-altivec --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 }}} After execution I get about 5-6kB audio file with no sound. Initially I tried to convert video file from raw to x264, video conversion finishes without any issues, though there is no sounds, even audio track in file is present. Then I tried to convert just audio without video and it is the same. It doesn't matter to which audio format I want to convert. Even simple copy doesn't work. Here is full output for copy: {{{ $ ffmpeg -i video2.mpg -t 100 -c:a copy -map 0:1 output.aac ffmpeg version 2.4.2 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 5 2014 09:31:05 with gcc 4.9.1 (Debian 4.9.1-16) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector- strong -Wformat -Werror=format-security ' --extra-ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64 -linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable- gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable- mipsdspr1 --disable-mipsdspr2 --enable-libvidstab --enable-libzvbi --enable-avresample --disable-htmlpages --disable-podpages --enable- libiec61883 --enable-libfdk-aac --enable-vaapi --enable-libx265 --enable- libdc1394 --disable-altivec --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [avi @ 0xfeffa0] non-interleaved AVI Input #0, avi, from 'video2.mpg': Metadata: encoder : MEncoder SVN-r37289 Duration: 01:37:08.64, start: 0.000000, bitrate: 123100 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 122869 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 224 kb/s File 'output.aac' already exists. Overwrite ? [y/N] y Output #0, adts, to 'output.aac': Metadata: encoder : Lavf56.4.101 Stream #0:0: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, 224 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help size= 5kB time=00:01:36.79 bitrate= 0.4kbits/s video:0kB audio:5kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} Source file can be played with mplayer without any issues. I tried to get small file (about 150M) with same codecs (the file is produced with mencoder and dump the stream from /dev/video0 ) and it can convert it fine. Looks like only big files are affected. So it's impossible to attach 80G video to the ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 00:37:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 22:37:36 -0000 Subject: [FFmpeg-trac] #4042(ffmpeg:new): ffmpeg is not able to convert mp2 audio In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.639be4d09e58e5907663e44f9beed64d@avcodec.org> #4042: ffmpeg is not able to convert mp2 audio --------------------------------+---------------------------------- Reporter: f_rush | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.4.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Changes (by f_rush): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 01:36:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 23:36:39 -0000 Subject: [FFmpeg-trac] #4042(undetermined:new): ffmpeg is not able to convert mp2 audio In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.c3a6cffff4c5dd372080cec060afd1d0@avcodec.org> #4042: ffmpeg is not able to convert mp2 audio --------------------------------+---------------------------------------- Reporter: f_rush | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * component: ffmpeg => undetermined Comment: Is the issue not reproducible with current FFmpeg git head? Please provide the MEncoder command line that produces your input file and please provide the complete, uncut console output of {{{ffmpeg -i video2.mpg out.mp2}}} (and confirm that the output file is not ok) to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 01:44:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Oct 2014 23:44:00 -0000 Subject: [FFmpeg-trac] #4042(undetermined:new): ffmpeg is not able to convert mp2 audio In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.2f3d8904cca602944a9d8abbb3fd2297@avcodec.org> #4042: ffmpeg is not able to convert mp2 audio --------------------------------+---------------------------------------- Reporter: f_rush | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by f_rush): here is mencoder options: {{{ mencoder tv:// -tv driver=v4l2:device=/dev/video1:alsa:adevice=hw.1:forceaudio:volume=80 -ovc copy -oac lavc -lavcopts vcodec=libvorbis -vf harddup -o video2.mpg }}} here is convert attempt: {{{ ffmpeg version 2.4.2 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 5 2014 09:31:05 with gcc 4.9.1 (Debian 4.9.1-16) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector- strong -Wformat -Werror=format-security ' --extra-ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64 -linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable- gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable- mipsdspr1 --disable-mipsdspr2 --enable-libvidstab --enable-libzvbi --enable-avresample --disable-htmlpages --disable-podpages --enable- libiec61883 --enable-libfdk-aac --enable-vaapi --enable-libx265 --enable- libdc1394 --disable-altivec --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [avi @ 0x1d2cfa0] non-interleaved AVI Input #0, avi, from 'abi.mpg': Metadata: encoder : MEncoder SVN-r37289 Duration: 01:32:15.60, start: 0.000000, bitrate: 123104 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 122872 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 224 kb/s Output #0, mp2, to 'abi.mp2': Metadata: encoder : Lavf56.4.101 Stream #0:0: Audio: mp2, 48000 Hz, stereo, s16, 384 kb/s Metadata: encoder : Lavc56.1.100 mp2 Stream mapping: Stream #0:1 -> #0:0 (mp2 (native) -> mp2 (native)) Press [q] to stop, [?] for help size= 37kB time=00:08:36.10 bitrate= 0.6kbits/s video:0kB audio:37kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% Received signal 2: terminating. }}} confirm that result file is incorrect. here is information about output file (conversion process was manually stopped after several minutes, that's why it's much shorter and anyway it should not affect the process itself ) {{{ [mp3 @ 0x19f9b20] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'abi.mp2': Duration: 00:00:00.82, start: 0.000000, bitrate: 372 kb/s Stream #0:0: Audio: mp2, 48000 Hz, stereo, s16p, 372 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 02:05:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 00:05:20 -0000 Subject: [FFmpeg-trac] #4042(undetermined:new): ffmpeg is not able to convert mp2 audio In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.3497eb8ee359169d616547acfcd977b4@avcodec.org> #4042: ffmpeg is not able to convert mp2 audio --------------------------------+---------------------------------------- Reporter: f_rush | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): If you manually stopped the conversion after eight minutes were transcoded and the output file is eight minutes wrong, what was not correct about the conversion process? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 02:08:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 00:08:13 -0000 Subject: [FFmpeg-trac] #4042(undetermined:new): ffmpeg is not able to convert mp2 audio In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.30f61efa8d1ec17b5ae5678b0aeb3c7d@avcodec.org> #4042: ffmpeg is not able to convert mp2 audio --------------------------------+---------------------------------------- Reporter: f_rush | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by f_rush): as you can see the duration of output file is 00:00:00.82 (check ffmpeg -i abi.mp2 at the end of my previous comment) and not 8 minutes. and that is wrong! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 03:27:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 01:27:48 -0000 Subject: [FFmpeg-trac] #3765(avcodec:closed): has_b_frames is larger in decoder than demuxer for asp In-Reply-To: <037.e00ba74246f1ff16b25250c15d2a950b@avcodec.org> References: <037.e00ba74246f1ff16b25250c15d2a950b@avcodec.org> Message-ID: <052.70712d7a23ddd6166de1044da6e08a20@avcodec.org> #3765: has_b_frames is larger in decoder than demuxer for asp ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: ffmpeg => avcodec Comment: Fixed by R?mi Denis-Courmont since d3d265ba -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 04:10:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 02:10:14 -0000 Subject: [FFmpeg-trac] #4042(undetermined:new): ffmpeg is not able to convert mp2 audio In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.7f1b9982f96a4753085f5cf3611461e4@avcodec.org> #4042: ffmpeg is not able to convert mp2 audio --------------------------------+---------------------------------------- Reporter: f_rush | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): I recorded ~50G with the MEncoder command line you provided and converted the audio of the resulting file with the command line I posted above and the mp2 output file plays fine here. Could you test again without interrupting the conversion process (it takes considerable time to read a file of this size, so you have to wait) and test playing the resulting mp2 file? Is there really anything wrong with it? I know that MEncoder is broken for the command line you provided and I know that the console output of FFmpeg is not correct when transcoding these broken MEncoder files but this is not what you reported: Iiuc you reported that the output file that FFmpeg produces for the command line I suggested is broken, this is still unreproducible to me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 09:15:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 07:15:07 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.8f35b0501d4ec379222e59ecd085c583@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by kurosu): Replying to [comment:18 ami_stuff]: > I can confirm that there are visible the same artefacts like with tiff file generated by ffmpeg. So if I'm understanding it well, once the patch is applied, we will be able to summarize the new situation as "non-ffmpeg decoder bugs, the spec- compliant ones (including ffmpeg) are fine". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 09:17:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 07:17:47 -0000 Subject: [FFmpeg-trac] #2970(avcodec:open): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.4ee267b48ac6b8be7761a8d6d083d3c3@avcodec.org> #2970: White line in top macroblock of dvvideo ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo dvdec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Comment (by kurosu): I think I have fixed this particular issue, but as this causes several other questions to pop up, I'll need more time before submitting the related series of patches. Just a heads up in case anyone was looking at that code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 09:57:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 07:57:38 -0000 Subject: [FFmpeg-trac] #4042(undetermined:closed): ffmpeg is not able to convert mp2 audio In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.a1575ba3cc6c5f88bcec2d41577122b4@avcodec.org> #4042: ffmpeg is not able to convert mp2 audio --------------------------------+---------------------------------------- Reporter: f_rush | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by f_rush): * status: new => closed * resolution: => invalid Comment: ok, I see now. the problem is that ffmpeg output calculates incorrect time ranges while conversion is ongoing. if I'm running the full conversion it works fine and output file is good enough for me. {{{ $ time ffmpeg -i abi.mpg abi.mp2 ffmpeg version 2.4.2 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 5 2014 09:31:05 with gcc 4.9.1 (Debian 4.9.1-16) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector- strong -Wformat -Werror=format-security ' --extra-ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64 -linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable- gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable- mipsdspr1 --disable-mipsdspr2 --enable-libvidstab --enable-libzvbi --enable-avresample --disable-htmlpages --disable-podpages --enable- libiec61883 --enable-libfdk-aac --enable-vaapi --enable-libx265 --enable- libdc1394 --disable-altivec --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [avi @ 0x1390aa0] non-interleaved AVI Input #0, avi, from 'abi.mpg': Metadata: encoder : MEncoder SVN-r37289 Duration: 01:32:15.60, start: 0.000000, bitrate: 123104 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16, 224 kb/s Output #0, mp2, to 'abi.mp2': Metadata: encoder : Lavf54.29.104 Stream #0:0: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (mp2 -> mp2) Press [q] to stop, [?] for help error parsing debug value40:12.30 bitrate= 0.2kbits/s debug=0 size= 86493kB time=1033:18:10.95 bitrate= 0.2kbits/s video:0kB audio:86493kB subtitle:0 global headers:0kB muxing overhead 0.000000% real 26m8.850s user 2m46.876s sys 3m36.180s }}} and outputed file duration also exceeds source file: {{{ Input #0, mp3, from 'abi.mp2': Duration: 01:34:06.88, start: 0.000000, bitrate: 125 kb/s Stream #0:0: Audio: mp2, 48000 Hz, stereo, s16p, 125 kb/s }}} You can see 01:34:06.88 while original file was 01:32:15.60. So I guess I can close ticket as invalid. Thank you for you help cehoyos. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 13:30:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 11:30:42 -0000 Subject: [FFmpeg-trac] #2872(avcodec:open): jpeg2000: wrong colors In-Reply-To: <039.68bdfc2ddf1a665ed0935b86081c4960@avcodec.org> References: <039.68bdfc2ddf1a665ed0935b86081c4960@avcodec.org> Message-ID: <054.e4392e91e95ed49a2b1e214f6ced56b9@avcodec.org> #2872: jpeg2000: wrong colors ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by thovo): @ami_stuff: could you upload the example file again to a public server? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 13:50:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 11:50:56 -0000 Subject: [FFmpeg-trac] #4043(undetermined:new): mss2: fix decoding of mss2 Message-ID: <039.8533254cffaed00154c521943c575a11@avcodec.org> #4043: mss2: fix decoding of mss2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- "fail.wmv" file decodes fine with wmp, but not with ffmpeg. "patch.wmv" file decodes fine sine b077eb07805dc5d139b2f118ddb122cc9df8b87a and I belive that this code must be changed to fix decoding of "fail.wmv" {{{ commit b077eb07805dc5d139b2f118ddb122cc9df8b87a Author: Alberto Delm??s Date: Sun Nov 11 09:23:06 2012 +0100 mss2: fix handling of unmasked implicit WMV9 rectangles Signed-off-by: Kostya Shishkov diff --git a/libavcodec/mss2.c b/libavcodec/mss2.c index 597ebb6..ceeff5a 100644 --- a/libavcodec/mss2.c +++ b/libavcodec/mss2.c @@ -474,7 +474,7 @@ static int mss2_decode_frame(AVCodecContext *avctx, void *data, int *data_size, int keyframe, has_wmv9, has_mv, is_rle, is_555, ret; Rectangle wmv9rects[MAX_WMV9_RECTANGLES], *r; - int used_rects = 0, i, implicit_rect, av_uninit(wmv9_mask); + int used_rects = 0, i, implicit_rect = 0, av_uninit(wmv9_mask); av_assert0(FF_INPUT_BUFFER_PADDING_SIZE >= ARITH2_PADDING + (MIN_CACHE_BITS + 7) / 8); @@ -650,7 +650,14 @@ static int mss2_decode_frame(AVCodecContext *avctx, void *data, int *data_size, return AVERROR_INVALIDDATA; buf_size -= bytestream2_tell(&gB); - } else if (is_rle) { + } else { + if (keyframe) { + c->corrupted = 0; + ff_mss12_slicecontext_reset(&ctx->sc[0]); + if (c->slice_split) + ff_mss12_slicecontext_reset(&ctx->sc[1]); + } + if (is_rle) { init_get_bits(&gb, buf, buf_size * 8); if (ret = decode_rle(&gb, c->pal_pic, c->pal_stride, c->rgb_pic, c->rgb_stride, c->pal, keyframe, @@ -669,14 +676,8 @@ static int mss2_decode_frame(AVCodecContext *avctx, void *data, int *data_size, align_get_bits(&gb); buf += get_bits_count(&gb) >> 3; buf_size -= get_bits_count(&gb) >> 3; - } else { - if (keyframe) { - c->corrupted = 0; - ff_mss12_slicecontext_reset(&ctx->sc[0]); - if (c->slice_split) - ff_mss12_slicecontext_reset(&ctx->sc[1]); - } - else if (c->corrupted) + } else if (!implicit_rect || wmv9_mask != -1) { + if (c->corrupted) return AVERROR_INVALIDDATA; bytestream2_init(&gB, buf, buf_size + ARITH2_PADDING); arith2_init(&acoder, &gB); @@ -702,6 +703,8 @@ static int mss2_decode_frame(AVCodecContext *avctx, void *data, int *data_size, buf += arith2_get_consumed_bytes(&acoder); buf_size -= arith2_get_consumed_bytes(&acoder); } + } else + memset(c->pal_pic, 0, c->pal_stride * avctx->height); } if (has_wmv9) { }}} {{{ C:\>ffmpeg -i fail.wmv -f null - ffmpeg version N-66438-g4f4f08e Copyright (c) 2000-2014 the FFmpeg developers built on Sep 24 2014 22:26:49 with gcc 4.9.1 (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-zlib libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 5.100 / 56. 5.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from 'fail.wmv': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 9.00.00.4509 WMFSDKNeeded : 0.0.0.0000 Buffer Average : 2566 VBR Peak : 216276 IsVBR : 1 DeviceConformanceTemplate: @ Duration: 00:00:05.03, start: 0.000000, bitrate: 565 kb/s Stream #0:0(pol): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, fltp, 128 kb/s Stream #0:1(pol): Video: mss2 (MSS2 / 0x3253534D), rgb24, 720x480, 414 kb/s, SAR 10:11 DAR 15:11, 1k tbr, 1k tbn, 1k tbc Output #0, null, to 'pipe:': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 9.00.00.4509 WMFSDKNeeded : 0.0.0.0000 Buffer Average : 2566 VBR Peak : 216276 IsVBR : 1 DeviceConformanceTemplate: @ encoder : Lavf56.5.100 Stream #0:0(pol): Video: rawvideo (RGB[24] / 0x18424752), rgb24, 720x480 [SA R 10:11 DAR 15:11], q=2-31, 200 kb/s, 1k fps, 1k tbn, 1k tbc Metadata: encoder : Lavc56.1.101 rawvideo Stream #0:1(pol): Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : Lavc56.1.101 pcm_s16le Stream mapping: Stream #0:1 -> #0:0 (mss2 (native) -> rawvideo (native)) Stream #0:0 -> #0:1 (wmav2 (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [mss2 @ 031b19a0] buffer not fully consumed [null @ 02e4ee60] Encoder did not produce proper pts, making some up. [mss2 @ 031b19a0] buffer not fully consumed frame= 2 fps=0.0 q=0.0 Lsize=N/A time=00:00:05.01 bitrate=N/A video:0kB audio:872kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 13:53:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 11:53:17 -0000 Subject: [FFmpeg-trac] #2872(avcodec:open): jpeg2000: wrong colors In-Reply-To: <039.68bdfc2ddf1a665ed0935b86081c4960@avcodec.org> References: <039.68bdfc2ddf1a665ed0935b86081c4960@avcodec.org> Message-ID: <054.44ada350bd8f2256b93499b874b8aa79@avcodec.org> #2872: jpeg2000: wrong colors ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2872/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 14:00:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 12:00:21 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.674e967baf378fac31998d3ab66ae06e@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:19 kurosu]: > Replying to [comment:18 ami_stuff]: > > I can confirm that there are visible the same artefacts like with tiff file generated by ffmpeg. > > So if I'm understanding it well, once the patch is applied, we will be able to summarize the new situation as "non-ffmpeg decoder bugs, the spec- compliant ones (including ffmpeg) are fine". Yes, I think so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 14:00:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 12:00:22 -0000 Subject: [FFmpeg-trac] #4043(avcodec:open): mss2: fix decoding of mss2 In-Reply-To: <039.8533254cffaed00154c521943c575a11@avcodec.org> References: <039.8533254cffaed00154c521943c575a11@avcodec.org> Message-ID: <054.5363a3206d9c0722971be7627b217a73@avcodec.org> #4043: mss2: fix decoding of mss2 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mss2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mss2 * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 14:55:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 12:55:38 -0000 Subject: [FFmpeg-trac] #4044(avcodec:new): Support new utvideo 4:2:2 Message-ID: <037.380792a433a2cc3fb3dc74788baf0fe6@avcodec.org> #4044: Support new utvideo 4:2:2 ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: utvideo Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- Current FFmpeg does not support utvideo's new fourcc UQY2. {{{ $ ffmpeg -i utvideo-yuv422p10le_UQY2_crc32-A431CD5F.avi ffmpeg version N-67022-g69071e8 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 19 2014 14:53:44 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [avi @ 0x34f0ba0] Could not find codec parameters for stream 0 (Video: none (UQY2 / 0x32595155), none, 320x240, 9186 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options utvideo-yuv422p10le_UQY2_crc32-A431CD5F.avi: could not find codec parameters Input #0, avi, from 'utvideo-yuv422p10le_UQY2_crc32-A431CD5F.avi': Metadata: encoder : Lavf56.7.104 Duration: 00:00:05.00, start: 0.000000, bitrate: 9131 kb/s Stream #0:0: Video: none (UQY2 / 0x32595155), none, 320x240, 9186 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 14:57:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 12:57:38 -0000 Subject: [FFmpeg-trac] #4044(avcodec:new): Support new utvideo 10bit (was: Support new utvideo 4:2:2) In-Reply-To: <037.380792a433a2cc3fb3dc74788baf0fe6@avcodec.org> References: <037.380792a433a2cc3fb3dc74788baf0fe6@avcodec.org> Message-ID: <052.b60a4d8028b16f2e0e81e0fec379c357@avcodec.org> #4044: Support new utvideo 10bit -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: utvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): 4:2:2 sample uploaded to http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket4044/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 15:04:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 13:04:11 -0000 Subject: [FFmpeg-trac] #4042(undetermined:reopened): Broken console output when transcoding (broken) MEncoder files (was: ffmpeg is not able to convert mp2 audio) In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.9b3f1cd21a0878e04cb9c437cabf60bf@avcodec.org> #4042: Broken console output when transcoding (broken) MEncoder files -------------------------------------+------------------------------------- Reporter: f_rush | Owner: Type: defect | Status: reopened Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * status: closed => reopened * version: 2.4.2 => git-master * resolution: invalid => Comment: When transcoding (broken) avi files made with current MEncoder, FFmpeg shows completely wrong time information for the audio track. The attached sample is fifteen seconds long. {{{ $ ffmpeg -i mencoder.avi out.mp2 ffmpeg version N-67022-g69071e8 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 19 2014 14:53:44 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [avi @ 0x2d77d20] non-interleaved AVI Input #0, avi, from 'mencoder.avi': Metadata: encoder : MEncoder SVN-r37259-4.7 Duration: 00:00:15.03, start: 0.000000, bitrate: 933 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 695 kb/s, 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 44100 Hz, mono, s16p, 224 kb/s Output #0, mp2, to 'out.mp2': Metadata: encoder : Lavf56.9.101 Stream #0:0: Audio: mp2, 44100 Hz, mono, s16, 384 kb/s Metadata: encoder : Lavc56.8.102 mp2 Stream mapping: Stream #0:1 -> #0:0 (mp2 (native) -> mp2 (native)) Press [q] to stop, [?] for help size= 704kB time=03:02:47.26 bitrate= 0.5kbits/s video:0kB audio:704kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} The output file is fifteen seconds long and plays fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 15:21:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 13:21:00 -0000 Subject: [FFmpeg-trac] #4042(avcodec:open): Broken console output when transcoding (broken) MEncoder files In-Reply-To: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> References: <036.443e0fd0ebf1a87b20e558d48859eb86@avcodec.org> Message-ID: <051.027d9ac816fe745186a24c077929e10a@avcodec.org> #4042: Broken console output when transcoding (broken) MEncoder files -------------------------------------+------------------------------------- Reporter: f_rush | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: mp2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mp2 regression * status: reopened => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Looks like a regression since 967facb6 / b0f75ba2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 19 22:08:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 20:08:15 -0000 Subject: [FFmpeg-trac] #4045(undetermined:new): jpeg: wrong colors with rgb files Message-ID: <039.7696ffbebca4118fa82ecebcc7e4458b@avcodec.org> #4045: jpeg: wrong colors with rgb files -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- subsampling is turned on {{{ C:\>ffmpeg -i 2x1.jpg out.bmp ffmpeg version N-66931-gbbd8c85 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 17 2014 00:56:58 with gcc 4.9.1 (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-zlib libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.100 / 56. 8.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, image2, from '2x1.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 45913 kb/s Stream #0:0: Video: mjpeg, yuvj422p(pc, bt470bg/unknown/unknown), 1024x768, 25 tbr, 25 tbn, 25 tbc File 'out.bmp' already exists. Overwrite ? [y/N] y [swscaler @ 02f27020] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.8.100 bmp Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> bmp (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:2304kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} {{{ C:\>ffmpeg -i 1x2.jpg out.bmp ffmpeg version N-66931-gbbd8c85 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 17 2014 00:56:58 with gcc 4.9.1 (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-zlib libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.100 / 56. 8.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, image2, from '1x2.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 45782 kb/s Stream #0:0: Video: mjpeg, yuvj440p(pc, bt470bg/unknown/unknown), 1024x768, 25 tbr, 25 tbn, 25 tbc [swscaler @ 02f27dc0] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.8.100 bmp Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> bmp (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:2304kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 00:01:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 22:01:00 -0000 Subject: [FFmpeg-trac] #845(avcodec:reopened): Artefacts with Indeo 4 In-Reply-To: <037.4e05e4517b8fbc5241dac1526e47c4ec@avcodec.org> References: <037.4e05e4517b8fbc5241dac1526e47c4ec@avcodec.org> Message-ID: <052.ed808406a2c323e2280ef1d7c5b45ccb@avcodec.org> #845: Artefacts with Indeo 4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ami_stuff): Replying to [comment:5 ami_stuff]: > {{{ > Q_Best_20.avi > Q_Best_50.avi > }}} > > and > > {{{ > Indeo4_Q_Good.avi > Indeo4_Q_Better.avi > }}} > > samples were fixed by the latest fix for indeo4 decoder (keyframes). > > ... > > bidirection prediction > > {{{ > volcano.avi > Indeo4_Q_Good_Bidirection_Prediction.avi > Indeo4_Q_Better_Bidirection_Prediction.avi > Indeo4_Q_Best_Bidirection_Prediction.avi > }}} > > and > > quick compress > > {{{ > Indeo4_Quick_Compress_Scalability.avi > Indeo4_Quick_Compress.avi > }}} > > still doesn't decode correctly. "quick compress" samples are fixed as well since some time, so only "bidirectional prediction" decoding is buggy -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 00:06:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Oct 2014 22:06:29 -0000 Subject: [FFmpeg-trac] #845(avcodec:reopened): Artefacts with Indeo 4 In-Reply-To: <037.4e05e4517b8fbc5241dac1526e47c4ec@avcodec.org> References: <037.4e05e4517b8fbc5241dac1526e47c4ec@avcodec.org> Message-ID: <052.0d9c3438c9d1455b01a69cd0c28e069c@avcodec.org> #845: Artefacts with Indeo 4 ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ami_stuff): Replying to [comment:7 cehoyos]: > The "Quick_Compress" samples were fixed by Kostya (e755c8a / 2cf5d29). Oops, I didn't notice your comment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 02:59:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 00:59:19 -0000 Subject: [FFmpeg-trac] #4041(undetermined:new): Bad input frame rate estimation In-Reply-To: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> References: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> Message-ID: <054.31b9591cae22ea5d9591ce0bab20a905@avcodec.org> #4041: Bad input frame rate estimation -------------------------------------+------------------------------------- Reporter: qianliang | 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 qianliang): First I do segment operation: {{{ ffmpeg -i source.ts -map 0:v -f segment -segment_time 60 source_video_%d.ts }}} And do convert oeration: {{{ ffmpeg -i source_video_0.ts -vcodec libx264 -vb 1200k -maxrate 1800k -bufsize 3600k -r 20 -vprofile main -pix_fmt yuv420p -flags +loop+mv4 -cmp 256 -partitions +parti4x4+partp8x8+partb8x8 -me_method hex -subq 7 -coder 1 -trellis 1 -refs 4 -me_range 16 -sc_threshold 40 -i_qfactor 0.71 -qcomp 0.6 -qmin 15 -qmax 45 -qdiff 4 -rc_eq 'blurCplx^(1-qComp)' -tune zerolatency -x264opts keyint=120:min- keyint=25:b-pyramid=0:weightp=0:interlaced=0:mixed-refs=1:8x8dct=1 -vsync 0 -copyts input.ts }}} Here comes out the input.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 03:04:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 01:04:52 -0000 Subject: [FFmpeg-trac] #4041(undetermined:new): Bad input frame rate estimation In-Reply-To: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> References: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> Message-ID: <054.3636d596efb7e1c3ea868899fe63baa5@avcodec.org> #4041: Bad input frame rate estimation -------------------------------------+------------------------------------- Reporter: qianliang | 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 qianliang): I find that adding filter "fps=20" while do convert operation, which would fix this problem: {{{ ffmpeg -i source_video_0.ts -filter_complex "fps=20" -vcodec libx264 -vb 1200k -maxrate 1800k -bufsize 3600k -r 20 -vprofile main -pix_fmt yuv420p -flags +loop+mv4 -cmp 256 -partitions +parti4x4+partp8x8+partb8x8 -me_method hex -subq 7 -coder 1 -trellis 1 -refs 4 -me_range 16 -sc_threshold 40 -i_qfactor 0.71 -qcomp 0.6 -qmin 15 -qmax 45 -qdiff 4 -rc_eq 'blurCplx^(1-qComp)' -tune zerolatency -x264opts keyint=120:min- keyint=25:b-pyramid=0:weightp=0:interlaced=0:mixed-refs=1:8x8dct=1 -vsync 0 -copyts input.ts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 04:29:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 02:29:49 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.c14527f3b6fa9964f60257d7a8a712fe@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): What I meant is if this happens to current git head, and also effect stable version (2.41), it should be marked as important. Someone on IRC said FFmpeg should not change video duration if we didn't tell FFmpeg to do so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 07:52:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 05:52:59 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.df6d26f38fa1774ff67919619fffcc85@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The ticket is important if it worked with an older version but fails now. Your definition would mean that nearly every ticket is important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 08:24:41 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 06:24:41 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.a1c704bdeaca77d763df751953ecbab4@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): ok, so may I ask if there's a workaround for this issue while waiting for the patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 08:55:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 06:55:32 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.0f3489467a4097ee1305ffe05027c221@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I unfortunately don't understand your issue and therefore cannot help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 09:17:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 07:17:49 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.2ad220c967bb921827fcb6bc965fcac3@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): As you see in ticket I opened, I have been trying to use FFMpeg API to transcoding mpegts -> mpegts, to change video heigh, width and bitrate... Attached source code works, but duration of video changed and/or some frame was dropped. So, if I use the transcoded video and make a m3u8 playlist, video will be sometime distorted, it's not continuous. I would like to transcode mpegts file to mpegts without making changes of its duration, and frame number. Can you help? -- Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 10:01:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 08:01:19 -0000 Subject: [FFmpeg-trac] #4041(undetermined:new): Bad input frame rate estimation In-Reply-To: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> References: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> Message-ID: <054.77a85a01bddd6d3d44b261ed09d32b27@avcodec.org> #4041: Bad input frame rate estimation -------------------------------------+------------------------------------- Reporter: qianliang | 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 qianliang]: > {{{ > ffmpeg -i source_video_0.ts -vcodec libx264 -vb 1200k -maxrate 1800k -bufsize 3600k -r 20 -vprofile main -pix_fmt yuv420p -flags +loop+mv4 -cmp 256 -partitions +parti4x4+partp8x8+partb8x8 -me_method hex -subq 7 -coder 1 -trellis 1 -refs 4 -me_range 16 -sc_threshold 40 -i_qfactor 0.71 -qcomp 0.6 -qmin 15 -qmax 45 -qdiff 4 -rc_eq 'blurCplx^(1-qComp)' -tune zerolatency -x264opts keyint=120:min- keyint=25:b-pyramid=0:weightp=0:interlaced=0:mixed-refs=1:8x8dct=1 -vsync 0 -copyts input.ts > }}} Using {{{-r 20}}} and {{{-vsync 0}}} together leads to invalid files, in your case a file with 25fps (25 actual frames per second) that looks like a 20fps file. You are requesting ''put 20 files per second in the output stream'' and ''keep 25 frames per second, don't drop or duplicate any frames''. It is impossible for {{{ffmpeg}}} to fulfill both requests, I just sent a patch that prints a message if both options were specified. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 10:02:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 08:02:36 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.6d73ff3669f6eab0a11327b117d2c2a9@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Can you describe how I can reproduce the issue of distorted output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 10:16:42 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 08:16:42 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.e9da856c997e896b15acadcc8bb2637d@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): Hi, Step 1: use ffmpeg (the application) to split mp4 video into ts segments and m3u8 playlist. This playlist can be played well without problem. Step 2: use ffmpeg to transcode these ts into lower bitrate, lower height/width, keep old file name and play it with playlist created in step 1. Video will be distored, can not be playd well, because transcoded ts file was changed in duration, and frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 10:18:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 08:18:40 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.db6c898b988a551d633a305d7d325434@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): What I meant was: Which command lines used on which input file allow to reproduce the distorted output, if possible without using any external libraries. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 10:39:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 08:39:40 -0000 Subject: [FFmpeg-trac] #3934(undetermined:new): Input seek argument is ignored with -copyts on particular MKV In-Reply-To: <038.40f696307e2170195e0ad20a5a78ffcb@avcodec.org> References: <038.40f696307e2170195e0ad20a5a78ffcb@avcodec.org> Message-ID: <053.05993d806a4d845cb3eb242d87c0ae64@avcodec.org> #3934: Input seek argument is ignored with -copyts on particular MKV -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Looks like a regression since 194d4b49 for the original sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 10:51:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 08:51:39 -0000 Subject: [FFmpeg-trac] #3934(undetermined:open): Input seek argument is ignored with -copyts on particular MKV In-Reply-To: <038.40f696307e2170195e0ad20a5a78ffcb@avcodec.org> References: <038.40f696307e2170195e0ad20a5a78ffcb@avcodec.org> Message-ID: <053.37e7f9a297d320dbf1ac2b09aa3013c4@avcodec.org> #3934: Input seek argument is ignored with -copyts on particular MKV -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:07:35 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:07:35 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.4c4a9361dd6427cdbe194ba19b6d8f61@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): Source file: http://14.0.20.10/Vetmua.mp4 Command to split to ts in step 1 I mentioned: /usr/local/bin/ffmpeg -i Vetmua.mp4 -codec:v libx264 -b:v 750000 -g 25.0 -keyint_min 50 -x264opts keyint=50:min-keyint=50:no-scenecut -codec:a aac -strict -2 -map 0:v -map 0:a -f ssegment -segment_list playlist.m3u8 -segment_time 5 -segment_format mpegts streams/stream%4d.ts This playlist (playlist.m3u8) play well, no distortion. Go to step 2, 2.1 # for i in *.ts; do /usr/local/bin/ffmpeg -y -i $i -vcodec libx264 -vb 500000 -s 640x360 -f mpegts -aspect 16:9 -g 25 -keyint_min 50 -vf scale=640:-1 ../transcode_streams/$i ; done 2.2 cp playlist.m3u8 ../transcode_streams/ Now play playlist.m3u8 with transcoded stream --> distortion. Actually I dont know how to name it right, it means, in playlist 1, file was not transcode, stream0000.ts and stream0001.ts are continuous, bit if we transcode them, it's not continuous anymore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:09:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:09:31 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.b4de76e93edaa49c15ca4e2dc564ac10@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the issue only reproducible with libx264 or also with the mpeg2video encoder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:11:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:11:22 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.6f59cf4dc0c3adfaaf29b7c279ec891c@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Why are you reencoding the output files of the segment muxer? I don't think this is supposed to work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:18:43 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:18:43 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.d87fc8e24f2a74bd426e6622ad98bb28@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): These step is use to reproduce the bug. In our environment, when ts files is produced, we don't have .mp4 file anymore. To make adaptive bitrate works, we have to transcode ts -> ts with different bitrate, and size. {{{ Why are you reencoding the output files of the segment muxer? I don't think this is supposed to work. }}} Why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:31:00 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:31:00 -0000 Subject: [FFmpeg-trac] #4028(avfilter:new): Videofilter "fps" to extract images each minute starts at 30 seconds offset In-Reply-To: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> References: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> Message-ID: <052.ea51f40fb2b90df1d6cdc78a1c607192@avcodec.org> #4028: Videofilter "fps" to extract images each minute starts at 30 seconds offset -------------------------------------+------------------------------------- Reporter: peter_b | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: thumbnail | Blocked By: images | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by peter_b): Using "-vf fps=fps=1/60:round=down" worked: The images exported are now from the expected seconds: 0, 60, 120, 180, 240, etc. Thanks :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:31:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:31:22 -0000 Subject: [FFmpeg-trac] #4028(avfilter:closed): Videofilter "fps" to extract images each minute starts at 30 seconds offset In-Reply-To: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> References: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> Message-ID: <052.2708f4b504cadb1d9fe247b4ca67f448@avcodec.org> #4028: Videofilter "fps" to extract images each minute starts at 30 seconds offset -------------------------------------+------------------------------------- Reporter: peter_b | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: invalid Keywords: thumbnail | Blocked By: images | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by peter_b): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:32:00 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:32:00 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.0b5b2468e65da38e095f43f7360d0ce8@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:16 cehoyos]: > Why are you reencoding the output files of the segment muxer? I don't think this is supposed to work. There is no reason for it not to: the output of the segment muxer are normal files with proper timestamp, and that is all that is required of them. Of course, the transcode command line destroys the timestamps, and that is probably the cause of the error; {{{-copyts}}} should help; hopefully, the old bugs of the TS muxer with timestamps will not be a problem here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:35:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:35:56 -0000 Subject: [FFmpeg-trac] #2212(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument In-Reply-To: <036.bdccff631f24e178cfca2aadff75f397@avcodec.org> References: <036.bdccff631f24e178cfca2aadff75f397@avcodec.org> Message-ID: <051.875bee3c9af6507e578fa491c4e635ed@avcodec.org> #2212: Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame ass | Blocked By: mov_text | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): this report is concerned with getting the message (Application provided invalid, non monotonically increasing dts to muxer in stream ) about the subtitlle stream. i'm also seeing this message for the video stream, what does it mean? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:35:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:35:57 -0000 Subject: [FFmpeg-trac] #2212(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument In-Reply-To: <036.bdccff631f24e178cfca2aadff75f397@avcodec.org> References: <036.bdccff631f24e178cfca2aadff75f397@avcodec.org> Message-ID: <051.d466a56ea97977c454003c8b0a588505@avcodec.org> #2212: Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame ass | Blocked By: mov_text | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): this report is concerned with getting the message (Application provided invalid, non monotonically increasing dts to muxer in stream ) about the subtitlle stream. i'm also seeing this message for the video stream, what does it mean? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 11:47:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 09:47:15 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.bcc1abf771045bb59b8578a6d6945c58@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): {{{ Of course, the transcode command line destroys the timestamps, and that is probably the cause of the error; -copyts should help; hopefully, the old bugs of the TS muxer with timestamps will not be a problem here. }}} I just tried -copyts. Input video: {{{ Duration: 00:00:06.02, start: 0.058667, bitrate: 1234 kb/s }}} Output video: {{{ Duration: 00:00:06.03, start: 1.448644, bitrate: 1099 kb/s }}} It's still a little bit different. I will try to implement -copyts into test app to see if problem can be solved or not. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 12:23:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 10:23:44 -0000 Subject: [FFmpeg-trac] #4028(avfilter:closed): Videofilter "fps" to extract images each minute starts at 30 seconds offset In-Reply-To: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> References: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> Message-ID: <052.76396b246e6cc6b314d8ec148e111f0d@avcodec.org> #4028: Videofilter "fps" to extract images each minute starts at 30 seconds offset ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: invalid Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: thumbnail images => fps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 12:27:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 10:27:24 -0000 Subject: [FFmpeg-trac] #4028(avfilter:closed): Videofilter "fps" to extract images each minute starts at 30 seconds offset In-Reply-To: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> References: <037.8b01e43ed7c389faa261126a53913af3@avcodec.org> Message-ID: <052.5a49e7c5947d7171748ccccb363f6226@avcodec.org> #4028: Videofilter "fps" to extract images each minute starts at 30 seconds offset ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: invalid Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Could you also comment on ticket #3339? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 16:22:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 14:22:04 -0000 Subject: [FFmpeg-trac] #2212(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument In-Reply-To: <036.bdccff631f24e178cfca2aadff75f397@avcodec.org> References: <036.bdccff631f24e178cfca2aadff75f397@avcodec.org> Message-ID: <051.3890503f0a0662b89e04fcaff16aaf5c@avcodec.org> #2212: Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame ass | Blocked By: mov_text | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): i can't host the original MKV in the bugreport anymore, its here instead http://www.filedropper.com/1_104 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 17:44:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 15:44:37 -0000 Subject: [FFmpeg-trac] #2212(ffmpeg:closed): Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument In-Reply-To: <036.bdccff631f24e178cfca2aadff75f397@avcodec.org> References: <036.bdccff631f24e178cfca2aadff75f397@avcodec.org> Message-ID: <051.0c2b75a21613e82934a85356b0426569@avcodec.org> #2212: Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame ass | Reproduced by developer: 1 mov_text sub | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: av_interleaved_write_frame ass mov_text => av_interleaved_write_frame ass mov_text sub * resolution: => fixed * status: open => closed * component: undetermined => ffmpeg Comment: The original issue was fixed by Marton Balint in 31bb172b Whoever considers it a bug that {{{-fix_sub_duration}}} is needed for this conversion, please open a new ticket, sample is in http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2212/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 18:11:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 16:11:51 -0000 Subject: [FFmpeg-trac] #4045(avcodec:open): jpeg: wrong colors with rgb files In-Reply-To: <039.7696ffbebca4118fa82ecebcc7e4458b@avcodec.org> References: <039.7696ffbebca4118fa82ecebcc7e4458b@avcodec.org> Message-ID: <054.79c3cae7512fc166aa9d1c094dcdaaf9@avcodec.org> #4045: jpeg: wrong colors with rgb files ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 19:34:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 17:34:24 -0000 Subject: [FFmpeg-trac] #4018(avformat:closed): Metadata lyrics In-Reply-To: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> References: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> Message-ID: <048.2448d334b040203ddcd3769f1c641a89@avcodec.org> #4018: Metadata lyrics ------------------------------------+------------------------------------ Reporter: p92 | 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 michael): * status: new => closed * resolution: => fixed Comment: probably fixed in f31445a82d6acd0b8fab5a26c04e91645f4854d8 I could not test as the file is 404 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 20:28:42 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 18:28: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.8cf2eefdacd23a7a7db07605e3cfc024@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 llogan): Replying to [comment:20 julian]: > can i make a "bounty" for fixing this bug? You can place a bounty here: https://www.bountysource.com/issues/1414464-ffmpeg-unable-to-stream-copy- some-wtv-h264-into-mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 20:34:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 18:34:18 -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.22bc8a70fa92864596dd492f438ef7d2@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): i've pledged a 100$ bounty on bountysource -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 21:12:12 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 19:12:12 -0000 Subject: [FFmpeg-trac] #4018(avformat:closed): Metadata lyrics In-Reply-To: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> References: <033.80100099d0b6bae1464e76d901da71f9@avcodec.org> Message-ID: <048.66fae96b9efd9ce32bc1f8d4987117fd@avcodec.org> #4018: Metadata lyrics ------------------------------------+------------------------------------ Reporter: p92 | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4018/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 22:11:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 20:11:46 -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.d0a21fd1d9d3a76f8fa8554e0903a835@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 bounty | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by llogan): * keywords: wtv h264 av_interleaved_write_frame => wtv h264 av_interleaved_write_frame bounty -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 23:12:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 21:12:13 -0000 Subject: [FFmpeg-trac] #4046(undetermined:new): DVB subtitles not detected in TS file Message-ID: <043.bcbf36a50293c0b8f1c063e41b15b041@avcodec.org> #4046: DVB subtitles not detected in TS file -------------------------------------+------------------------------------- Reporter: | Type: defect Underground78 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: [http://www.datafilehost.com/d/63febb26 This sample] has two DVB subtitle tracks but ffmpeg doesn't detect them unless you skip the beginning of the file with `-skip_initial_bytes 61289`. I tried changing `-probesize` and `-analyseduration` without any luck. How to reproduce: {{{ % ffmpeg.exe -i sample.ts ffmpeg version N-67034-gb5583fc Copyright (c) 2000-2014 the FFmpeg developers built on Oct 20 2014 01:15:15 with gcc 4.9.1 (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-zlib libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mpeg2video @ 002f8360] Invalid frame dimensions 0x0. Last message repeated 18 times [mpegts @ 04707ca0] PES packet size mismatch Last message repeated 3 times Input #0, mpegts, from 'sample.ts': Duration: 00:01:28.42, start: 38151.295833, bitrate: 4743 kb/s Program 1 Stream #0:0[0x44](fra): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:1[0x45](qaa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x46]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0x47]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25.08 tbr, 90k tbn, 50 tbc }}} Compare to: {{{ % ffmpeg.exe -skip_initial_bytes 61289 -i sample.ts ffmpeg version N-67034-gb5583fc Copyright (c) 2000-2014 the FFmpeg developers built on Oct 20 2014 01:15:15 with gcc 4.9.1 (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-zlib libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mpeg2video @ 04b3d020] Invalid frame dimensions 0x0. Last message repeated 17 times [NULL @ 04bf6be0] start time for stream 4 is not set in estimate_timings_from_pts [NULL @ 04bb46c0] start time for stream 5 is not set in estimate_timings_from_pts [mpegts @ 02aae0e0] PES packet size mismatch Last message repeated 3 times Input #0, mpegts, from 'sample.ts': Duration: 00:01:27.71, start: 38151.998867, bitrate: 4781 kb/s Program 1 Stream #0:0[0x44](fra): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:1[0x45](qaa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x46]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0x47]: 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:4[0x48](fra): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:5[0x49](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 23:18:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 21:18:29 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match Message-ID: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: dvbsub | Blocked By: color palette position | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Today I used ffmpeg to remux a VOB file to TS. After remuxing I realized, that the DVB subtitles did not match the original DVD subtitles. The colors did not match and the position was shifted. I was able to reproduce this with this sample here (http://samples.ffmpeg.org/MPEG-VOB/ClosedCaptions/Starship_Troopers.vob) and got the exact same results. How to reproduce: {{{ % ffmpeg -fflags +genpts -analyzeduration 100000k -probesize 100000k -i Starship_Troopers.vob -c:v copy -c:a copy -c:s dvbsub -map 0:0 -map 0:4 -map 0:7 -metadata:s:s:0 language=eng -metadata:s:a:0 language=eng -f mpegts SST.ts ffmpeg version N-46340-gff68ceb built on Ubuntu 14.04 x86_64 }}} See attached pics. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 23:25:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 21:25:57 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and position do not match (was: dvdsub -> dvbsub: color palette and postion do not match) In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.92043a24e039773e3619ec80654bcad2@avcodec.org> #4047: dvdsub -> dvbsub: color palette and position do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: color palette position | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 23:26:58 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 21:26:58 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match (was: dvdsub -> dvbsub: color palette and position do not match) In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.6d007de131a137c0c8e29882908291af@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvbsub color palette position => dvdsub Comment: Is encoding to dvbsub really necessary to reproduce the "issue" you see (that vob files do not contain a palette)? Or does using overlay show the same result indicating that this is not related to dvbsub at all? Use the {{{-palette}}} option if you don't like the default palette: http://ffmpeg.org/ffmpeg-codecs.html#dvdsub -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 20 23:47:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Oct 2014 21:47:21 -0000 Subject: [FFmpeg-trac] #4046(avformat:open): DVB subtitles not detected in TS file In-Reply-To: <043.bcbf36a50293c0b8f1c063e41b15b041@avcodec.org> References: <043.bcbf36a50293c0b8f1c063e41b15b041@avcodec.org> Message-ID: <058.7863d935c5f1f9f48d327c39cec97a51@avcodec.org> #4046: DVB subtitles not detected in TS file -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mpegts | Reproduced by developer: 1 dvbsub | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpegts dvbsub * priority: normal => important * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Regression since c6c172d1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 02:42:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 00:42:43 -0000 Subject: [FFmpeg-trac] #117(avcodec:open): unsupported interplayvideo file In-Reply-To: <039.e32446a0168db49023bca0294cfc2b3b@avcodec.org> References: <039.e32446a0168db49023bca0294cfc2b3b@avcodec.org> Message-ID: <054.785e15217d260831f0371e6d1d2b0072@avcodec.org> #117: unsupported interplayvideo file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: interplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:5 ami_stuff]: > mve2avi tool decodes "SK_DEMO.MVE" file with audio and video while ffmpeg's demuxer recognizes only video stream > > http://return0.pisem.net/graph.html#mve2avi maybe more useful: http://teamx.ru/site_arc/utils/mvestuff.rar (Library for playing MVE. MVE converter into EXE. With the source and a description of the format.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 05:14:46 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 03:14:46 -0000 Subject: [FFmpeg-trac] #4048(avformat:new): segment: Handle WebVTT as per HLS spec Message-ID: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> #4048: segment: Handle WebVTT as per HLS spec ----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- As per the [http://tools.ietf.org/html/draft-pantos-http-live- streaming-13#section-4 HLS spec]: {{{ Subtitle segments MUST be formatted as WebVTT [WebVTT] files. Each subtitle segment MUST contain all subtitle cues that are intended to be displayed during the period indicated by the segment EXTINF duration. The start time offset and end time offset of each cue MUST indicate the total display time for that cue, even if that time range extends beyond the EXTINF duration. A WebVTT segment MAY contain no cues; this indicates that no subtitles are to be displayed during that period. }}} This means that the segment (or HLS) muxer needs to handle two particular cases, when muxing WebVTT for HLS: 1. No frames exist during a segment's duration, so a blank segment should be written. 2. A frame spans two or more different segments, so it should be written in all of them. This behavior could be triggered by an option, or automatically when the underlying format is WebVTT. Relatedly, the WebVTT muxer should provide an option to write the X -TIMESTAMP-MAP header for HLS synchronization. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 05:30:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 03:30:59 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.30f32c37e9216d5bc7ff060651c01a63@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by thender): Replying to [comment:10 holden]: > Hi, thanks for your feedback. Could you please test again after applying only the second patch I just attached? I hope this will solve your problem. '' libavdevice # patch -p1 <0001-lavd-v4l2-produce-a-0-byte-packet-when-a -dequeued-bu.patch v4l2.c patch unexpectedly ends in middle of line (Patch is indented 22 spaces.) patch unexpectedly ends in middle of line sh: -: command not found patch: **** FAILED '' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 08:37:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 06:37:35 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.be1f2f850292cf44bd2da30970a9a567@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): Update: -copyts maynot be the solution, duration of video is still not the same with input video source. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 09:00:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 07:00:16 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.850b167abe651d139e0598674d8cb4cc@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please try from FFmpeg's root directory (not from within libavdevice). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 09:19:22 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 07:19:22 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.570c7cc44e6b77ed92383f9ae04cfd77@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:17 hungnv]: > In our environment, when ts files is produced, we don't have .mp4 file anymore. To make adaptive bitrate works, we have to transcode ts -> ts with different bitrate, and size. Why don't you use the m3u8 file as input (or the concat protocol or the concat filter or the concat demuxer)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 09:36:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 07:36:03 -0000 Subject: [FFmpeg-trac] #117(avcodec:open): unsupported interplayvideo file In-Reply-To: <039.e32446a0168db49023bca0294cfc2b3b@avcodec.org> References: <039.e32446a0168db49023bca0294cfc2b3b@avcodec.org> Message-ID: <054.43f6fbb8169a0663fa312863d2ef0925@avcodec.org> #117: unsupported interplayvideo file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: interplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * analyzed: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 09:43:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 07:43:34 -0000 Subject: [FFmpeg-trac] #4048(avformat:new): segment: Handle WebVTT as per HLS spec In-Reply-To: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> References: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> Message-ID: <053.6df105e3887dc2652677f3033de47fb4@avcodec.org> #4048: segment: Handle WebVTT as per HLS spec -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Iiuc, there is a bug: Our hls muxer does not conform to the specification and produces output that is incorrect. Is that correct? If yes, please explain how this can be reproduced. (You know what I mean with ''explain''?) I know that you understand the ticket and I realize that whoever will fix this already understands the issue (and possibly already knows how to fix it). but ideally every ticket should be reproducible for every user. This is particularly important in the future: The commit fixing the ticket might (in theory) introduce another problem and whoever wants to fix it may not know so much about hls... Or said differently: It is great that you added a link to the specification and quoted the relevant paragraph, it will make somebody's life much easier. But as said previously this analysis (no matter if helpful like in this case or disturbing like in other tickets not created by you) should never replace the actual bug report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 09:46:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 07:46:02 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.794321528e45439bc4bcaa6855b88245@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): Replying to [comment:21 cehoyos]: > Replying to [comment:17 hungnv]: > > In our environment, when ts files is produced, we don't have .mp4 file anymore. To make adaptive bitrate works, we have to transcode ts -> ts with different bitrate, and size. > > Why don't you use the m3u8 file as input (or the concat protocol or the concat filter or the concat demuxer)? I don't get your idea. What I have is simple, we receive mp4 file, then the normal way to do adaptive bitrate is: 1. Convert that mp4 file into 720p, 480p, 360p... files 2. Split every of these files into ts segments 3. Generate m3u8 playlist for every resolution. Now instead of convert mp4 file into several mp4 file, we split original file first, then transcode ts to ts instead of mp4 to mp4. Say the segment list will have segment0000.ts, segment0001.ts, 360p ts will have name segment0000_360p.ts, segment0001_36p.ts... Contat is not what I want to do. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 09:46:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 07:46:57 -0000 Subject: [FFmpeg-trac] #4048(avformat:new): segment: Handle WebVTT as per HLS spec In-Reply-To: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> References: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> Message-ID: <053.d5954398c28c18d9a05f01125eb71d9f@avcodec.org> #4048: segment: Handle WebVTT as per HLS spec -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls webvtt | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => hls webvtt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 09:49:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 07:49:25 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.47b38fe7a29cb35d1283e245c578a69e@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Jarod42): I need to create a TS from the video source, so converting dvdsubs to dvbsubs is required. After figuring out, that the {{{-palette}}} option needs to be put before the input file, the color "mismatch" problem is solved. The position of the subs however does not match the original. After a closer look at the converted subs I figured they are shrank vertically. So I tried to resize them using {{{-s:s:0 720x576}}} which unfortunately did not have any effect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 10:09:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 08:09:20 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.1a8294e302016672fe4d1e0e77c80e05@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 Jarod42]: > I need to create a TS from the video source, so converting dvdsubs to dvbsubs is required. I understand that this is your usecase. But a bug report should be as simple as possible and reading your original report makes one believe that there is an issue creating dvbsub subtitles. > The position of the subs however does not match the original. After a closer look at the converted subs I figured they are shrunk vertically. So I tried to resize them using {{{-s:s:0 720x576}}} which unfortunately did not have any effect. I cannot reproduce this here and I don't see it looking at your screenshots either. Is the difference very small? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 10:30:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 08:30:30 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.ed0921275aa20977d1c18cfb551ecf1b@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Jarod42): I created a third picture from the two already attached pics where I put the picture with the converted subs (yellow) over the original (white). It is clear to see that they are not at the same position, nor are they the same size. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 10:31:06 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 08:31:06 -0000 Subject: [FFmpeg-trac] #4048(avformat:new): segment: Handle WebVTT as per HLS spec In-Reply-To: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> References: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> Message-ID: <053.7e37fda7c900b2a27f8f2d6f4724a32a@avcodec.org> #4048: segment: Handle WebVTT as per HLS spec -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by 11rcombs): * keywords: hls webvtt => Comment: It's not so much a bug as the lack of support for a newly-specified behavior. But let's use this {{{test.vtt}}} file as an example: {{{ 00:00.000 --> 00:07.000 Test line 1, spans segments 0 and 1 00:07.000 --> 00:08.000 Test line 2, contained in segment 1 00:16.000 --> 00:18.000 Test line 3, should be in segment 3 after an empty segment 2 00:18.000 --> 00:40.000 Test line 4, should span several segments }}} Let's run {{{ffmpeg -i in.vtt -f segment -segment_time 5 -segment_format webvtt -scodec copy out-%05d.vtt}}}. We get: out-00000.vtt {{{ WEBVTT 00:00.000 --> 00:07.000 Test line 1, spans segments 0 and 1 }}} out-00001.vtt {{{ WEBVTT 00:07.000 --> 00:08.000 Test line 2, contained in segment 1 }}} out-00002.vtt {{{ WEBVTT 00:16.000 --> 00:18.000 Test line 3, should be in segment 3 after an empty segment 2 }}} out-00003.vtt {{{ WEBVTT 00:18.000 --> 00:40.000 Test line 4, should span several segments }}} The correct output for HLS would be: out-00000.vtt {{{ WEBVTT 00:00.000 --> 00:07.000 Test line 1, spans segments 0 and 1 }}} out-00001.vtt {{{ WEBVTT 00:00.000 --> 00:07.000 Test line 1, spans segments 0 and 1 00:07.000 --> 00:08.000 Test line 2, contained in segment 1 }}} out-00002.vtt {{{ WEBVTT }}} out-00003.vtt {{{ WEBVTT 00:18.000 --> 00:40.000 Test line 4, should span several segments }}} out-00004.vtt {{{ WEBVTT 00:18.000 --> 00:40.000 Test line 4, should span several segments }}} The two behaviors that need adding (writing empty segments, and duplicating packets spanning multiple segments) seem like they could reasonably be separate options. The writing-empty-segments behavior seems sensible for generic subtitle segmenting (in order to have predictable segment durations), whereas duplicating packets is pretty WebVTT-in-HLS- specific. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 10:31:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 08:31:43 -0000 Subject: [FFmpeg-trac] #4048(avformat:new): segment: Handle WebVTT as per HLS spec In-Reply-To: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> References: <038.e2a1ab61efa75bac8a11066a2b02279f@avcodec.org> Message-ID: <053.b8e5944d177801bd229c2d91ce7dd89a@avcodec.org> #4048: segment: Handle WebVTT as per HLS spec -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls webvtt | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by 11rcombs): * keywords: => hls webvtt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 10:39:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 08:39:30 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.4a5f198204189c280d418bf15b03a0dc@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I still cannot reproduce: The word ''three'' is over Ibanez' right hand here, both on the original (vob) file and for the reencoded transport stream. Which application did you use for playing the transport stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 10:42:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 08:42:02 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.2854d83c431550ab0d24e1c4191d0220@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): You don't have to use the concat protocol (although it was made for your use case), just read the m3u8 file as input and reencode specifying the new parameters like resolution and bitrate (to new segmented transport streams). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 11:28:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 09:28:53 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.4262c9ce04d493a34d8365e67a418da6@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Jarod42): I was using VLC 2.1.5 to replay the TS and that might be the cause. When using ffplay the subs are at the same position, before and after the conversion. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 11:48:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 09:48:01 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.4a210a7be6123234d13df0ff98668ed1@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by holden): Replying to [comment:11 thender]: > libavdevice # patch -p1 <0001-lavd-v4l2-produce-a-0-byte-packet-when-a -dequeued-bu.patch v4l2.c If it can be of any help, you can use the following procedure to apply the patch: 1) make sure your master branch is updated: {{{ git checkout master make distclean git pull }}} 2) now create a new branch and apply the patch {{{ git checkout -b v4l2fix git am 0001-lavd-v4l2-produce-a-0-byte-packet-when-a-dequeued-bu.patch }}} 3) Configure / compile / test 4) When you're done you can switch to your master branch again and delete the other {{{ git checkout master git branch -D v4l2fix }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 12:15:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 10:15:54 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.1c1cca77f184a6c40298c493210271fd@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): my situation is, after segment mp4 into ts files successfully, my application (which use ffmpeg api) read ts file, then transcode it into lower bitrate, size for other devices to use. What you 're talking about is absolutely right if it work. But, why ffmpeg can transcode using m3u8 playlist input but cannot transcode single ts file to produce output with right duration, and frame? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 12:41:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 10:41:39 -0000 Subject: [FFmpeg-trac] #1199(avformat:open): Playlist support In-Reply-To: <035.4970588ceec6d9cadc22ede1be19eff0@avcodec.org> References: <035.4970588ceec6d9cadc22ede1be19eff0@avcodec.org> Message-ID: <050.fd5db44b39b5bd95b9c9161c229efd96@avcodec.org> #1199: Playlist support -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by mbat): Would be really useful to have this feature for .m3u, .pls and .asx. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 12:46:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 10:46:32 -0000 Subject: [FFmpeg-trac] #1199(avformat:open): Playlist support In-Reply-To: <035.4970588ceec6d9cadc22ede1be19eff0@avcodec.org> References: <035.4970588ceec6d9cadc22ede1be19eff0@avcodec.org> Message-ID: <050.b5f9caa6ca7732d4537dbef12330dd6f@avcodec.org> #1199: Playlist support -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by gjdfgh): * cc: nfxjfg@? (added) Comment: There is a very old Libav branch that adds playlist support: http://git.khirnov.net/cgit.cgi/libav/log/?h=playlists Please discuss this with elenril on #libav-devel. (And be civil. Anyone discussing ffmpeg vs. libav here please fuck off.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 12:47:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 10:47:04 -0000 Subject: [FFmpeg-trac] #998(undetermined:open): Must convert mms://... streams to mmsh://... for FFmpeg to work In-Reply-To: <037.bfcb695bced45693af064e4981f64fa2@avcodec.org> References: <037.bfcb695bced45693af064e4981f64fa2@avcodec.org> Message-ID: <052.58bc9a2d0c2ddc1622331c5d1e1c2190@avcodec.org> #998: Must convert mms://... streams to mmsh://... for FFmpeg to work -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mms | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by mbat): Couldn't ffmpeg automatically try mmsh if mms fails? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 13:09:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 11:09:09 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.3e42b4200a7239043faced678dde6b36@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): To understand what I am trying to explain, you can see these 2 videos here: http://221.132.35.210:9090/ The first one: split and muxing and can be play well. The second, transcoded from the first, ts by ts, has problem between 2 segments, it is discontinuous, sometimes I think it's just one frame dropped or duplicate, but it's not continuous. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 14:06:00 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 12:06:00 -0000 Subject: [FFmpeg-trac] #4049(avformat:new): av_write_trailer() - memory leaks on error - interleave_packet() Message-ID: <036.03b855bcccf03dd9924468e933dbf25d@avcodec.org> #4049: av_write_trailer() - memory leaks on error - interleave_packet() ----------------------------------+--------------------------------------- Reporter: perexg | Type: defect Status: new | Priority: important Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: The av_write_trails() function calls s->oformat->write_trailer() callback only when interleave_packet() does not return an error. In other case (storage is full, output file descriptor is unavailable), the callback is not called, causing memory leaks, because muxers are freeing their structures in the .write_trailer() callback -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 14:17:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 12:17:54 -0000 Subject: [FFmpeg-trac] #4049(avformat:new): av_write_trailer() - memory leaks on error - interleave_packet() In-Reply-To: <036.03b855bcccf03dd9924468e933dbf25d@avcodec.org> References: <036.03b855bcccf03dd9924468e933dbf25d@avcodec.org> Message-ID: <051.6648a69ded04ecc10c5178e5259edec8@avcodec.org> #4049: av_write_trailer() - memory leaks on error - interleave_packet() -------------------------------------+------------------------------------ Reporter: perexg | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => leak * priority: important => normal Comment: Please provide valgrind output when reporting a memory leak. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 14:39:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 12:39:13 -0000 Subject: [FFmpeg-trac] #4049(avformat:new): av_write_trailer() - memory leaks on error - interleave_packet() In-Reply-To: <036.03b855bcccf03dd9924468e933dbf25d@avcodec.org> References: <036.03b855bcccf03dd9924468e933dbf25d@avcodec.org> Message-ID: <051.955172086d31eda755dbc09ab1975adb@avcodec.org> #4049: av_write_trailer() - memory leaks on error - interleave_packet() -------------------------------------+------------------------------------ Reporter: perexg | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by perexg): {{{ ==17815== 11,720 bytes in 4 blocks are definitely lost in loss record 41 of 42 ==17815== at 0x4C29D96: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==17815== by 0x4C29E87: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==17815== by 0x548CA1: av_mallocz (mem.c:95) ==17815== by 0x570C2D: mpegts_write_header (mpegtsenc.c:661) ==17815== by 0x57476C: avformat_write_header (mux.c:419) }}} {{{ =17815== 7,700 (2,960 direct, 4,740 indirect) bytes in 2 blocks are definitely lost in loss record 40 of 42 ==17815== at 0x4C29D96: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==17815== by 0x4C29E87: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==17815== by 0x5489B9: av_malloc (mem.c:95) ==17815== by 0x575CEA: avformat_alloc_context (options.c:110) ==17815== by 0x570F68: mpegts_write_header (mpegtsenc.c:705) ==17815== by 0x57476C: avformat_write_header (mux.c:419) }}} etc.. this is after av_write_trailer() call... but the write callback returned error before, because fd was closed (by remote side).. Anyway, the summary description should be enough to check this problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 14:52:29 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 12:52:29 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.ccce6cec42752d6d4461f72551017b04@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by holden): * analyzed: 0 => 1 * cc: mywing81@? (added) * owner: => holden -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 14:54:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 12:54:23 -0000 Subject: [FFmpeg-trac] #3345(swscale:new): Bias in planar YUV to YUV bit depth conversion In-Reply-To: <036.cabc4e90d78db5acd8448341d2a13d3e@avcodec.org> References: <036.cabc4e90d78db5acd8448341d2a13d3e@avcodec.org> Message-ID: <051.f96dda2868c9b616a9a0a30292672eb0@avcodec.org> #3345: Bias in planar YUV to YUV bit depth conversion ------------------------------------+----------------------------------- Reporter: abc123 | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by holden): * keywords: => bounty -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 15:05:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 13:05:16 -0000 Subject: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL Message-ID: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> #4050: Archimedia Master Player violates the 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 -------------------------------------+------------------------------------- Copies of avcodec-55.dll, ffprobe.exe etc all setup as --enable-gpl /home/kyle/software/ffmpeg/source/ffmpeg-git/cmdutils.c etc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 16:49:31 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 14:49:31 -0000 Subject: [FFmpeg-trac] #4051(avformat:new): Assertion error in mux.c with a slow input Message-ID: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> #4051: Assertion error in mux.c with a slow input -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: | Keywords: mux assert unspecified | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- A bit tricky to trigger, I wasn't able to simplify any further. Here is the first python script you'll need: {{{ ? cat < /tmp/feed.py import sys, time fifo = open(sys.argv[1], 'wb') frame = '\x00' * (320*240*3) framecount = 0 for i in range(1000): print 'write frame #%d' % framecount fifo.write(frame) framecount += 1 time.sleep(.1) EOF }}} Create the video FIFO: {{{ ? mkfifo /tmp/videofifo }}} Start ffmpeg: {{{ ? ./ffmpeg -f rawvideo -pixel_format rgb24 -video_size 320x240 -i /tmp/videofifo -f s32le -ac 2 -ar 44100 -i /dev/zero -map 0:v -map 1:a -c:v libx264 -c:a aac -strict -2 -y -f matroska /dev/null ffmpeg version N-67067-g1372c55 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 21 2014 16:36:11 with gcc 4.9.1 (GCC) 20140903 (prerelease) configuration: --enable-gpl --enable-libfribidi --enable-fontconfig --enable-libfreetype --enable-libx264 --enable-libvorbis --enable- libmp3lame --enable-libmodplug --enable-libass --enable-libfaac --enable- nonfree --assert-level=2 --samples=/home/ux/fate-samples --cpu=native --cc='ccache cc' libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 }}} While ffmpeg is in stand-by, run the video feeder: {{{ ? python2 /tmp/feed.py /tmp/videofifo write frame #0 write frame #1 write frame #2 write frame #3 write frame #4 ... }}} After about 50 frames, ffmpeg asserts: {{{ ? ./ffmpeg -f rawvideo -pixel_format rgb24 -video_size 320x240 -i /tmp/videofifo -f s32le -ac 2 -ar 44100 -i /dev/zero -map 0:v -map 1:a -c:v libx264 -c:a aac -strict -2 -y -f matroska /dev/null ffmpeg version N-67067-g1372c55 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 21 2014 16:36:11 with gcc 4.9.1 (GCC) 20140903 (prerelease) configuration: --enable-gpl --enable-libfribidi --enable-fontconfig --enable-libfreetype --enable-libx264 --enable-libvorbis --enable- libmp3lame --enable-libmodplug --enable-libass --enable-libfaac --enable- nonfree --assert-level=2 --samples=/home/ux/fate-samples --cpu=native --cc='ccache cc' libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, rawvideo, from '/tmp/videofifo': Duration: N/A, start: 0.000000, bitrate: 46080 kb/s Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240, 46080 kb/s, 25 tbr, 25 tbn, 25 tbc Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, s32le, from '/dev/zero': Duration: N/A, bitrate: 2822 kb/s Stream #1:0: Audio: pcm_s32le, 44100 Hz, 2 channels, s32, 2822 kb/s No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x1a7a080] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x1a7a080] profile High 4:4:4 Predictive, level 1.3, 4:4:4 8-bit [libx264 @ 0x1a7a080] 264 - core 142 r2455 021c0dc - 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=4 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 Output #0, matroska, to '/dev/null': Metadata: encoder : Lavf56.9.101 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p, 320x240, q=-1--1, 25 fps, 1k tbn, 25 tbc Metadata: encoder : Lavc56.8.102 libx264 Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, fltp, 128 kb/s Metadata: encoder : Lavc56.8.102 aac Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Stream #1:0 -> #0:1 (pcm_s32le (native) -> aac (native)) Press [q] to stop, [?] for help Assertion pkt->dts == ((int64_t)0x8000000000000000UL) || pkt->dts >= 0 failed at libavformat/mux.c:577 zsh: abort (core dumped) ./ffmpeg -f rawvideo -pixel_format rgb24 -video_size 320x240 -i /tmp/videofif }}} I tried {{{-c:v mpeg4}}} instead of {{{-c:v libx264}}} but the assert didn't occur, so I let it as is. This is not reproducible with 2.4, so it's a regression. I haven't bisected yet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 17:23:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 15:23:55 -0000 Subject: [FFmpeg-trac] #4051(avformat:new): Assertion error in mux.c with a slow input In-Reply-To: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> References: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> Message-ID: <051.a94849f4f64142685dcd2a183acb1911@avcodec.org> #4051: Assertion error in mux.c with a slow input -------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: mux assert | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * keywords: mux assert regression => mux assert Comment: Actually not a regression, it wasn't built with the same assert level. So to reproduce the above, you need {{{--assert-level=2}}} (1 should work as well). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 17:37:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 15:37:18 -0000 Subject: [FFmpeg-trac] #4051(avformat:new): Assertion error in mux.c with a slow input In-Reply-To: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> References: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> Message-ID: <051.6fdcb4bacf56b0026b7685ed1cb7c02d@avcodec.org> #4051: Assertion error in mux.c with a slow input -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: mux crash | Blocked By: abort | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mux assert => mux crash abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 17:53:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 15:53:10 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.a34864c49486f41fc05810a8b0b85173@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by thender): I did something embarrassingly ignorant. Your patch works fine, the error is gone. I used the most basic ./configure with nothing but prefix=usr and support for libv4l2. It works but I get only 30% CPU usage with this, so I am going to try re-configuring it with something that more closely correlates with the configuration that I get when I emerge media- video/ffmpeg with portage, and see if I have a working solution. Thank you so much! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 18:55:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 16:55:03 -0000 Subject: [FFmpeg-trac] #4052(undetermined:new): Memory leak in FFmpeg within iFFmpeg app for Mac OS X Message-ID: <037.77b8763b51046c446b921f5a3b844088@avcodec.org> #4052: Memory leak in FFmpeg within iFFmpeg app for Mac OS X -------------------------------------+------------------------------------- Reporter: erics72 | Type: task Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, I use iFFmpeg for video/audio file conversions, which uses the binary FFmpeg. I've been noticing for sometime now that iFFmpeg would eat up a lot of my free memory on my Mac Pro. I would have to quit the app, or sometimes restart my computer to get what it used up. I contacted iFFmpeg, about a possible memory leak in their app, and if there was a way to automatically purge it after the completion of transcoding. They tell me that iFFmpeg doesn't have any memory leaks. Except for the 0.05% from Apple diagnostics. But they did tell me that FFmpeg has memory leak issues, and to contact you guys to report this bug. Not sure if you are aware. Is this an unresolved on-going issue, or will there be a bug fix in near future binary updates? Or is there a workaround I can do to help/fix the memory leak? Not sure what version of the binary I have. I'm guessing it's the latest one. I checked a month ago, and realized I didn't need to download it. Much appreciated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 19:23:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 17:23:14 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.afcd5c5582b67d0bb0fde53e6e5b1665@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by thender): Doh, nevermind. Spoke too soon. I get this on the 2nd recording. [video4linux2,v4l2 @ 0x1c2ff80] Dequeued v4l2 buffer contains corrupted data (0 bytes). And when I go to record, it leaves off where I was before. [video4linux2,v4l2 @ 0x1c2ff80] Dequeued v4l2 buffer contains corrupted data (0 bytes). Last message repeated 30 times frame= 16 fps=0.0 q=12.0 size= 108kB time=00:02:15.60 bitrate= 6.5kbits/frame= 31 fps= 31 q=12.0 size= 205kB time=00:02:16.10 bitrate= 12.3kbits/frame= 46 fps= 30 q=12.0 size= 301kB time=00:02:16.60 bitrate= 18.1kbits/frame= 61 fps= 30 q=12.0 size= 398kB time=00:02:17.10 bitrate= 23.8kbits/frame= 76 fps= 30 q=12.0 size= 495kB time=00:02:17.60 bitrate= 29.5kbits/frame= 91 fps= 30 q=12.0 size= 592kB time=00:02:18.10 bitrate= 35.1kbits/frame= 107 fps= 30 q=13.0 size= 693kB time=00:02:18.63 bitrate= 40.9kbits/frame= 122 fps= 30 q=13.0 size= 785kB time=00:02:19.13 bitrate= 46.2kbits/frame= 124 fps= 30 q=-1.0 Lsize= 72085kB time=00:02:19.43 bitrate=4235.1kbits/s dup=0 drop=122 video:71134kB audio:770kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.251618% [libx264 @ 0x1c4ee00] frame I:1 Avg QP: 7.00 size:1198492 [libx264 @ 0x1c4ee00] frame P:123 Avg QP:12.19 size:582459 [libx264 @ 0x1c4ee00] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x1c4ee00] mb P I16..4: 16.9% 0.0% 0.0% P16..4: 82.9% 0.0% 0.0% 0.0% 0.0% skip: 0.2% [libx264 @ 0x1c4ee00] coded y,uvDC,uvAC intra: 96.0% 99.1% 97.8% inter: 98.8% 99.3% 98.3% [libx264 @ 0x1c4ee00] i16 v,h,dc,p: 13% 14% 55% 18% [libx264 @ 0x1c4ee00] i8c dc,h,v,p: 50% 14% 20% 16% [libx264 @ 0x1c4ee00] kb/s:140982.55 Received signal 2: terminating. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 20:11:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 18:11:10 -0000 Subject: [FFmpeg-trac] #4052(undetermined:new): Memory leak in FFmpeg within iFFmpeg app for Mac OS X In-Reply-To: <037.77b8763b51046c446b921f5a3b844088@avcodec.org> References: <037.77b8763b51046c446b921f5a3b844088@avcodec.org> Message-ID: <052.830f37f2b825b3590bfedfdd66988246@avcodec.org> #4052: Memory leak in FFmpeg within iFFmpeg app for Mac OS X -------------------------------------+------------------------------------- Reporter: erics72 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: leak | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: memory leak => leak * priority: important => normal * type: task => defect Comment: Please provide the command line that allows to reproduce the memory leak together with the complete, uncut console output and valgrind output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 20:18:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 18:18:41 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.44b3d1dbc82429721ad3b3940a0a2b9c@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by holden): Replying to [comment:16 thender]: > Doh, nevermind. Spoke too soon. I get this on the 2nd recording. > > [video4linux2,v4l2 @ 0x1c2ff80] Dequeued v4l2 buffer contains corrupted data (0 bytes). > The message above simply means that the v4l2 driver has passed a corrupt frame to the application (ffmpeg). In this case the application can just ignore it and continue (it is supposed to be a recoverable error). Apart from that warning, does the recording work when you play it again? > And when I go to record, it leaves off where I was before. What do you mean by that? Also, could you please post the complete output adding -loglevel debug to your command line? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 21:36:49 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 19:36:49 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.d5d2814a7cceb5ca03697c237f0d3d74@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by thender): To explain a little more precisely: Originally, the first recording worked, but the second one would not. The error one would receive on the second record was this. ''[video4linux2,v4l2 @ 0x1584f80] The v4l2 frame is 0 bytes, but 4147200 bytes are expected Input #0, video4linux2,v4l2, from '/dev/video1': '' Issues of this nature also had a tendency to happen in the middle of a recording. Now, the 2nd recording does start recording, but you get stuck with one frame, that is the last frame from the prior recording. So you get a video file of one frame, no movement with what is going on, and that video frame in the 2nd recording that makes up the entirety of the recording is the last frame from the first recording. Here is the command line with debug. ffmpeg -f v4l2 -framerate 30 -s 1920x1080 -i /dev/video2 -c:v libx264 -preset ultrafast -crf 10 microcorder.mkv -loglevel debug ffmpeg version N-67063-g282c935 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 21 2014 12:12:55 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe' --extra-cflags='-march=native -O2 -pipe' --extra-cxxflags='-march=native -O2 -pipe' --enable-gpl --enable- postproc --enable-avfilter --enable-avresample --enable-version3 --enable- nonfree --enable-bzlib --enable-hardcoded-tables --enable-iconv --enable- network --enable-ffplay --enable-vaapi --enable-zlib --enable-libvo-aacenc --enable-libmp3lame --enable-libfaac --enable-libtheora --enable- libwavpack --enable-libwebp --enable-libx264 --enable-libxvid --enable- opengl --enable-libv4l2 --enable-libpulse --enable-x11grab --enable- libfreetype --enable-pthreads --enable-libvorbis --cpu=host libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-framerate' ... matched as AVOption 'framerate' with argument '30'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument '1920x1080'. Reading option '-i' ... matched as input file with argument '/dev/video2'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'libx264'. Reading option '-preset' ... matched as AVOption 'preset' with argument 'ultrafast'. Reading option '-crf' ... matched as AVOption 'crf' with argument '10'. Reading option 'microcorder.mkv' ... matched as output file. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video2. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument 1920x1080. Successfully parsed a group of options. Opening an input file: /dev/video2. [video4linux2,v4l2 @ 0x17b4f80] fd:3 capabilities:84000001 [video4linux2,v4l2 @ 0x17b4f80] Current input_channel: 0, input_name: Camera 1, input_std: 0 [video4linux2,v4l2 @ 0x17b4f80] Setting time per frame to 1/30 [video4linux2,v4l2 @ 0x17b4f80] The V4L2 driver changed the pixel format from 0x32315559 to 0x56595559 [video4linux2,v4l2 @ 0x17b4f80] Trying to set codec:rawvideo pix_fmt:yuv420p [video4linux2,v4l2 @ 0x17b4f80] The V4L2 driver changed the pixel format from 0x32315559 to 0x56595559 [video4linux2,v4l2 @ 0x17b4f80] Trying to set codec:rawvideo pix_fmt:yuv420p [video4linux2,v4l2 @ 0x17b4f80] The V4L2 driver changed the pixel format from 0x32315659 to 0x56595559 [video4linux2,v4l2 @ 0x17b4f80] Trying to set codec:rawvideo pix_fmt:yuv422p [video4linux2,v4l2 @ 0x17b4f80] The V4L2 driver changed the pixel format from 0x50323234 to 0x56595559 [video4linux2,v4l2 @ 0x17b4f80] Trying to set codec:rawvideo pix_fmt:yuyv422 [video4linux2,v4l2 @ 0x17b4f80] Dequeued v4l2 buffer contains corrupted data (0 bytes). [video4linux2,v4l2 @ 0x17b4f80] All info found Input #0, video4linux2,v4l2, from '/dev/video2': Duration: N/A, start: 0.000000, bitrate: 995328 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 1/1000000, 995328 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file microcorder.mkv. Applying option c:v (codec name) with argument libx264. Successfully parsed a group of options. Opening an output file: microcorder.mkv. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 0x17b4e80] Setting 'video_size' to value '1920x1080' [graph 0 input from stream 0:0 @ 0x17b4e80] Setting 'pix_fmt' to value '1' [graph 0 input from stream 0:0 @ 0x17b4e80] Setting 'time_base' to value '1/1000000' [graph 0 input from stream 0:0 @ 0x17b4e80] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0x17b4e80] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x17b4e80] Setting 'frame_rate' to value '30/1' [graph 0 input from stream 0:0 @ 0x17b4e80] w:1920 h:1080 pixfmt:yuyv422 tb:1/1000000 fr:30/1 sar:0/1 sws_param:flags=2 [format @ 0x17abf60] compat: called with args=[yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16] [format @ 0x17abf60] Setting 'pix_fmts' to value 'yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16' [auto-inserted scaler 0 @ 0x17b84c0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x17b84c0] w:iw h:ih flags:'0x4' interl:0 [format @ 0x17abf60] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x17abec0] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x17b84c0] picking yuv422p out of 7 ref:yuyv422 alpha:0 [auto-inserted scaler 0 @ 0x17b84c0] w:1920 h:1080 fmt:yuyv422 sar:0/1 -> w:1920 h:1080 fmt:yuv422p sar:0/1 flags:0x4 No pixel format specified, yuv422p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x17b7980] using mv_range_thread = 88 [libx264 @ 0x17b7980] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x17b7980] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0x17b7980] 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=crf mbtree=0 crf=10.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=0 Output #0, matroska, to 'microcorder.mkv': Metadata: encoder : Lavf56.9.101 Stream #0:0, 0, 1/1000: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, 1920x1080, 1/30, q=-1--1, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc56.8.102 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help [video4linux2,v4l2 @ 0x17b4f80] Dequeued v4l2 buffer contains corrupted data (0 bytes). Last message repeated 30 times *** dropping frame 3 from stream 0 at ts 212910 *** dropping frame 4 from stream 0 at ts 212911 *** dropping frame 5 from stream 0 at ts 212912 *** dropping frame 6 from stream 0 at ts 212913 *** dropping frame 7 from stream 0 at ts 212914 [libx264 @ 0x17b7980] frame= 0 QP=7.00 NAL=3 Slice:I Poc:0 I:8160 P:0 SKIP:0 size=876606 bytes [matroska @ 0x17b6980] Writing block at offset 639, size 877191, pts 7096967, dts 7096967, duration 33, flags 128 *** dropping frame 8 from stream 0 at ts 212915 [libx264 @ 0x17b7980] frame= 1 QP=9.00 NAL=2 Slice:P Poc:2 I:105 P:8055 SKIP:0 size=528337 bytes [matroska @ 0x17b6980] Writing block at offset 877839, size 528337, pts 7097000, dts 7097000, duration 33, flags 0 *** dropping frame 9 from stream 0 at ts 212916 [libx264 @ 0x17b7980] frame= 2 QP=9.00 NAL=2 Slice:P Poc:4 I:435 P:7725 SKIP:0 size=569116 bytes [matroska @ 0x17b6980] Writing block at offset 1406184, size 569116, pts 7097033, dts 7097033, duration 33, flags 0 *** dropping frame 10 from stream 0 at ts 212917 [libx264 @ 0x17b7980] frame= 3 QP=9.00 NAL=2 Slice:P Poc:6 I:2346 P:5814 SKIP:0 size=650612 bytes [matroska @ 0x17b6980] Writing block at offset 1975308, size 650612, pts 7097067, dts 7097067, duration 33, flags 0 *** dropping frame 11 from stream 0 at ts 212918 [libx264 @ 0x17b7980] frame= 4 QP=9.00 NAL=2 Slice:P Poc:8 I:1929 P:6231 SKIP:0 size=646936 bytes [matroska @ 0x17b6980] Writing block at offset 2625928, size 646936, pts 7097100, dts 7097100, duration 33, flags 0 *** dropping frame 12 from stream 0 at ts 212919 [libx264 @ 0x17b7980] frame= 5 QP=9.00 NAL=2 Slice:P Poc:10 I:1904 P:6256 SKIP:0 size=646795 bytes [matroska @ 0x17b6980] Writing block at offset 3272872, size 646795, pts 7097133, dts 7097133, duration 33, flags 0 *** dropping frame 13 from stream 0 at ts 212920 [libx264 @ 0x17b7980] frame= 6 QP=9.00 NAL=2 Slice:P Poc:12 I:1835 P:6325 SKIP:0 size=649169 bytes [matroska @ 0x17b6980] Writing block at offset 3919675, size 649169, pts 7097167, dts 7097167, duration 33, flags 0 *** dropping frame 14 from stream 0 at ts 212921 [libx264 @ 0x17b7980] frame= 7 QP=9.00 NAL=2 Slice:P Poc:14 I:1940 P:6220 SKIP:0 size=652170 bytes [matroska @ 0x17b6980] Writing block at offset 4568852, size 652170, pts 7097200, dts 7097200, duration 33, flags 0 *** dropping frame 15 from stream 0 at ts 212922 [libx264 @ 0x17b7980] frame= 8 QP=9.00 NAL=2 Slice:P Poc:16 I:1878 P:6282 SKIP:0 size=649026 bytes [matroska @ 0x17b6980] Writing block at offset 5221030, size 649026, pts 7097233, dts 7097233, duration 33, flags 0 frame= 16 fps=0.0 q=9.0 size= 5732kB time=01:58:17.26 bitrate= 6.6kbits/s*** dropping frame 16 from stream 0 at ts 212923 [libx264 @ 0x17b7980] frame= 9 QP=9.00 NAL=2 Slice:P Poc:18 I:1955 P:6205 SKIP:0 size=653694 bytes [matroska @ 0x17b6980] Starting new cluster at offset 5870064 bytes, pts 7097267dts 7097267 [matroska @ 0x17b6980] Writing block at offset 5870081, size 653694, pts 7097267, dts 7097267, duration 33, flags 0 *** dropping frame 17 from stream 0 at ts 212924 [libx264 @ 0x17b7980] frame= 10 QP=9.00 NAL=2 Slice:P Poc:20 I:1971 P:6189 SKIP:0 size=652942 bytes [matroska @ 0x17b6980] Writing block at offset 6523783, size 652942, pts 7097300, dts 7097300, duration 33, flags 0 *** dropping frame 18 from stream 0 at ts 212925 [libx264 @ 0x17b7980] frame= 11 QP=9.00 NAL=2 Slice:P Poc:22 I:1829 P:6331 SKIP:0 size=652226 bytes [matroska @ 0x17b6980] Writing block at offset 7176733, size 652226, pts 7097333, dts 7097333, duration 33, flags 0 *** dropping frame 19 from stream 0 at ts 212926 [libx264 @ 0x17b7980] frame= 12 QP=9.00 NAL=2 Slice:P Poc:24 I:1969 P:6191 SKIP:0 size=654018 bytes [matroska @ 0x17b6980] Writing block at offset 7828967, size 654018, pts 7097367, dts 7097367, duration 33, flags 0 *** dropping frame 20 from stream 0 at ts 212927 [libx264 @ 0x17b7980] frame= 13 QP=9.00 NAL=2 Slice:P Poc:26 I:1922 P:6238 SKIP:0 size=653584 bytes [matroska @ 0x17b6980] Writing block at offset 8482993, size 653584, pts 7097400, dts 7097400, duration 33, flags 0 *** dropping frame 21 from stream 0 at ts 212928 [libx264 @ 0x17b7980] frame= 14 QP=9.00 NAL=2 Slice:P Poc:28 I:1869 P:6291 SKIP:0 size=652748 bytes [matroska @ 0x17b6980] Writing block at offset 9136585, size 652748, pts 7097433, dts 7097433, duration 33, flags 0 *** dropping frame 22 from stream 0 at ts 212929 [libx264 @ 0x17b7980] frame= 15 QP=9.00 NAL=2 Slice:P Poc:30 I:1915 P:6245 SKIP:0 size=652861 bytes [matroska @ 0x17b6980] Writing block at offset 9789341, size 652861, pts 7097467, dts 7097467, duration 33, flags 0 *** dropping frame 23 from stream 0 at ts 212930 [libx264 @ 0x17b7980] frame= 16 QP=9.00 NAL=2 Slice:P Poc:32 I:1941 P:6219 SKIP:0 size=655914 bytes [matroska @ 0x17b6980] Writing block at offset 10442210, size 655914, pts 7097500, dts 7097500, duration 33, flags 0 *** dropping frame 24 from stream 0 at ts 212931 [libx264 @ 0x17b7980] frame= 17 QP=9.00 NAL=2 Slice:P Poc:34 I:1897 P:6263 SKIP:0 size=655666 bytes [matroska @ 0x17b6980] Writing block at offset 11098132, size 655666, pts 7097533, dts 7097533, duration 33, flags 0 *** dropping frame 25 from stream 0 at ts 212932 [libx264 @ 0x17b7980] frame= 18 QP=9.00 NAL=2 Slice:P Poc:36 I:1886 P:6274 SKIP:0 size=653662 bytes [matroska @ 0x17b6980] Starting new cluster at offset 11753806 bytes, pts 7097567dts 7097567 [matroska @ 0x17b6980] Writing block at offset 11753823, size 653662, pts 7097567, dts 7097567, duration 33, flags 0 *** dropping frame 26 from stream 0 at ts 212933 [libx264 @ 0x17b7980] frame= 19 QP=9.00 NAL=2 Slice:P Poc:38 I:1918 P:6242 SKIP:0 size=654459 bytes [matroska @ 0x17b6980] Writing block at offset 12407493, size 654459, pts 7097600, dts 7097600, duration 33, flags 0 *** dropping frame 27 from stream 0 at ts 212934 [libx264 @ 0x17b7980] frame= 20 QP=9.00 NAL=2 Slice:P Poc:40 I:1933 P:6227 SKIP:0 size=655209 bytes [matroska @ 0x17b6980] Writing block at offset 13061960, size 655209, pts 7097633, dts 7097633, duration 33, flags 0 *** dropping frame 28 from stream 0 at ts 212935 [libx264 @ 0x17b7980] frame= 21 QP=9.00 NAL=2 Slice:P Poc:42 I:1855 P:6305 SKIP:0 size=654998 bytes [matroska @ 0x17b6980] Writing block at offset 13717177, size 654998, pts 7097667, dts 7097667, duration 33, flags 0 *** dropping frame 29 from stream 0 at ts 212936 [libx264 @ 0x17b7980] frame= 22 QP=9.00 NAL=2 Slice:P Poc:44 I:1921 P:6239 SKIP:0 size=652845 bytes [matroska @ 0x17b6980] Writing block at offset 14372183, size 652845, pts 7097700, dts 7097700, duration 33, flags 0 *** dropping frame 30 from stream 0 at ts 212937 frame= 30 fps= 29 q=9.0 size= 14673kB time=01:58:17.73 bitrate= 16.9kbits/s[libx264 @ 0x17b7980] frame= 23 QP=9.00 NAL=2 Slice:P Poc:46 I:1857 P:6303 SKIP:0 size=657522 bytes [matroska @ 0x17b6980] Writing block at offset 15025036, size 657522, pts 7097733, dts 7097733, duration 33, flags 0 *** dropping frame 31 from stream 0 at ts 212938 [libx264 @ 0x17b7980] frame= 24 QP=9.00 NAL=2 Slice:P Poc:48 I:1857 P:6303 SKIP:0 size=653710 bytes [matroska @ 0x17b6980] Writing block at offset 15682566, size 653710, pts 7097767, dts 7097767, duration 33, flags 0 *** dropping frame 32 from stream 0 at ts 212939 [libx264 @ 0x17b7980] frame= 25 QP=9.00 NAL=2 Slice:P Poc:50 I:1897 P:6263 SKIP:0 size=655173 bytes [matroska @ 0x17b6980] Writing block at offset 16336284, size 655173, pts 7097800, dts 7097800, duration 33, flags 0 *** dropping frame 33 from stream 0 at ts 212940 [libx264 @ 0x17b7980] frame= 26 QP=9.00 NAL=2 Slice:P Poc:52 I:1887 P:6273 SKIP:0 size=654544 bytes [matroska @ 0x17b6980] Writing block at offset 16991465, size 654544, pts 7097833, dts 7097833, duration 33, flags 0 *** dropping frame 34 from stream 0 at ts 212941 [libx264 @ 0x17b7980] frame= 27 QP=9.00 NAL=2 Slice:P Poc:54 I:1914 P:6246 SKIP:0 size=652925 bytes [matroska @ 0x17b6980] Starting new cluster at offset 17646017 bytes, pts 7097867dts 7097867 [matroska @ 0x17b6980] Writing block at offset 17646034, size 652925, pts 7097867, dts 7097867, duration 33, flags 0 *** dropping frame 35 from stream 0 at ts 212942 [libx264 @ 0x17b7980] frame= 28 QP=9.00 NAL=2 Slice:P Poc:56 I:1892 P:6268 SKIP:0 size=655587 bytes [matroska @ 0x17b6980] Writing block at offset 18298967, size 655587, pts 7097900, dts 7097900, duration 33, flags 0 *** dropping frame 36 from stream 0 at ts 212943 [libx264 @ 0x17b7980] frame= 29 QP=9.00 NAL=2 Slice:P Poc:58 I:1859 P:6301 SKIP:0 size=654975 bytes [matroska @ 0x17b6980] Writing block at offset 18954562, size 654975, pts 7097933, dts 7097933, duration 33, flags 0 *** dropping frame 37 from stream 0 at ts 212944 [libx264 @ 0x17b7980] frame= 30 QP=9.00 NAL=2 Slice:P Poc:60 I:1985 P:6175 SKIP:0 size=654340 bytes [matroska @ 0x17b6980] Writing block at offset 19609545, size 654340, pts 7097967, dts 7097967, duration 33, flags 0 *** dropping frame 38 from stream 0 at ts 212945 [libx264 @ 0x17b7980] frame= 31 QP=9.00 NAL=2 Slice:P Poc:62 I:1935 P:6225 SKIP:0 size=656391 bytes [matroska @ 0x17b6980] Writing block at offset 20263893, size 656391, pts 7098000, dts 7098000, duration 33, flags 0 *** dropping frame 39 from stream 0 at ts 212946 [libx264 @ 0x17b7980] frame= 32 QP=9.00 NAL=2 Slice:P Poc:64 I:1866 P:6294 SKIP:0 size=653822 bytes [matroska @ 0x17b6980] Writing block at offset 20920292, size 653822, pts 7098033, dts 7098033, duration 33, flags 0 *** dropping frame 40 from stream 0 at ts 212947 [libx264 @ 0x17b7980] frame= 33 QP=9.00 NAL=2 Slice:P Poc:66 I:1941 P:6219 SKIP:0 size=656975 bytes [matroska @ 0x17b6980] Writing block at offset 21574122, size 656975, pts 7098067, dts 7098067, duration 33, flags 0 *** dropping frame 41 from stream 0 at ts 212948 [libx264 @ 0x17b7980] frame= 34 QP=9.00 NAL=2 Slice:P Poc:68 I:1928 P:6232 SKIP:0 size=656025 bytes [matroska @ 0x17b6980] Writing block at offset 22231105, size 656025, pts 7098100, dts 7098100, duration 33, flags 0 *** dropping frame 42 from stream 0 at ts 212949 frame= 42 fps= 27 q=9.0 size= 22351kB time=01:58:18.13 bitrate= 25.8kbits/s[libx264 @ 0x17b7980] frame= 35 QP=9.00 NAL=2 Slice:P Poc:70 I:1906 P:6254 SKIP:0 size=654506 bytes [matroska @ 0x17b6980] Writing block at offset 22887138, size 654506, pts 7098133, dts 7098133, duration 33, flags 0 *** dropping frame 43 from stream 0 at ts 212950 [libx264 @ 0x17b7980] frame= 36 QP=9.00 NAL=2 Slice:P Poc:72 I:1867 P:6293 SKIP:0 size=653731 bytes [matroska @ 0x17b6980] Starting new cluster at offset 23541652 bytes, pts 7098167dts 7098167 [matroska @ 0x17b6980] Writing block at offset 23541669, size 653731, pts 7098167, dts 7098167, duration 33, flags 0 *** dropping frame 44 from stream 0 at ts 212951 [libx264 @ 0x17b7980] frame= 37 QP=9.00 NAL=2 Slice:P Poc:74 I:1889 P:6271 SKIP:0 size=656269 bytes [matroska @ 0x17b6980] Writing block at offset 24195408, size 656269, pts 7098200, dts 7098200, duration 33, flags 0 *** dropping frame 45 from stream 0 at ts 212952 [libx264 @ 0x17b7980] frame= 38 QP=9.00 NAL=2 Slice:P Poc:76 I:1854 P:6306 SKIP:0 size=654673 bytes [matroska @ 0x17b6980] Writing block at offset 24851685, size 654673, pts 7098233, dts 7098233, duration 33, flags 0 *** dropping frame 46 from stream 0 at ts 212953 [libx264 @ 0x17b7980] frame= 39 QP=9.00 NAL=2 Slice:P Poc:78 I:1917 P:6243 SKIP:0 size=655443 bytes [matroska @ 0x17b6980] Writing block at offset 25506366, size 655443, pts 7098267, dts 7098267, duration 33, flags 0 [libx264 @ 0x17b7980] frame= 40 QP=9.00 NAL=2 Slice:P Poc:80 I:1999 P:6161 SKIP:0 size=655840 bytes [matroska @ 0x17b6980] Writing block at offset 26161817, size 655840, pts 7098300, dts 7098300, duration 33, flags 0 [libx264 @ 0x17b7980] frame= 41 QP=9.00 NAL=2 Slice:P Poc:82 I:1872 P:6288 SKIP:0 size=656266 bytes [matroska @ 0x17b6980] Writing block at offset 26817665, size 656266, pts 7098333, dts 7098333, duration 33, flags 0 [libx264 @ 0x17b7980] frame= 42 QP=9.00 NAL=2 Slice:P Poc:84 I:1874 P:6286 SKIP:0 size=654788 bytes [matroska @ 0x17b6980] Writing block at offset 27473939, size 654788, pts 7098367, dts 7098367, duration 33, flags 0 [libx264 @ 0x17b7980] frame= 43 QP=9.00 NAL=2 Slice:P Poc:86 I:1893 P:6267 SKIP:0 size=655624 bytes [matroska @ 0x17b6980] Writing block at offset 28128735, size 655624, pts 7098400, dts 7098400, duration 33, flags 0 [libx264 @ 0x17b7980] frame= 44 QP=9.00 NAL=2 Slice:P Poc:88 I:1948 P:6212 SKIP:0 size=652990 bytes [matroska @ 0x17b6980] Writing block at offset 28784367, size 652990, pts 7098433, dts 7098433, duration 33, flags 0 [libx264 @ 0x17b7980] frame= 45 QP=9.00 NAL=2 Slice:P Poc:90 I:1863 P:6297 SKIP:0 size=654899 bytes [matroska @ 0x17b6980] Starting new cluster at offset 29437365 bytes, pts 7098467dts 7098467 [matroska @ 0x17b6980] Writing block at offset 29437382, size 654899, pts 7098467, dts 7098467, duration 33, flags 0 [libx264 @ 0x17b7980] frame= 46 QP=9.00 NAL=2 Slice:P Poc:92 I:1910 P:6250 SKIP:0 size=655587 bytes [matroska @ 0x17b6980] Writing block at offset 30092289, size 655587, pts 7098500, dts 7098500, duration 33, flags 0 [matroska @ 0x17b6980] end duration = 7098533 frame= 47 fps= 26 q=-1.0 Lsize= 30027kB time=01:58:18.53 bitrate= 34.7kbits/s dup=0 drop=44 video:30026kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.003682% Input file #0 (/dev/video2): Input stream #0:0 (video): 123 packets read (377395200 bytes); 91 frames decoded; Total: 123 packets (377395200 bytes) demuxed Output file #0 (microcorder.mkv): Output stream #0:0 (video): 47 frames encoded; 47 packets muxed (30746783 bytes); Total: 47 packets (30746783 bytes) muxed 91 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x17ba8e0] Statistics: 34 seeks, 978 writeouts [libx264 @ 0x17b7980] frame I:1 Avg QP: 7.00 size:876606 [libx264 @ 0x17b7980] frame P:46 Avg QP: 9.00 size:649339 [libx264 @ 0x17b7980] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x17b7980] mb P I16..4: 22.6% 0.0% 0.0% P16..4: 77.4% 0.0% 0.0% 0.0% 0.0% skip: 0.0% [libx264 @ 0x17b7980] coded y,uvDC,uvAC intra: 100.0% 100.0% 100.0% inter: 99.0% 100.0% 100.0% [libx264 @ 0x17b7980] i16 v,h,dc,p: 1% 4% 85% 10% [libx264 @ 0x17b7980] i8c dc,h,v,p: 63% 14% 10% 13% [libx264 @ 0x17b7980] kb/s:157001.86 Received signal 2: terminating. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 21 23:59:48 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 21:59:48 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.4c5447437f59292ec254c28bda1a3dc1@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:24 hungnv]: > my situation is, after segment mp4 into ts files successfully, my application (which use ffmpeg api) read ts file, then transcode it into lower bitrate, size for other devices to use, that's why I attached modified version of ffmpeg example in opened ticket. I believe that your situation is that this doesn't currently work and that a simple workaround (and additionally other workarounds) exist. I even thought that it cannot work but Nicholas knows this code much better so I am probably wrong. > What you 're talking about is absolutely right if it work. Did you test it? > But, why ffmpeg can transcode using m3u8 playlist input but cannot transcode single ts file to produce output with right duration, and frame? This question sounds to me very much like "Why should I use a simple way of solving my problem if there is a much more complicated way that currently doesn't work?" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 00:01:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 22:01:21 -0000 Subject: [FFmpeg-trac] #4049(avformat:open): av_write_trailer() - memory leaks on error - interleave_packet() In-Reply-To: <036.03b855bcccf03dd9924468e933dbf25d@avcodec.org> References: <036.03b855bcccf03dd9924468e933dbf25d@avcodec.org> Message-ID: <051.3cebc1237dc623d3514493fe3a4489c9@avcodec.org> #4049: av_write_trailer() - memory leaks on error - interleave_packet() ------------------------------------+------------------------------------ Reporter: perexg | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: unspecified => git-master Comment: Could you test if attached untested patch changes anything? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 00:46:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 22:46:18 -0000 Subject: [FFmpeg-trac] #3738(avformat:closed): Incorrect end time transcoding ogg vorbis In-Reply-To: <037.2eb56d6db0866a130ec70ff7f3d093c4@avcodec.org> References: <037.2eb56d6db0866a130ec70ff7f3d093c4@avcodec.org> Message-ID: <052.eb93f0cc16c0d3bcc06f8a161040d530@avcodec.org> #3738: Incorrect end time transcoding ogg vorbis ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avformat Comment: Not reproducible since 215db293 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 01:52:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Oct 2014 23:52:27 -0000 Subject: [FFmpeg-trac] #4053(swscale:new): Scaling bayer crashes libswscale Message-ID: <037.5bc0725ccc8781d6f1b4e695f0d8135a@avcodec.org> #4053: Scaling bayer crashes libswscale -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: swscale Version: git- | Keywords: crash master | SIGSEGV Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ $ valgrind ./ffmpeg_g -cpuflags 0 -f rawvideo -s pal -pix_fmt bayer_rggb16le -i /dev/zero -s cif -f null - ==3875== Memcheck, a memory error detector ==3875== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==3875== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==3875== Command: ./ffmpeg_g -cpuflags 0 -f rawvideo -s pal -pix_fmt bayer_rggb16le -i /dev/zero -s cif -f null - ==3875== ffmpeg version N-67086-gdd3f156 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 22 2014 00:56:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, rawvideo, from '/dev/zero': Duration: N/A, start: 0.000000, bitrate: 165888 kb/s Stream #0:0: Video: rawvideo ([186]RG[16] / 0x104752BA), bayer_rggb16le, 720x576, 165888 kb/s, 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf56.9.101 Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 352x288, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.8.102 rawvideo Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> rawvideo (native)) Press [q] to stop, [?] for help ==3875== Invalid read of size 2 ==3875== at 0xDDE610: hScale16To15_c (swscale.c:111) ==3875== by 0xDDFA0C: swscale (swscale.c:287) ==3875== by 0xDE12C1: sws_scale (swscale.c:1088) ==3875== by 0x4EDA84: filter_frame (vf_scale.c:429) ==3875== by 0x4981BD: ff_filter_frame_framed (avfilter.c:1098) ==3875== by 0x4986C0: default_filter_frame (avfilter.c:1178) ==3875== by 0x4981BD: ff_filter_frame_framed (avfilter.c:1098) ==3875== by 0x499308: ff_filter_frame (avfilter.c:1178) ==3875== by 0x49D5B1: request_frame (buffersrc.c:499) ==3875== by 0x49D84A: av_buffersrc_add_frame_internal (buffersrc.c:181) ==3875== by 0x49DBDC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==3875== by 0x483301: decode_video (ffmpeg.c:1989) ==3875== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==3875== ==3875== ==3875== Process terminating with default action of signal 11 (SIGSEGV) ==3875== Access not within mapped region at address 0x0 ==3875== at 0xDDE610: hScale16To15_c (swscale.c:111) ==3875== by 0xDDFA0C: swscale (swscale.c:287) ==3875== by 0xDE12C1: sws_scale (swscale.c:1088) ==3875== by 0x4EDA84: filter_frame (vf_scale.c:429) ==3875== by 0x4981BD: ff_filter_frame_framed (avfilter.c:1098) ==3875== by 0x4986C0: default_filter_frame (avfilter.c:1178) ==3875== by 0x4981BD: ff_filter_frame_framed (avfilter.c:1098) ==3875== by 0x499308: ff_filter_frame (avfilter.c:1178) ==3875== by 0x49D5B1: request_frame (buffersrc.c:499) ==3875== by 0x49D84A: av_buffersrc_add_frame_internal (buffersrc.c:181) ==3875== by 0x49DBDC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==3875== by 0x483301: decode_video (ffmpeg.c:1989) ==3875== If you believe this happened as a result of a stack ==3875== overflow in your program's main thread (unlikely but ==3875== possible), you can try to increase the size of the ==3875== main thread stack using the --main-stacksize= flag. ==3875== The main thread stack size used in this run was 8388608. ==3875== ==3875== HEAP SUMMARY: ==3875== in use at exit: 1,272,590 bytes in 161 blocks ==3875== total heap usage: 1,521 allocs, 1,360 frees, 1,913,121 bytes allocated ==3875== ==3875== LEAK SUMMARY: ==3875== definitely lost: 0 bytes in 0 blocks ==3875== indirectly lost: 0 bytes in 0 blocks ==3875== possibly lost: 2,736 bytes in 9 blocks ==3875== still reachable: 1,269,854 bytes in 152 blocks ==3875== suppressed: 0 bytes in 0 blocks ==3875== Rerun with --leak-check=full to see details of leaked memory ==3875== ==3875== For counts of detected and suppressed errors, rerun with: -v ==3875== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2) Killed }}} {{{ (gdb) r -f rawvideo -s pal -pix_fmt bayer_rggb16le -i /dev/zero -s cif -f null - Starting program: ffmpeg_g -f rawvideo -s pal -pix_fmt bayer_rggb16le -i /dev/zero -s cif -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-67086-gdd3f156 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 22 2014 00:56:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.102 / 56. 8.102 libavformat 56. 9.101 / 56. 9.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, rawvideo, from '/dev/zero': Duration: N/A, start: 0.000000, bitrate: 165888 kb/s Stream #0:0: Video: rawvideo ([186]RG[16] / 0x104752BA), bayer_rggb16le, 720x576, 165888 kb/s, 25 tbr, 25 tbn, 25 tbc [New Thread 0x7ffff1afe700 (LWP 3909)] [New Thread 0x7ffff12fd700 (LWP 3910)] [New Thread 0x7ffff0afc700 (LWP 3911)] [New Thread 0x7ffff02fb700 (LWP 3912)] [New Thread 0x7fffefafa700 (LWP 3913)] [New Thread 0x7fffef2f9700 (LWP 3914)] [New Thread 0x7fffeeaf8700 (LWP 3915)] [New Thread 0x7fffee2f7700 (LWP 3916)] [New Thread 0x7fffedaf6700 (LWP 3917)] Output #0, null, to 'pipe:': Metadata: encoder : Lavf56.9.101 Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 352x288, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.8.102 rawvideo Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> rawvideo (native)) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. ff_hscale14to15_8_ssse3.loop () at libswscale/x86/scale.asm:429 429 SCALE_FUNCS2 6, 6, 8 (gdb) bt #0 ff_hscale14to15_8_ssse3.loop () at libswscale/x86/scale.asm:429 #1 0x0000000000ddfa0d in hcscale (pal=0x1a43660, formatConvBuffer=0x1a48e80 "P", hChrFilterSize=8, hChrFilterPos=0x1a4c200, hChrFilter=0x1a3c960, xInc=67025, srcW=360, src_in=0x7fffffffd050, dstWidth=352, dst2=0x1a3a1c0, dst1=0x1a39ea0, c=0x1a3f4e0) at libswscale/swscale.c:287 #2 swscale (c=0x1a3f4e0, src=0x7fffffffd130, srcStride=0x7fffffffd110, srcSliceY=0, srcSliceH=576, dst=0x7fffffffd150, dstStride=0x7fffffffd120) at libswscale/swscale.c:508 #3 0x0000000000de12c2 in sws_scale (c=, srcSlice=srcSlice at entry=0x7fffffffd240, srcStride=srcStride at entry=0x7fffffffd200, srcSliceY=srcSliceY at entry=0, srcSliceH=576, dst=dst at entry=0x7fffffffd260, dstStride=0x7fffffffd210) at libswscale/swscale.c:1088 #4 0x00000000004eda85 in scale_slice (field=, mul=, h=, sws=, cur_pic=, out_buf=, link=, y=) at libavfilter/vf_scale.c:429 #5 filter_frame (link=link at entry=0x1a487c0, in=0x1a5c240) at libavfilter/vf_scale.c:526 #6 0x00000000004981be in ff_filter_frame_framed (link=link at entry=0x1a487c0, frame=0x1a3a160, frame at entry=0x1a5c240) at libavfilter/avfilter.c:1098 #7 0x00000000004986c1 in ff_filter_frame (frame=0x1a5c240, link=0x1a487c0) at libavfilter/avfilter.c:1178 #8 default_filter_frame (link=link at entry=0x1a3eba0, frame=0x1a5c240) at libavfilter/avfilter.c:1009 #9 0x00000000004981be in ff_filter_frame_framed (link=link at entry=0x1a3eba0, frame=0x1a3a160, frame at entry=0x1a5c240) at libavfilter/avfilter.c:1098 #10 0x0000000000499309 in ff_filter_frame (link=link at entry=0x1a3eba0, frame=0x1a5c240) at libavfilter/avfilter.c:1178 #11 0x000000000049d5b2 in request_frame (link=0x1a3eba0) at libavfilter/buffersrc.c:499 #12 0x000000000049d84b in av_buffersrc_add_frame_internal (ctx=ctx at entry=0x1a46e80, frame=frame at entry=0x1a5bc80, flags=flags at entry=4) at libavfilter/buffersrc.c:181 #13 0x000000000049dbdd in av_buffersrc_add_frame_flags (ctx=0x1a46e80, frame=frame at entry=0x1a5bc80, flags=flags at entry=4) at libavfilter/buffersrc.c:106 #14 0x0000000000483302 in decode_video (ist=ist at entry=0x1a58d00, pkt=pkt at entry=0x7fffffffda10, got_output=got_output at entry=0x7fffffffd78c) at ffmpeg.c:1989 #15 0x0000000000486adc in process_input_packet (pkt=0x7fffffffd9b0, ist=0x1a58d00) at ffmpeg.c:2123 #16 process_input (file_index=27587328) at ffmpeg.c:3541 #17 0x000000000046c351 in transcode_step () at ffmpeg.c:3635 #18 transcode () at ffmpeg.c:3687 #19 main (argc=, argv=) at ffmpeg.c:3863 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xe3243e to 0xe3247e: 0x0000000000e3243e : retq 0x0000000000e3243f : nop 0x0000000000e32440 : movslq %edx,%rdx 0x0000000000e32443 : shl %rdx 0x0000000000e32446 : lea (%r8,%rdx,8),%r8 0x0000000000e3244a : lea (%rsi,%rdx,1),%rsi 0x0000000000e3244e : lea (%r9,%rdx,2),%r9 0x0000000000e32452 : neg %rdx 0x0000000000e32455 : movslq (%r9,%rdx,2),%rdi 0x0000000000e32459 : movslq 0x4(%r9,%rdx,2),%rax => 0x0000000000e3245e : movdqu (%rcx,%rdi,2),%xmm0 0x0000000000e32463 : movdqu (%rcx,%rax,2),%xmm1 0x0000000000e32468 : movslq 0x8(%r9,%rdx,2),%rdi 0x0000000000e3246d : movslq 0xc(%r9,%rdx,2),%rax 0x0000000000e32472 : movdqu (%rcx,%rdi,2),%xmm4 0x0000000000e32477 : movdqu (%rcx,%rax,2),%xmm5 0x0000000000e3247c : pmaddwd (%r8,%rdx,8),%xmm0 End of assembler dump. (gdb) info register rax 0x0 0 rbx 0x0 0 rcx 0x0 0 rdx 0xfffffffffffffd40 -704 rsi 0x1a3a160 27500896 rdi 0x0 0 rbp 0x1a3f4e0 0x1a3f4e0 rsp 0x7fffffffce18 0x7fffffffce18 r8 0x1a3df60 27516768 r9 0x1a4c780 27576192 r10 0x2b8 696 r11 0x0 0 r12 0x7fffffffd130 140737488343344 r13 0x7fffffffd110 140737488343312 r14 0x0 0 r15 0x0 0 rip 0xe3245e 0xe3245e eflags 0x10283 [ CF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 04:05:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 02:05:54 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.86d5a096c2ce4fddde2be2f5bee04da2@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): `This question sounds to me very much like "Why should I use a simple way of solving my problem if there is a much more complicated way that currently doesn't work?"` Actually if what I am trying to do come up to be possible, it's a better solution. If it worked, I just need to deliver what user asks for. User request segment0000.ts - 360p resolution, my application uses FFMpeg API to transcode and deliver it to user. To work with the whole playlist, I have to transcode many files at a time, it also takes too much of time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 07:43:07 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 05:43:07 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.ff665610b0857c2b44b8977eba402443@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by thender): If it would help a developer to resolve this issue I would be happy to provide one of these capture devices & also a portable camcorder with hdmi output to you so you can try for yourself. Let me know if you would like to take me up on this offer. I am not a developer or manufacturer, just an end user that really likes ffmpeg. I have an extra one of these that works, and also a portable camcorder I never use. It would be more than sufficient, all you would need is a computer with a good USB 3.0 port to do the testing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 08:38:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 06:38:36 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.c1ac9265d5c0f8aa323c808009cba52b@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): Replying to [comment:26 cehoyos]: > Did you test it? It does not work, it produces a very strange things like this. The command with uncut output {{{ root at ubuntu:~# ffmpeg -i "http://ubuntu/vod/bichphuong.m3u8" -vb 1000k -s 640x360 -vcodec libx264 -acodec copy -vf scale=640:-1 streams/bicphuong.m3u8 ffmpeg version N-66929-gf6bb2cd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 17 2014 09:36:11 with gcc 4.6 (Ubuntu/Linaro 4.6.4-3ubuntu1) configuration: --enable-libx264 --enable-libfdk-aac --enable-gpl --enable-nonfree --enable-shared --enable-avresample --enable-debug=3 --enable-libfaac --enable-libvo-aacenc --enable-version3 libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 8.100 / 56. 8.100 libavformat 56. 9.100 / 56. 9.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.106 / 5. 1.106 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, hls,applehttp, from 'http://ubuntu/vod/bichphuong.m3u8': Duration: 00:06:00.38, start: 1.000000, bitrate: 0 kb/s Program 0 Metadata: variant_bitrate : 0 Stream #0:0: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 854x480, 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 136 kb/s [libx264 @ 0x19f6100] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x19f6100] profile High, level 3.0 Output #0, hls, to 'streams/bicphuong.m3u8': Metadata: encoder : Lavf56.9.100 Stream #0:0: Video: h264 (libx264), yuv420p, 640x360, q=-1--1, 1000 kb/s, 24 fps, 90k tbn, 24 tbc Metadata: encoder : Lavc56.8.100 libx264 Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, 136 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 8536 fps= 67 q=-1.0 Lsize=N/A time=00:06:00.28 bitrate=N/A dup=3014 drop=0 video:44125kB audio:3741kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown [libx264 @ 0x19f6100] frame I:82 Avg QP: 5.75 size: 46376 [libx264 @ 0x19f6100] frame P:3237 Avg QP: 8.51 size: 9914 [libx264 @ 0x19f6100] frame B:5217 Avg QP: 8.91 size: 1780 [libx264 @ 0x19f6100] consecutive B-frames: 14.5% 8.8% 9.7% 67.0% [libx264 @ 0x19f6100] mb I I16..4: 31.1% 26.4% 42.4% [libx264 @ 0x19f6100] mb P I16..4: 1.4% 3.7% 1.9% P16..4: 18.5% 13.6% 12.0% 0.0% 0.0% skip:49.0% [libx264 @ 0x19f6100] mb B I16..4: 0.0% 0.2% 0.1% B16..8: 15.2% 6.1% 2.4% direct: 2.9% skip:73.0% L0:38.4% L1:41.4% BI:20.2% [libx264 @ 0x19f6100] final ratefactor: 12.09 [libx264 @ 0x19f6100] 8x8 transform intra:46.1% inter:43.5% [libx264 @ 0x19f6100] coded y,uvDC,uvAC intra: 73.2% 76.9% 70.5% inter: 15.6% 14.5% 6.1% [libx264 @ 0x19f6100] i16 v,h,dc,p: 45% 31% 10% 15% [libx264 @ 0x19f6100] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 22% 15% 4% 6% 7% 7% 7% 7% [libx264 @ 0x19f6100] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 26% 11% 5% 8% 7% 7% 6% 6% [libx264 @ 0x19f6100] i8c dc,h,v,p: 52% 27% 16% 6% [libx264 @ 0x19f6100] Weighted P-Frames: Y:3.4% UV:2.6% [libx264 @ 0x19f6100] ref P L0: 77.6% 10.1% 9.6% 2.7% 0.0% [libx264 @ 0x19f6100] ref B L0: 93.5% 5.8% 0.7% [libx264 @ 0x19f6100] ref B L1: 96.3% 3.7% [libx264 @ 0x19f6100] kb/s:1016.32 }}} Ouput file: {{{ root at ubuntu:~# ls streams/ bicphuong0.ts bicphuong14.ts bicphuong19.ts bicphuong23.ts bicphuong28.ts bicphuong32.ts bicphuong37.ts bicphuong41.ts bicphuong46.ts bicphuong50.ts bicphuong55.ts bicphuong5.ts bicphuong64.ts bicphuong69.ts bicphuong73.ts bicphuong7.ts bicphuong10.ts bicphuong15.ts bicphuong1.ts bicphuong24.ts bicphuong29.ts bicphuong33.ts bicphuong38.ts bicphuong42.ts bicphuong47.ts bicphuong51.ts bicphuong56.ts bicphuong60.ts bicphuong65.ts bicphuong6.ts bicphuong74.ts bicphuong8.ts bicphuong11.ts bicphuong16.ts bicphuong20.ts bicphuong25.ts bicphuong2.ts bicphuong34.ts bicphuong39.ts bicphuong43.ts bicphuong48.ts bicphuong52.ts bicphuong57.ts bicphuong61.ts bicphuong66.ts bicphuong70.ts bicphuong75.ts bicphuong9.ts bicphuong12.ts bicphuong17.ts bicphuong21.ts bicphuong26.ts bicphuong30.ts bicphuong35.ts bicphuong3.ts bicphuong44.ts bicphuong49.ts bicphuong53.ts bicphuong58.ts bicphuong62.ts bicphuong67.ts bicphuong71.ts bicphuong76.ts bicphuong.m3u8 bicphuong13.ts bicphuong18.ts bicphuong22.ts bicphuong27.ts bicphuong31.ts bicphuong36.ts bicphuong40.ts bicphuong45.ts bicphuong4.ts bicphuong54.ts bicphuong59.ts bicphuong63.ts bicphuong68.ts bicphuong72.ts bicphuong77.ts }}} Content of output playlist: {{{ root at ubuntu:~# cat streams/bicphuong.m3u8 #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:11 #EXT-X-MEDIA-SEQUENCE:73 #EXTINF:8.000000, bicphuong73.ts #EXTINF:4.208333, bicphuong74.ts #EXTINF:8.583333, bicphuong75.ts #EXTINF:10.416667, bicphuong76.ts #EXTINF:4.875000, bicphuong77.ts #EXT-X-ENDLIST }}} FFmpeg generated 78 ts segments and create a playlist with just a few of it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 09:29:44 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 07:29:44 -0000 Subject: [FFmpeg-trac] #4054(undetermined:new): Stair Lifts - A Cost-Effective Way Of Getting Your Freedom Of Movement Back Message-ID: <044.61419b350bf1e7a001e7627e63692fd5@avcodec.org> #4054: Stair Lifts - A Cost-Effective Way Of Getting Your Freedom Of Movement Back -------------------------------------+------------------------------------- Reporter: | Type: defect jospehgonzalez | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Wheelchair lifts, also known as lifting lifts, are definitely the stair lifts for wheelchairs. These wheelchair consumers can negotiate stairs while not having to leave the wheelchair. At this time you'll examine what to search for when paying for a wheelchair lift. Make sure you read through assessment for Benefits of Stair Lifts from http://treppenlifte- welt.de. An overview on the subject of wheelchair lifts. Like stair lifts, widespread, there's also wheelchair lifts in several various designs and versions. The sole widespread aspect in all models will be the platform. Wheelchair lifts can be found in a variety of designs; they all have in typical the gear that has a solitary platform. Our enterprise devoted into the elimination of architectural boundaries by setting up stair lifts and detached. This internet site is devoted entirely to stair lifts, carry chairs also referred to as climbing stairs or chairs. Ladders chair curved portion, moveable stair raise stair raise chairs or climbing stairs and pool. We are going to generally be shut for you, both inside the option of your lifting tools and soon after set up. We've got brokers and organization advisors who will guidebook you to definitely make you really feel as safe and sound as possible throughout the process. Why we provide the most beneficial customer care to our clients. We now have speci at lised speci at lists wanting to fix any concerns or breakdown. Each is tailored to unique requirements, so we have to take into consideration their distinct characteristics in advance of choosing the indicacado. There are lifts with the disabled situated in stairways, you will discover elevators for residences, lifts, or vertical lifts. Regardless of the a lot of options, all provide the frequent objective to generate daily jobs less difficult for people with bodily disabilities. Lifts for the disabled, their key pros elevators for handicapped in wheelchairs really are a fantastic assistance for that disabled, assisting them stay away from stairs and slopes. These lifts to the disabled are characterised by incorporating a system of defense for your person to lean on. Platform lifts or lifting lifts are in contrast to system lifts not connected to the staircase. These lifts possess a system, but which conveys the wheelchair straight up or down. In this instance, peak dissimilarities of nearly 4 meters may be conquer. These lifts transport wheelchair buyers or individuals with disabilities in a very closed cabin vertically up or down. You may examine total post for Benefits of Stair Lifts from our site. The leading benefit with the lifts for that disabled is that they may be put in anywhere with no trouble. In recent times there have already been many firms and establishments which have installed these lifts for your disabled. There are also other kinds of lifting most fitted for residences disabled. It's a form of outer shelf to housing whose operation is comparable to some conventional elevator. Such a lifts with the disabled are secured towards rain or other atmospheric phenomena. Stair lifts, utilized largely inside the property addition to lifts for that disabled, stair lifts also exist that can be tailored to equally straight and curved staircases. Have two correcting rails, to become going up or down. The advantage of these stair lifts is the fact the consumer can sit as if a wheelchair is included. Normally, the operate of these stair lifts is precisely exactly the same as these of the elevator. It's getting more typical to put in this type of elevators in communities and homes, possibly to deal with an existing or as being a preventive measure for the foreseeable future challenge. In possibly case, the mounting of a lifting system, a saddle climbing stairs, or perhaps a residence elevator is often a very good decision. But what characterized the stair lift and what positive aspects they've. Perfectly, the purpose of these elevators is, obviously, present mobility for any person who possesses both a disability or have due to age, one example is, some problems in climbing stairs. Each individual of these mechanisms (Disabled lifts, Wheelchair climbing stairs, and many others.) has its own features, nevertheless the pros are the exact same: flexibility, ease of installation and minimized expenditures in servicing. And it is far from only not important to carry out almost any do the job to setup any of such elevators, but not even call for an extra stair area worried to commence with set up. Installation, in actual fact, be completed in any variety of ladder, so that you can become a wonderful possibility if it is not possible at your house or of their group to carry out the installation of an elevator. Benefits of Stair Lifts post are quite handy for aged folks and handicapped persons. Exclusively, the stair raise for the disabled are characterized by the indisputable fact that it is in particular suitable for those individuals who count on the wheelchair for getting about. So, these gadgets have a very horizontal system which is conveniently available using a wheelchair and allow conserving all types of stairs. On top of that, the chairs up stairs are somewhat created for people who utilize them are men and women who, although they might however walk on their very own, the actual fact climbing or descending stairs can be quite complicated and even risky. In any circumstance, every single of your stair lift mechanisms that we now have in Stair raise has all the safety actions: non-slip surface area, railings, safety belts and edges, latches, adjustable stop of journey, and many others. But ideal of all could be the independent battery with these units. Therefore, regardless of a fall in electrical electrical power goes out throughout a storm, you'll be able to carry on to work with your stair elevate for just a specified number of trips. Will not be reluctant, contact us, describe what your requirements and provide a estimate with all the finest solution for his or her predicament, no matter whether a platform vertical or diagonal a remontaescaleras, or a handful of lift chairs stair raise domestic cabin. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 10:04:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 08:04:14 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.119ba9f55979acb23744f393f4d237f3@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Jarod42): Today I did another test with VDR 2.1.6. I used it to replay the short sample with re-encoded subs to dvbsubs and a custom palette. The position of the subs do not match the ones from the VOB. So far ffplay seems to be the only program to display the subtititles at their correct position. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 10:36:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 08:36:32 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.789cb13434811cd119b6fce0a4da8781@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by cehoyos): Do you see the same problems if you test with a significantly smaller resolution? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 11:02:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 09:02:11 -0000 Subject: [FFmpeg-trac] #3640(ffmpeg:new): A/V desync for a vob sample In-Reply-To: <037.c3afcb670ee6185f883cb45209271f19@avcodec.org> References: <037.c3afcb670ee6185f883cb45209271f19@avcodec.org> Message-ID: <052.b84451ba4b3c0a89aebde022db9d4e22@avcodec.org> #3640: A/V desync for a vob sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: mpegps | Blocked By: regression async | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegps regression => mpegps regression async Comment: Works fine with {{{-async 1}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 12:41:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 10:41:38 -0000 Subject: [FFmpeg-trac] #4030(avdevice:open): V4L2 recording results in invalid data & buffer still owned errors In-Reply-To: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> References: <037.55fdca7dae66525a29c335360d1d15c3@avcodec.org> Message-ID: <052.11c979b10fac6e41424ca5dcfa72ece8@avcodec.org> #4030: V4L2 recording results in invalid data & buffer still owned errors ------------------------------------+------------------------------------ Reporter: thender | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by holden): Thanks for your feedback. Some comments: 1) Please test the following command, this will tell us what the hardware actually supports: {{{ ffmpeg -f video4linux2 -list_formats all -i /dev/video0 }}} 2) -s is not a v4l2 device option. You can read about all the valid options here: [http://ffmpeg.org/ffmpeg-devices.html#video4linux2_002c-v4l2] the valid command line would be: {{{ ffmpeg -loglevel debug -f v4l2 -framerate 30 -video_size 1920x1080 -i /dev/video2 -c:v libx264 -preset ultrafast -crf 10 microcorder.mkv }}} Does the problem still exist with using this command? Also, as Carl suggested, test with a smaller resolution. Replying to [comment:19 thender]: > If it would help a developer to resolve this issue I would be happy to provide one of these capture devices & also a portable camcorder with hdmi output to you so you can try for yourself. Let me know if you would like to take me up on this offer. I am not a developer or manufacturer, just an end user that really likes ffmpeg. I have an extra one of these that works, and also a portable camcorder I never use. It would be more than sufficient, all you would need is a computer with a good USB 3.0 port to do the testing. That would help a lot, yes, so if we can't solve the issue I might take you up on that offer. Also, having a box with remote ssh access would help as an alternative. If you're on IRC ping me sometime (my nick is Holden), I could ask you to do some tests in real time and maybe we could get this fixed faster. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 15:51:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 13:51:48 -0000 Subject: [FFmpeg-trac] #4051(avformat:new): Assertion error in mux.c with a slow input In-Reply-To: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> References: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> Message-ID: <051.72302b279a564cf67a5605964b216cf2@avcodec.org> #4051: Assertion error in mux.c with a slow input -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: mux crash | Blocked By: abort | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): This script can be more handy for reproducing: {{{ import sys fifo = open(sys.argv[1], 'wb') frame = '\x00' * (320*240*3) framecount = 0 for i in range(1000): fifo.write(frame) raw_input('wrote frame #%d press enter for next frame' % framecount) framecount += 1 }}} After pushing 2 frames, ffmpeg starts pulling the audio indefinitely. Then pushing 40 more video frames triggers the crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 16:07:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 14:07:51 -0000 Subject: [FFmpeg-trac] #3956(undetermined:new): capturing with h264 codec with built-in hw c920 produce intermittent pause In-Reply-To: <035.1caa4ea1cfc0c5a43cc393874855d4a5@avcodec.org> References: <035.1caa4ea1cfc0c5a43cc393874855d4a5@avcodec.org> Message-ID: <050.ffb228d6b642400601869636efa3230a@avcodec.org> #3956: capturing with h264 codec with built-in hw c920 produce intermittent pause -------------------------------------+------------------------------------- Reporter: gtzen | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 v4l2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by holden): * keywords: h264 => h264 v4l2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 18:22:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 16:22:35 -0000 Subject: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL In-Reply-To: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> References: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> Message-ID: <052.e27ff9e0caf78c2f4433c1c8bffe6037@avcodec.org> #4050: Archimedia Master Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | 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 ctsang): Is this issue resolved by simply using the LGPLv3 version of the binaries?" As the name of the product suggests, its a player only and does not perform any form of encoding and we have not modified any FFmpeg source code. Can we use the GPLv3 licensing and provide a link to the original ffmpeg source code and update our EULA information to comply? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 18:29:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 16:29:40 -0000 Subject: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL In-Reply-To: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> References: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> Message-ID: <052.7fa9ee90076ababe196ab017cbcb8a3a@avcodec.org> #4050: Archimedia Master Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | 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 cehoyos): You have to host the exact source code that was used to compile the binaries that you distribute (the source code had to "accompany" the binary distribution). You cannot fulfil this requirement with a link to our homepage (or somewhere else where your user will not find the exact source code used). Could you confirm that you tell your users in installation of your software that binaries based on FFmpeg are installed on their system and under which software license you distribute these binaries? Please see https://ffmpeg.org/legal.html for a short and comprehensive checklist. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 18:56:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 16:56:47 -0000 Subject: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL In-Reply-To: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> References: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> Message-ID: <052.b42676ae9f653de8d100cd11c243f60b@avcodec.org> #4050: Archimedia Master Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | 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 ctsang): OK, we can host the exact source code on our own site but do we use the LGPLv3 or GPLv3 licence? I'm really not sure what the difference is for our purpose and we simply used the binaries from the Zeranoe site. In our copyright information, we do mention the use of FFmpeg and its libraries but not in the exact words as described in that legal documents. The legal.html only refers to LGPL so what is the checklist for GPLv3? We will amend it as soon as we know what it is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 22 21:45:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 19:45:46 -0000 Subject: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL In-Reply-To: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> References: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> Message-ID: <052.ff784d9d988e3ff7eced6352f2ac27f8@avcodec.org> #4050: Archimedia Master Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | 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 Timothy_Gu): Replying to [comment:3 ctsang]: > OK, we can host the exact source code on our own site but do we use the LGPLv3 or GPLv3 licence? I'm really not sure what the difference is for our purpose and we simply used the binaries from the Zeranoe site. The LGPL allows you to use FFmpeg in a non-GPL software (like yours), while GPL '''does not'''. Zeranoe builds are GPL, so you can't use Zeranoe builds anyway. > In our copyright information, we do mention the use of FFmpeg and its libraries but not in the exact words as described in that legal documents. The legal.html only refers to LGPL so what is the checklist for GPLv3? We will amend it as soon as we know what it is. Again, you are '''not allowed''' to use GPL at all, unless you are GPLing your program. The page we linked applied only for LGPL, because that is the only license you are allowed to use FFmpeg. ---- So what you need to do: Option 1: 1. Open source and GPL your application. 2. Nothing. Option 2: 1. Make a customized LGPL build. 2. Follow the checklist on http://ffmpeg.org/legal.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 00:49:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 22:49:11 -0000 Subject: [FFmpeg-trac] #2263(avformat:closed): Read second SeekHead in Matroska files In-Reply-To: <035.b28979a0999a7d19b5fb577601753263@avcodec.org> References: <035.b28979a0999a7d19b5fb577601753263@avcodec.org> Message-ID: <050.893bdeb48f7124bd97a3e3a993324742@avcodec.org> #2263: Read second SeekHead in Matroska files -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv h264 | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in a3920181 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 01:49:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Oct 2014 23:49:37 -0000 Subject: [FFmpeg-trac] #2263(avformat:reopened): Read second SeekHead in Matroska files In-Reply-To: <035.b28979a0999a7d19b5fb577601753263@avcodec.org> References: <035.b28979a0999a7d19b5fb577601753263@avcodec.org> Message-ID: <050.f4b61fff387977db4b036bad88c74490@avcodec.org> #2263: Read second SeekHead in Matroska files -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv h264 | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by 11rcombs): * status: closed => reopened * resolution: fixed => Comment: Not quite. {{{a3920181}}} is a partial fix that solves a more serious problem when {{{-copyts}}} or {{{-c copy}}} are used (wherein the seek operation previously would have no effect, and now proceeds somewhat slowly). I have a patch on the ML that fixes this slow-seeking issue caused by failure to read the second SeekHead, but it hasn't been applied yet because we need to double-check some edge cases first. Oh, and a3920181 may speed up seeking in these files, but not by as much as reading the second SeekHead would. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 05:59:34 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 03:59:34 -0000 Subject: [FFmpeg-trac] #4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding In-Reply-To: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> References: <036.f96d1572e5379332371973cdce4f0b35@avcodec.org> Message-ID: <051.05d2a2bb8d3d952fd68ddd6d437cf063@avcodec.org> #4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hungnv): Update with -mpegts_copyts , -copyts and -vsync options. Source file: http://221.132.35.210/video0.ts Command I use: {{{ fmpeg -y -i ~/video0.ts -vcodec libx264 -vb 500000 -s 640x360 -f mpegts -aspect 16:9 -g 25 -keyint_min 50 -vf scale=640:-1 -copyts -mpegts_copyts 1 -vsync 0 ~/hung.ts }}} Duration, start time is still different -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 06:30:34 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 04:30:34 -0000 Subject: [FFmpeg-trac] #2263(avformat:reopened): Read second SeekHead in Matroska files In-Reply-To: <035.b28979a0999a7d19b5fb577601753263@avcodec.org> References: <035.b28979a0999a7d19b5fb577601753263@avcodec.org> Message-ID: <050.bb23ca08f56f3cdfc33e65eb273638fc@avcodec.org> #2263: Read second SeekHead in Matroska files -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv h264 | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by 11rcombs): * cc: rodger.combs@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 13:21:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 11:21:38 -0000 Subject: [FFmpeg-trac] #4054(avformat:new): libavformat: subtitles: provide a mechanism to guess subtitle character encoding Message-ID: <038.0d38a96e702a4783d4ffb79093c62ff1@avcodec.org> #4054: libavformat: subtitles: provide a mechanism to guess subtitle character encoding -----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: wish Component: avformat | Version: git-master Keywords: subtitles | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Sometimes, especially when ffmpeg is being called programmatically, it is difficult or impossible for the caller (or user) to know the character encoding of a subtitle file. It'd be useful for libavformat to provide a mechanism to detect the encoding if an option is set, using some combination of universalchardet, enca, or libguess. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 13:29:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 11:29:38 -0000 Subject: [FFmpeg-trac] #4054(avformat:new): libavformat: subtitles: provide a mechanism to guess subtitle character encoding In-Reply-To: <038.0d38a96e702a4783d4ffb79093c62ff1@avcodec.org> References: <038.0d38a96e702a4783d4ffb79093c62ff1@avcodec.org> Message-ID: <053.db672b72dd6d4dff68b1d223cc03a720@avcodec.org> #4054: libavformat: subtitles: provide a mechanism to guess subtitle character encoding -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: subtitles | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by gjdfgh): * cc: nfxjfg@? (added) Comment: Some things to note: - no subtitle charset detector is good/sufficient, and you will always have the situation in which you have multiple guesses, and you want the user to select which guess, etc. - I think it's wrong to add detection directly to (or below) the subtitle demuxers - instead, maybe there should be a function to guess subtitle codec from a list of packets (you could provide a convenience function which does that using the libavformat internal packet queue) - the actual subtitle conversion should be somewhere else too, and maybe work on the packets (or you could set it as sub charset option in libavcodec, forgot the option name) Also, this should probably be discussed on the mailing list. The bug tracker sucks for this purpose. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 13:34:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 11:34:28 -0000 Subject: [FFmpeg-trac] #4054(avformat:new): libavformat: subtitles: provide a mechanism to guess subtitle character encoding In-Reply-To: <038.0d38a96e702a4783d4ffb79093c62ff1@avcodec.org> References: <038.0d38a96e702a4783d4ffb79093c62ff1@avcodec.org> Message-ID: <053.f3b6eee7599a4c4606df1cc7754e1c33@avcodec.org> #4054: libavformat: subtitles: provide a mechanism to guess subtitle character encoding -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: sub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: subtitles => sub -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 18:48:35 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 16:48:35 -0000 Subject: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL In-Reply-To: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> References: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> Message-ID: <052.54946ab1bacbc357a3901ad8bcb20e20@avcodec.org> #4050: Archimedia Master Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | 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 ctsang): OK, understood. We will find the LGPL binaries to relink. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 19:15:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 17:15:05 -0000 Subject: [FFmpeg-trac] #4055(ffmpeg:new): MP3 encoding bitrates go above 320Kbps Message-ID: <037.a4c9fd8df70aadf2d0195e976c1e9b96@avcodec.org> #4055: MP3 encoding bitrates go above 320Kbps -------------------------------------+------------------------------------- Reporter: fidalgo | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.1.5 Keywords: mp3 | Blocked By: encoding bitrate | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When I encode an mp3 using the guide in documentation, I'll get frames with bitrate higher than 320Kbps. How to reproduce: {{{ % ffmpeg -i 2L38_01_96kHz.flac -codec:a libmp3lame -qscale:a 0 2L38_01_96kHz.mp3 }}} The file used is from here: http://www.lindberg.no/hires/test/2L38_01_96kHz.flac I'm using ffmpeg from rpm-fusion in Fedora 20: {{{ ffmpeg version 2.1.5 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 8 2014 20:44:17 with gcc 4.8.3 (GCC) 20140624 (Red Hat 4.8.3-1) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector- strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic' --enable-bzlib --disable-crystalhd --enable-frei0r --enable-gnutls --enable-libass --enable-libcdio --enable-libcelt --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable- libgsm --enable-libmp3lame --enable-openal --enable-libopencv --enable- libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvpx --enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable- debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Hyper fast Audio and Video encoder }}} For reference there is a note in wikipedia in bitrate section: [http://en.wikipedia.org/wiki/MP3] Non-standard bit rates up to 640 kbit/s can be achieved with the LAME encoder and the freeformat option, although few MP3 players can play those files. According to the ISO standard, decoders are only required to be able to decode streams up to 320 kbit/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 19:24:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 17:24:07 -0000 Subject: [FFmpeg-trac] #3339(undetermined:open): Remuxing m2ts to mkv, Can't write packet with unknown timestamp In-Reply-To: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> References: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> Message-ID: <050.f1852b866bdd95ac85263e40e37222e1@avcodec.org> #3339: Remuxing m2ts to mkv, Can't write packet with unknown timestamp -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by peter_b): @cehoyos: I've reverted back to N-57590-ge166b82 (=one before 4eb49fdd), and there it works as expected. The resulting MKV file plays fine and audio/video is in-sync. Even after seeking. Complete, uncut commandline and console output: '''Old version:''' {{{ ======================= $ ffmpeg -fflags +genpts -i 00534.MTS -c copy output.mkv ----------------------- ffmpeg version N-57590-ge166b82 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 23 2014 19:04:22 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-zlib --enable-decoder=png --enable-encoder=png --enable-libfreetype --enable-libschroedinger --enable-libopenjpeg --disable-decoder=jpeg2000 --enable-libvpx --enable- libvorbis --enable-libx264 --enable-libfaac libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x1a099e0] PES packet size mismatch Input #0, mpegts, from '00534.MTS': Duration: 00:32:41.34, start: 1961.264000, bitrate: 17052 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 256 kb/s File 'output.mkv' already exists. Overwrite ? [y/N] y Output #0, matroska, to 'output.mkv': Metadata: encoder : Lavf55.19.104 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn, 90k tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x1a099e0] PES packet size mismatchime=00:32:19.25 bitrate=16254.2kbits/s frame=98040 fps=2522 q=-1.0 Lsize= 3892513kB time=00:32:41.31 bitrate=16258.2kbits/s video:3829927kB audio:61274kB subtitle:0 global headers:0kB muxing overhead 0.033730% }}} '''Current git HEAD:''' {{{ ======================= $ ffmpeg_git -fflags +genpts -i 00534.MTS -c copy output.mkv ----------------------- ffmpeg version N-67111-g5ea0753 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 23 2014 19:22:40 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-zlib --enable-decoder=png --enable-encoder=png --enable-libfreetype --enable-libschroedinger --enable-libopenjpeg --disable-decoder=jpeg2000 --enable-libx264 --enable- libfaac libavutil 54. 10.100 / 54. 10.100 libavcodec 56. 9.100 / 56. 9.100 libavformat 56. 10.100 / 56. 10.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mpegts @ 0x2960de0] PES packet size mismatch Input #0, mpegts, from '00534.MTS': Duration: 00:32:41.38, start: 1961.264000, bitrate: 17051 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 256 kb/s File 'output.mkv' already exists. Overwrite ? [y/N] y Output #0, matroska, to 'output.mkv': Metadata: encoder : Lavf56.10.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn, 90k tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [matroska @ 0x2966520] Can't write packet with unknown timestamp av_interleaved_write_frame(): Invalid argument [matroska @ 0x2966520] Can't write packet with unknown timestamp frame= 29 fps=0.0 q=-1.0 Lsize= 159kB time=00:00:01.09 bitrate=1189.3kbits/s video:1174kB audio:19kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 23:34:54 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 21:34:54 -0000 Subject: [FFmpeg-trac] #3339(undetermined:open): Remuxing m2ts to mkv, Can't write packet with unknown timestamp In-Reply-To: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> References: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> Message-ID: <050.23721a9672f878c43382572825436f73@avcodec.org> #3339: Remuxing m2ts to mkv, Can't write packet with unknown timestamp -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: peter_b (added) Comment: @peter_b: Thank you for testing! Can you provide a short sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 23:36:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 21:36:23 -0000 Subject: [FFmpeg-trac] #4055(avcodec:closed): MP3 encoding bitrates go above 320Kbps In-Reply-To: <037.a4c9fd8df70aadf2d0195e976c1e9b96@avcodec.org> References: <037.a4c9fd8df70aadf2d0195e976c1e9b96@avcodec.org> Message-ID: <052.fe56f9886647f106241803786b680f32@avcodec.org> #4055: MP3 encoding bitrates go above 320Kbps ------------------------------------+----------------------------------- Reporter: fidalgo | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: lame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mp3 encoding bitrate => lame * resolution: => invalid * status: new => closed * component: ffmpeg => avcodec * version: 2.1.5 => git-master Comment: I believe this was very well explained on the mailing list: http://thread.gmane.org/gmane.comp.video.ffmpeg.user/54373/focus=54374 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 23 23:51:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Oct 2014 21:51:20 -0000 Subject: [FFmpeg-trac] #4041(undetermined:closed): Bad input frame rate estimation In-Reply-To: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> References: <039.fdd1f14f52302b9d24b0b11a01f908f4@avcodec.org> Message-ID: <054.3a0ea755c69412c6207f756aedd88aa6@avcodec.org> #4041: Bad input frame rate estimation -------------------------------------+------------------------------------- Reporter: qianliang | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: A patch was pushed that prints an error message if {{{-vsync 0}}} and {{{-r}}} are used together. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 24 02:32:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Oct 2014 00:32:00 -0000 Subject: [FFmpeg-trac] #4020(avformat:open): ffmpeg segment create wrong duration outputs In-Reply-To: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> References: <039.ff471d524da2eb5a2e8cb91dca2edf40@avcodec.org> Message-ID: <054.abaafa382cdb021a69c04535159c9384@avcodec.org> #4020: ffmpeg segment create wrong duration outputs ------------------------------------+------------------------------------ Reporter: qianliang | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by scaryguy): I confirm this bug. {{{ ffmpeg -i istikbal_reklam.mp4 -bsf:v h264_mp4toannexb -c copy -segment_list istikbal.m3u8 -segment_time 10 -f segment istikbal%d.ts ffmpeg version 2.4.2 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 19 2014 18:31:37 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.4.2 --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 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'istikbal_reklam.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.48.100 Duration: 00:00:43.46, start: 0.021333, bitrate: 1490 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1402 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 82 kb/s (default) Metadata: handler_name : SoundHandler [mpegts @ 0x7fca1983ce00] 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 @ 0x7fca1983f800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, segment, to 'istikbal%d.ts': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.4.101 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 1402 kb/s, 25 fps, 25 tbn, 25 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, mono, 82 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x7fca1a000000] 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 @ 0x7fca1a00aa00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7fca1a000000] 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 @ 0x7fca1a031800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mpegts @ 0x7fca1b000000] 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 @ 0x7fca1b00aa00] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. frame= 1086 fps=0.0 q=-1.0 Lsize=N/A time=00:00:43.47 bitrate=N/A video:7437kB audio:438kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} This command produces this M3U8 file which is not supposed to do: {{{ #EXTM3U #EXT-X-VERSION:3 #EXT-X-MEDIA-SEQUENCE:0 #EXT-X-ALLOW-CACHE:YES #EXT-X-TARGETDURATION:13 #EXTINF:10.200000, istikbal0.ts #EXTINF:9.800000, istikbal1.ts #EXTINF:11.080000, istikbal2.ts #EXTINF:12.440000, istikbal3.ts #EXT-X-ENDLIST }}} HTTP Live Streaming Specification states that TARGETDURATION is REQUIRED to be set correctly and all segments should follow it. I mean, this bug is critical, I think. Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 24 16:57:33 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Oct 2014 14:57:33 -0000 Subject: [FFmpeg-trac] #3404(avfilter:open): High quality magnification filter In-Reply-To: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> References: <039.3d89f7250ef03d3ab5836ee2f522dadb@avcodec.org> Message-ID: <054.6b17328c1cc55733d4f4b3ffbc5230ef@avcodec.org> #3404: High quality magnification filter -------------------------------------+------------------------------------ Reporter: wyatt8740 | Owner: ubitux Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: hqx xbr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): An XBR patch for x2 scaling is currently under review @ http://ffmpeg.org/pipermail/ffmpeg-devel/2014-October/164464.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 24 19:52:38 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Oct 2014 17:52:38 -0000 Subject: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL In-Reply-To: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> References: <037.356712ff94ec2f6d50589131db53e545@avcodec.org> Message-ID: <052.c5d61fb0634b194bccbb0b8c9042c5f0@avcodec.org> #4050: Archimedia Master Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | 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 cehoyos): Installer is Archimedia_Master_Player_x86_v2.2.1.21.exe, 245771080 bytes, md5sum ece44f5df8c862114047750fbaa531a8 Several dll's that are installed depend on libavcodec which was compiled with "--enable-gpl". Installation shows no software license afaict, the copyright notice in one of the installed application says "This computer program and its associated software libraries are protected by copyright law and international treaties. Unauthorised reproduction, distribution or reverse engineering of this program, its source code and libraries is prohibited by law. Kakadu Software, MXFLib and FFmpeg Libraries used under their respective licenses." -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 24 20:01:21 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Oct 2014 18:01:21 -0000 Subject: [FFmpeg-trac] #3454(undetermined:reopened): Emotion Systems violates GPL In-Reply-To: <037.20c99df1cd9b78215cb238b1d70ed271@avcodec.org> References: <037.20c99df1cd9b78215cb238b1d70ed271@avcodec.org> Message-ID: <052.d89ba0afb17c93d53e8713dca06b24cb@avcodec.org> #3454: Emotion Systems violates GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: At least the license file shown on installation is not ok, I also don't see any sources. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 25 18:22:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Oct 2014 16:22:21 -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.aca89a795e9626006b9db939cedeb630@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): Is there a better version than the v8g patch to test? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 26 15:19:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Oct 2014 14:19:37 -0000 Subject: [FFmpeg-trac] #4056(avcodec:new): mplayer crashed with vda h264 decoder Message-ID: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> #4056: mplayer crashed with vda h264 decoder ---------------------------------+-------------------------------------- Reporter: niltsh | Type: defect Status: new | Priority: important Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Hi although this issue is reproduced with mplayer, but in the log I think it should be related with ffmpeg too. Please help to take a look. HW late 2011Macbook Pro intel core 7 Sw 10.10 latest ffmpeg and latest mplayer When compling mplayer , i used ffmpeg src dirctly and used --enable- decoder=vda for mplayer's configure. Compling is fine, but when try to opeb any h264 content with ffh264vda decoder, the following error came out. [h264_vda @ 0x10136b590]Could not find an AVHWAccel for the pixel format: vda_vldAssertion choices[n] != AV_PIX_FMT_NONE failed at libavcodec/utils.c:1232 MPlayer interrupted by signal 6 in module: decode video ID_SIGNAL=6 - MPlayer crashed. I am not sure whether it is mplayer's issue or ffmpeg', but from the log it looks like inside of ffmpeg, or it is related with mplayer's configure. Would you please help to take a look on this? Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 26 15:31:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Oct 2014 14:31:04 -0000 Subject: [FFmpeg-trac] #4056(avcodec:new): mplayer crashed with vda h264 decoder In-Reply-To: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> References: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> Message-ID: <051.8661400dd745b657c24e7a3a3774b69d@avcodec.org> #4056: mplayer crashed with vda h264 decoder ------------------------------------+----------------------------------- Reporter: niltsh | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by gjdfgh): Works fine in mpv. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 26 17:26:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Oct 2014 16:26:00 -0000 Subject: [FFmpeg-trac] #4057(ffprobe:new): ffprobe top_field_first shows zero on tff content Message-ID: <037.649ee49db3651f52906ee056f6464ce6@avcodec.org> #4057: ffprobe top_field_first shows zero on tff content --------------------------------------+--------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Summary of the bug: The values for frame:interlaced_frames and frame:top_field_frame always seem to be set to zero. If I generate a test file that is TFF via {{{ ffmpeg -y -f lavfi -i mandelbrot -target ntsc-dv -t 0.5 -vf setfield=tff tff.mov ffmpeg version git-2014-10-25-80b29c2 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 25 2014 11:44:58 with Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) 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-libass --enable- ffplay --enable-libopenjpeg --disable-decoder=jpeg2000 --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 9.100 / 56. 9.100 libavformat 56. 10.100 / 56. 10.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, lavfi, from 'mandelbrot': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGBA / 0x41424752), rgba, 640x480 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, dv, to 'tff.mov': Metadata: encoder : Lavf56.10.100 Stream #0:0: Video: dvvideo, yuv411p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc Metadata: encoder : Lavc56.9.100 dvvideo Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> dvvideo (native)) Press [q] to stop, [?] for help frame= 15 fps=0.0 q=0.0 Lsize= 1758kB time=00:00:00.50 bitrate=28771.2kbits/s dup=2 drop=0 video:1758kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} then mediainfo and ffmbc report the file as TFF, but in ffprobe all top_field_first equals 0. {{{ ffprobe -f lavfi "movie=tff.mov" -show_entries frame=top_field_first,interlaced_frame ffprobe version git-2014-10-25-80b29c2 Copyright (c) 2007-2014 the FFmpeg developers built on Oct 25 2014 11:44:58 with Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) 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-libass --enable- ffplay --enable-libopenjpeg --disable-decoder=jpeg2000 --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 9.100 / 56. 9.100 libavformat 56. 10.100 / 56. 10.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [dv @ 0x7fafd181a200] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'movie=tff.mov': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (Y41B / 0x42313459), yuv411p, 720x480 [SAR 1:1 DAR 3:2], 29.97 tbr, 29.97 tbn, 29.97 tbc [FRAME] interlaced_frame=0 top_field_first=0 [/FRAME] [FRAME] interlaced_frame=0 top_field_first=0 [/FRAME] [ ... ] [FRAME] interlaced_frame=0 top_field_first=0 [/FRAME] }}} Note that I'm not looking for information from idet on what the interlacement or scan order 'looks' like but I am hoping to use top_field_first and interlaced_frame to decipher whether the codec or container reports the frame as. I tested a number of files and have not been able to ever get a 1 for top_field_first or interlaced_frame over a variety of codecs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 26 17:38:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Oct 2014 16:38:46 -0000 Subject: [FFmpeg-trac] #4057(ffprobe:new): ffprobe top_field_first shows zero on tff content In-Reply-To: <037.649ee49db3651f52906ee056f6464ce6@avcodec.org> References: <037.649ee49db3651f52906ee056f6464ce6@avcodec.org> Message-ID: <052.85650fb1afae62bcacbecc59023b5c50@avcodec.org> #4057: ffprobe top_field_first shows zero on tff content ------------------------------------+----------------------------------- Reporter: dericed | 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 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is there a reason why you didn't test the following? {{{ $ ffprobe tff.mov -show_entries frame=top_field_first,interlaced_frame }}} I agree that there may be a bug but don't you agree that it is almost certainly not related to ffprobe? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 26 17:43:55 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Oct 2014 16:43:55 -0000 Subject: [FFmpeg-trac] #4057(ffprobe:new): ffprobe top_field_first shows zero on tff content In-Reply-To: <037.649ee49db3651f52906ee056f6464ce6@avcodec.org> References: <037.649ee49db3651f52906ee056f6464ce6@avcodec.org> Message-ID: <052.8a400c641adbf53c7bd917b6b44d826c@avcodec.org> #4057: ffprobe top_field_first shows zero on tff content ------------------------------------+----------------------------------- Reporter: dericed | 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 | ------------------------------------+----------------------------------- Comment (by dericed): Ah, you're right: {{{ ffprobe tff.mov -show_entries frame=top_field_first,interlaced_frame ffprobe version git-2014-10-25-80b29c2 Copyright (c) 2007-2014 the FFmpeg developers built on Oct 25 2014 11:44:58 with Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) 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-libass --enable- ffplay --enable-libopenjpeg --disable-decoder=jpeg2000 --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 9.100 / 56. 9.100 libavformat 56. 10.100 / 56. 10.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 2.100 / 5. 2.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [dv @ 0x7f8a0b80da00] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'tff.mov': Metadata: timecode : 00:00:00:00 Duration: 00:00:00.50, start: 0.000000, bitrate: 28771 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480 [SAR 8:9 DAR 4:3], 28771 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc [FRAME] interlaced_frame=1 top_field_first=1 [/FRAME] [FRAME] interlaced_frame=1 top_field_first=1 [/FRAME] }}} So perhaps this means that the interlacement metadata is not passing through the movie filter. The reason I was using the movie filter is that I was hoping to generate one command to gather both info from idet about interlacement as well as info about what the codec/container says about interlacement to identify conflicts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 26 17:48:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Oct 2014 16:48:38 -0000 Subject: [FFmpeg-trac] #4057(avfilter:open): Interlacement information is not passed through the movie filter (was: ffprobe top_field_first shows zero on tff content) In-Reply-To: <037.649ee49db3651f52906ee056f6464ce6@avcodec.org> References: <037.649ee49db3651f52906ee056f6464ce6@avcodec.org> Message-ID: <052.077f1c68de81f1744508c30e7cf0c806@avcodec.org> #4057: Interlacement information is not passed through the movie filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: movie | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => movie * status: new => open * component: ffprobe => avfilter * reproduced: 0 => 1 Comment: Replying to [comment:2 dericed]: > So perhaps this means that the interlacement metadata is not passing through the movie filter. That was my guess but I don't know much about the internals of this filter. > The reason I was using the movie filter is that I was hoping to generate one command to gather both info from idet about interlacement as well as info about what the codec/container says about interlacement to identify conflicts. Thank you for explaining this! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 26 19:24:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Oct 2014 18:24:31 -0000 Subject: [FFmpeg-trac] #2970(avcodec:closed): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.3a8a81a3eff6ac7c60141667f834baaa@avcodec.org> #2970: White line in top macroblock of dvvideo ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvvideo dvdec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe Gisquet in 6fe02d25ee6816e44de8d8b23b6905d307e1ed28 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 26 22:32:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Oct 2014 21:32:03 -0000 Subject: [FFmpeg-trac] #4035(avcodec:open): HEVC regression In-Reply-To: <035.862fd3f9c20f2dff80481d661c08889d@avcodec.org> References: <035.862fd3f9c20f2dff80481d661c08889d@avcodec.org> Message-ID: <050.af0e99961147bb27fa83fc47f2213af9@avcodec.org> #4035: HEVC regression -------------------------------------+------------------------------------- Reporter: cgbug | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kurosu): Another sequence with invalid VUI, making uncertain what is parsed. As there's nothing obvious as to why it overreads (the default window flag is set, and thus offsets are parsed, but there isn't enough data), and what the actual data there would be, I'm inclined to make that a "wontfix", all the more since there's no way to detect when that buggy header appears. The file is not spec-compliant and another decoder could refuse it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 02:21:27 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 01:21:27 -0000 Subject: [FFmpeg-trac] #4051(avformat:closed): Assertion error in mux.c with a slow input In-Reply-To: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> References: <036.1478555e58661cd07d334d67aa22f8aa@avcodec.org> Message-ID: <051.f9c735f4deaa279496abc2f2fa34d7fe@avcodec.org> #4051: Assertion error in mux.c with a slow input -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: unspecified | Resolution: fixed Keywords: mux crash | Blocked By: abort | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in ec6a5fc6cca22e4eb0a91cc8fba786d41ade2032 and 9bdb7a6c1a8bcc36cf276107fb2e6fca12687d40 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 02:22:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 01:22:26 -0000 Subject: [FFmpeg-trac] #3934(undetermined:closed): Input seek argument is ignored with -copyts on particular MKV In-Reply-To: <038.40f696307e2170195e0ad20a5a78ffcb@avcodec.org> References: <038.40f696307e2170195e0ad20a5a78ffcb@avcodec.org> Message-ID: <053.038a1f4779e17c4caf3db9e8920d1871@avcodec.org> #3934: Input seek argument is ignored with -copyts on particular MKV -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: closed Priority: normal | 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 a39201818feab04c029f5b17bad2e7f40c1f2eab -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 02:25:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 01:25:40 -0000 Subject: [FFmpeg-trac] #3874(avcodec:closed): tiff encoder creates broken odd width yuv files In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.4a285216fcd47af788ef11400d44bcae@avcodec.org> #3874: tiff encoder creates broken odd width yuv files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif tiffenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: (if i understand correctly) Fixed by Christophe Gisquet in 0e8bfd3c934768f9812dd20d71fa4709de54186d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 02:36:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 01:36:48 -0000 Subject: [FFmpeg-trac] #3962(avformat:reopened): Regression in MP4 demuxer In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.191e4d47aa83d280d08e2a7f9f9fe5d8@avcodec.org> #3962: Regression in MP4 demuxer -------------------------------------+------------------------------------- Reporter: shahriman | 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): which warning exactly do you consider a regression ? also which part of the video is being decoded with artifacts and was decoded without artifacts before ? I do see parts that where missing previously and show artifacts now -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 05:01:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 04:01:32 -0000 Subject: [FFmpeg-trac] #4011(undetermined:closed): missing picture in access unit with size In-Reply-To: <032.fb49641f1e6fee11aaaf9c5f78e29724@avcodec.org> References: <032.fb49641f1e6fee11aaaf9c5f78e29724@avcodec.org> Message-ID: <047.f9e8c4cc1beac7c8e0d5f26f58f653a1@avcodec.org> #4011: missing picture in access unit with size -------------------------------------+------------------------------------- Reporter: vk | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: mov | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 69a9a90d2ef795162074be24e3ad2182a8676af2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 10:53:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 09:53:36 -0000 Subject: [FFmpeg-trac] #3962(avformat:reopened): Regression in MP4 demuxer In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.2cfddabacd62d955233cd4c1319f2c47@avcodec.org> #3962: Regression in MP4 demuxer -------------------------------------+------------------------------------- Reporter: shahriman | 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 cehoyos): The "JUL 26" scene after ~44 seconds did not show artefacts before 34751f83 and did not show any warnings on decoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 14:17:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 13:17:44 -0000 Subject: [FFmpeg-trac] #4035(avcodec:closed): HEVC regression In-Reply-To: <035.862fd3f9c20f2dff80481d661c08889d@avcodec.org> References: <035.862fd3f9c20f2dff80481d661c08889d@avcodec.org> Message-ID: <050.c449f77905da7a5c8847a4fa62fe577c@avcodec.org> #4035: HEVC regression -------------------------------------+------------------------------------- Reporter: cgbug | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 852aaead1fc294bcb63a1f9e384e781f6e51ded6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 14:19:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 13:19:02 -0000 Subject: [FFmpeg-trac] #4058(undetermined:new): Memory leak with recording from IP-cameras in separate threads Message-ID: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> #4058: Memory leak with recording from IP-cameras in separate threads -------------------------------------+------------------------------------- Reporter: xaruch | Type: defect Status: new | Priority: normal Component: | Version: 2.4.2 undetermined | Blocked By: Keywords: memory leak | Reproduced by developer: 0 pthreas | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello all! I've got a program that recording video from IP-cameras. Because to cameras quantity is quite many I using pthreads. Also video from cameras splitting to fragments with some length (for ex., 300 seconds). But I have got a big problem: memory definitely leaks after each time cycle. For debug purposes I create simplified prototype project. Full code for it can be found this GIT repository: https://github.com/xaruch/ffmpeg_tests Memory increasing diagram: [[Image(http://www.datafilehost.com/d/b2cba5ea)]] Vertical axis is VmRss for test program pid with 1 seconds step. Horizontal axis is time. The main cycle: {{{ if (PWriter->TimerCounter >= REC_TIMEOUT) { uint64_t mem = PWriter->GetMemoryConsumption(); sprintf(str, "DEBUG: Timeout callback. Memory: %lld. Delta: %lld\n", mem, mem - Memory); AppendLog(str, "MAIN"); Memory = mem; PWriter->TimerCounter = 0; PWriter->Continue(); } }}} Start recording called from this function: {{{ int FfPipeline::ThInitiateRecording() { const char *class_name = "FfPipeline::ThInitiateRecording"; pthread_t ptid; sprintf(str, "DEBUG: Pipeline slot '%d'. Try to starting thread with stopping...\n", Slot); AppendLog(str, class_name); pthread_create(&ptid, NULL, &ThRecording, (void *) this); pthread_detach(ptid); sprintf(str, "DEBUG: Pipeline slot '%d'. Starting thread ended!\n", Slot); AppendLog(str, class_name); return 0; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 14:21:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 13:21:59 -0000 Subject: [FFmpeg-trac] #4058(undetermined:new): Memory leak with recording from IP-cameras in separate threads In-Reply-To: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> References: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> Message-ID: <051.1c93a6b165be43c490006031fec876a4@avcodec.org> #4058: Memory leak with recording from IP-cameras in separate threads -------------------------------------+------------------------------------- Reporter: xaruch | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.2 | undetermined Keywords: memory leak | Resolution: pthreas | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by xaruch): libavcodec.so.56.1.100 libavdevice.so.56.0.100 libavfilter.so.5.1.100 libavformat.so.56.4.101 libavutil.so.54.7.100 libswresample.so.1.1.100 libswscale.so.3.0.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 14:51:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 13:51:57 -0000 Subject: [FFmpeg-trac] #4058(undetermined:new): Memory leak with recording from IP-cameras in separate threads In-Reply-To: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> References: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> Message-ID: <051.43e7a8f6d819de27a9d0c6203a526cf5@avcodec.org> #4058: Memory leak with recording from IP-cameras in separate threads --------------------------------+---------------------------------------- Reporter: xaruch | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: memory leak pthreas => leak Comment: Please test current FFmpeg git head and please provide valgrind output for memory leaks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 18:28:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 17:28:48 -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.96052ac2de59a3448ec1d0e0493c9d4e@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 klaussfreire): Not yet. I will try to hunt for that fatboy issue again tonight, and if no progress is made, I will separate the patch into progressive improvements and test each separately. Maybe the process itself yields some insight. In any case, which do you think is the best patch yet? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 19:54:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 18:54:07 -0000 Subject: [FFmpeg-trac] #4056(avcodec:new): mplayer crashed with vda h264 decoder In-Reply-To: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> References: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> Message-ID: <051.9992a6f2ecbaa133c3a521dab5c882ce@avcodec.org> #4056: mplayer crashed with vda h264 decoder ------------------------------------+----------------------------------- Reporter: niltsh | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): I think this is clearly a FFmpeg issue, in so far as applications should not be able to trigger an assert. However most likely this is caused by MPlayer picking a pixel format VDA does not like. Please provide a full stack trace from a debug build (since I think the developers with access to a Mac with VDA support are a bit rare). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 20:00:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 19:00:49 -0000 Subject: [FFmpeg-trac] #4056(avcodec:new): mplayer crashed with vda h264 decoder In-Reply-To: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> References: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> Message-ID: <051.69c7458a7cd4365a488f20b2cc8f105a@avcodec.org> #4056: mplayer crashed with vda h264 decoder ------------------------------------+----------------------------------- Reporter: niltsh | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): Oh, sorry. I think the error is actually before the assert (I misread the output a bit): Could not find an AVHWAccel for the pixel format: vda_vld That is a mistake in MPlayer's configure, however I think there is a mistake in FFmpeg's as well which would cause the same behaviour: h264_vda_decoder_deps="vda" h264_vda_decoder_select="h264_decoder" This is not correct, the h264_vda_decoder does not only require VDA, but it also requires h264_vda_hwaccel to be enabled, otherwise this seems to happen. I.e. I expect this to be reproducible in FFmpeg/ffplay if --disable- hwaccel=vda is used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 20:07:08 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 19:07:08 -0000 Subject: [FFmpeg-trac] #4059(undetermined:new): conversion only done properly when specifying the wrong subtitle encoding Message-ID: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding --------------------------------------+---------------------------------- Reporter: julian | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.4.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- i want to convert a MKV with an external UTF16 subtitle to MP4 and embed the subtitle. however, when specifying the right subtitle encoding "-sub_charenc UTF-16", the conversion output is full of errors, and the resulting file has damaged subtitles. only when specifying the WRONG encoding (or don't specifying it altogether) the conversion succeeds without error messages and does produce the proper output. note that the output below is from 2.4.1 but i've tested git-head and its the same. i'll try to attach the 2 files to reproduce, if they are to large i will share the upload location in the first comment. the proper command line that produces the wrong result: {{{ffmpeg -i Brave.mkv -sub_charenc UTF-16 -i Brave.srt -map 0:0 -map 0:1 -map 1:0 -scodec mov_text -vcodec copy -acodec copy -y Brave.mp4 ffmpeg version 2.4.1-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Sep 22 2014 23:16:01 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) configuration: --cc=/usr/bin/clang --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-libsoxr --enable- libwavpack --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 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, matroska,webm, from 'Brave.mkv': Metadata: ENCODER : Lavf55.19.104 Duration: 00:00:10.09, start: 0.000000, bitrate: 17854 kb/s Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Der Ringfund Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x800 [SAR 1:1 DAR 12:5], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(ger): Audio: dts (DTS-ES), 48000 Hz, 6.1, fltp, 1536 kb/s (default) (forced) Metadata: title : Deutsch DTS LANGUAGE : ger Stream #0:2(eng): Audio: dts (DTS-ES), 48000 Hz, 6.1, fltp, 1536 kb/s Metadata: title : Englisch DTS LANGUAGE : eng Stream #0:3(ger): Subtitle: subrip (default) (forced) Metadata: title : Deutsch Forced LANGUAGE : ger Input #1, srt, from 'Brave.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip [mp4 @ 0x7fbe3406b200] track 1: codec frame size is not set Output #0, mp4, to 'Brave.mp4': Metadata: encoder : Lavf56.4.101 Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Der Ringfund Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1920x800 [SAR 1:1 DAR 12:5], q=2-31, 23.98 fps, 16k tbn, 1k tbc (default) Stream #0:1(ger): Audio: dts ([169][0][0][0] / 0x00A9), 48000 Hz, 6.1, 1536 kb/s (default) (forced) Metadata: title : Deutsch DTS LANGUAGE : ger Stream #0:2: Subtitle: mov_text ([8][0][0][0] / 0x0008) Metadata: encoder : Lavc56.1.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 [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????! ? ? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???? ?? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? !" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??...??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ??? ??????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ?????????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ??! ??? ?!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????! ?????????????????????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ? ??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ? ??? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ? ????????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ?????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????... ?..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???! ?????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ?? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ? ????????? ???? ??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ?????? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ?????... " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ?? ?????... " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????...? ..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????...? ..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????? (??)" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ?? ?? ??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ??...?? ? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????......" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????... " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ?? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ?????? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????...?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??...???? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????...?? ?..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ? ?! ???!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ? ??????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????? ????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ?????? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ?? ? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ?????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ?? ? ????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?...????? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ...?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?...????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ?????? ??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ??!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ???!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ? ?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ? ?????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event ""???? ?? ?? ???? ????"" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event ""???? ?? ?? ???? ????"" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ?? ? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?! ????? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "...?????? ?... ??...????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ?? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???...??? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ?? ??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???...??? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ... " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?... ?...?? ?..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ?..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? ? ?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????? ?????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??... " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??...??... ??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??...??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??...?...? ????..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?...??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??...???? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ???..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ????? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ????????? ?? (??)" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ?????????!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ???? ?... " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ?????????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???...?? ..." from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?? ?? ?? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ??? ???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ??? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ?" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ? ... " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "?????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? " from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "????? ?? ???" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??? ??? ??? ??????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "???? ?!" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ????" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument [subrip @ 0x7fbe3406c400] Unable to recode subtitle event "??????? ??" from UTF-16 to UTF-8 Error while decoding stream #1:0: Invalid argument frame= 226 fps=0.0 q=-1.0 Lsize= 20171kB time=01:24:16.43 bitrate= 32.7kbits/s video:18285kB audio:1843kB subtitle:17kB other streams:0kB global headers:0kB muxing overhead: 0.126388% }}} the WRONG command line that succeeds: {{{ffmpeg -i Brave.mkv -sub_charenc UTF-8 -i Brave.srt -map 0:0 -map 0:1 -map 1:0 -scodec mov_text -vcodec copy -acodec copy -y Brave.mp4 ffmpeg version 2.4.1-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Sep 22 2014 23:16:01 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) configuration: --cc=/usr/bin/clang --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-libsoxr --enable- libwavpack --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 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, matroska,webm, from 'Brave.mkv': Metadata: ENCODER : Lavf55.19.104 Duration: 00:00:10.09, start: 0.000000, bitrate: 17854 kb/s Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Der Ringfund Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x800 [SAR 1:1 DAR 12:5], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(ger): Audio: dts (DTS-ES), 48000 Hz, 6.1, fltp, 1536 kb/s (default) (forced) Metadata: title : Deutsch DTS LANGUAGE : ger Stream #0:2(eng): Audio: dts (DTS-ES), 48000 Hz, 6.1, fltp, 1536 kb/s Metadata: title : Englisch DTS LANGUAGE : eng Stream #0:3(ger): Subtitle: subrip (default) (forced) Metadata: title : Deutsch Forced LANGUAGE : ger Input #1, srt, from 'Brave.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip [mp4 @ 0x7f9f4906b200] track 1: codec frame size is not set Output #0, mp4, to 'Brave.mp4': Metadata: encoder : Lavf56.4.101 Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Der Ringfund Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1920x800 [SAR 1:1 DAR 12:5], q=2-31, 23.98 fps, 16k tbn, 1k tbc (default) Stream #0:1(ger): Audio: dts ([169][0][0][0] / 0x00A9), 48000 Hz, 6.1, 1536 kb/s (default) (forced) Metadata: title : Deutsch DTS LANGUAGE : ger Stream #0:2: Subtitle: mov_text ([8][0][0][0] / 0x0008) Metadata: encoder : Lavc56.1.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 frame= 226 fps=0.0 q=-1.0 Lsize= 20188kB time=01:24:16.43 bitrate= 32.7kbits/s video:18285kB audio:1843kB subtitle:24kB other streams:0kB global headers:0kB muxing overhead: 0.177520% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 20:10:35 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 19:10:35 -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.12bedb4ebd6307adb40f008b6232eba5@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): I think the v7 is the best patch because of the stability. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 20:14:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 19:14:07 -0000 Subject: [FFmpeg-trac] #4059(undetermined:new): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.a5a669a3852ee73e804faf9d6975799e@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | 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 julian): files: http://www.filedropper.com/ffmpegsubtitleproblem -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 20:15:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 19:15:16 -0000 Subject: [FFmpeg-trac] #4059(undetermined:new): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.91a4c0d98ef7fbd9e5f198d38bf0eeaa@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | 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 julian): sorry the output is from 2.4.1 because i tested this one earlier and already wrote the bug report. i only tested git-head before submitting and noticed the bug was the same. i didn't see a need to replace the output because it was same except version numbers. will do next time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 20:19:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 19:19:46 -0000 Subject: [FFmpeg-trac] #4059(undetermined:new): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.11dd4735744b768af406bfc20f5dca4d@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | 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 julian): btw does 2.4.2 have some kind of subtitle encoding guess? because it works correctly without specifying the encoding although the subtitle is UTF16. or does it default to UTF16? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 20:42:33 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 19:42:33 -0000 Subject: [FFmpeg-trac] #4059(undetermined:new): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.32974cee719edd55e7421e4443e0ff9c@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | 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): Am I correct that the mkv file is not needed to reproduce the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 27 21:38:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Oct 2014 20:38:14 -0000 Subject: [FFmpeg-trac] #4059(undetermined:new): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.9fef1f5668328e92ed5f9fb73037fe54@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | 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 julian): yes i believe the problem is only related to the subtitle. the MKV doesn't actually belong to the subtitle, i fetched some random sample because i didn't know how to create a valid conversion without the movie part -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 01:26:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 00:26:35 -0000 Subject: [FFmpeg-trac] #4059(undetermined:new): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.77ef1ffca14e121dea86ac32649661a9@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | 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 Cigaes): Support for UTF-16 in text files was added savagely at the demuxer level, without any care for API consistency or stability. This is done by recoding the packets to UTF-8 directly. The {{{-sub_charenc}}} option works at decoder level, and the packets are already in UTF-8. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 02:25:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 01:25:21 -0000 Subject: [FFmpeg-trac] #4056(avcodec:new): mplayer crashed with vda h264 decoder In-Reply-To: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> References: <036.49e9992644a7419fe76cd991d18b7872@avcodec.org> Message-ID: <051.8e8e9c506ee44e9ec7ea30af79b25878@avcodec.org> #4056: mplayer crashed with vda h264 decoder ------------------------------------+----------------------------------- Reporter: niltsh | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by niltsh): Hi Rimar Thank you for the reply. Let me share the call stack, I also tried as far as I could, but clearly this part is beyond my knowledge. 1. the original crash callstack is following, ============================================ frame #0: 0x00007fff92da2282 libsystem_kernel.dylib`__pthread_kill + 10 frame #1: 0x00007fff92d874c3 libsystem_pthread.dylib`pthread_kill + 90 frame #2: 0x00007fff8a870b73 libsystem_c.dylib`abort + 129 frame #3: 0x00000001006ac519 mplayer`ff_get_format(avctx=, fmt=) + 601 at utils.c:1232 frame #4: 0x00000001003b18c9 mplayer`get_pixel_format(h=, force_callback=) + 761 at h264_slice.c:1112 frame #5: 0x00000001003af679 mplayer`ff_h264_decode_slice_header(h=0x0000000103201000, h0=0x0000000103201000) + 1801 at h264_slice.c:1415 frame #6: 0x000000010036cf24 mplayer`decode_nal_units(h=0x0000000103201000, buf=0x000000010281d000, buf_size=53775, parse_extradata=0) + 3076 at h264.c:1592 frame #7: 0x000000010036eb3c mplayer`h264_decode_frame(avctx=0x00000001028a4400, data=0x0000000101d3f740, got_frame=0x00007fff5fbfe6cc, avpkt=) + 540 at h264.c:1908 frame #8: 0x00000001006e6f58 mplayer`vdadec_decode(avctx=0x00000001028a4400, data=0x0000000101d3f740, got_frame=0x00007fff5fbfe6cc, avpkt=) + 152 at vda_h264_dec.c:136 frame #9: 0x00000001006af3d8 mplayer`avcodec_decode_video2(avctx=0x00000001028a4400, picture=0x0000000101d3f740, got_picture_ptr=0x00007fff5fbfe6cc, avpkt=0x00007fff5fbfe668) + 392 at utils.c:2349 frame #10: 0x0000000100128759 mplayer`decode(sh=0x0000000101c4d6c0, data=, len=53775, flags=) + 665 at vd_ffmpeg.c:944 frame #11: 0x000000010004aa04 mplayer`decode_video(sh_video=0x0000000101c4d6c0, start=, in_size=, drop_frame=0, pts=0, full_frame=0x0000000000000000) + 68 at dec_video.c:398 frame #12: 0x0000000100011f88 mplayer`update_video [inlined] generate_video_frame(sh_video=0x0000000101c4d6c0, d_video=0x0000000101d00160) + 431 at mplayer.c:1815 frame #13: 0x0000000100011dd9 mplayer`update_video(blit_frame=0x00007fff5fbfe944) + 57 at mplayer.c:2527 ============================================ And about the assertion, I think it is because that via_h264_dec.c, LINE 73, the decoder returns AV_PIX_FMT_VDA_VLD in get_format. Then I tried to change the return value to AV_PIX_FMT_VDA, the assertion passed, but the crash call stack changed to the following ======================================= thread #1: tid = 0xddd45, 0x00000001006e6fc7 mplayer`vdadec_decode(avctx=0x0000000103017800, data=0x0000000101e162e0, got_frame=, avpkt=) + 263 at vda_h264_dec.c:145, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) frame #0: 0x00000001006e6fc7 mplayer`vdadec_decode(avctx=0x0000000103017800, data=0x0000000101e162e0, got_frame=, avpkt=) + 263 at vda_h264_dec.c:145 142 143 CVPixelBufferRetain(cv_buffer); 144 CVPixelBufferLockBaseAddress(cv_buffer, 0); -> 145 context->cv_buffer = cv_buffer; 146 pic->format = ctx->pix_fmt; 147 if (CVPixelBufferIsPlanar(cv_buffer)) { 148 int i, count = CVPixelBufferGetPlaneCount(cv_buffer); (lldb) bt thread #1: tid = 0xddd45, 0x00000001006e6fc7 mplayer`vdadec_decode(avctx=0x0000000103017800, data=0x0000000101e162e0, got_frame=, avpkt=) + 263 at vda_h264_dec.c:145, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) frame #0: 0x00000001006e6fc7 mplayer`vdadec_decode(avctx=0x0000000103017800, data=0x0000000101e162e0, got_frame=, avpkt=) + 263 at vda_h264_dec.c:145 frame #1: 0x00000001006af3d8 mplayer`avcodec_decode_video2(avctx=0x0000000103017800, picture=0x0000000101e162e0, got_picture_ptr=0x00007fff5fbfe6cc, avpkt=0x00007fff5fbfe668) + 392 at utils.c:2349 frame #2: 0x0000000100128759 mplayer`decode(sh=0x0000000101c2a820, data=, len=144, flags=) + 665 at vd_ffmpeg.c:944 frame #3: 0x000000010004aa04 mplayer`decode_video(sh_video=0x0000000101c2a820, start=, in_size=, drop_frame=0, pts=0.056677777777777778, full_frame=0x0000000000000000) + 68 at dec_video.c:398 frame #4: 0x0000000100011f88 mplayer`update_video [inlined] generate_video_frame(sh_video=0x0000000101c2a820, d_video=0x0000000101e00160) + 431 at mplayer.c:1815 frame #5: 0x0000000100011dd9 mplayer`update_video(blit_frame=0x00007fff5fbfe944) + 57 at mplayer.c:2527 ======================================= -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 05:05:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 04:05:58 -0000 Subject: [FFmpeg-trac] #4058(undetermined:new): Memory leak with recording from IP-cameras in separate threads In-Reply-To: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> References: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> Message-ID: <051.38d3cef7f152e41c427ba5cd245d8b6e@avcodec.org> #4058: Memory leak with recording from IP-cameras in separate threads --------------------------------+---------------------------------------- Reporter: xaruch | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by xaruch): Replying to [comment:2 cehoyos]: > Please test current FFmpeg git head and please provide valgrind output for memory leaks. I am attach valgrind log for running test program with last FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 08:38:24 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 07:38:24 -0000 Subject: [FFmpeg-trac] #4059(avformat:open): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.c1874707fa9d8567c61aba7ac0729dee@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding ------------------------------------+------------------------------------ Reporter: julian | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: sub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => sub * status: new => open * component: undetermined => avformat Comment: Related to ticket #3496, I sent a patch to print a warning. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 09:53:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 08:53:41 -0000 Subject: [FFmpeg-trac] #4059(avformat:open): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.3d183bfaf093ddbdbf2637696611148f@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding ------------------------------------+------------------------------------ Reporter: julian | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: sub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): >Support for UTF-16 in text files was added savagely at the demuxer level, without any care for API consistency or stability. Why don't you go fuck yourself? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 15:16:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 14:16:30 -0000 Subject: [FFmpeg-trac] #4052(undetermined:closed): Memory leak in FFmpeg within iFFmpeg app for Mac OS X In-Reply-To: <037.77b8763b51046c446b921f5a3b844088@avcodec.org> References: <037.77b8763b51046c446b921f5a3b844088@avcodec.org> Message-ID: <052.84c4d5970f8104ed64b3eb5ecd28b92b@avcodec.org> #4052: Memory leak in FFmpeg within iFFmpeg app for Mac OS X -------------------------------------+------------------------------------- Reporter: erics72 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: leak | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add information that allows us to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 18:16:24 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 17:16:24 -0000 Subject: [FFmpeg-trac] #4060(undetermined:new): Make error, FFmpeg build fails on Debian 7.7 Message-ID: <040.f71e72089445e81c7489dc33fc6800d2@avcodec.org> #4060: Make error, FFmpeg build fails on Debian 7.7 -------------------------------------+------------------------------------- Reporter: prochor666 | Type: defect Status: new | Priority: minor Component: | Version: undetermined | unspecified Keywords: compilation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This guide doesn't work on Debian 7.7 https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu When you try this step: {{{ PATH="$PATH:$HOME/bin" PKG_CONFIG_PATH="$HOME/ffmpeg_build/lib/pkgconfig" ./configure \ --prefix="$HOME/ffmpeg_build" \ --extra-cflags="-I$HOME/ffmpeg_build/include" \ --extra-ldflags="-L$HOME/ffmpeg_build/lib" \ --bindir="$HOME/bin" \ --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 PATH="$PATH:$HOME/bin" make }}} It ends with: {{{ [...] ffmpeg/ffplay.c Unknown option "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/root/bin:/root/bin". See ./configure --help for available options. Makefile:2: config.mak: No such file or directory Makefile:59: /common.mak: No such file or directory Makefile:100: /libavutil/Makefile: No such file or directory Makefile:100: /library.mak: No such file or directory Makefile:102: /doc/Makefile: No such file or directory Makefile:185: /tests/Makefile: No such file or directory make: *** No rule to make target `/tests/Makefile'. Stop. Makefile:2: config.mak: No such file or directory Makefile:59: /common.mak: No such file or directory Makefile:100: /libavutil/Makefile: No such file or directory Makefile:100: /library.mak: No such file or directory Makefile:102: /doc/Makefile: No such file or directory Makefile:185: /tests/Makefile: No such file or directory make: *** No rule to make target `/tests/Makefile'. Stop. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 18:16:36 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 17:16:36 -0000 Subject: [FFmpeg-trac] #4061(undetermined:new): Make error, FFmpeg build fails on Debian 7.7 Message-ID: <040.f176838c1a58345d920ab0142e025506@avcodec.org> #4061: Make error, FFmpeg build fails on Debian 7.7 -------------------------------------+------------------------------------- Reporter: prochor666 | Type: defect Status: new | Priority: minor Component: | Version: undetermined | unspecified Keywords: compilation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This guide doesn't work on Debian 7.7 https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu When you try this step: {{{ [...] PATH="$PATH:$HOME/bin" PKG_CONFIG_PATH="$HOME/ffmpeg_build/lib/pkgconfig" ./configure \ --prefix="$HOME/ffmpeg_build" \ --extra-cflags="-I$HOME/ffmpeg_build/include" \ --extra-ldflags="-L$HOME/ffmpeg_build/lib" \ --bindir="$HOME/bin" \ --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 PATH="$PATH:$HOME/bin" make }}} It ends with: {{{ [...] ffmpeg/ffplay.c Unknown option "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/root/bin:/root/bin". See ./configure --help for available options. Makefile:2: config.mak: No such file or directory Makefile:59: /common.mak: No such file or directory Makefile:100: /libavutil/Makefile: No such file or directory Makefile:100: /library.mak: No such file or directory Makefile:102: /doc/Makefile: No such file or directory Makefile:185: /tests/Makefile: No such file or directory make: *** No rule to make target `/tests/Makefile'. Stop. Makefile:2: config.mak: No such file or directory Makefile:59: /common.mak: No such file or directory Makefile:100: /libavutil/Makefile: No such file or directory Makefile:100: /library.mak: No such file or directory Makefile:102: /doc/Makefile: No such file or directory Makefile:185: /tests/Makefile: No such file or directory make: *** No rule to make target `/tests/Makefile'. Stop. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 18:19:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 17:19:10 -0000 Subject: [FFmpeg-trac] #4060(undetermined:closed): Make error, FFmpeg build fails on Debian 7.7 In-Reply-To: <040.f71e72089445e81c7489dc33fc6800d2@avcodec.org> References: <040.f71e72089445e81c7489dc33fc6800d2@avcodec.org> Message-ID: <055.f1b4722a47d0cb861d79527fcfaf6001@avcodec.org> #4060: Make error, FFmpeg build fails on Debian 7.7 -------------------------------------+------------------------------------- Reporter: prochor666 | Owner: Type: defect | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: compilation | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by prochor666): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 19:15:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 18:15:09 -0000 Subject: [FFmpeg-trac] #4058(undetermined:new): Memory leak with recording from IP-cameras in separate threads In-Reply-To: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> References: <036.b569688a6e47e0ab5514c01a071fe615@avcodec.org> Message-ID: <051.ebbd4fad32db7a6961f33b4fdb6587da@avcodec.org> #4058: Memory leak with recording from IP-cameras in separate threads --------------------------------+---------------------------------------- Reporter: xaruch | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.2 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by xaruch): Please suggest any ideas! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 20:32:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 19:32:55 -0000 Subject: [FFmpeg-trac] #3988(undetermined:new): GPL license violators who try to spam the mailing lists In-Reply-To: <036.8e884ad9ebdc460e4b2987bfb12f3703@avcodec.org> References: <036.8e884ad9ebdc460e4b2987bfb12f3703@avcodec.org> Message-ID: <051.3796a2e305296bf3b897a831bbcba81d@avcodec.org> #3988: GPL license violators who try to spam the mailing lists -------------------------------------+------------------------------------- Reporter: llogan | 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 | -------------------------------------+------------------------------------- Description changed by llogan: Old description: > I'm dumping these violators into one ticket because I believe they are > all from the same people due to similarities in products and the spam > messages. > > They all have `--enable-gpl` and -`-enable-nonfree` in their various > offerings. > > * Adoreshare > * Brorsoft > * Faasoft > * Firecoresoft > * iDealshare New description: I'm dumping these violators into one ticket because I believe they are all from the same people due to similarities in products and the spam messages. They all have `--enable-gpl` and `--enable-nonfree` in their various offerings. * Adoreshare * Allasoft * Brorsoft * Faasoft * Firecoresoft * iDealshare -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 20:36:50 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 19:36:50 -0000 Subject: [FFmpeg-trac] #3988(undetermined:new): GPL license violators who try to spam the mailing lists In-Reply-To: <036.8e884ad9ebdc460e4b2987bfb12f3703@avcodec.org> References: <036.8e884ad9ebdc460e4b2987bfb12f3703@avcodec.org> Message-ID: <051.a1154bc2b06fd4e30ab35444bc2bb10d@avcodec.org> #3988: GPL license violators who try to spam the mailing lists -------------------------------------+------------------------------------- Reporter: llogan | 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 gjdfgh): What are they spamming, and what proof do you have for that? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 28 20:59:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Oct 2014 19:59:40 -0000 Subject: [FFmpeg-trac] #3988(undetermined:new): GPL license violators who try to spam the mailing lists In-Reply-To: <036.8e884ad9ebdc460e4b2987bfb12f3703@avcodec.org> References: <036.8e884ad9ebdc460e4b2987bfb12f3703@avcodec.org> Message-ID: <051.409aba27dbe4a10e25c7dadfbecda0ce@avcodec.org> #3988: GPL license violators who try to spam the mailing lists -------------------------------------+------------------------------------- Reporter: llogan | 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 llogan): They are spamming software that includes the ffmpeg binary and/or libraries. Typical spam looks like this: https://ffmpeg.org/pipermail/ffmpeg-user/2014-October/023903.html.spam -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 01:23:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 00:23:43 -0000 Subject: [FFmpeg-trac] #4040(avformat:closed): mxf decoding regression In-Reply-To: <037.f875f131e2d4c9f08e110ad36ec18eba@avcodec.org> References: <037.f875f131e2d4c9f08e110ad36ec18eba@avcodec.org> Message-ID: <052.1d58fd824fdd49f286e409215662fcfc@avcodec.org> #4040: mxf decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf | Blocked By: regression videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Tomas H?rdin in 37c36861 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 02:47:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 01:47:39 -0000 Subject: [FFmpeg-trac] #2967(avcodec:new): mjpeg enc: ljpeg output is incompatible with other programs In-Reply-To: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> References: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> Message-ID: <054.84ec2b8533a8826d42ebf3ce788e8b76@avcodec.org> #2967: mjpeg enc: ljpeg output is incompatible with other programs ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by maweber): Sorry to warm this up. Did this patch never go live? I cannot convert a ljpeg (of ffmpeg) in any converters I found. Seems you guys fixed this? Thanks M -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 08:58:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 07:58:43 -0000 Subject: [FFmpeg-trac] #2967(avcodec:new): mjpeg enc: ljpeg output is incompatible with other programs In-Reply-To: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> References: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> Message-ID: <054.94bfcbe95fdec65cc43e4db4cfd5ef42@avcodec.org> #2967: mjpeg enc: ljpeg output is incompatible with other programs ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * cc: maweber (added) Comment: Which converters did you test? How do you know they support lossless jpeg? (Support for lossless jpeg is very unusual.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 08:59:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 07:59:13 -0000 Subject: [FFmpeg-trac] #4062(ffmpeg:new): sub2video overlay fails with negative starting timestamp and -copyts Message-ID: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> #4062: sub2video overlay fails with negative starting timestamp and -copyts ------------------------------------+-------------------------------------- Reporter: mikaraento | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: If the input starts on a negative time and -copyts is given, sub2video causes 'Buffer queue overflow, dropping' messages and broken output. Although this seems like a minor problem, the problem is easily triggered by broadcast input that has non-monotonic timestamps (will try to find a simple testcase for that and file a separate ticket). I need -copyts to later sync video and audio if there is missing video or audio. How to reproduce: {{{ $ ffmpeg -y -i negative_pts_sub.ts -copyts -filter_complex '[0:0][0:3]overlay[outv0]' -map 0:1 -map '[outv0]' broken.ts ffmpeg version N-67065-g2fa08fd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 23 2014 08:58:30 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) }}} The following works: {{{ $ ffmpeg -y -itsoffset 46.944644 -i negative_pts_sub.ts -copyts -filter_complex '[0:0][0:3]overlay[outv0]' -map 0:1 -map '[outv0]' working.ts }}} 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 Oct 29 09:02:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 08:02:18 -0000 Subject: [FFmpeg-trac] #4062(undetermined:new): sub2video overlay fails with negative starting timestamp and -copyts In-Reply-To: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> References: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> Message-ID: <055.4d4e565c3c54e91ec90b4c603ce3ed38@avcodec.org> #4062: sub2video overlay fails with negative starting timestamp and -copyts -------------------------------------+------------------------------------- Reporter: mikaraento | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => sub * component: ffmpeg => undetermined Comment: Please provide a sample and the complete, uncut console output of the failing command to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 09:17:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 08:17:28 -0000 Subject: [FFmpeg-trac] #4062(undetermined:new): sub2video overlay fails with negative starting timestamp and -copyts In-Reply-To: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> References: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> Message-ID: <055.68e938bf96dd1cea6694009003afaaf4@avcodec.org> #4062: sub2video overlay fails with negative starting timestamp and -copyts -------------------------------------+------------------------------------- Reporter: mikaraento | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikaraento): uploaded the input file to upload.ffmpeg.org/incoming -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 09:25:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 08:25:06 -0000 Subject: [FFmpeg-trac] #4062(undetermined:new): sub2video overlay fails with negative starting timestamp and -copyts In-Reply-To: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> References: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> Message-ID: <055.bab49e60c3e465f35855f3d144291af6@avcodec.org> #4062: sub2video overlay fails with negative starting timestamp and -copyts -------------------------------------+------------------------------------- Reporter: mikaraento | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does the sample you uploaded contain any subtitles? How can I see them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 09:39:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 08:39:13 -0000 Subject: [FFmpeg-trac] #3968(avfilter:open): fieldmatch does not work for mixed telecined and progressive content In-Reply-To: <036.eb439de861907cd40e2179188c0f4487@avcodec.org> References: <036.eb439de861907cd40e2179188c0f4487@avcodec.org> Message-ID: <051.6e944e60f0ed3ab67217469f5b02566e@avcodec.org> #3968: fieldmatch does not work for mixed telecined and progressive content -------------------------------------+------------------------------------- Reporter: myleal | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: pullup | Blocked By: fieldmatch decimate | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: fieldmatch => pullup fieldmatch decimate * priority: minor => wish * component: documentation => avfilter * type: defect => enhancement Comment: I added a line to the documentation explaining that mixed telecined and progressive content is not yet supported. The decimate filter should be improved to allow it to detect changing frame-rates so no progressive frames are dropped. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 09:41:53 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 08:41:53 -0000 Subject: [FFmpeg-trac] #3496(avformat:closed): Support UTF-16 subtitles In-Reply-To: <034.f3bf28131e1c131dcbf3a9db3e075431@avcodec.org> References: <034.f3bf28131e1c131dcbf3a9db3e075431@avcodec.org> Message-ID: <049.453b81c663f1ce094778e5e172cc9d4a@avcodec.org> #3496: Support UTF-16 subtitles -------------------------------------+------------------------------------ Reporter: klpu | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: sub utf16 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: sub => sub utf16 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 09:42:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 08:42:14 -0000 Subject: [FFmpeg-trac] #4059(undetermined:open): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.cf20faa3afdbe3a2784d5f761b8f3866@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: sub utf16 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: sub => sub utf16 * priority: normal => wish * component: avformat => undetermined * type: defect => enhancement Comment: A warning is now shown for utf-16 samples that explains you should not specify {{{-sub_charenc UTF-16}}}. The implementation should be changed in the future. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 11:28:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 10:28:42 -0000 Subject: [FFmpeg-trac] #4059(undetermined:open): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.6ed5a2997d946b7206b751721ba68a97@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: sub utf16 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by julian): so what -sub_charenc option should be specified for UTF16? passing UTF-8 for this sample works fine, passing LATIN1 does not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 11:34:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 10:34:38 -0000 Subject: [FFmpeg-trac] #4059(undetermined:open): conversion only done properly when specifying the wrong subtitle encoding In-Reply-To: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> References: <036.f94cc6fe32407cde29f40e673e876c1c@avcodec.org> Message-ID: <051.85e195d7435b7af29ffd0e252556976a@avcodec.org> #4059: conversion only done properly when specifying the wrong subtitle encoding -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: sub utf16 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Either don't pass the option or use utf-8. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 12:35:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 11:35:58 -0000 Subject: [FFmpeg-trac] #4063(ffmpeg:new): sub2video gets stuck with damaged video and non-monotonic timestamps when used with -copyts Message-ID: <040.00c31718f019550e702bb1941712c1fc@avcodec.org> #4063: sub2video gets stuck with damaged video and non-monotonic timestamps when used with -copyts -------------------------------------+------------------------------------- Reporter: mikaraento | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: sub2video gets stuck with damaged video and non- monotonic timestamps when used with -copyts I want -copyts to be able to keep all audio and all video, even if some is missing over time. How to reproduce: {{{ $ ffmpeg -y -i dvb_with_disco_2.ts -copyts -filter_complex '[0:0][0:3]overlay[outv0]' -map 0:1 -map '[outv0]' broken.ts ffmpeg version N-67065-g2fa08fd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 23 2014 08:58:30 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) }}} Working (without -copyts): {{{ $ ffmpeg -y -i dvb_with_disco_2.ts -filter_complex '[0:0][0:3]overlay[outv0]' -map 0:1 -map '[outv0]' working.ts }}} dvb_with_disco_2.ts uploaded to upload.ffmpeg.org/incoming -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 12:44:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 11:44:54 -0000 Subject: [FFmpeg-trac] #4064(avfilter:new): aresample=async=1000 gets stuck with damaged and non-monotonic input and -copyts Message-ID: <040.50b81d32b5c76483e5a07fb54536b64c@avcodec.org> #4064: aresample=async=1000 gets stuck with damaged and non-monotonic input and -copyts -------------------------------------+------------------------------------- Reporter: mikaraento | Type: defect Status: new | Priority: normal Component: avfilter | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ $ ffmpeg -y -i dvb_with_disco_2.ts -copyts -map 0:0 -af aresample=async=1000 -map 0:1 broken.ts ffmpeg version N-67065-g2fa08fd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 23 2014 08:58:30 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) }}} working (without -copyts): {{{ $ ffmpeg -y -i dvb_with_disco_2.ts -map 0:0 -af aresample=async=1000 -map 0:1 broken.ts }}} dvb_with_disco_2.ts uploaded to upload.ffmpeg.org/incoming -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 13:25:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 12:25:39 -0000 Subject: [FFmpeg-trac] #4065(avfilter:new): support aspect-ratio changes in scale and pad filters Message-ID: <040.0661d3b61fbd660b818209097e99f27e@avcodec.org> #4065: support aspect-ratio changes in scale and pad filters -------------------------------------+------------------------------------- Reporter: mikaraento | Type: Status: new | enhancement Component: avfilter | Priority: normal Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Currently it's reasonably easy to column (and letter) -box fixed-aspect- ratio input in ffmpeg, by using something like: {{{ ffmpeg -filter_complex '[0:0]scale=iw*sar:ih,scale=-1:432,pad=768:432:(ow- iw)/2:(oh-ih)/2,setdar=16:9[outv]' }}} However, if the input has aspect-ratio changes (dimensions or sar) mid- stream, the above won't work. It would be nice to have per-frame -evaluated versions of the variables for scale and pad. (and the required other changes in these filters that assume that they don't change) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 13:28:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 12:28:17 -0000 Subject: [FFmpeg-trac] #2294(avformat:reopened): timeout option does not work for rtsp streaming In-Reply-To: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> References: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> Message-ID: <053.38a0631d902cd237cd70c116ac8b57a6@avcodec.org> #2294: timeout option does not work for rtsp streaming ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by smvv): I've submitted a patch that will address this issue: https://github.com/FFmpeg/FFmpeg/pull/91 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 13:33:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 12:33:43 -0000 Subject: [FFmpeg-trac] #2294(avformat:reopened): timeout option does not work for rtsp streaming In-Reply-To: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> References: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> Message-ID: <053.c654a892b8e14e3284a441a9be656279@avcodec.org> #2294: timeout option does not work for rtsp streaming ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please send patches to the ffmpeg-devel mailing list where they can be reviewed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 13:34:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 12:34:22 -0000 Subject: [FFmpeg-trac] #4062(undetermined:new): sub2video overlay fails with negative starting timestamp and -copyts In-Reply-To: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> References: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> Message-ID: <055.de57315f74bf8ad8e731f6d81a7d0e1f@avcodec.org> #4062: sub2video overlay fails with negative starting timestamp and -copyts -------------------------------------+------------------------------------- Reporter: mikaraento | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikaraento): Replying to [comment:3 cehoyos]: > Does the sample you uploaded contain any subtitles? How can I see them? The cut-down version does not contain any subtitles that would be visible. {{{ $ ffprobe -i negative_pts_sub.ts -select_streams s -show_packets }}} will show you that there are subtitle packets. Do you want a larger sample that contains visible subtitles? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 14:29:05 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 13:29:05 -0000 Subject: [FFmpeg-trac] #2967(avcodec:new): mjpeg enc: ljpeg output is incompatible with other programs In-Reply-To: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> References: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> Message-ID: <054.52fd9e108bbb2c27bbe71de87f5aa102@avcodec.org> #2967: mjpeg enc: ljpeg output is incompatible with other programs ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by maweber): GDCM, xmedcon, PVRG JPEG (linux port), patched GraphicsMagick, combinations with netpbm tools... You're absolutely right. It is so seldom I may have to drop it completely. I was looking into it because of its speed compared to jpeg2000. I searched a lot of descriptions, mainly on DICOM applications. but even with them its hard. it is more common i think to have a ljpeg wrapped inside a DCM. GDCM seemed the most reliable of those. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 14:36:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 13:36:04 -0000 Subject: [FFmpeg-trac] #2967(avcodec:new): mjpeg enc: ljpeg output is incompatible with other programs In-Reply-To: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> References: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> Message-ID: <054.920a0918afef46d842efdfb69ca00860@avcodec.org> #2967: mjpeg enc: ljpeg output is incompatible with other programs ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): What is a DCM? Is it supported by FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 14:42:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 13:42:25 -0000 Subject: [FFmpeg-trac] #4062(undetermined:new): sub2video overlay fails with negative starting timestamp and -copyts In-Reply-To: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> References: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> Message-ID: <055.b82fda0b38338df485a2f4c7a8e40573@avcodec.org> #4062: sub2video overlay fails with negative starting timestamp and -copyts -------------------------------------+------------------------------------- Reporter: mikaraento | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Imo, even if the issue is reproducible without visible subtitles, it makes the issue (your issue) easier to understand if there are subtitles visible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 15:38:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 14:38:01 -0000 Subject: [FFmpeg-trac] #2967(avcodec:new): mjpeg enc: ljpeg output is incompatible with other programs In-Reply-To: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> References: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> Message-ID: <054.6847f85297a41b3ebfb4b7d976df2805@avcodec.org> #2967: mjpeg enc: ljpeg output is incompatible with other programs ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by maweber): no. the container DCM is not supported by ffmpeg. .dcm is the container for a range of specs defined by the DICOM standard. As far as I understood, it is an exchange format used by medical people. it defines a lot of client/patient meta stuff inside the container. But it seems that they early standardized ljpeg (among others) for their codec. Thats why you find mostly DICOM related converters if you search for ljpeg, i guess. My aim was not a DCM container, but to get directly from ljpeg or jpeg-LS to something like PPM, which GDCM claims. So basically, for your understanding, I was producing ljpeg with ffmpeg, saved bandwidth, and wanted to unpack it on another machine to PPM, for easy processing. I'm processing 160k+ pictures, so I was looking to have something small, yet lossless. have a good day -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 16:19:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 15:19:35 -0000 Subject: [FFmpeg-trac] #2967(avcodec:new): mjpeg enc: ljpeg output is incompatible with other programs In-Reply-To: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> References: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> Message-ID: <054.ff47d332801b13910590f8719fc7c8f5@avcodec.org> #2967: mjpeg enc: ljpeg output is incompatible with other programs ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I suspect that ffv1 compresses better than ljpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 18:57:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 17:57:45 -0000 Subject: [FFmpeg-trac] #2967(avcodec:new): mjpeg enc: ljpeg output is incompatible with other programs In-Reply-To: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> References: <039.0152fc53a34ca760e656b7f81e74dbc8@avcodec.org> Message-ID: <054.802495cc797e546e5af5ae6ee6b421cf@avcodec.org> #2967: mjpeg enc: ljpeg output is incompatible with other programs ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by maweber): thanks, thats a new trace. especially if it's homebrew. perfect! cheers manu -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 19:53:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 18:53:42 -0000 Subject: [FFmpeg-trac] #4062(undetermined:new): sub2video overlay fails with negative starting timestamp and -copyts In-Reply-To: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> References: <040.957523e3babb7a260955ef6b8b02aa8c@avcodec.org> Message-ID: <055.e3325f34d19261051eff1e14c94d00d7@avcodec.org> #4062: sub2video overlay fails with negative starting timestamp and -copyts -------------------------------------+------------------------------------- Reporter: mikaraento | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikaraento): Uploaded negative_pts_sub_long.ts to upload.ffmpeg.org/incoming There are Finnish subtitles from 03min04s, viewable in VLC or by running the 'working' example command with this file (the subtitles are not scaled right, I didn't put that in the command for this ticket). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 20:01:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 19:01:42 -0000 Subject: [FFmpeg-trac] #4066(ffmpeg:new): sub2video could scale subtitles to HD video Message-ID: <040.7173e14700444c739c600e1c2c99445a@avcodec.org> #4066: sub2video could scale subtitles to HD video -------------------------------------+------------------------------------- Reporter: mikaraento | Type: Status: new | enhancement Component: ffmpeg | Priority: normal Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: with (some?) DVB TS input, HD video, sub2video output is at SD scale and the subtitles are at the wrong place and smaller scale. VLC handles the same file correctly when playing. How to reproduce: {{{ $ ffmpeg -y -i hd_with_sub_wrong_scale.ts -filter_complex '[0:0][0:3]overlay[outv0]' -map 0:1 -map '[outv0]' problem.ts ffmpeg version N-67065-g2fa08fd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 23 2014 08:58:30 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) }}} input file uploaded to upload.ffmpeg.org/incoming -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 20:14:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 19:14:22 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <035.3f83a34c8f2d9f686062c753c7b88a10@avcodec.org> References: <035.3f83a34c8f2d9f686062c753c7b88a10@avcodec.org> Message-ID: <050.746e1026a20b183159df4c93f1321c84@avcodec.org> #2693: -async chokes on damaged audio input stream -------------------------------------+------------------------------------- Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: async | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by mikaraento): * cc: mikie@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 29 20:14:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 19:14:23 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <035.3f83a34c8f2d9f686062c753c7b88a10@avcodec.org> References: <035.3f83a34c8f2d9f686062c753c7b88a10@avcodec.org> Message-ID: <050.78656e666ab5060c4a0d34c1b4f142e9@avcodec.org> #2693: -async chokes on damaged audio input stream -------------------------------------+------------------------------------- Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: async | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by mikaraento): * cc: mikie@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 00:39:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 23:39:20 -0000 Subject: [FFmpeg-trac] #4066(undetermined:closed): sub2video could scale subtitles to HD video In-Reply-To: <040.7173e14700444c739c600e1c2c99445a@avcodec.org> References: <040.7173e14700444c739c600e1c2c99445a@avcodec.org> Message-ID: <055.412505048896bf1fbcd4423daba0d629@avcodec.org> #4066: sub2video could scale subtitles to HD video -------------------------------------+------------------------------------- Reporter: mikaraento | 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 * component: ffmpeg => undetermined Comment: Duplicate of ticket #679. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 00:41:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Oct 2014 23:41:23 -0000 Subject: [FFmpeg-trac] #4065(undetermined:closed): support aspect-ratio changes in scale and pad filters In-Reply-To: <040.0661d3b61fbd660b818209097e99f27e@avcodec.org> References: <040.0661d3b61fbd660b818209097e99f27e@avcodec.org> Message-ID: <055.f74ed315626d7fbe03c6de0639ab9a6d@avcodec.org> #4065: support aspect-ratio changes in scale and pad filters -------------------------------------+------------------------------------- Reporter: mikaraento | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate * component: avfilter => undetermined * type: enhancement => defect Comment: This sounds like a duplicate of ticket #3631 to me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 05:28:47 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 04:28:47 -0000 Subject: [FFmpeg-trac] #4067(undetermined:new): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) Message-ID: <038.42865205004ce64e04285472d6aa006f@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) -------------------------------------+------------------------------------- Reporter: kevmitch | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- On git master (32e666c354e4a3160d8cf1d303cb51990b095c87) $./configure $ make CC libavdevice/alldevices.o CC libavdevice/alsa-audio-common.o CC libavdevice/alsa-audio-dec.o CC libavdevice/alsa-audio-enc.o CC libavdevice/avdevice.o CC libavdevice/dv1394.o CC libavdevice/fbdev_common.o CC libavdevice/fbdev_dec.o CC libavdevice/fbdev_enc.o CC libavdevice/jack_audio.o CC libavdevice/lavfi.o CC libavdevice/oss_audio.o CC libavdevice/oss_audio_dec.o CC libavdevice/oss_audio_enc.o CC libavdevice/timefilter.o CC libavdevice/v4l2-common.o CC libavdevice/v4l2.o CC libavdevice/v4l2enc.o CC libavdevice/xcbgrab.o libavdevice/xcbgrab.c:50:5: error: unknown type name ?xcb_shm_seg_t? libavdevice/xcbgrab.c: In function ?setup_window?: libavdevice/xcbgrab.c:581:5: error: implicit declaration of function ?xcb_shape_rectangles? [-Werror=implicit-function-declaration] libavdevice/xcbgrab.c:581:35: error: ?XCB_SHAPE_SO_SUBTRACT? undeclared (first use in this function) libavdevice/xcbgrab.c:581:35: note: each undeclared identifier is reported only once for each function it appears in libavdevice/xcbgrab.c:582:26: error: ?XCB_SHAPE_SK_BOUNDING? undeclared (first use in this function) cc1: some warnings being treated as errors make: *** [libavdevice/xcbgrab.o] Error 1 Build works fine with libxcb=1.10-3 on Debian unstable/testing -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 05:33:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 04:33:45 -0000 Subject: [FFmpeg-trac] #4067(avdevice:new): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.7e19ecdb00761b69fe12bfc1384750bf@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by kevmitch): * keywords: => xcb * version: unspecified => git-master * component: undetermined => avdevice -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 08:19:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 07:19:40 -0000 Subject: [FFmpeg-trac] #679(undetermined:new): DVB subtitles are badly placed on the screen In-Reply-To: <037.1f1a4367f19e7792f1a097859052b8fc@avcodec.org> References: <037.1f1a4367f19e7792f1a097859052b8fc@avcodec.org> Message-ID: <052.751d6a48bfe05e1ff5a014103cd05931@avcodec.org> #679: DVB subtitles are badly placed on the screen -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by mikaraento): * cc: mikie@? (added) Comment: More samples in #4066 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 08:43:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 07:43:40 -0000 Subject: [FFmpeg-trac] #4067(avdevice:new): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.8862399b76c71366bfa0cfe12d0ebd31@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Could you provide the output of the following command? {{{ $ grep XCB config.h }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 09:02:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 08:02:12 -0000 Subject: [FFmpeg-trac] #4067(avdevice:new): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.be44f83ea931446ce458345c74250233@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kevmitch): {{{ $ grep XCB config.h #define CONFIG_LIBXCB 1 #define CONFIG_LIBXCB_SHM 0 #define CONFIG_LIBXCB_XFIXES 0 #define CONFIG_X11GRAB_XCB_INDEV 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 09:11:01 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 08:11:01 -0000 Subject: [FFmpeg-trac] #4067(avdevice:new): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.5394b22580e85d7c26cfd7aad8faeccc@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Does attached patch change anything in the output of {{{make libavdevice/xcbgrab.o}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 09:14:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 08:14:21 -0000 Subject: [FFmpeg-trac] #4067(avdevice:new): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.86e59018948c73f8244cc73df89ce020@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kevmitch): Yes, that seems to fix it {{{ $ make libavdevice/xcbgrab.o CC libavdevice/xcbgrab.o libavdevice/xcbgrab.c: In function ?setup_window?: libavdevice/xcbgrab.c:583:5: warning: "XCB_SHAPE_RECTANGLES" is not defined [-Wundef] libavdevice/xcbgrab.c:567:21: warning: unused variable ?rect? [-Wunused- variable] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 09:19:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 08:19:21 -0000 Subject: [FFmpeg-trac] #4067(avdevice:new): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.783831974098089fba18f3d3980b542b@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I believe the fix is not yet complete but could you test the following with my first patch applied? {{{ $ ffmpeg -f x11grab -i :0 -t 10 -qscale 2 -y out.mov }}} Is out.mov created and is it playable? Could you provide the output of the following command? {{{ $ ls -l /usr/include/xcb }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 09:35:25 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 08:35:25 -0000 Subject: [FFmpeg-trac] #4067(avdevice:new): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.87cc62d41935db47841dbf2d2d17b78e@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kevmitch): yes, the mov is playable. It does however only cover the top left 640x480 pixels. Not sure if it was supposed to grab my whole screen or not. {{{ $ ls -l /usr/include/xcb total 936 -rw-r--r-- 1 root root 461305 May 15 2013 xproto.h -rw-r--r-- 1 root root 12293 May 15 2013 xc_misc.h -rw-r--r-- 1 root root 17847 May 15 2013 xcb.h -rw-r--r-- 1 root root 3887 May 15 2013 xcbext.h -rw-r--r-- 1 root root 447460 May 15 2013 glx.h -rw-r--r-- 1 root root 3674 May 15 2013 bigreq.h }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 10:29:58 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 09:29:58 -0000 Subject: [FFmpeg-trac] #4067(avdevice:closed): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.c4c33f5f2f127439fe3f0427c4bc2cf6@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: I committed my patch above as 792f0f20456cc24f1f1b9ee445e50737d65e38df and 8c0ae9015a2bd8b3f4f92c35570e592e7fdeaef0 The fix should be improved but since this is a build failure I pushed the small change. Thank you for the report and thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 10:39:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 09:39:10 -0000 Subject: [FFmpeg-trac] #4067(avdevice:closed): build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) In-Reply-To: <038.42865205004ce64e04285472d6aa006f@avcodec.org> References: <038.42865205004ce64e04285472d6aa006f@avcodec.org> Message-ID: <053.3fa1c9216dd67e3b91f0fc5bfb7e3b9c@avcodec.org> #4067: build failure due to old libxcb (1.8.1-2+deb7u1 debian wheezy) ------------------------------------+------------------------------------ Reporter: kevmitch | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 kevmitch]: > yes, the mov is playable. It does however only cover the top left 640x480 pixels. Not sure if it was supposed to grab my whole screen or not. vga is the default for {{{-video_size}}} / {{{-s}}} for x11grab, I believe this is documented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 12:30:30 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 11:30:30 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.59f10bee8c8712630080b7c66f7a0e92@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): When we play Starship_Troopers.vob using ffplay the subtitles are green color, while in vlc they are White with black Shadow, Imo it looks like there is some problem in decoder of dvbsubdec. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 13:17:54 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 12:17:54 -0000 Subject: [FFmpeg-trac] #4047(undetermined:new): dvdsub -> dvbsub: color palette and postion do not match In-Reply-To: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> References: <037.c4db0096ad8237e6a97de690fa241232@avcodec.org> Message-ID: <052.4bd10d24b1977febdae593bb1e2c687e@avcodec.org> #4047: dvdsub -> dvbsub: color palette and postion do not match -------------------------------------+------------------------------------- Reporter: Jarod42 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): A vob file does not contain subtitle colour information, there is no bug regarding the colour of the subtitle that can be fixed within the subtitle decoder when playing this file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 15:58:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 14:58:56 -0000 Subject: [FFmpeg-trac] #4068(undetermined:new): Muxing several subtitles streams in .m2ts with mpegts muxer not working Message-ID: <038.e76eba984d6cc58653b1affdbec94ac0@avcodec.org> #4068: Muxing several subtitles streams in .m2ts with mpegts muxer not working -------------------------------------+------------------------------------- Reporter: Starbuck | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: m2ts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFmpeg can't mux several subtitles streams in M2TS while it could do (BDMV files are M2TS). How to reproduce: {{{ % ffmpeg.exe -canvas_size 720x480 -i C:/Users/Me/Temp/title04.mkv -strict -2 -f mpegts -map 0:0 -filter:v:0 yadif,scale=940:400 -c:v:0 libx264 -crf:v:0 19 -map 0:1 -c:a:0 libfdk_aac -b:a:0 330k -metadata:s:a:0 language=eng -map 0:2 -c:s:0 copy -metadata:s:s:0 language=fra -map 0:3 -c:s:1 copy -metadata:s:s:1 language=ita -y D:/Users/Me/Videos/Video 360/DH_title_4.m2ts ffmpeg version N-65991-g8c63a0d-Sherpya Copyright (c) 2000-2014 the FFmpeg developers built on Aug 31 2014 05:05:49 with gcc 4.9-win32 (GCC) }}} The trancoding goes to 100% witout error: ... Input #0, matroska,webm, from 'C:/Users/Me/Temp/title04.mkv': Metadata: encoder : libmakemkv v1.8.13 (1.3.0/1.4.1) win(x64-release) creation_time : 2014-10-30 14:48:31 Duration: 00:09:36.78, start: 0.000000, bitrate: 5521 kb/s Stream #0:0(eng): Video: mpeg2video (Main), yuv420p(tv, smpte170m), 720x480 [SAR 32:27 DAR 16:9], max. 9800 kb/s, SAR 186:157 DAR 279:157, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc Stream #0:1(eng): Audio: ac3, 48000 Hz, stereo, fltp, 224 kb/s (default) Metadata: title : Stereo Stream #0:2(fra): Subtitle: hdmv_pgs_subtitle, 720x480 Stream #0:3(ita): Subtitle: hdmv_pgs_subtitle, 720x480 Stream #0:4(ces): Subtitle: hdmv_pgs_subtitle, 720x480 Stream #0:5(por): Subtitle: hdmv_pgs_subtitle, 720x480 Stream #0:6(ell): Subtitle: hdmv_pgs_subtitle, 720x480 Stream #0:7(pol): Subtitle: hdmv_pgs_subtitle, 720x480 Stream #0:8(nld): Subtitle: hdmv_pgs_subtitle, 720x480 ... video:95628kB audio:23238kB subtitle:2878kB other streams:0kB global headers:0kB muxing overhead: 0.271995% But there is no subtitles in output file. Same command with -f matroska and .mkv output file works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 16:00:34 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 15:00:34 -0000 Subject: [FFmpeg-trac] #4068(undetermined:closed): Muxing several subtitles streams in .m2ts with mpegts muxer not working In-Reply-To: <038.e76eba984d6cc58653b1affdbec94ac0@avcodec.org> References: <038.e76eba984d6cc58653b1affdbec94ac0@avcodec.org> Message-ID: <053.460abae3fe52814e9c835387542b2c30@avcodec.org> #4068: Muxing several subtitles streams in .m2ts with mpegts muxer not working -------------------------------------+------------------------------------- Reporter: Starbuck | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: m2ts => * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #2622 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 16:12:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 15:12:36 -0000 Subject: [FFmpeg-trac] #2622(avformat:open): Subtitle (hdmv pgs) remux fails In-Reply-To: <038.2369a0ec0ad594dda9e37badec05d561@avcodec.org> References: <038.2369a0ec0ad594dda9e37badec05d561@avcodec.org> Message-ID: <053.c54143de8146be772f9cce0f1844620c@avcodec.org> #2622: Subtitle (hdmv pgs) remux fails -------------------------------------+------------------------------------- Reporter: skifreak | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: mpegts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Starbuck): Not due particularly to ''pgssub'' , will not work with ''dvdsub'' because it comes from '''-f mpegts .m2ts''', do same with '''-f matroska .mkv''' and it will work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 19:13:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 18:13:12 -0000 Subject: [FFmpeg-trac] #4069(avcodec:new): G.726 decode failure Message-ID: <035.3fec91b88c6ae0ca56f5e5338ecb1f0d@avcodec.org> #4069: G.726 decode failure ---------------------------------+-------------------------------------- Reporter: cgbug | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: g726 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Sample: http://www.datafilehost.com/d/8bc5479e ffmpeg version N-67289-g7f24e1e Copyright (c) 2000-2014 the FFmpeg developers built on Oct 30 2014 00:04:25 with gcc 4.9.1 (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-zlib libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 10.100 / 56. 10.100 libavformat 56. 11.100 / 56. 11.100 libavdevice 56. 2.100 / 56. 2.100 libavfilter 5. 2.100 / 5. 2.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [g726 @ 02a0f7c0] Invalid number of bits 16 [mov,mp4,m4a,3gp,3g2,mj2 @ 02a07a00] Failed to open codec in av_find_stream_info [g726 @ 02a0f7c0] Invalid number of bits 16 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'g726.mp4': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf52.31.0 encoder-eng : Lavf52.31.0 Duration: 00:04:58.64, start: 0.000000, bitrate: 1750 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuvj420p(pc), 800x600 [SAR 1:1 DAR 4:3], 1716 kb/s, 15 fps, 15 tbr, 100 tbn, 29.97 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : DataHandler Stream #0:1(eng): Audio: adpcm_g726 (ms[0]E / 0x4500736D), 8000 Hz, mono, 32 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : DataHandler At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 30 19:18:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Oct 2014 18:18:26 -0000 Subject: [FFmpeg-trac] #4069(avcodec:new): G.726 decode failure In-Reply-To: <035.3fec91b88c6ae0ca56f5e5338ecb1f0d@avcodec.org> References: <035.3fec91b88c6ae0ca56f5e5338ecb1f0d@avcodec.org> Message-ID: <050.59c5a8a56048cd95cb68ca77551b2e02@avcodec.org> #4069: G.726 decode failure ------------------------------------+----------------------------------- Reporter: cgbug | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: g726 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Where did you find this file? Which software plays it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 31 13:20:32 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Oct 2014 12:20:32 -0000 Subject: [FFmpeg-trac] #3940(undetermined:new): Wrong behavior -force_key_frames In-Reply-To: <037.e795dd873c800f7b8337bee24e628f6b@avcodec.org> References: <037.e795dd873c800f7b8337bee24e628f6b@avcodec.org> Message-ID: <052.bffcf1762a6382656112f2f6b4dc6e51@avcodec.org> #3940: Wrong behavior -force_key_frames -------------------------------------+------------------------------------- Reporter: coder80 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: force_key_frames | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by coder80): Is it possible to synchronously insert keyframes using ffmpeg and libx264? -- Ticket URL: FFmpeg FFmpeg issue tracker