From trac at avcodec.org Sun Jun 1 00:07:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 May 2014 22:07:39 -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.c2fc1b1a4bd94def5da65749c82e21bb@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): So I've been working on hqx recently, and more specifically on hq2x to begin with. I'll try here to detail the progression of my understanding of that algorithm. hq2x will transform 1 pixel into 2x2 pixels. hq3x will transform 1 pixel into 3x3 pixels. hq4x will transform 1 pixel into 4x4 pixels. hq2x, hq3x and hq4x all use a 3x3 area around the current pixel to determine the interpolation to use. Attached is a (hopefully correct) representation of one of the 4 pixels to interpolate on hq2x: the top-left (others should be symmetrical). Note: for hq3x, the symmetry will probably be a bit tricky because the output is odd. And for hq4x, we will probably have to make a symmetry with 2x2 pixels... So on that picture (hq2x/topleft): On the left (the 3x3 blocks with the blue gradients) is the chosen interpolation when one of the combination on the right is matched. More blue means a more important coefficient, more white means a less important coefficient. Center pixel is the current one. On the right is the list of all the different combinations triggering that interpolation. When a pixel is red it means there is a visual difference with the current pixel (center). When present, the green lines link 2 pixels which must have a visual difference (in addition to all the other visual diff conditions represented in red). In various cases we can observe a common pattern in the combinations. For example for the first interpolation (which actually isn't, we just pick the current pixel), we can distinguish the same pattern with some "optional" differences. The representation could be improved to factorize these combinations and mark the optional diff in a different way. Unfortunately, it's not so easy to factorize because of cases like "exclusive optional differences", or "multiple optional differences only". It might be possible to also swap the representation, but I'm not sure if that would help. This picture is generated using https://github.com/ubitux/hqx. The repository will continue to evolve while I progress on this. The final goal being of course to try to determine the generic rules triggering these interpolation based on the combinations we observe here. (BTW, if anyone wants to help, feel free to contact me) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 00:17:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 May 2014 22:17:46 -0000 Subject: [FFmpeg-trac] #3694(ffmpeg:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file Message-ID: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Type: defect dslkjlskdjfllk | Priority: normal Status: new | Version: Component: ffmpeg | unspecified Keywords: flac mp3 | Blocked By: tag year | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Pretty simple: Convert any properly tagged flag file to an mp3 file, and see that the resulting mp3 file does not have its YEAR tag set properly. I tried: D:\temp\playlists>ffmpeg -i "04 - Punk Rock Song (German Language Version)).flac" -qscale:a 2 output\PunkRockSong.mp3 As per the documentation, here is the result of the following command on my input file: D:\temp\playlists>ffmpeg -v 9 -loglevel 99 -i "04 - Punk Rock Song (German Language Version)).flac" ffmpeg version N-63593-g98a6806 Copyright (c) 2000-2014 the FFmpeg developers built on May 29 2014 22:09:02 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --ena ble-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --e nable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopenc ore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-lib rtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable- libtheora --e nable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --en able-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 -- enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 87.100 / 52. 87.100 libavcodec 55. 65.100 / 55. 65.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 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 ar gument '99'. Reading option '-i' ... matched as input file with argument '04 - Punk Rock Song (German Language Versio n)).flac'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file 04 - Punk Rock Song (German Language Version)).flac. Successfully parsed a group of options. Opening an input file: 04 - Punk Rock Song (German Language Version)).flac. [flac @ 0000000000310960] Format flac probed with size=2048 and score=50 [flac @ 0000000000310960] Before avformat_find_stream_info() pos: 8713 bytes read:32768 seeks:0 [flac @ 0000000000321960] sample/frame number mismatch in adjacent frames Last message repeated 14 times [flac @ 0000000000310960] All info found [flac @ 0000000000310960] After avformat_find_stream_info() pos: 69632 bytes read:98304 seeks:0 frames:1 Input #0, flac, from '04 - Punk Rock Song (German Language Version)).flac': Metadata: ARTIST : Bad Religion TITLE : Punk Rock Song (German Language Version)) ALBUM : Punk Rock Song (Single) DATE : 1996 track : 04 GENRE : Punk Rock Duration: 00:02:27.03, start: 0.000000, bitrate: 1056 kb/s Stream #0:0, 1, 1/44100: Audio: flac, 44100 Hz, stereo, s16 Successfully opened the file. At least one output file must be specified [AVIOContext @ 0000000000319000] Statistics: 98304 bytes read, 0 seeks I am using the latest version of ffmpeg under windows: FFmpeg Build Version: git-2e532aa (2014-05-31). This can easily be reproduced. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 01:54:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 May 2014 23:54:08 -0000 Subject: [FFmpeg-trac] #3694(ffmpeg:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.8e784196b3b6a7e1f83f7ce1431a589f@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: ffmpeg Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: flac mp3 | Reproduced by developer: 0 tag year | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dslkjlskdjfllk): I meant "flac" file, not "flag". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 02:12:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 00:12:37 -0000 Subject: [FFmpeg-trac] #3636(undetermined:new): get all devs an avx2-capable laptop In-Reply-To: <037.34b21588780e45b3712354dc68702698@avcodec.org> References: <037.34b21588780e45b3712354dc68702698@avcodec.org> Message-ID: <052.1d292011e3df84047e1147420f36c9e2@avcodec.org> #3636: get all devs an avx2-capable laptop -------------------------------------+------------------------------------- Reporter: michael | Owner: Type: sponsoring | Status: new request | Component: Priority: wish | undetermined Version: unspecified | Resolution: Keywords: avx2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * keywords: => avx2 * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 02:13:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 00:13:39 -0000 Subject: [FFmpeg-trac] #3635(undetermined:new): Have machines for fate and developers with particular instruction sets In-Reply-To: <036.393590bf6b659aa30e57ad6d13ef5238@avcodec.org> References: <036.393590bf6b659aa30e57ad6d13ef5238@avcodec.org> Message-ID: <051.eb3daaf9e9f0accb63f97bac5e3b58db@avcodec.org> #3635: Have machines for fate and developers with particular instruction sets -------------------------------------+------------------------------------- Reporter: kurosu | Owner: Type: sponsoring | Status: new request | Component: Priority: wish | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 02:18:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 00:18:46 -0000 Subject: [FFmpeg-trac] #3029(undetermined:closed): youtube live stream using ffmpeg In-Reply-To: <037.0c059c80de8a9730d535233eaa069208@avcodec.org> References: <037.0c059c80de8a9730d535233eaa069208@avcodec.org> Message-ID: <052.8301e8d65129b6acfbf1af11e59c6f64@avcodec.org> #3029: youtube live stream using ffmpeg -------------------------------------+------------------------------------- Reporter: vikrant | Owner: Type: enhancement | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * version: => unspecified * type: sponsoring request => enhancement Comment: This is not a "sponsoring request". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 09:52:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 07:52:09 -0000 Subject: [FFmpeg-trac] #1092(avcodec:open): amv: gray bar at the bottom In-Reply-To: <039.f1a6e3c08956478d5bad7f91fe464caa@avcodec.org> References: <039.f1a6e3c08956478d5bad7f91fe464caa@avcodec.org> Message-ID: <054.2295bc2e793d578bbb9e1b0d3cb75b91@avcodec.org> #1092: amv: gray bar at the bottom -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: amv mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement Comment: Michael disabled dimensions % 16 != 0 in 181b2c37 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 10:08:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 08:08:28 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.10692a863d753f54f4dead0aa410f9da@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flac mp3 tag year => flac mp3 * version: unspecified => git-master * component: ffmpeg => undetermined Old description: > Pretty simple: Convert any properly tagged flag file to an mp3 file, and > see that the resulting mp3 file does not have its YEAR tag set properly. > > I tried: > D:\temp\playlists>ffmpeg -i "04 - Punk Rock Song (German Language > Version)).flac" -qscale:a 2 output\PunkRockSong.mp3 > > As per the documentation, here is the result of the following command on > my input file: > D:\temp\playlists>ffmpeg -v 9 -loglevel 99 -i "04 - Punk Rock Song > (German Language Version)).flac" > ffmpeg version N-63593-g98a6806 Copyright (c) 2000-2014 the FFmpeg > developers > built on May 29 2014 22:09:02 with gcc 4.8.2 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-avisynth > --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls > --enable-iconv --ena > ble-libass --enable-libbluray --enable-libcaca --enable-libfreetype > --enable-libgme --e > nable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame > --enable-libopenc > ore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- > libopus --enable-lib > rtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex > --enable-libtheora --e > nable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- > libvo-amrwbenc --en > able-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp > --enable-libx264 -- > enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink > --enable-zlib > libavutil 52. 87.100 / 52. 87.100 > libavcodec 55. 65.100 / 55. 65.100 > libavformat 55. 42.100 / 55. 42.100 > libavdevice 55. 13.101 / 55. 13.101 > libavfilter 4. 5.100 / 4. 5.100 > libswscale 2. 6.100 / 2. 6.100 > libswresample 0. 19.100 / 0. 19.100 > libpostproc 52. 3.100 / 52. 3.100 > 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 ar > gument '99'. > Reading option '-i' ... matched as input file with argument '04 - Punk > Rock Song (German Language Versio > n)).flac'. > Finished splitting the commandline. > Parsing a group of options: global . > Applying option v (set logging level) with argument 9. > Successfully parsed a group of options. > Parsing a group of options: input file 04 - Punk Rock Song (German > Language Version)).flac. > Successfully parsed a group of options. > Opening an input file: 04 - Punk Rock Song (German Language > Version)).flac. > [flac @ 0000000000310960] Format flac probed with size=2048 and score=50 > [flac @ 0000000000310960] Before avformat_find_stream_info() pos: 8713 > bytes read:32768 > seeks:0 > [flac @ 0000000000321960] sample/frame number mismatch in adjacent frames > Last message repeated 14 times > [flac @ 0000000000310960] All info found > [flac @ 0000000000310960] After avformat_find_stream_info() pos: 69632 > bytes read:98304 > seeks:0 frames:1 > Input #0, flac, from '04 - Punk Rock Song (German Language > Version)).flac': > Metadata: > ARTIST : Bad Religion > TITLE : Punk Rock Song (German Language Version)) > ALBUM : Punk Rock Song (Single) > DATE : 1996 > track : 04 > GENRE : Punk Rock > Duration: 00:02:27.03, start: 0.000000, bitrate: 1056 kb/s > Stream #0:0, 1, 1/44100: Audio: flac, 44100 Hz, stereo, s16 > Successfully opened the file. > At least one output file must be specified > [AVIOContext @ 0000000000319000] Statistics: 98304 bytes read, 0 seeks > > I am using the latest version of ffmpeg under windows: FFmpeg Build > Version: git-2e532aa (2014-05-31). > > This can easily be reproduced. New description: Pretty simple: Convert any properly tagged flag file to an mp3 file, and see that the resulting mp3 file does not have its YEAR tag set properly. I tried: D:\temp\playlists>ffmpeg -i "04 - Punk Rock Song (German Language Version)).flac" -qscale:a 2 output\PunkRockSong.mp3 As per the documentation, here is the result of the following command on my input file: {{{ D:\temp\playlists>ffmpeg -v 9 -loglevel 99 -i "04 - Punk Rock Song (German Language Version)).flac" ffmpeg version N-63593-g98a6806 Copyright (c) 2000-2014 the FFmpeg developers built on May 29 2014 22:09:02 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 87.100 / 52. 87.100 libavcodec 55. 65.100 / 55. 65.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 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 '04 - Punk Rock Song (German Language Version)).flac'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file 04 - Punk Rock Song (German Language Version)).flac. Successfully parsed a group of options. Opening an input file: 04 - Punk Rock Song (German Language Version)).flac. [flac @ 0000000000310960] Format flac probed with size=2048 and score=50 [flac @ 0000000000310960] Before avformat_find_stream_info() pos: 8713 bytes read:32768 seeks:0 [flac @ 0000000000321960] sample/frame number mismatch in adjacent frames Last message repeated 14 times [flac @ 0000000000310960] All info found [flac @ 0000000000310960] After avformat_find_stream_info() pos: 69632 bytes read:98304 seeks:0 frames:1 Input #0, flac, from '04 - Punk Rock Song (German Language Version)).flac': Metadata: ARTIST : Bad Religion TITLE : Punk Rock Song (German Language Version)) ALBUM : Punk Rock Song (Single) DATE : 1996 track : 04 GENRE : Punk Rock Duration: 00:02:27.03, start: 0.000000, bitrate: 1056 kb/s Stream #0:0, 1, 1/44100: Audio: flac, 44100 Hz, stereo, s16 Successfully opened the file. At least one output file must be specified [AVIOContext @ 0000000000319000] Statistics: 98304 bytes read, 0 seeks }}} I am using the latest version of ffmpeg under windows: FFmpeg Build Version: git-2e532aa (2014-05-31). This can easily be reproduced. -- Comment: Replying to [ticket:3694 dslkjlskdjfllk]: > D:\temp\playlists>ffmpeg -i "04 - Punk Rock Song (German Language Version)).flac" -qscale:a 2 output\PunkRockSong.mp3 > > As per the documentation, here is the result of the following command on my input file: The idea is of course that you provide the output of the failing command line above... More important: Please provide the output of {{{ffmpeg -i output\PunkRockSong.mp3}}} > I am using the latest version of ffmpeg under windows: FFmpeg Build Version: git-2e532aa (2014-05-31). Your console output seems to disagree: > {{{ > ffmpeg version N-63593-g98a6806 > }}} > This can easily be reproduced. I cannot reproduce it but I wonder what you mean with ''easy''... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 21:45:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 19:45:04 -0000 Subject: [FFmpeg-trac] #1163(ffprobe:reopened): ffprobe can produce invalid XML In-Reply-To: <033.fe51555164021afb7d18d60db689c185@avcodec.org> References: <033.fe51555164021afb7d18d60db689c185@avcodec.org> Message-ID: <048.b7ad808da7beae6d25fc7026dd55877f@avcodec.org> #1163: ffprobe can produce invalid XML ------------------------------------+------------------------------------ Reporter: Ian | Owner: stefano Type: defect | Status: reopened Priority: normal | Component: ffprobe Version: git-master | Resolution: Keywords: utf8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by eelco): * analyzed: 1 => 0 * status: closed => reopened * version: unspecified => git-master * resolution: fixed => * reproduced: 1 => 0 Comment: Uploaded 1163-utf8bug.rm to incoming. {{{ ffprobe -print_format xml -show_format 1163-utf8bug.rm > 1163-utf8bug.xml ffprobe version N-63665-g921d5ae Copyright (c) 2007-2014 the FFmpeg developers built on Jun 1 2014 12:14:19 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build --disable-shared --enable-static --disable-ffserver --disable-doc --enable-gpl --extra-cflags='-DMACOSX_DEPLOYMENT_TARGET=10.7 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.7 -I/Users/eelco/Projects/Beamer/FFmpeg/build/include' --extra- ldflags='-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.7 -L/Users/eelco/Projects/Beamer/FFmpeg/build/lib' libavutil 52. 88.100 / 52. 88.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [rm @ 0x7f9ae1015800] Failed to fully read block Input #0, rm, from '/Users/eelco/Desktop/1163-utf8bug.rm': Metadata: Audiences : BatchRealProducer 's Audience; audioMode : music Creation Date : 2/14/2013 1:40:55 Description : This RealMedia File Compressed by Batch Real Producer Generated By : Helix Producer SDK 10.0 for Windows, Build 10.0.0.335 Modification Date: 2/14/2013 1:40:55 videoMode : sharp Keywords : File ID : 31e4c7ec-29b7-4ffd-8ea5-40f11991751a title : tsks author : ????????TSKS??2014?? copyright : ???????TSKS???????tskscn.com?? comment : Duration: 00:59:01.08, start: 0.000000, bitrate: 0 kb/s Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, stereo, fltp, 44 kb/s Stream #0:1: Video: rv40 (RV40 / 0x30345652), yuv420p, 624x352, 536 kb/s, 29.97 fps, 29.97 tbr, 1k tbn, 1k tbc [xml @ 0x7f9ae1012e00] 10 invalid UTF-8 sequence(s) found in string '????????TSKS??2014??', replaced with '?' [xml @ 0x7f9ae1012e00] 18 invalid UTF-8 sequence(s) found in string '???????TSKS???????tskscn.com??', replaced with '?' }}} {{{ xmllint 1163-utf8bug.xml 1163-utf8bug.xml:14: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xC0 0xA1 0xEF 0xBF ^ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 1 23:16:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 21:16:14 -0000 Subject: [FFmpeg-trac] #3639(ffserver:new): ffmpeg not apply filter to http output stream (to output file is ok) In-Reply-To: <039.f8a5b8a3f1c88340268db71166de5c33@avcodec.org> References: <039.f8a5b8a3f1c88340268db71166de5c33@avcodec.org> Message-ID: <054.0d0c5235bbbb20a0ee115b8f58254d7e@avcodec.org> #3639: ffmpeg not apply filter to http output stream (to output file is ok) ------------------------------------+------------------------------------ Reporter: gretchany | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: ffmpeg => ffserver -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 01:26:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 23:26:44 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.36c1418a9afb68a608b81c1734d05dea@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by bmitchel): Replying to [comment:4 cehoyos]: > Replying to [comment:3 bmitchel]: > > I tried compiling 2.2.2 on Solaris Intel and I'm failing to link ffmpeg. > > Please test current FFmpeg git head. I will try this on a later build, but would prefer to use a stable build. To date I have been working with FFMPEG 2.0 > > > LD ffmpeg_g > > Undefined first referenced > > symbol in file > > ff_synth_filter_inner_sse2 libavcodec/libavcodec.a(dcadsp_init.o) > > ld: fatal: symbol referencing errors. No output written to ffmpeg_g > > gmake: *** [ffmpeg_g] Error 2 > > I am unable to reproduce this problem with FFmpeg 2.2.2. > > > bash ./configure --extra-cflags="-fPIC" --disable-mmx --disable- protocol=udp --disable-encoder=nellymoser --cc=cc --cxx=CC --disable-doc > > Why are you using {{{--disable-mmx}}}? This seems like a very bad option, don't you agree? I would agree yes, however I cannot get to compile/get to the linking stage without this. Possibly an Oracle Compiler issue, I am unsure but the original article I used to help do an initial compile has stuck: http://chrismiles.livejournal.com/25439.html If i exclude --disable-mmx, I get the compilation issue: CC libavfilter/vf_mergeplanes.o CC libavfilter/vf_noise.o "vf_noise.c", [line_noise_avg_mmx]:ube: error: Cannot allocate register for argument '%5' in GASM Inlining cc: ube failed for libavfilter/vf_noise.c gmake: *** [libavfilter/vf_noise.o] Error 2 > Are {{{--cc}}} and {{{-cxx}}} necessary? Why? So it doesn't pick up gcc to build with. We don't build with gcc, we build with the Oracle Compiler. > > Is your original problem only that the output of {{{file}}} is not satisfying or do you have actual problems with your linked executable? Original problem is that building a C++ program using the static libs puts a dependency on the CPU requiring the AMD 3d Now instruction set, which is unsupported. Linking with the dynamic libs instead of the static libs does not result in the dependency or seem to have any issues, so it could and is very likely it is a problem with the CC compiler, or I am missing some sort of flag on the compiler to exclude instructions that are not supported by the CPU, if such a flag exists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 01:43:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jun 2014 23:43:29 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.5cb2db6ba470d3e0b79a135f76126480@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by heleppkes): The presence of the instructions in the avcodec library should not prevent it from running on any system, as its designed to detect the CPU features and only execute the code if supported. So does it actually fail to run? That seems rather weird. None of the libs should ever execute it if your CPU doesn't support it. Maybe your C++ compiler/linker somehow scans the static library for all instructions it uses and then somehow flags the resulting library to require these? That seems like a rather crazy thing to do, but what do I know about the oracle tools on Solaris. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 02:02:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 00:02:31 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.38d6fff402b4ad22619ab622d103e775@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:5 bmitchel]: > Replying to [comment:4 cehoyos]: > > Replying to [comment:3 bmitchel]: > > > I tried compiling 2.2.2 on Solaris Intel and I'm failing to link ffmpeg. > > > > Please test current FFmpeg git head. > > I will try this on a later build, but would prefer to use a stable build. To date I have been working with FFMPEG 2.0 Please understand that there is nothing ''unstable'' about current git head, it is exactly as stable as a release branch (but contrary to a release branch, we support it also if you are not a distributor). > > > bash ./configure --extra-cflags="-fPIC" --disable-mmx --disable- protocol=udp --disable-encoder=nellymoser --cc=cc --cxx=CC --disable-doc Why are you using {{{--extra-cflags="-fPIC"}}}? Why not {{{--enable-pic}}} (or neither of them)? > > Why are you using {{{--disable-mmx}}}? This seems like a very bad option, don't you agree? > > I would agree yes, however I cannot get to compile/get to the linking stage without this. You should first take care about this important issue (that makes your binaries unusable and imo unsupported - at least I consider --disable-mmx a pure debug option). > Possibly an Oracle Compiler issue, I am unsure but the original article I used to help do an initial compile has stuck: > > http://chrismiles.livejournal.com/25439.html This is so outdated that it has no relevance for your problem. > If i exclude --disable-mmx, I get the compilation issue: > > CC libavfilter/vf_noise.o > "vf_noise.c", [line_noise_avg_mmx]:ube: error: Cannot allocate register for argument '%5' in GASM Inlining (Generally, a line number would help, fortunately it is unneeded here.) What does the following show? {{{$ grep HAVE_EB config.h}}} Could you test forcing one of them to 0? This should lead to a permanent fix. > cc: ube failed for libavfilter/vf_noise.c > gmake: *** [libavfilter/vf_noise.o] Error 2 > > > Are {{{--cc}}} and {{{-cxx}}} necessary? Why? > > So it doesn't pick up gcc to build with. We don't build with gcc, we build with the Oracle Compiler. Please do us all a favor and also test gcc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 02:21:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 00:21:17 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.9bbe0094220a80caa498ab108cfb04bc@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by bmitchel): Replying to [comment:7 cehoyos]: > Please understand that there is nothing ''unstable'' about current git head, it is exactly as stable as a release branch (but contrary to a release branch, we support it also if you are not a distributor). I was not trying to imply it wasn't unstable. Bad use of language there. > Why are you using {{{--extra-cflags="-fPIC"}}}? > Why not {{{--enable-pic}}} (or neither of them)? I'll use --enable-pic. I started building this on SPARC Solaris, then Intel Solaris and Windows on much older versions so some of these things have stuck. > You should first take care about this important issue (that makes your binaries unusable and imo unsupported - at least I consider --disable-mmx a pure debug option). I will remove it. Just the way again I've previously compiled. > This is so outdated that it has no relevance for your problem. Understood. I know this has nothing to do with my issue, it was just the build instructions I've previously used and refined to a certain extent (mainly the configure). > (Generally, a line number would help, fortunately it is unneeded here.) > > What does the following show? > {{{$ grep HAVE_EB config.h}}} barney(bradm) grep HAVE_EB config.h #define HAVE_EBP_AVAILABLE 0 #define HAVE_EBX_AVAILABLE 1 > Could you test forcing one of them to 0? > This should lead to a permanent fix. I tried changing HAVE_EBX_AVAILABLE to 0 also, and this still resulted in the same error: CC libavfilter/vf_noise.o "vf_noise.c", [line_noise_avg_mmx]:ube: error: Cannot allocate register for argument '%5' in GASM Inlining cc: ube failed for libavfilter/vf_noise.c gmake: *** [libavfilter/vf_noise.o] Error 2 There is no line number specified in the output for the error. > Please do us all a favor and also test gcc. Absolutely. There is a much older version of gcc installed (3.4.3) which is stock standard installed for Solaris. Any recommendations on a version you would suggest? I'm not overly familiar with the gcc compiler. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 08:44:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 06:44:53 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.709cb695d1df5a1d8f1146e11bdbaa06@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:8 bmitchel]: > > Why are you using {{{--extra-cflags="-fPIC"}}}? > > Why not {{{--enable-pic}}} (or neither of them)? > > I'll use --enable-pic. Why is --enable-pic needed? I believe it caused one of your problems and it would be good to understand the underlying problem better. > > You should first take care about this important issue (that makes your binaries unusable and imo unsupported - at least I consider --disable-mmx a pure debug option). > > I will remove it. Just the way again I've previously compiled. > > > This is so outdated that it has no relevance for your problem. > > Understood. I know this has nothing to do with my issue, it was just the build instructions I've previously used and refined to a certain extent (mainly the configure). If {{{./configure && make}}} does not work, it would be great if you could report that. > > What does the following show? > > {{{$ grep HAVE_EB config.h}}} > > barney(bradm) grep HAVE_EB config.h > #define HAVE_EBP_AVAILABLE 0 > #define HAVE_EBX_AVAILABLE 1 > > > Could you test forcing one of them to 0? > > This should lead to a permanent fix. > > I tried changing HAVE_EBX_AVAILABLE to 0 also, and this still resulted in the same error: > > CC libavfilter/vf_noise.o > "vf_noise.c", [line_noise_avg_mmx]:ube: error: Cannot allocate register for argument '%5' in GASM Inlining > cc: ube failed for libavfilter/vf_noise.c > gmake: *** [libavfilter/vf_noise.o] Error 2 Sorry, I had forgotten: This was fixed a month ago, as said please test current FFmpeg git head. > > Please do us all a favor and also test gcc. > > Absolutely. There is a much older version of gcc installed (3.4.3) which is stock standard installed for Solaris. Any recommendations on a version you would suggest? I'm not overly familiar with the gcc compiler. gcc 3.4.3 is so outdated that it might be better to fix the issues with your current compiler, a suggested version would be gcc 4.8.3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 10:40:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 08:40:15 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.f522fdc17222afa8e54414b0c5526895@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Please anybody can fix it? Looks like it is not too difficult, but I'm looking in the FFMPEG source code and don't know what should be changed in the sources to fix it and therefore can't make the patch. :-[ Thanks in advance! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 10:47:30 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 08:47:30 -0000 Subject: [FFmpeg-trac] #3695(undetermined:new): extremely slow 5.1 float aiff decoding since ffmpeg 2.x Message-ID: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> #3695: extremely slow 5.1 float aiff decoding since ffmpeg 2.x -------------------------------------+------------------------------------- Reporter: divide | Type: defect Status: new | Priority: important Component: | Version: 2.1.4 undetermined | Blocked By: Keywords: aiff | Reproduced by developer: 0 decoding 5.1 surround 32bit float | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Decoding an aiff file with float samples and more than 2 channels is extremely slow since ffmpeg 2.x (but very fast with ffmpeg 1.2) How to reproduce: {{{ % ffmpeg -i 5.1-32f.aif 5.1-32f.wav ffmpeg version: any version since ffmpeg 2.x built on windows platform }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 11:11:11 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 09:11:11 -0000 Subject: [FFmpeg-trac] #3696(undetermined:new): x11grab fails on powerpc Message-ID: <037.c386f16140e4fd53ffb7ba2827aa25c6@avcodec.org> #3696: x11grab fails on powerpc -------------------------------------+------------------------------------- Reporter: naishab | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -f x11grab -s 1280x1024 -r 30 -i :0.0 -qscale 0.1 -t 3 grab.avi I am getting the following error while capturing on PowerPC board. same command worked on the same board with Xvfb and x11vnc [with same ffmpeg binaries]. root at ppc:ffmpeg -f x11grab -s 1280x1024 -r 30 -i :0.0 -qscale 0.1 -t 3 grab.avi ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on May 29 2014 10:56:22 with gcc 4.7.2 configuration: --arch=powerpc --enable-cross-compile --cross-prefix =powerpc-linux- --target-os=linux --enable-altivec --enable-shared --enable-gpl --enable-x11grab --enable-avresample --prefix=/opt/ffmpeg-0.11.1/ffmpeg-ppc --sysroot=/opt/eldk-5.3/powerpc/sysroots/powerpc-linux --sysinclude=/opt/eldk-5.3/powerpc/sysroots/powerpc-linux/usr/include --extra-cflags=-fPIC --disable-static libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [x11grab @ 0x10805560] device: :0.0 -> display: :0.0 x: 0 y: 0 width: 1280 height: 1024 [x11grab @ 0x10805560] shared memory extension found X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 141 (MIT-SHM) Minor opcode of failed request: 4 (X_ShmGetImage) Serial number of failed request: 11 Current serial number in output stream: 11 What this error means? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 11:11:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 09:11:20 -0000 Subject: [FFmpeg-trac] #3697(trac:new): What is Big Data Files Message-ID: <039.2db9a3d46081d5b6f73ff9b6fffeea07@avcodec.org> #3697: What is Big Data Files -----------------------------------+--------------------------------------- Reporter: mayonav21 | Type: defect Status: new | Priority: normal Component: trac | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- High Tail (formerly YouSendIt) is perhaps something more familiar for exchanging large files. The iOS app launched in June 2011 and allows you to send large files. Formats in pdf, doc, docx, ppt, xls and tiff On the iPhone you can add text and images to documents and send them afterwards. The handy is that you can set. Example, a digital signature to a document. Users with a free account stuck to a limit of 250 MB per file, 2GB of storage space and 5 e-signatures. With a Pro account of ? 14.99 per month or ? 149.99 per year you will have unlimited storage and unlimited e-signatures. There is also a more expensive account for teams. High Tail is more focused on business users and teams. [http://hightail101.com/ Big Data Files] Pros: reasonably current app, available on many platforms: Mac, Windows, Outlook, web and mobile. High Tail has received an investment from Western Digital, a well-known manufacturer of hard drives. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 12:00:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 10:00:04 -0000 Subject: [FFmpeg-trac] #3696(undetermined:new): x11grab fails on powerpc In-Reply-To: <037.c386f16140e4fd53ffb7ba2827aa25c6@avcodec.org> References: <037.c386f16140e4fd53ffb7ba2827aa25c6@avcodec.org> Message-ID: <052.d80738951132d18a95bbac30eaa1423e@avcodec.org> #3696: x11grab fails on powerpc -------------------------------------+------------------------------------- Reporter: naishab | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test current FFmpeg git head before reporting bugs here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 12:19:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 10:19:13 -0000 Subject: [FFmpeg-trac] #3695(undetermined:new): extremely slow 5.1 float aiff decoding since ffmpeg 2.x In-Reply-To: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> References: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> Message-ID: <051.2a0b303190cc83656fd992b19cb81edd@avcodec.org> #3695: extremely slow 5.1 float aiff decoding since ffmpeg 2.x -------------------------------------+------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1.4 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aiff decoding 5.1 surround 32bit float => regression Comment: Please test current FFmpeg and please provide your "slow" command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 12:32:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 10:32:03 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.c6fba993d678a17311aa613c8ff947e3@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Which player / application fails for files created by current FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 12:58:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 10:58:49 -0000 Subject: [FFmpeg-trac] #3695(undetermined:new): extremely slow 5.1 float aiff decoding since ffmpeg 2.x In-Reply-To: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> References: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> Message-ID: <051.89295a2f53776a161111ae4581644f3b@avcodec.org> #3695: extremely slow 5.1 float aiff decoding since ffmpeg 2.x -------------------------------------+------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1.4 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by divide): I've just tested with ffmpeg 2.2.2 from http://ffmpeg.zeranoe.com/builds/ (both 32 and 64 bits) and it shows the same very slow behaviour. Repro steps: unpack the attached file, then run ffmpeg -i 5.1-32f.aif output.wav Notice that the problem doesn't happen with the stereo 32bit float file, nor does it happen with the 5.1 16bit signed file. It is specific to all aif files with more than 2 channels, float samples, and with any ffmpeg 2.x.y version -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 13:01:01 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 11:01:01 -0000 Subject: [FFmpeg-trac] #3695(undetermined:new): extremely slow 5.1 float aiff decoding since ffmpeg 2.x In-Reply-To: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> References: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> Message-ID: <051.77243924189ba5069021751c66f7e729@avcodec.org> #3695: extremely slow 5.1 float aiff decoding since ffmpeg 2.x -------------------------------------+------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1.4 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by divide): output from the command line: ffmpeg.exe -i 5.1-32f.aif output.wav ffmpeg version 2.2.2 Copyright (c) 2000-2014 the FFmpeg developers built on May 22 2014 19:53:12 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, aiff, from 'C:\temp\ffmpegbug\5.1-32f.aif': Duration: 00:00:10.00, start: 0.000000, bitrate: 9220 kb/s Stream #0:0: Audio: pcm_f32be (fl32 / 0x32336C66), 48000 Hz, 5.1, flt, 9216 kb/s File 'C:\temp\ffmpegbug\output.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'C:\temp\ffmpegbug\output.wav': Metadata: ISFT : Lavf55.33.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s16, 4 608 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_f32be -> pcm_s16le) Press [q] to stop, [?] for help size= 733kB time=00:00:01.30 bitrate=4608.6kbits/s video:0kB audio:733kB subtitle:0 data:0 global headers:0kB muxing overhead 0.013 593% Received signal 2: terminating. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 13:04:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 11:04:46 -0000 Subject: [FFmpeg-trac] #3695(avformat:open): extremely slow 5.1 float aiff decoding since ffmpeg 2.x In-Reply-To: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> References: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> Message-ID: <051.03f9dad29ebaa0fde53c36e9be35df8c@avcodec.org> #3695: extremely slow 5.1 float aiff decoding since ffmpeg 2.x -------------------------------------+------------------------------------- Reporter: divide | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: aiff | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => aiff regression * status: new => open * version: 2.1.4 => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: For future tickets: Please always test current FFmpeg git head, and please tell us if you believe this isn't explained well on http://ffmpeg.org/bugreports.html Regression since 9526c9cc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 13:05:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 11:05:46 -0000 Subject: [FFmpeg-trac] #2430(avformat:closed): AIFF decoding bug (zero length output file) In-Reply-To: <038.f2cfe35e7b08d120c8cc2e7b6953ca8d@avcodec.org> References: <038.f2cfe35e7b08d120c8cc2e7b6953ca8d@avcodec.org> Message-ID: <053.7ebe18124b3ea1cccadd025ce77b1e36@avcodec.org> #2430: AIFF decoding bug (zero length output file) -------------------------------------+------------------------------------- Reporter: auphonic | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: aif | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aiff regression => aif regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 13:06:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 11:06:02 -0000 Subject: [FFmpeg-trac] #3530(avformat:closed): AIFF playback/Transcode failure In-Reply-To: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> References: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> Message-ID: <052.cd4bbe8092a73da821324fc3679be320@avcodec.org> #3530: AIFF playback/Transcode failure -------------------------------------+------------------------------------- Reporter: DeShizz | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: aif id3v2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aiff id3v2 regression => aif id3v2 regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 2 13:06:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 11:06:13 -0000 Subject: [FFmpeg-trac] #3695(avformat:open): extremely slow 5.1 float aiff decoding since ffmpeg 2.x In-Reply-To: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> References: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> Message-ID: <051.fb157295505d23a7e877f891e1ab3813@avcodec.org> #3695: extremely slow 5.1 float aiff decoding since ffmpeg 2.x -------------------------------------+------------------------------------- Reporter: divide | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: aif | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aiff regression => aif regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 3 01:07:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 23:07:53 -0000 Subject: [FFmpeg-trac] #3659(undetermined:new): Some H.264 WTV files created by ffmpeg do not playback on WMP and MCE In-Reply-To: <041.e790c9e07fc73f84bab1320849d3b1e5@avcodec.org> References: <041.e790c9e07fc73f84bab1320849d3b1e5@avcodec.org> Message-ID: <056.c899cc7860d94749754b022e71adcb69@avcodec.org> #3659: Some H.264 WTV files created by ffmpeg do not playback on WMP and MCE -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Any thoughts on why this is happening selectively? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 3 01:09:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jun 2014 23:09:25 -0000 Subject: [FFmpeg-trac] #3032(undetermined:open): ffmpeg fails to stream copy mpeg2 TS file with timestamp discontinuity In-Reply-To: <041.7e3077b5af30b21aa0b4225d8ab5de63@avcodec.org> References: <041.7e3077b5af30b21aa0b4225d8ab5de63@avcodec.org> Message-ID: <056.22a81bf83440eaddaa7b23dead6757cc@avcodec.org> #3032: ffmpeg fails to stream copy mpeg2 TS file with timestamp discontinuity -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame mpegts | Blocked By: mpeg2video dts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): any thoughts on this? have got a whole lot of other videos which are exhibiting similar issues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 3 09:18:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jun 2014 07:18:23 -0000 Subject: [FFmpeg-trac] #3695(avformat:closed): extremely slow 5.1 float aiff decoding since ffmpeg 2.x In-Reply-To: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> References: <036.6ec33d93e853027633f622b74365a64b@avcodec.org> Message-ID: <051.e7fefb94f3fe6c289a8f7ce48cd0dccc@avcodec.org> #3695: extremely slow 5.1 float aiff decoding since ffmpeg 2.x -------------------------------------+------------------------------------- Reporter: divide | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: aif | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in 763e7144 - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 3 13:10:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jun 2014 11:10:03 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.a5ab7d0c526fbdf2db9a74ae8888928c@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Unfortunately, I can't test QDMC. Looks like QDMC is not supported by any open source software. Is FFMPEG support it? Is there open source QDMC decoder at all? Regarding QDM2, please look https://trac.ffmpeg.org/ticket/3256#comment:12. I just can't make the patch because don't know what should be changed in the source code. Over 5 years (see https://trac.bunkus.org/ticket/354#comment:1) there was no player that I know that supports QDM2 in MKV until https://trac.videolan.org/vlc/ticket/11038 was recently closed. All players now that support A_QUICKTIME, support deprecated A_QUICKTIME/QDM2 CodecID too (for legacy compatibility purposes), therefore I can't find player that fails for files created by current version of FFMPEG, but according to Matroska specs (http://matroska.org/technical/specs/codecid/index.html) A_QUICKTIME/QDMC and A_QUICKTIME/QDM2 CodecIDs is deprecated in favor of A_QUICKTIME (without a trailing codec name) and FFMPEG should not produce files with deprecated CodecIDs and should produce files that correspond to current specifications. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 3 13:51:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jun 2014 11:51:03 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.7ca80dccc209ad1aebae02a6e6635ad0@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Why? I mean: Why do you suggest that FFmpeg should create files that some players (applications) will not support while you apparently found out that all relevant players support files created by current FFmpeg? Don't you agree that we should at least wait some time before we update the code to output incompatible files by default? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 3 15:54:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jun 2014 13:54:59 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.f78f9c72f8601ebc8c098f64ea1e3a3b@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Replying to [comment:5 cehoyos]: > Why? Because it is deprecated. > Don't you agree that we should at least wait some time before we update the code to output incompatible files by default? Please explain what you mean when you wrote about "output incompatible files by default"? Is there players that support A_QUICKTIME/QDM2 and/or A_QUICKTIME/QDMC, but not support A_QUICKTIME (without a trailing codec name)? BTW, MKVToolNix has always produced MKV files using A_QUICKTIME (without a trailing codec name) Codec ID according to specs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 3 18:17:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jun 2014 16:17:20 -0000 Subject: [FFmpeg-trac] #3622(avformat:new): Second audio track in mov sometimes marked as default In-Reply-To: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> References: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> Message-ID: <052.ea4f22efb38db6c5a0dca11e9eb0fbfa@avcodec.org> #3622: Second audio track in mov sometimes marked as default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by outlyer): In case it's helpful to anyone; I uploaded a Homebrew build script and patch as GitHub Gists and you can find them here. If you replace your existing `ffmpeg.rb` with the Gist, it should download and build a patched version of ffmpeg 2.2.3. https://gist.github.com/outlyer/4a88f1adb7f895b93fd9 For what it's worth, I've also found this patch worked to solve the disabled track issue on both 2.2.2 and 2.2.3 and `make fate` didn't report any issues of note. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 3 20:25:00 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jun 2014 18:25:00 -0000 Subject: [FFmpeg-trac] #3697(undetermined:new): H264/MPEGTS avg_frame_rate inconsistencies Message-ID: <033.5c79142b12b8a81c67dbd36f9fe71816@avcodec.org> #3697: H264/MPEGTS avg_frame_rate inconsistencies -------------------------------------+------------------------------------- Reporter: bog | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When transcoding h264 in mp4 with non-whole frame rates to mpegts and back, the avg_frame_rate and packet duration is altered. This can be problematic when concatenating multiple mp4s with the concat protocol with the same settings because the avg_frame_rate is not normalized. How to reproduce: I'm working with this ffmpeg: {{{ ffmpeg version N-63724-g5766543 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 07:41:35 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-postproc --disable-debug --enable- libmp3lame --enable-libfdk_aac --enable-pthreads --enable-libx264 --enable-libvpx --enable-nonfree --enable-libass --enable-libfreetype --enable-static --extra-libs=-ldl }}} The file below is 23.976fps content. avg_frame_rate reported by ffprobe is 2997/125. The pkt_duration_time is 0.041708. {{{ ffmpeg -i http://ted.conferences.s3.amazonaws.com/test/outro.mp4 -c copy -bsf:v h264_mp4toannexb -f mpegts test.ts ffprobe -show_streams -select_streams v:0 test.ts 2>/dev/null | grep avg_frame_rate }}} ffprobe outputs: avg_frame_rate=24000/1001. I think this change is ok, but I wanted to include it. The video pkt_duration_time is now 0.041700. Next, we transcode the video back to mp4: {{{ ffmpeg -i test.ts -c copy -bsf:a aac_adtstoasc test.mp4 ffprobe -show_streams -select_streams v:0 test.mp4 2>/dev/null | grep avg_frame_rate }}} ffprobe outputs: avg_frame_rate=10980000/457957. The video pkt_duration_time is still 0.041700. The avg_frame_rate is different for each file I bring through this process. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 00:33:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jun 2014 22:33:47 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.ee458caac5c8823a31c8ae3541c338b6@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 Vika Apelsinova]: > Is there players that support A_QUICKTIME/QDM2 and/or A_QUICKTIME/QDMC, but not support A_QUICKTIME (without a trailing codec name)? Not very old versions of MPlayer and FFmpeg come to mind... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 00:35:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jun 2014 22:35:01 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.9e2db9c8b68ef227b33e8e95f7ae0ee2@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 Vika Apelsinova]: > Over 5 years (see https://trac.bunkus.org/ticket/354#comment:1) there was no player that I know that supports QDM2 in MKV until https://trac.videolan.org/vlc/ticket/11038 was recently closed. I just tested a five year old version of ffplay and it works fine and I would be surprised if it didn't also work with MPlayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 02:53:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 00:53:47 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.8c61f185b2e79e98661e77389519c846@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dslkjlskdjfllk): Ok, let's try this again. It happens 100% of the time, with any file. I take a flac file and convert it to a mp3 file and, magically, the "year" tag disappear in the resulting mp3 file. Here it is: {{{ d:\ffmpeg\bin>ffmpeg -i "Bad Medicine.flac" -qscale:a 2 test.mp3 ffmpeg version N-63716-g763e714 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 2 2014 22:09:26 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --ena ble-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --e nable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopenc ore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-lib rtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable- libtheora --e nable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --en able-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 -- enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, flac, from 'Bad Medicine.flac': Metadata: TITLE : Bad Medicine ARTIST : Bon Jovi ALBUM : New Jersey (Special Edition) GENRE : Rock TRACKTOTAL : 14 TOTALTRACKS : 14 ISRC : USPR39402228 DATE : 2010 track : 2 Duration: 00:05:16.79, start: 0.000000, bitrate: 1082 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Stream #0:1: Video: mjpeg, yuvj444p(pc), 350x348, 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) [swscaler @ 0000000002bb07e0] deprecated pixel format used, make sure you did set range correctly [mp3 @ 0000000002b5af20] Frame rate very high for a muxer not efficiently supporting it . Please consider specifying a lower framerate, a different muxer or -vsync 2 Output #0, mp3, to 'test.mp3': Metadata: TIT2 : Bad Medicine TPE1 : Bon Jovi TALB : New Jersey (Special Edition) TCON : Rock TRACKTOTAL : 14 TOTALTRACKS : 14 ISRC : USPR39402228 TDRL : 2010 TRCK : 2 TSSE : Lavf55.42.100 Stream #0:0: Video: png, rgb24, 350x348, q=2-31, 200 kb/s, 90k fps, 90k tbn, 90k tb c Metadata: comment : Cover (front) encoder : Lavc55.66.100 png Stream #0:1: Audio: mp3 (libmp3lame), 44100 Hz, stereo, s16p Metadata: encoder : Lavc55.66.100 libmp3lame Stream mapping: Stream #0:1 -> #0:0 (mjpeg -> png) Stream #0:0 -> #0:1 (flac -> libmp3lame) Press [q] to stop, [?] for help frame= 1 fps=0.2 q=0.0 Lsize= 7829kB time=00:05:16.78 bitrate= 202.4kbits/s video:237kB audio:7591kB subtitle:0kB other streams:0kB global headers:0kB muxing overh ead: 0.005726% }}} Here is the info on the resulting file: {{{ d:\ffmpeg\bin>ffmpeg -i test.mp3 ffmpeg version N-63716-g763e714 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 2 2014 22:09:26 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --ena ble-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --e nable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopenc ore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-lib rtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable- libtheora --e nable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --en able-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 -- enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mp3, from 'test.mp3': Metadata: title : Bad Medicine artist : Bon Jovi album : New Jersey (Special Edition) genre : Rock TRACKTOTAL : 14 TOTALTRACKS : 14 ISRC : USPR39402228 date : 2010 track : 2 encoder : Lavf55.42.100 Duration: 00:05:16.81, start: 0.025056, bitrate: 202 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 196 kb/s Stream #0:1: Video: png, rgb24, 350x348, 90k tbr, 90k tbn, 90k tbc Metadata: title : comment : Cover (front) At least one output file must be specified }}} I see here that the date tag is set to 2010.. as the original file. But when I play that file in winamp, the "Year" tag is empty in the mp3 but filed in the FLAC. When I inspect both files in mp3tag, I get the same result: The year field is set for the flac, but empty for the mp3. Is it the case that the id tag is not properly built? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 05:32:33 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 03:32:33 -0000 Subject: [FFmpeg-trac] #3670(avformat:closed): Assertion failure on seek with AVI file In-Reply-To: <035.143801e43aee85f8eb43ae098596d7db@avcodec.org> References: <035.143801e43aee85f8eb43ae098596d7db@avcodec.org> Message-ID: <050.3c17421e89537036dde5c4392f7d9fc7@avcodec.org> #3670: Assertion failure on seek with AVI file -------------------------------------+------------------------------------- Reporter: cgbug | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: avi crash | Blocked By: abort | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 571ab8344a9a2864d22d01af41283cee9328b927 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 05:33:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 03:33:26 -0000 Subject: [FFmpeg-trac] #3652(avcodec:closed): FFPlay cannot play H264 file In-Reply-To: <037.ad28d388e9d0df95ddfdca5866128fb0@avcodec.org> References: <037.ad28d388e9d0df95ddfdca5866128fb0@avcodec.org> Message-ID: <052.dfd6dee915bf8e80bf58807a23a3af58@avcodec.org> #3652: FFPlay cannot play H264 file -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 19c9d1e8e71da04c3ac940206619c0a2d01e5193 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 16:05:15 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 14:05:15 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.0cfcd91eaa3d0c70b53367e9b9b5a467@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bat999): "Is it the case that the id tag is not properly built?" Hi There are several id3 tag versions. By default FFmpeg uses id3v2.3 Maybe Winamp and mp3tag can't recognize this version. Try adding "-write_id3v1 1" to your command to write the id3v1 tag as well as the id3v2.3 tag. Then test it with Winamp and mp3tag. ffmpeg -i "Bad Medicine.flac" -qscale:a 2 -write_id3v1 1 test.mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 17:27:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 15:27:31 -0000 Subject: [FFmpeg-trac] #3679(avformat:new): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.149b62bbdb6e8f9df3612481ef2860e5@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Krieger): Replying to [comment:1 cehoyos]: > Could you provide {{{ffmpeg -i}}} command line and output for the working Axis camera? {{{ $ ffmpeg -loglevel debug -analyzeduration 0 -probesize 32 -i http://root:root at 192.168.2.120/mjpg/video.mjpg ffmpeg version N-63755-gdeadcf5 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 4 2014 18:23:45 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) configuration: --enable-pic --disable-stripping --disable-doc --disable- everything --enable-protocol=file --enable-protocol=pipe --enable- protocol=http --enable-muxer=matroska --enable-muxer=mjpeg --enable- muxer=rtp --enable-demuxer=rtsp --enable-demuxer=matroska --enable- demuxer=mjpeg --enable-decoder=h264 --enable-decoder=mpeg4 --enable- decoder=mjpeg --enable-parser=h264 --enable-parser=mpeg4video --enable- parser=mjpeg --enable-encoder=mjpeg libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-analyzeduration' ... matched as AVOption 'analyzeduration' with argument '0'. Reading option '-probesize' ... matched as AVOption 'probesize' with argument '32'. Reading option '-i' ... matched as input file with argument 'http://root:root at 192.168.2.120/mjpg/video.mjpg'. 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 http://root:root at 192.168.2.120/mjpg/video.mjpg. Successfully parsed a group of options. Opening an input file: http://root:root at 192.168.2.120/mjpg/video.mjpg. [http @ 0x1a68320] request: GET /mjpg/video.mjpg HTTP/1.1 User-Agent: Lavf/55.42.101 Accept: */* Range: bytes=0- Connection: close Host: 192.168.2.120 [http @ 0x1a68320] header='HTTP/1.1 401 Unauthorized' [http @ 0x1a68320] http_code=401 [http @ 0x1a68320] header='Date: Sun, 05 May 2013 17:39:16 GMT' [http @ 0x1a68320] header='Accept-Ranges: bytes' [http @ 0x1a68320] header='Connection: close' [http @ 0x1a68320] header='WWW-Authenticate: Digest realm="AXIS_00408CDBFDBA", nonce="0007fbcfY783707bc2820a745be9fb187c48dd005cd5a2", stale=FALSE, qop="auth"' [http @ 0x1a68320] header='WWW-Authenticate: Basic realm="AXIS_00408CDBFDBA"' [http @ 0x1a68320] header='Content-Length: 181' [http @ 0x1a68320] header='Content-Type: text/html; charset=ISO-8859-1' [http @ 0x1a68320] header='' [http @ 0x1a68320] request: GET /mjpg/video.mjpg HTTP/1.1 User-Agent: Lavf/55.42.101 Accept: */* Range: bytes=0- Connection: close Host: 192.168.2.120 Authorization: Digest username="root",realm="AXIS_00408CDBFDBA",nonce="0007fbcfY783707bc2820a745be9fb187c48dd005cd5a2",uri="/mjpg/video.mjpg",response="1126f53bf9df43ff0e8ee937994295da",qop="auth",cnonce="8b0e9d3d5980b00c",nc=00000001 [http @ 0x1a68320] header='HTTP/1.0 200 OK' [http @ 0x1a68320] http_code=200 [http @ 0x1a68320] header='Cache-Control: no-cache' [http @ 0x1a68320] header='Pragma: no-cache' [http @ 0x1a68320] header='Expires: Thu, 01 Dec 1994 16:00:00 GMT' [http @ 0x1a68320] header='Connection: close' [http @ 0x1a68320] header='Content-Type: multipart/x-mixed-replace; boundary=myboundary' [http @ 0x1a68320] header='' [mjpeg @ 0x1a68960] Format mjpeg probed with size=2048 and score=50 [mjpeg @ 0x1a68960] Before avformat_find_stream_info() pos: 0 bytes read:2697 seeks:0 [mjpeg @ 0x1a6abc0] marker=d8 avail_size_in_buf=6781 [mjpeg @ 0x1a6abc0] marker parser used 0 bytes (0 bits) [mjpeg @ 0x1a6abc0] marker=e0 avail_size_in_buf=6779 [mjpeg @ 0x1a6abc0] marker parser used 16 bytes (128 bits) [mjpeg @ 0x1a6abc0] marker=fe avail_size_in_buf=6761 [mjpeg @ 0x1a6abc0] marker parser used 15 bytes (120 bits) [mjpeg @ 0x1a6abc0] marker=fe avail_size_in_buf=6744 [mjpeg @ 0x1a6abc0] marker parser used 15 bytes (120 bits) [mjpeg @ 0x1a6abc0] marker=db avail_size_in_buf=6727 [mjpeg @ 0x1a6abc0] index=0 [mjpeg @ 0x1a6abc0] qscale[0]: 4 [mjpeg @ 0x1a6abc0] marker parser used 67 bytes (536 bits) [mjpeg @ 0x1a6abc0] marker=db avail_size_in_buf=6658 [mjpeg @ 0x1a6abc0] index=1 [mjpeg @ 0x1a6abc0] qscale[1]: 8 [mjpeg @ 0x1a6abc0] marker parser used 67 bytes (536 bits) [mjpeg @ 0x1a6abc0] marker=c0 avail_size_in_buf=6589 [mjpeg @ 0x1a6abc0] sof0: picture: 320x240 [mjpeg @ 0x1a6abc0] component 0 2:2 id: 0 quant:0 [mjpeg @ 0x1a6abc0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x1a6abc0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x1a6abc0] pix fmt id 22111100 [mjpeg @ 0x1a6abc0] marker parser used 17 bytes (136 bits) [mjpeg @ 0x1a6abc0] marker=c4 avail_size_in_buf=6570 [mjpeg @ 0x1a6abc0] class=0 index=0 nb_codes=12 [mjpeg @ 0x1a6abc0] marker parser used 31 bytes (248 bits) [mjpeg @ 0x1a6abc0] marker=c4 avail_size_in_buf=6537 [mjpeg @ 0x1a6abc0] class=1 index=0 nb_codes=251 [mjpeg @ 0x1a6abc0] marker parser used 181 bytes (1448 bits) [mjpeg @ 0x1a6abc0] marker=c4 avail_size_in_buf=6354 [mjpeg @ 0x1a6abc0] class=0 index=1 nb_codes=12 [mjpeg @ 0x1a6abc0] marker parser used 31 bytes (248 bits) [mjpeg @ 0x1a6abc0] marker=c4 avail_size_in_buf=6321 [mjpeg @ 0x1a6abc0] class=1 index=1 nb_codes=251 [mjpeg @ 0x1a6abc0] marker parser used 181 bytes (1448 bits) [mjpeg @ 0x1a6abc0] escaping removed 102 bytes [mjpeg @ 0x1a6abc0] marker=da avail_size_in_buf=6138 [mjpeg @ 0x1a6abc0] component: 0 [mjpeg @ 0x1a6abc0] component: 1 [mjpeg @ 0x1a6abc0] component: 2 [mjpeg @ 0x1a6abc0] marker parser used 6035 bytes (48278 bits) [mjpeg @ 0x1a6abc0] marker=d9 avail_size_in_buf=66 [mjpeg @ 0x1a6abc0] decode frame unused 66 bytes [mjpeg @ 0x1a68960] Probe buffer size limit of 32 bytes reached [mjpeg @ 0x1a68960] Stream #0: not enough frames to estimate rate; consider increasing probesize [mjpeg @ 0x1a68960] After avformat_find_stream_info() pos: 7805 bytes read:8221 seeks:0 frames:1 Input #0, mjpeg, from 'http://root:root at 192.168.2.120/mjpg/video.mjpg': Duration: N/A, bitrate: N/A Stream #0:0, 1, 1/1200000: Video: mjpeg, yuvj420p(pc), 320x240 [SAR 1:1 DAR 4:3], 1/25, 25 tbr, 1200k tbn, 25 tbc Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x1a67da0] Statistics: 8221 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 17:33:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 15:33:52 -0000 Subject: [FFmpeg-trac] #3679(avformat:new): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.2e9d610d29957ca8fe0e0e271ef14eec@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:3 Krieger]: > {{{ > $ ffmpeg -loglevel debug -analyzeduration 0 -probesize 32 -i http://root:root at 192.168.2.120/mjpg/video.mjpg > }}} FFmpeg assumes that things ending with ".mjpg" are mjpeg but no specific detection is involved. Does the patch make a difference? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 17:34:44 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 15:34:44 -0000 Subject: [FFmpeg-trac] #3679(avformat:new): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.3cd74919b42a4a952078c413edade098@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Krieger): Replying to [comment:2 cehoyos]: > Does attached patch make a difference for the failing camera? Built patched ffmpeg, but the remote camera is unreachable at the moment. Will try later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 17:41:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 15:41:27 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.cd2888621f52398633dc3334f23867c7@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dslkjlskdjfllk): Hi, I do know there are different id tag versions, and I know for a fact that both winamp and mp3tag WILL read id tags v1 and id tag v2. In fact, in my example above, the title, artist, album and genre fields are properly filled for ID v2 (and readable both in winamp and mp3tag). It is the YEAR tag that is not filled. I tried ffmpeg -i "Bad Medicine.flac" -qscale:a 2 -write_id3v1 1 test.mp3 and id tag v1 was correctly created, with the year field filled. But in the ID Tag v2.4, the year is missing. I tried ffmpeg -i "Bad Medicine.flac" -qscale:a 2 -id3v2_version 3 test.mp3 and in that case, indeed the year tagt is correctly filled with "2010" - both in winamp and in mp3 tag. But, again, when I try ffmpeg -i "Bad Medicine.flac" -qscale:a 2 test.mp3, mp3tag (the latest version) tells me that this mp3 file has an ID3v2.4 tag, it correctly gives me the title, artist, genre, track, album, but year is empty. When I mouse-over in windows, it tells me all those fields, as well as the "Release Date" to be 2010, but the YEAR tag doesn't show up. When I mouse- over the 2.3 version, the YEAR field is set to 2010, not the field RELEASE DATE. Could it be that there is a mix-up between RELEASE DATE and YEAR when building the id3v2.4 tag? It appears to be the case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 17:45:33 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 15:45:33 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.4633b3a459f4242fe3e1c02053d7fbe7@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 dslkjlskdjfllk]: > Could it be that there is a mix-up between RELEASE DATE and YEAR when building the id3v2.4 tag? It appears to be the case. I don't think there is a YEAR tag. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 17:57:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 15:57:56 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.bf3d36f3aa89a1ee591161a05707a99b@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dslkjlskdjfllk): I just updated the link to the screenshots with more details in my previous post. >> I don't think there is a YEAR tag. Sure there is. I just opened the file with the ID3v2.4 and manually filled the year tag in mp3tag with "2010" and now there is a year tag in my id3v2.4 file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 18:09:03 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 16:09:03 -0000 Subject: [FFmpeg-trac] #3581(avformat:open): HEVC video in FLV doesn't work In-Reply-To: <035.5f4c0874c345a41cfde9336499111483@avcodec.org> References: <035.5f4c0874c345a41cfde9336499111483@avcodec.org> Message-ID: <050.9e6bf2b8a905bcb5a7ade6219c3f3294@avcodec.org> #3581: HEVC video in FLV doesn't work -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: flv hevc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): Which player can play this file ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 19:19:41 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 17:19:41 -0000 Subject: [FFmpeg-trac] #3698(undetermined:new): Output Image flipped(reversed) Message-ID: <045.3cf1dbc3d6fc8f6bdc7e8a29aa3630cb@avcodec.org> #3698: Output Image flipped(reversed) -------------------------------------+------------------------------------- Reporter: | Type: defect paryasomayajulu | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: Yes | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Image flipped How to reproduce: I am using following command and the output image is flipped(reversed) ffmpeg -i "D:\TestFolder\Input\v.jpg" -vf scale=200:100 "D:\aa.jpg" Note: This is occuring only with few images. For some it is working fine 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 Jun 4 19:24:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 17:24:12 -0000 Subject: [FFmpeg-trac] #3698(undetermined:new): Output Image flipped(reversed) In-Reply-To: <045.3cf1dbc3d6fc8f6bdc7e8a29aa3630cb@avcodec.org> References: <045.3cf1dbc3d6fc8f6bdc7e8a29aa3630cb@avcodec.org> Message-ID: <060.f73e751fabf46ae51c90f556f7220348@avcodec.org> #3698: Output Image flipped(reversed) -------------------------------------+------------------------------------- Reporter: | Owner: paryasomayajulu | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: Yes | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paryasomayajulu): C:\Users\Pavan>"D:\Ravi Project\JunoWEb\ImageCompression\VideoToImage\ffmpeg.exe " -i "D:\TestFolder\Test-Input\aa.jpg" -vf scale=200:100 "D:\aa.jpg" ffmpeg version N-61504-g8e92ff2 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 16 2014 22:01:36 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'D:\TestFolder\Test-Input\aa.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj420p(pc), 2440x1080 [SAR 1:1 DAR 61:27], 25 t br, 25 tbn, 25 tbc File 'D:\aa.jpg' already exists. Overwrite ? [y/N] y [swscaler @ 026c92c0] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'D:\aa.jpg': Metadata: encoder : Lavf55.34.101 Stream #0:0: Video: mjpeg, yuvj420p, 200x100 [SAR 61:54 DAR 61:27], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=2.7 Lsize=N/A time=00:00:00.04 bitrate=N/A video:5kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100.41 1064% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 19:53:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 17:53:38 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.3d32496429f923e9045b56507dac745b@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by bat999): * cc: batguano999@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 20:14:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 18:14:17 -0000 Subject: [FFmpeg-trac] #3581(avformat:open): HEVC video in FLV doesn't work In-Reply-To: <035.5f4c0874c345a41cfde9336499111483@avcodec.org> References: <035.5f4c0874c345a41cfde9336499111483@avcodec.org> Message-ID: <050.4153f2f532125acfc594362d7282d930@avcodec.org> #3581: HEVC video in FLV doesn't work -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: flv hevc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cyril): Pot Player http://potplayer.daum.net/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 21:49:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 19:49:42 -0000 Subject: [FFmpeg-trac] #3510(avfilter:closed): Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" In-Reply-To: <036.efa9bdc90c7ab44f786f9fedf17088cf@avcodec.org> References: <036.efa9bdc90c7ab44f786f9fedf17088cf@avcodec.org> Message-ID: <051.8f1e6ba323b82e9346d36f874785eaeb@avcodec.org> #3510: Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => avfilter Comment: Fixed (worked around) by Tobias Rapp in d76f0c03 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 22:25:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 20:25:04 -0000 Subject: [FFmpeg-trac] #3699(avfilter:new): Ability to use expressions using Drawtext to offset frame number without returning double Message-ID: <035.ba90926db9546ead7f9f2941bae4f4db@avcodec.org> #3699: Ability to use expressions using Drawtext to offset frame number without returning double ----------------------------------+--------------------------------------- Reporter: synth | Type: enhancement Status: new | Priority: wish Component: avfilter | Version: git-master Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- We have a need for displaying exact frame numbers on generated media from ffmpeg. I work in VFX so our input frame sequences can start at any arbitrary number for reasons of preroll visualization, not rendering 3d elements in the handles of a shot or for frame ranges that start at 1001. Currently the only way I've seen for offsetting the drawtext is to do: text='%{expr\:n+OFFSET}' where OFFSET is the number used for -start_frame. Unfortunately this won't work for us because the return value from expr is a double like 1001.000000 and it doesn't seem there's a way to convert that to int or convert it to a value like %04d. For us, adding this feature would be incredibly valuable since we rely on seeing frame numbers when reviewing media so that we can make notes on frames that have errors which is then relayed back to the artist. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 4 22:31:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jun 2014 20:31:28 -0000 Subject: [FFmpeg-trac] #3698(avcodec:open): Output Image flipped(reversed) In-Reply-To: <045.3cf1dbc3d6fc8f6bdc7e8a29aa3630cb@avcodec.org> References: <045.3cf1dbc3d6fc8f6bdc7e8a29aa3630cb@avcodec.org> Message-ID: <060.a03ab507bfff45cad9a6b99a16a04954@avcodec.org> #3698: Output Image flipped(reversed) -------------------------------------+------------------------------------- Reporter: | Owner: paryasomayajulu | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mjpeg | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => mjpeg regression * blocking: Yes => Comment: Duplicate / related to ticket #511 Regression since 643fc8f1 related to issue 1464 and issue 1468: http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7213 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7225 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7226 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7227 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7233 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7239 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7255 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7256 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7258 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7261 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7292 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7379 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7241 http://article.gmane.org/gmane.comp.video.ffmpeg.issues/7380 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 02:47:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 00:47:05 -0000 Subject: [FFmpeg-trac] #3700(avcodec:new): aic decoder output is not bit exact with and without mmx Message-ID: <040.3f90c87eb27fc267807bea80d16c6378@avcodec.org> #3700: aic decoder output is not bit exact with and without mmx --------------------------------------+--------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: aic Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- == Summary of the bug == The aic decoder outputs different framecrc with and without MMX, even with `-flags +bitexact`. == How to reproduce == Decoding the first 15 frames of http://samples.ffmpeg.org/V-codecs/icod /Title-40_Percent_Speed.mov: With MMX optimization: {{{ timothy_gu at ubuntu-lenovo:~/ffmpeg$ ./ffmpeg -cpuflags mmx -threads 1 -i Title-40_Percent_Speed.mov -an -flags +bitexact -vframes 15 -f framecrc - ffmpeg version N-63714-g1a426d5 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 4 2014 17:34:36 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Title-40_Percent_Speed.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2006-03-23 05:06:02 Duration: 00:00:07.57, start: 0.000000, bitrate: 77602 kb/s Stream #0:0(eng): Video: aic (icod / 0x646F6369), yuv420p, 1440x1080, 76052 kb/s, SAR 4:3 DAR 16:9, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc (default) Metadata: creation_time : 2006-03-23 05:06:02 handler_name : Apple Alias Data Handler encoder : Apple Intermediate Codec timecode : 01:00:00;00 Stream #0:1(eng): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 2 channels, s16, 1536 kb/s (default) Metadata: creation_time : 2006-03-23 05:06:03 handler_name : Apple Alias Data Handler Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: creation_time : 2006-03-23 05:07:21 handler_name : Apple Alias Data Handler timecode : 01:00:00;00 #tb 0: 100/2997 Output #0, framecrc, to 'pipe:': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc (default) Metadata: creation_time : 2006-03-23 05:06:02 handler_name : Apple Alias Data Handler timecode : 01:00:00;00 encoder : Lavc rawvideo Stream mapping: Stream #0:0 -> #0:0 (aic -> rawvideo) Press [q] to stop, [?] for help 0, 0, 0, 1, 2332800, 0xca4b6adc 0, 1, 1, 1, 2332800, 0x91ed4efa 0, 2, 2, 1, 2332800, 0x45b8140f 0, 3, 3, 1, 2332800, 0x464ff320 0, 4, 4, 1, 2332800, 0xeea6342e 0, 5, 5, 1, 2332800, 0xf098212b 0, 6, 6, 1, 2332800, 0xda92d4df 0, 7, 7, 1, 2332800, 0x214358c7 0, 8, 8, 1, 2332800, 0xac20040c 0, 9, 9, 1, 2332800, 0xd07a910f 0, 10, 10, 1, 2332800, 0x7293f51c 0, 11, 11, 1, 2332800, 0x4d5a87d0 0, 12, 12, 1, 2332800, 0xa6134a78 0, 13, 13, 1, 2332800, 0xee6c3078 0, 14, 14, 1, 2332800, 0x6c40c05c }}} Without: {{{ timothy_gu at ubuntu-lenovo:~/ffmpeg$ ./ffmpeg -cpuflags 0 -threads 1 -i Title-40_Percent_Speed.mov -an -flags +bitexact -vframes 15 -f framecrc - ffmpeg version N-63714-g1a426d5 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 4 2014 17:34:36 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Title-40_Percent_Speed.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2006-03-23 05:06:02 Duration: 00:00:07.57, start: 0.000000, bitrate: 77602 kb/s Stream #0:0(eng): Video: aic (icod / 0x646F6369), yuv420p, 1440x1080, 76052 kb/s, SAR 4:3 DAR 16:9, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc (default) Metadata: creation_time : 2006-03-23 05:06:02 handler_name : Apple Alias Data Handler encoder : Apple Intermediate Codec timecode : 01:00:00;00 Stream #0:1(eng): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 2 channels, s16, 1536 kb/s (default) Metadata: creation_time : 2006-03-23 05:06:03 handler_name : Apple Alias Data Handler Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: creation_time : 2006-03-23 05:07:21 handler_name : Apple Alias Data Handler timecode : 01:00:00;00 #tb 0: 100/2997 Output #0, framecrc, to 'pipe:': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc (default) Metadata: creation_time : 2006-03-23 05:06:02 handler_name : Apple Alias Data Handler timecode : 01:00:00;00 encoder : Lavc rawvideo Stream mapping: Stream #0:0 -> #0:0 (aic -> rawvideo) Press [q] to stop, [?] for help 0, 0, 0, 1, 2332800, 0x48fbbbbd 0, 1, 1, 1, 2332800, 0xfebc8f5b 0, 2, 2, 1, 2332800, 0xdcb14ac9 0, 3, 3, 1, 2332800, 0xae3344d0 0, 4, 4, 1, 2332800, 0xeff2700a 0, 5, 5, 1, 2332800, 0x00177859 0, 6, 6, 1, 2332800, 0xebb81c54 0, 7, 7, 1, 2332800, 0x16dc9fd2 0, 8, 8, 1, 2332800, 0x7a995dec 0, 9, 9, 1, 2332800, 0x0396df1a 0, 10, 10, 1, 2332800, 0x0e4b6267 0, 11, 11, 1, 2332800, 0xe48be2c7 0, 12, 12, 1, 2332800, 0x75bf9fef 0, 13, 13, 1, 2332800, 0x408d9cf9 0, 14, 14, 1, 2332800, 0x7d3721d4 frame= 15 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.50 bitrate= 14.2kbits/s video:34172kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Difference: {{{ --- c-only 2014-06-04 17:42:53.650986856 -0700 +++ mmx 2014-06-04 17:42:47.722987012 -0700 @@ -1,16 +1,16 @@ #tb 0: 100/2997 -0, 0, 0, 1, 2332800, 0x48fbbbbd -0, 1, 1, 1, 2332800, 0xfebc8f5b -0, 2, 2, 1, 2332800, 0xdcb14ac9 -0, 3, 3, 1, 2332800, 0xae3344d0 -0, 4, 4, 1, 2332800, 0xeff2700a -0, 5, 5, 1, 2332800, 0x00177859 -0, 6, 6, 1, 2332800, 0xebb81c54 -0, 7, 7, 1, 2332800, 0x16dc9fd2 -0, 8, 8, 1, 2332800, 0x7a995dec -0, 9, 9, 1, 2332800, 0x0396df1a -0, 10, 10, 1, 2332800, 0x0e4b6267 -0, 11, 11, 1, 2332800, 0xe48be2c7 -0, 12, 12, 1, 2332800, 0x75bf9fef -0, 13, 13, 1, 2332800, 0x408d9cf9 -0, 14, 14, 1, 2332800, 0x7d3721d4 +0, 0, 0, 1, 2332800, 0xca4b6adc +0, 1, 1, 1, 2332800, 0x91ed4efa +0, 2, 2, 1, 2332800, 0x45b8140f +0, 3, 3, 1, 2332800, 0x464ff320 +0, 4, 4, 1, 2332800, 0xeea6342e +0, 5, 5, 1, 2332800, 0xf098212b +0, 6, 6, 1, 2332800, 0xda92d4df +0, 7, 7, 1, 2332800, 0x214358c7 +0, 8, 8, 1, 2332800, 0xac20040c +0, 9, 9, 1, 2332800, 0xd07a910f +0, 10, 10, 1, 2332800, 0x7293f51c +0, 11, 11, 1, 2332800, 0x4d5a87d0 +0, 12, 12, 1, 2332800, 0xa6134a78 +0, 13, 13, 1, 2332800, 0xee6c3078 +0, 14, 14, 1, 2332800, 0x6c40c05c }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 03:26:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 01:26:03 -0000 Subject: [FFmpeg-trac] #3701(avcodec:new): adpcm-ima_qt encoder's trellis support is broken Message-ID: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> #3701: adpcm-ima_qt encoder's trellis support is broken --------------------------------------+--------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: adpcm Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- [[PageOutline(2-3,Contents)]] == Summary of the bug == The adpcm-ima_qt encoder's trellis support is broken in two ways: - it does not produce reproducible output - it significantly degrades the output == How to reproduce == === Non-reproducible output === First encoding process: {{{ timothy_gu at ubuntu-lenovo:~/ffmpeg$ ./ffmpeg -cpuflags 0 -threads 1 -flags +bitexact -fflags +bitexact -i tests/data/asynth-44100-2.wav -threads 1 -b:a 128k -c adpcm_ima_qt -trellis 5 -flags +bitexact -fflags +bitexact -nostats -f md5 - ffmpeg version N-63714-g1a426d5 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 4 2014 17:34:36 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'tests/data/asynth-44100-2.wav': Duration: 00:00:06.00, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Output #0, md5, to 'pipe:': Stream #0:0: Audio: adpcm_ima_qt, 44100 Hz, stereo, s16p, 352 kb/s Metadata: encoder : Lavc adpcm_ima_qt Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> adpcm_ima_qt) Press [q] to stop, [?] for help MD5=06391007776121799859126bd4d848f3 size= 0kB time=00:00:06.00 bitrate= 0.0kbits/s video:0kB audio:275kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Second encoding process: {{{ timothy_gu at ubuntu-lenovo:~/ffmpeg$ ./ffmpeg -cpuflags 0 -threads 1 -flags +bitexact -fflags +bitexact -i tests/data/asynth-44100-2.wav -threads 1 -b:a 128k -c adpcm_ima_qt -trellis 5 -flags +bitexact -fflags +bitexact -nostats -f md5 - ffmpeg version N-63714-g1a426d5 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 4 2014 17:34:36 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'tests/data/asynth-44100-2.wav': Duration: 00:00:06.00, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Output #0, md5, to 'pipe:': Stream #0:0: Audio: adpcm_ima_qt, 44100 Hz, stereo, s16p, 352 kb/s Metadata: encoder : Lavc adpcm_ima_qt Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> adpcm_ima_qt) Press [q] to stop, [?] for help MD5=353699581c94f150671616ecfc357c09 size= 0kB time=00:00:06.00 bitrate= 0.0kbits/s video:0kB audio:275kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} The MD5 changed from `06391007776121799859126bd4d848f3` to `353699581c94f150671616ecfc357c09`. This phenomenon doesn't happen with any other adpcm encoders. === Significantly degraded output === I will omit part of the encoding log because there is nothing interesting. Encoding/decoding without trellis {{{ ./ffmpeg -cpuflags 0 -threads 1 -flags +bitexact -fflags +bitexact -i tests/data/asynth-44100-2.wav -threads 1 -b:a 128k -c adpcm_ima_qt -flags +bitexact -fflags +bitexact -nostats nontrellis.aiff ./ffmpeg -cpuflags 0 -threads 1 -flags +bitexact -fflags +bitexact -i nontrellis.aiff -threads 1 -flags +bitexact -fflags +bitexact -nostats nontrellis.wav }}} Encoding/decoding with trellis: {{{ ./ffmpeg -cpuflags 0 -threads 1 -flags +bitexact -fflags +bitexact -i tests/data/asynth-44100-2.wav -threads 1 -b:a 128k -c adpcm_ima_qt -trellis 5 -flags +bitexact -fflags +bitexact trellis.aiff ./ffmpeg -cpuflags 0 -threads 1 -flags +bitexact -fflags +bitexact -i trellis.aiff -threads 1 -flags +bitexact -fflags +bitexact trellis.wav }}} Finding PSNR: {{{ timothy_gu at ubuntu-lenovo:~/ffmpeg$ tests/tiny_psnr tests/data/asynth-44100-2.wav nontrellis.wav 2 stddev: 904.76 PSNR: 37.20 MAXDIFF:34029 bytes: 1058400/ 1058560 timothy_gu at ubuntu-lenovo:~/ffmpeg$ tests/tiny_psnr tests/data/asynth-44100-2.wav trellis.wav 2 stddev: 8399.21 PSNR: 17.84 MAXDIFF:64623 bytes: 1058400/ 1058560 }}} For reference, with this specific sample, all other ADPCM encoders have a ~2dB PSNR increase. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 03:29:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 01:29:32 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.3b7b8c1529bf81360027850b3013da4d@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bat999): Hi With luckynight.flac from here ---> http://samples.mplayerhq.hu/A-codecs/lossless/ Convert to mp3 with id3v2.3 tag ffmpeg -i luckynight.flac -id3v2_version 3 test1.mp3 Convert to mp3 with id3v2.4 tag ffmpeg -i luckynight.flac test2.mp3 Inspect the results with a suitable program. I used mp3diags from here ---> http://mp3diags.sourceforge.net/ test1.mp3 The YEAR (or whatever you prefer to call it) is correct with id3v2.3 (Frame used is TYER). padding=10, unsynch=no; frames: TXXX="REPLAYGAIN_TRACK_PEAK 0.97720337", TXXX="REPLAYGAIN_TRACK_GAIN -4.19 dB", TXXX="REPLAYGAIN_ALBUM_PEAK 0.97720337", TXXX="REPLAYGAIN_ALBUM_GAIN -4.19 dB", TALB="Treasure Quest Soundtrack", TPE1="Jody Marie Gnant", TYER="1995", TCON="Soundtrack", TXXX="COMMENT 1-minute song sample demonstrating FLAC compression", TIT2="Lucky Night", TRCK="9", TSSE="Lavf55.42.101" test2.mp3 The YEAR (or whatever you prefer to call it) is not correct with id3v2.4 (Frame used is TDRL). padding=10, unsynch=no; frames: TXXX="REPLAYGAIN_TRACK_PEAK 0.97720337", TXXX="REPLAYGAIN_TRACK_GAIN -4.19 dB", TXXX="REPLAYGAIN_ALBUM_PEAK 0.97720337", TXXX="REPLAYGAIN_ALBUM_GAIN -4.19 dB", TALB="Treasure Quest Soundtrack", TPE1="Jody Marie Gnant", TDRL="1995", TCON="Soundtrack", TXXX="COMMENT 1-minute song sample demonstrating FLAC compression", TIT2="Lucky Night", TRCK="9", TSSE="Lavf55.42.101" Maybe for id3v2.4 tag the YEAR (or whatever you prefer to call it) needs to be written to frame TDRC instead of (or as well as) frame TDRL. According to Wikipedia TDRC is Recording time and TDRL is Release time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 05:05:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 03:05:39 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.54b59f092bdcc313f6c696105b4d0490@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dslkjlskdjfllk): Interesting. Also according to Wikipedia, TYER (which was the Year field) has been "replaced by TDRC in v2.4". TRDL is a NEW frame that relates to Release Time. So, indeed, I think that the year tag in the FLAC should to to TDRC in a transcoded mp3. Source: [http://en.wikipedia.org/wiki/ID3] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 09:48:19 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 07:48:19 -0000 Subject: [FFmpeg-trac] #3701(avcodec:open): adpcm-ima_qt encoder's trellis support is broken In-Reply-To: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> References: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> Message-ID: <055.9902b43bc621b604e88c2364c0d787c2@avcodec.org> #3701: adpcm-ima_qt encoder's trellis support is broken -------------------------------------+------------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: adpcm | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: adpcm => adpcm regression * status: new => open * reproduced: 0 => 1 Comment: Could be considered a regression since 35d3d44a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 09:58:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 07:58:06 -0000 Subject: [FFmpeg-trac] #3701(avcodec:open): adpcm-ima_qt encoder's trellis support is broken In-Reply-To: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> References: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> Message-ID: <055.d0cd2bae79f6d045f370326c0d4385b7@avcodec.org> #3701: adpcm-ima_qt encoder's trellis support is broken -------------------------------------+------------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: adpcm | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => important Comment: I originally thought that mentioned commit improved quality but I actually get the following with older FFmpeg and trellis so imo this is definitely a regression: {{{ stddev: 732.40 PSNR: 39.03 MAXDIFF:29633 bytes: 1058400/ 1058560 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 12:08:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 10:08:59 -0000 Subject: [FFmpeg-trac] #2696(undetermined:closed): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <037.b07ca04b9e9906dc4f88ed1b669a83b3@avcodec.org> References: <037.b07ca04b9e9906dc4f88ed1b669a83b3@avcodec.org> Message-ID: <052.cc6ccfee976ba9c3caf521fa1a037db2@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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 -------------------------------------+------------------------------------- Comment (by jameshowe): Had the same issue going from 29.97 to 15 fps. Was fixed by adding the {{{-correct_ts_overflow 1}}} option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 14:38:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 12:38:21 -0000 Subject: [FFmpeg-trac] #3679(avformat:new): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.73d1ac79710295dccdb903b2e3b7659c@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Krieger): The patch doesn't work. I have extended it to dump AVProbeData this way: {{{ int i; fprintf(stderr, "Hex: \n"); for (i = 0; i < p->buf_size; i++) fprintf(stderr, "%02x ", p->buf[i]); fprintf(stderr, "\n\n"); }}} And here's what i get: {{{ $ ffmpeg -loglevel debug -analyzeduration 0 -probesize 32 -i http://172.16.1.213/mjpeg ffmpeg version N-63769-gd37c620 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 5 2014 15:31:27 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) configuration: --enable-pic --disable-stripping --disable-doc --disable- everything --enable-protocol=file --enable-protocol=pipe --enable- protocol=http --enable-muxer=matroska --enable-muxer=mjpeg --enable- muxer=rtp --enable-demuxer=rtsp --enable-demuxer=matroska --enable- demuxer=mjpeg --enable-decoder=h264 --enable-decoder=mpeg4 --enable- decoder=mjpeg --enable-parser=h264 --enable-parser=mpeg4video --enable- parser=mjpeg --enable-encoder=mjpeg libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-analyzeduration' ... matched as AVOption 'analyzeduration' with argument '0'. Reading option '-probesize' ... matched as AVOption 'probesize' with argument '32'. Reading option '-i' ... matched as input file with argument 'http://172.16.1.213/mjpeg'. 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 http://172.16.1.213/mjpeg. Successfully parsed a group of options. Opening an input file: http://172.16.1.213/mjpeg. [http @ 0x1af9320] request: GET /mjpeg HTTP/1.1 User-Agent: Lavf/55.42.101 Accept: */* Range: bytes=0- Connection: close Host: 172.16.1.213 [http @ 0x1af9320] header='HTTP/1.0 200 OK' [http @ 0x1af9320] http_code=200 [http @ 0x1af9320] header='Content-Type: multipart/x-mixed- replace;boundary=fbdr' [http @ 0x1af9320] header='' Hex: 2d 2d 66 62 64 72 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 69 6d 61 67 65 2f 6a 70 65 67 0d 0a 0d 0a ff d8 ff db 00 84 00 0c 06 09 09 09 06 0c 09 09 09 0c 0c 0c 0c 12 1e 12 12 0f 0f 12 24 18 1b 15 1e 2a 24 2d 2d 2a 24 2a 27 30 36 45 39 30 33 3f 33 27 2a 3c 51 3c 3f 45 48 4b 4e 4b 2d 39 54 5a 54 4b 5a 45 4b 4b 4e 01 0c 0c 0c 12 0f 12 21 12 12 21 48 30 2a 30 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 4e ff dd 00 04 00 10 ff c0 00 11 08 03 20 05 00 03 01 21 00 02 11 01 03 11 01 ff c4 01 a2 00 00 01 05 01 01 01 01 01 01 00 00 00 00 00 00 00 00 01 02 03 04 05 06 07 08 09 0a 0b 10 00 02 01 03 03 02 04 03 05 05 04 04 00 00 01 7d 01 02 03 00 04 11 05 12 21 31 41 06 13 51 61 07 22 71 14 32 81 91 a1 08 23 42 b1 c1 15 52 d1 f0 24 33 62 72 82 09 0a 16 17 18 19 1a 25 26 27 28 29 2a 34 35 36 37 38 39 3a 43 44 45 46 47 48 49 4a 53 54 55 56 57 58 59 5a 63 64 65 66 67 68 69 6a 73 74 75 76 77 78 79 7a 83 84 85 86 87 88 89 8a 92 93 94 95 96 97 98 99 9a a2 a3 a4 a5 a6 a7 a8 a9 aa b2 b3 b4 b5 b6 b7 b8 b9 ba c2 c3 c4 c5 c6 c7 c8 c9 ca d2 d3 d4 d5 d6 d7 d8 d9 da e1 e2 e3 e4 e5 e6 e7 e8 e9 ea f1 f2 f3 f4 f5 f6 f7 f8 f9 fa 01 00 03 01 01 01 01 01 01 01 01 01 00 00 00 00 00 00 01 02 03 04 05 06 07 08 09 0a 0b 11 00 02 01 02 04 04 03 04 07 05 04 04 00 01 02 77 00 01 02 03 11 04 05 21 31 06 12 41 51 07 61 71 13 22 32 81 08 14 42 91 a1 b1 c1 09 23 33 52 f0 15 62 72 d1 0a 16 24 34 e1 25 f1 17 18 19 1a 26 27 28 29 2a 35 36 37 38 39 3a 43 44 45 46 47 48 49 4a 53 54 55 56 57 58 59 5a 63 64 65 66 67 68 69 6a 73 74 75 76 77 78 79 7a 82 83 84 85 86 87 88 89 8a 92 93 94 95 96 97 98 99 9a a2 a3 a4 a5 a6 a7 a8 a9 aa b2 b3 b4 b5 b6 b7 b8 b9 ba c2 c3 c4 c5 c6 c7 c8 c9 ca d2 d3 d4 d5 d6 d7 d8 d9 da e2 e3 e4 e5 e6 e7 e8 e9 ea f2 f3 f4 f5 f6 f7 f8 f9 fa ff da 00 0c 03 01 00 02 11 03 11 00 3f 00 f2 de 41 06 8e d8 e2 80 15 83 67 38 27 23 20 d2 76 e4 62 80 00 79 18 a5 0d 8c fc a0 9c 7e 54 00 9d 0d 1e a7 14 00 bc 80 39 a4 ce 7d e8 00 fa 7e 94 b8 e9 eb 40 06 72 48 e3 9f 7a 56 c8 50 08 1c f3 9a 00 42 32 49 04 7f 8d 2f 7e 06 7e 94 00 72 ad 86 fa 51 d5 88 1f 2d 00 28 04 92 09 1e c0 d2 67 6a 70 30 7f 5a 00 50 47 56 1d b0 29 5b 1d 78 18 1d b8 a0 06 b9 c9 07 fa d2 9e 79 03 b7 d6 80 13 fe 59 81 c0 e6 81 d8 6d 1d 7f 3a 00 5e 17 39 e9 4a dc a0 e4 10 3d e8 01 1f 1d 3d fb d2 9e dc 0e 3d 68 01 18 96 e4 e3 df 8a 4e 78 e7 8a 00 ff d0 f3 05 52 58 0e fe 94 98 38 fc 3b 50 00 d9 ea 7a f4 e6 8c 0e a4 93 c5 00 21 03 03 04 7a d1 c7 61 f5 26 80 15 73 93 ce 30 33 40 f6 3d 68 01 1c 32 9e 46 3e b4 2f 27 f0 ed 40 06 0e 78 1f 5a 30 49 c6 05 00 21 1e f4 a3 8e dd e8 00 39 db d3 1d f1 41 ce 33 c1 f7 a0 00 74 c7 19 a4 cf a7 5a 00 5e b9 34 64 f1 9c 1a 00 41 ef 47 6e 94 00 0e bc 74 a5 cf 38 ce 68 01 32 68 1c 9e 79 a0 03 07 d3 ad 1c 8f f1 a0 00 d2 92 49 cf 7a 00 0e 4f 34 30 da 30 47 5e 68 03 ff d1 f2 e6 20 81 47 6e 9d 3d e8 00 1e f4 30 c7 41 c5 00 0d db 8a 46 a0 03 f0 e6 94 e0 f2 07 e1 40 01 0c 49 27 b5 28 19 7c 67 83 dc d0 00 d9 1c 12 0e 07 14 8b c1 f4 34 00 03 c1 c1 22 81 b7 6f af bd 00 07 20 62 97 e6 2b f4 ed 40 09 82 38 20 1f 7a 08 e2 80 17 9e 0e 3a 50 e3 07 a6 3d a8 00 60 0e 40 3f 9d 34 67 1f 4e 68 01 cb 80 3b 67 d6 85 42 c7 00 66 80 01 d0 f3 49 93 8c 7e 74 00 67 20 81 4b d3 8e 0d 00 0a 79 e6 83 9d b8 c0 c0 14 00 70 41 ef 81 9a 41 82 06 48 c5 00 7f ff d2 f2 e1 90 38 23 8e d4 a9 92 70 28 00 39 0d 8e 98 a6 fb 62 80 15 b1 80 06 39 ed 46 18 f1 83 c5 00 1d a9 39 c6 28 01 47 27 06 93 3c 50 03 87 4c 71 cf ad 20 24 7f 9e b4 00 13 c7 f4 14 80 80 3a 50 02 8c 12 07 4f 7a 53 c7 7c 7d 28 01 a7 83 4a 09 14 00 72 3a 50 4f e1 9a 00 5c 93 96 ea 69 39 cf 51 c5 00 19 e3 82 28 1d 78 a0 00 74 e4 8a 4e 33 8e a2 80 03 d7 8a 00 e3 b5 00 1c e3 34 1e 4f a9 a0 05 39 ce 33 48 07 f2 ef 40 1f ff d3 f2 e0 32 38 a4 1c f0 4d 00 28 24 0e dc 52 0e b9 38 a0 00 0f 6c d1 82 0e 68 00 fa d1 8c e7 1d 3d e8 01 46 7d 28 e4 1f 4a 00 09 07 02 82 4e 31 9c d0 00 b8 6e e0 62 90 65 5b 3d c5 00 1d 45 27 6e b9 a0 05 23 d7 f5 a3 8c 73 c1 a0 03 1f 4a 01 20 fe 94 00 0e 0e 78 34 1f af 14 00 77 a3 8c 72 39 a0 05 3d 3f c6 90 71 d3 8a 00 07 07 8e 28 07 f1 a0 00 76 34 0c 7d 28 00 e9 de 80 33 e9 40 a5 15 24 e3 25 74 cf ff d4 f2 e1 d3 a5 26 3e 6e 94 00 a7 3f fd 6a 08 eb c6 0d 00 21 f7 a3 de 80 02 7d a8 fe 1e f8 a0 05 24 93 f3 13 47 45 fe 54 00 67 03 a7 5a 06 3a e3 9a 00 0f 3d 3b 52 11 8e b4 00 1e 05 2e 79 e3 8a 00 09 24 f3 41 cf 22 80 0c fc b8 3f 81 a0 74 1c 71 40 01 3c 72 3f 5a 07 dd 24 8e 28 00 24 e3 8a 51 91 d3 a9 a0 00 36 0f 03 a7 34 bb b2 a4 63 8e bc 0a 00 6e 7d 85 2e 4a e0 a9 e3 34 00 bb b3 f3 1c 0a 6f 3c 10 79 a0 05 e0 67 3d ba 50 78 c0 27 f2 a0 0f ff d5 f2 f5 eb d3 83 ed da 82 b8 fe 9e f4 00 37 03 18 eb cd 21 3f 2e 33 d6 80 02 00 03 fc 69 31 de 80 1d 9f 94 a8 3c 1e 69 49 e4 60 73 c5 00 21 3c 70 79 26 90 8f 40 78 a0 00 1c 1c 8e 3e 94 64 96 ce 39 f6 a0 00 67 18 19 a0 0c 75 eb 40 02 fd e1 93 47 00 f4 34 00 11 9e 7f 95 00 64 f4 a0 00 83 8a 0e 3b 1f c6 80 05 1c f3 46 49 cf 4e 28 01 30 00 fa d1 8a 00 00 27 a0 a0 03 d4 50 02 73 93 4a 4d 00 25 2f 3d 4f 7a 00 3b f3 47 bf bd 00 7f ff d6 f2 e6 3c fb 50 3a f3 c6 7d a8 01 41 1d 31 fd 28 18 20 e4 13 8e 78 a0 06 9a 51 d0 9a 00 43 f9 1a 51 d3 a7 4a 00 39 20 f3 41 cf 53 9a 00 43 fa 7b d2 83 8c 63 20 d0 02 8c 63 81 9e e7 26 93 db 14 00 00 7a 75 07 b0 34 a7 ee f7 f6 34 00 dc 67 a5 29 07 e9 40 00 2c 40 14 ac 5b 20 1f d2 80 02 ee 55 54 9e 14 71 ed 43 13 b7 07 1f 5a 00 4c 7b 51 ce 31 8f ce 80 17 2c d8 00 0e 3a 0a 42 08 14 00 0c 8e bd 29 c4 67 a0 f7 a0 06 1e 98 ed 4e cf 07 39 cd 00 00 f1 ce 0f 18 14 2f 4c 91 9f c6 80 3f ff d7 f2 ec 73 c0 a5 e0 73 d3 1c 66 80 00 49 63 c7 5a 0e 06 32 0d 00 21 07 3c 77 34 11 f5 cd 00 1c f5 cd 1d 41 39 a0 00 9e 79 c7 d6 86 39 fb a3 ad 00 1c fb 50 47 cb 90 bf 8d 00 1f 95 28 dd 8c 83 8c f1 40 08 a3 b5 1c f5 3d f8 a0 04 6f bc 68 1e a6 80 14 75 34 63 03 3c 50 02 28 24 91 c0 fa d2 9e 47 1f 8d 00 21 1c 7d 69 79 c7 1d a8 00 c7 f9 26 8d dd 33 da 80 0e a0 e3 34 72 00 e9 40 08 73 d4 d1 9c 63 8a 00 32 47 ad 2f 24 f1 cd 00 7f ff d0 f2 e0 18 0c d0 72 09 a0 04 1c d2 91 c7 5e dd e8 01 06 09 c1 e2 94 e4 9e 94 00 98 3e 94 72 47 d2 80 17 d3 14 9d bb 50 00 3d 45 1f 85 00 04 71 9a 09 e7 a5 00 18 3d 68 ed 40 00 Hex: 2d 2d 66 62 64 72 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 69 6d 61 67 65 2f 6a 70 65 67 0d 0a 0d 0a ff d8 ff db 00 84 00 0c 06 09 09 09 06 0c 09 09 09 0c 0c 0c 0c 12 1e 12 12 0f 0f 12 24 18 1b 15 1e 2a 24 2d 2d 2a 24 2a 27 30 36 45 39 30 33 3f 33 27 2a 3c 51 3c 3f 45 48 4b 4e 4b 2d 39 54 5a 54 4b 5a 45 4b 4b 4e 01 0c 0c 0c 12 0f 12 21 12 12 21 48 30 2a 30 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 4e ff dd 00 04 00 10 ff c0 00 11 08 03 20 05 00 03 01 21 00 02 11 01 03 11 01 ff c4 01 a2 00 00 01 05 01 01 01 01 01 01 00 00 00 00 00 00 00 00 01 02 03 04 05 06 07 08 09 0a 0b 10 00 02 01 03 03 02 04 03 05 05 04 04 00 00 01 7d 01 02 03 00 04 11 05 12 21 31 41 06 13 51 61 07 22 71 14 32 81 91 a1 08 23 42 b1 c1 15 52 d1 f0 24 33 62 72 82 09 0a 16 17 18 19 1a 25 26 27 28 29 2a 34 35 36 37 38 39 3a 43 44 45 46 47 48 49 4a 53 54 55 56 57 58 59 5a 63 64 65 66 67 68 69 6a 73 74 75 76 77 78 79 7a 83 84 85 86 87 88 89 8a 92 93 94 95 96 97 98 99 9a a2 a3 a4 a5 a6 a7 a8 a9 aa b2 b3 b4 b5 b6 b7 b8 b9 ba c2 c3 c4 c5 c6 c7 c8 c9 ca d2 d3 d4 d5 d6 d7 d8 d9 da e1 e2 e3 e4 e5 e6 e7 e8 e9 ea f1 f2 f3 f4 f5 f6 f7 f8 f9 fa 01 00 03 01 01 01 01 01 01 01 01 01 00 00 00 00 00 00 01 02 03 04 05 06 07 08 09 0a 0b 11 00 02 01 02 04 04 03 04 07 05 04 04 00 01 02 77 00 01 02 03 11 04 05 21 31 06 12 41 51 07 61 71 13 22 32 81 08 14 42 91 a1 b1 c1 09 23 33 52 f0 15 62 72 d1 0a 16 24 34 e1 25 f1 17 18 19 1a 26 27 28 29 2a 35 36 37 38 39 3a 43 44 45 46 47 48 49 4a 53 54 55 56 57 58 59 5a 63 64 65 66 67 68 69 6a 73 74 75 76 77 78 79 7a 82 83 84 85 86 87 88 89 8a 92 93 94 95 96 97 98 99 9a a2 a3 a4 a5 a6 a7 a8 a9 aa b2 b3 b4 b5 b6 b7 b8 b9 ba c2 c3 c4 c5 c6 c7 c8 c9 ca d2 d3 d4 d5 d6 d7 d8 d9 da e2 e3 e4 e5 e6 e7 e8 e9 ea f2 f3 f4 f5 f6 f7 f8 f9 fa ff da 00 0c 03 01 00 02 11 03 11 00 3f 00 f2 de 41 06 8e d8 e2 80 15 83 67 38 27 23 20 d2 76 e4 62 80 00 79 18 a5 0d 8c fc a0 9c 7e 54 00 9d 0d 1e a7 14 00 bc 80 39 a4 ce 7d e8 00 fa 7e 94 b8 e9 eb 40 06 72 48 e3 9f 7a 56 c8 50 08 1c f3 9a 00 42 32 49 04 7f 8d 2f 7e 06 7e 94 00 72 ad 86 fa 51 d5 88 1f 2d 00 28 04 92 09 1e c0 d2 67 6a 70 30 7f 5a 00 50 47 56 1d b0 29 5b 1d 78 18 1d b8 a0 06 b9 c9 07 fa d2 9e 79 03 b7 d6 80 13 fe 59 81 c0 e6 81 d8 6d 1d 7f 3a 00 5e 17 39 e9 4a dc a0 e4 10 3d e8 01 1f 1d 3d fb d2 9e dc 0e 3d 68 01 18 96 e4 e3 df 8a 4e 78 e7 8a 00 ff d0 f3 05 52 58 0e fe 94 98 38 fc 3b 50 00 d9 ea 7a f4 e6 8c 0e a4 93 c5 00 21 03 03 04 7a d1 c7 61 f5 26 80 15 73 93 ce 30 33 40 f6 3d 68 01 1c 32 9e 46 3e b4 2f 27 f0 ed 40 06 0e 78 1f 5a 30 49 c6 05 00 21 1e f4 a3 8e dd e8 00 39 db d3 1d f1 41 ce 33 c1 f7 a0 00 74 c7 19 a4 cf a7 5a 00 5e b9 34 64 f1 9c 1a 00 41 ef 47 6e 94 00 0e bc 74 a5 cf 38 ce 68 01 32 68 1c 9e 79 a0 03 07 d3 ad 1c 8f f1 a0 00 d2 92 49 cf 7a 00 0e 4f 34 30 da 30 47 5e 68 03 ff d1 f2 e6 20 81 47 6e 9d 3d e8 00 1e f4 30 c7 41 c5 00 0d db 8a 46 a0 03 f0 e6 94 e0 f2 07 e1 40 01 0c 49 27 b5 28 19 7c 67 83 dc d0 00 d9 1c 12 0e 07 14 8b c1 f4 34 00 03 c1 c1 22 81 b7 6f af bd 00 07 20 62 97 e6 2b f4 ed 40 09 82 38 20 1f 7a 08 e2 80 17 9e 0e 3a 50 e3 07 a6 3d a8 00 60 0e 40 3f 9d 34 67 1f 4e 68 01 cb 80 3b 67 d6 85 42 c7 00 66 80 01 d0 f3 49 93 8c 7e 74 00 67 20 81 4b d3 8e 0d 00 0a 79 e6 83 9d b8 c0 c0 14 00 70 41 ef 81 9a 41 82 06 48 c5 00 7f ff d2 f2 e1 90 38 23 8e d4 a9 92 70 28 00 39 0d 8e 98 a6 fb 62 80 15 b1 80 06 39 ed 46 18 f1 83 c5 00 1d a9 39 c6 28 01 47 27 06 93 3c 50 03 87 4c 71 cf ad 20 24 7f 9e b4 00 13 c7 f4 14 80 80 3a 50 02 8c 12 07 4f 7a 53 c7 7c 7d 28 01 a7 83 4a 09 14 00 72 3a 50 4f e1 9a 00 5c 93 96 ea 69 39 cf 51 c5 00 19 e3 82 28 1d 78 a0 00 74 e4 8a 4e 33 8e a2 80 03 d7 8a 00 e3 b5 00 1c e3 34 1e 4f a9 a0 05 39 ce 33 48 07 f2 ef 40 1f ff d3 f2 e0 32 38 a4 1c f0 4d 00 28 24 0e dc 52 0e b9 38 a0 00 0f 6c d1 82 0e 68 00 fa d1 8c e7 1d 3d e8 01 46 7d 28 e4 1f 4a 00 09 07 02 82 4e 31 9c d0 00 b8 6e e0 62 90 65 5b 3d c5 00 1d 45 27 6e b9 a0 05 23 d7 f5 a3 8c 73 c1 a0 03 1f 4a 01 20 fe 94 00 0e 0e 78 34 1f af 14 00 77 a3 8c 72 39 a0 05 3d 3f c6 90 71 d3 8a 00 07 07 8e 28 07 f1 a0 00 76 34 0c 7d 28 00 e9 de 80 33 e9 40 a5 15 24 e3 25 74 cf ff d4 f2 e1 d3 a5 26 3e 6e 94 00 a7 3f fd 6a 08 eb c6 0d 00 21 f7 a3 de 80 02 7d a8 fe 1e f8 a0 05 24 93 f3 13 47 45 fe 54 00 67 03 a7 5a 06 3a e3 9a 00 0f 3d 3b 52 11 8e b4 00 1e 05 2e 79 e3 8a 00 09 24 f3 41 cf 22 80 0c fc b8 3f 81 a0 74 1c 71 40 01 3c 72 3f 5a 07 dd 24 8e 28 00 24 e3 8a 51 91 d3 a9 a0 00 36 0f 03 a7 34 bb b2 a4 63 8e bc 0a 00 6e 7d 85 2e 4a e0 a9 e3 34 00 bb b3 f3 1c 0a 6f 3c 10 79 a0 05 e0 67 3d ba 50 78 c0 27 f2 a0 0f ff d5 f2 f5 eb d3 83 ed da 82 b8 fe 9e f4 00 37 03 18 eb cd 21 3f 2e 33 d6 80 02 00 03 fc 69 31 de 80 1d 9f 94 a8 3c 1e 69 49 e4 60 73 c5 00 21 3c 70 79 26 90 8f 40 78 a0 00 1c 1c 8e 3e 94 64 96 ce 39 f6 a0 00 67 18 19 a0 0c 75 eb 40 02 fd e1 93 47 00 f4 34 00 11 9e 7f 95 00 64 f4 a0 00 83 8a 0e 3b 1f c6 80 05 1c f3 46 49 cf 4e 28 01 30 00 fa d1 8a 00 00 27 a0 a0 03 d4 50 02 73 93 4a 4d 00 25 2f 3d 4f 7a 00 3b f3 47 bf bd 00 7f ff d6 f2 e6 3c fb 50 3a f3 c6 7d a8 01 41 1d 31 fd 28 18 20 e4 13 8e 78 a0 06 9a 51 d0 9a 00 43 f9 1a 51 d3 a7 4a 00 39 20 f3 41 cf 53 9a 00 43 fa 7b d2 83 8c 63 20 d0 02 8c 63 81 9e e7 26 93 db 14 00 00 7a 75 07 b0 34 a7 ee f7 f6 34 00 dc 67 a5 29 07 e9 40 00 2c 40 14 ac 5b 20 1f d2 80 02 ee 55 54 9e 14 71 ed 43 13 b7 07 1f 5a 00 4c 7b 51 ce 31 8f ce 80 17 2c d8 00 0e 3a 0a 42 08 14 00 0c 8e bd 29 c4 67 a0 f7 a0 06 1e 98 ed 4e cf 07 39 cd 00 00 f1 ce 0f 18 14 2f 4c 91 9f c6 80 3f ff d7 f2 ec 73 c0 a5 e0 73 d3 1c 66 80 00 49 63 c7 5a 0e 06 32 0d 00 21 07 3c 77 34 11 f5 cd 00 1c f5 cd 1d 41 39 a0 00 9e 79 c7 d6 86 39 fb a3 ad 00 1c fb 50 47 cb 90 bf 8d 00 1f 95 28 dd 8c 83 8c f1 40 08 a3 b5 1c f5 3d f8 a0 04 6f bc 68 1e a6 80 14 75 34 63 03 3c 50 02 28 24 91 c0 fa d2 9e 47 1f 8d 00 21 1c 7d 69 79 c7 1d a8 00 c7 f9 26 8d dd 33 da 80 0e a0 e3 34 72 00 e9 40 08 73 d4 d1 9c 63 8a 00 32 47 ad 2f 24 f1 cd 00 7f ff d0 f2 e0 18 0c d0 72 09 a0 04 1c d2 91 c7 5e dd e8 01 06 09 c1 e2 94 e4 9e 94 00 98 3e 94 72 47 d2 80 17 d3 14 9d bb 50 00 3d 45 1f 85 00 04 71 9a 09 e7 a5 00 18 3d 68 ed 40 00 1d 80 a3 9a 00 0f 53 91 49 df a5 00 2f 1c 50 46 39 f5 a0 04 1c 91 93 81 4a 73 40 01 a2 80 17 f0 fd 29 a7 23 82 28 00 f6 ed 4b 93 40 09 4a 3d 3d 45 00 7f ff d1 f2 e1 f4 a3 04 0f 5a 00 31 93 ed da 94 01 8c 63 3f 8d 00 34 83 f9 53 b8 d9 9a 00 4c 7e 54 a7 76 00 23 f3 a0 04 c6 49 20 8e 06 69 28 00 00 8e 79 a7 61 b1 b8 e3 9e 73 40 08 c0 03 8a 42 49 39 24 9f ad 00 1e e0 0a 5c 75 e8 31 40 00 38 e9 45 00 1e f9 a4 3d 3d 31 40 0a 06 71 ef 48 73 92 28 00 34 7f 4a 00 0d 03 8a 00 3f 0a 06 7a 0a 00 0f 27 27 9a 5e ad 9e d4 00 29 e3 90 48 cf 22 8f 5f d0 50 07 ff d2 f2 d0 48 3c fa 50 68 01 49 e7 23 39 cf ad 03 f0 a0 05 52 41 e0 91 41 c9 00 e4 e7 de 80 10 e3 1c 9e 69 00 e6 80 17 1e fd 68 ed d0 e0 d0 02 03 db 3c 52 e3 07 ad 00 07 25 b2 a3 f0 1d a9 49 24 1c f6 ea 28 01 3a 70 30 73 4a c3 8c f1 c8 a0 04 20 64 60 71 e9 41 e3 80 68 00 03 24 8c f1 46 30 b9 c5 00 1c 75 c5 21 fc a8 01 4a e0 e4 f4 f6 a4 1e dc 50 02 e7 6f 2b d4 f7 a4 19 1c 60 fd 28 00 c1 24 f1 cd 14 00 7a 0a 53 fa 7a 50 02 60 66 8f e1 a0 0f ff d3 f2 da 52 3d f2 4f 6a 00 07 51 91 4b 82 54 63 9f 6a 00 43 81 9a 43 9c d0 00 7a 66 97 ab 73 c6 68 01 06 07 6a 53 92 30 78 c5 00 20 c6 30 47 e3 4a 07 b7 d6 80 01 c9 f4 a0 73 9f 5a 00 3b 73 f8 51 8c 8c fe 94 00 9d f8 ed 4a 7e a6 80 01 81 d4 67 eb 4e 93 0c ff 00 2a e3 db 3d e8 01 a4 93 d4 9e 3d 68 c1 df c7 51 40 0a 0e 38 38 fa d2 64 6d 23 a5 00 00 70 70 68 e7 3e 99 a0 00 fd dc d0 72 4f 1f ce 80 0c 0d a3 b9 a5 c6 3a fe 34 00 87 9c 71 9a 09 e2 80 3f ff d4 f2 d3 cf 4c e2 97 19 1d 45 00 1c 11 81 f9 52 71 db ad 00 2e 49 38 39 1d f1 41 24 f3 40 09 db 8a 5c 71 cd 00 0a 40 e3 a7 bd 20 ce 7a d0 01 4a 30 3f c2 80 13 8a 08 e0 50 02 8e 3d bd 68 c6 7d fd e8 01 1b 96 a5 c7 7e d4 00 73 9e 3f 3a 43 d0 d0 00 7a 74 c5 00 1c f1 40 01 e2 95 46 47 b8 a0 04 1d 0e 3f 2a 39 24 e3 a0 a0 05 c8 cf e1 49 8e 38 cd 00 19 e3 14 6d e9 fa d0 01 db 02 94 e3 00 74 a0 0f ff d5 f2 d1 91 46 46 30 73 f5 a0 03 07 d2 8c 11 c9 a0 04 a5 3d b0 49 34 00 ab 80 3a f5 a4 3d 05 00 20 a5 e3 b7 e3 9a 00 3a 75 a0 1e 98 38 23 bd 00 28 dc 49 22 90 9e 28 00 c9 a2 80 13 b5 14 00 7a 9a 39 cd 00 2f f4 a3 92 4d 00 25 2f 19 a0 04 02 8a 00 30 4d 14 00 76 a5 23 1d 68 00 e4 f6 a4 c1 fc a8 03 ff d6 f2 f5 27 d7 06 94 ee c1 0c 71 cf 3c 50 00 40 f5 1c 52 60 93 d7 3e f4 00 bd 06 73 cf 61 4d 19 27 b7 14 00 e1 81 d1 b2 7a 9e d4 85 71 cf 40 7d 45 00 0d 96 e6 81 91 83 40 0b d3 27 1f 8e 29 30 02 82 0f 27 ae 47 4a 00 39 e4 7f 3a 42 48 5c 7a fb 50 00 09 c6 33 8f a7 7a 51 8c 50 02 3e 33 c1 c8 fa 51 c1 18 f6 ef 40 0a c7 20 01 c0 f4 a0 00 39 38 eb d2 80 01 df d2 94 00 57 df dc 74 a0 04 2a 47 52 0e 29 00 c9 f4 a0 00 af cb 9c 8a 00 c8 cf 14 00 84 7a 9a 5f e0 e9 40 03 67 1d 29 0f 41 92 72 38 e9 40 0b cf 4a 56 18 50 41 a0 0f ff d7 f2 e2 38 fb dc 51 f9 fe 54 00 84 8c 8c fe 34 1c 63 ad 00 03 eb 46 68 01 41 1d 46 28 e0 8e 78 3d a8 00 1e c6 90 f5 34 00 ab c7 14 0f eb d6 80 0e ab c7 41 df 14 a5 b8 fe 1c fd 28 01 3f 84 f3 46 06 7a e4 50 02 8c 0e a4 fe 54 99 eb 9e 68 00 ed db 8a 08 f7 1f 95 00 2f ae 31 c8 e6 90 f6 14 00 83 83 cd 2f 18 c8 cd 00 21 eb 4b 83 c1 18 f5 a0 03 df d6 90 fd 71 ed 8a 00 07 27 d3 de 97 19 39 27 34 00 1e c7 39 27 db a5 2e 3b 12 05 00 7f ff d0 f2 dc 73 d6 94 8e 94 00 ee 48 c8 c0 cf 5a 55 5c f2 48 fc a8 01 08 01 72 39 fc 29 1c e4 e0 e3 34 00 1c 75 19 a1 b1 80 31 82 28 01 17 af 7c 77 c0 a5 1f 74 9c 8a 00 14 65 80 c8 07 3e 94 77 2d 9e 94 00 a7 86 ce 0e 05 27 07 d0 13 dc d0 02 63 3c 93 d6 94 e0 f0 78 f7 a0 00 71 eb cf ad 26 32 79 e2 80 0c fb 8a 07 dd ce 68 01 50 e4 11 c0 ef 46 70 08 e3 ad 00 00 71 c7 53 eb 48 79 14 00 bc 76 c6 7a 52 15 65 3b 4e 46 3d a8 00 53 81 8c 73 9e a6 95 b2 dc 9c 75 ed c5 00 00 8d b8 e3 f2 a0 9d cd 9c 0d c7 d3 00 7e 54 00 83 af 34 0c 67 9a 00 ff d1 f2 f7 39 ce 78 14 d3 ed 40 0b cf 7e 94 60 f1 40 03 67 34 00 4e 17 d6 80 01 8c 6d 3c 73 d6 8f ba 0f 3c 9f 6a 00 43 4a 41 03 23 bd 00 20 c0 39 a5 27 3c 60 7a d0 00 79 1c 9c 7e 14 30 a0 00 e7 b0 e6 94 e4 a6 73 c5 00 20 3c 76 a0 92 4f 5e 94 00 83 18 3d 69 4e 0a f5 c6 39 c5 00 20 19 cf 5a 55 24 0c 03 d6 80 14 95 dc 36 8d a0 7a f3 9a 42 3e 6c 03 f8 d0 01 d3 9c f5 e2 81 81 df f4 a0 04 e3 be 73 46 3d 0d 00 2f 41 c6 29 06 7a 1a 00 52 49 eb d3 da 93 b7 26 80 3f ff d2 f2 de 71 8c f1 46 3b f1 40 0b ef d0 7f 3a 08 19 e4 d0 00 b8 ce 33 d6 90 e0 74 a0 03 bf 5a 3f 87 9a 00 0f 03 8a 50 3a f2 3d 68 01 0e 29 71 8e f4 00 da 71 da 1b 0a 72 3d 48 a0 03 0b b7 be 69 01 da c0 8a 00 3e b4 a7 6e 33 91 9f 4c 50 02 1c 62 8c 50 01 f4 a3 b7 6a 00 0f 1d b0 68 eb c7 6a 00 31 c1 c1 a3 b7 6a 00 3b d0 72 3a d0 01 c5 27 7c e6 80 14 e7 1d 73 47 38 f4 cd 00 7f ff d3 f3 0f 94 f4 eb c7 5a 4c 67 38 fd 28 00 1d 09 f4 fc 29 78 c0 e4 e7 bd 00 03 ae 76 fb 50 dc 00 07 af 4a 00 4f bc 73 9e 9c d2 b1 dd 8c 0f a8 14 00 72 a7 9e dd 33 cd 07 9e 98 c8 a0 04 04 05 e4 7b 75 a7 64 ed 2e 40 c6 7b d0 03 72 3b 8f ca 9c 84 2b 0d c9 bb d5 49 38 3f 95 00 37 3c 9e 00 07 b5 2e 70 46 01 e3 d2 80 17 23 d3 a5 37 d7 b0 ed c5 00 3b 80 7a 0f 5e 79 06 9a 5b 80 0f 34 00 a0 1c 9c 0c 63 d7 8a 3e 6c e7 6e 01 e8 4f 02 80 03 c7 1e bd 40 a5 05 41 e0 1e 9e b4 00 9c 0c 64 73 de 97 a7 ca 40 cf 5a 00 4c 12 a3 2a bd 7a d2 71 b7 d2 80 1c 80 b1 0a 31 9a 4c 82 79 03 9e f4 00 dc 0e 8b c9 3d a9 db 70 3d 7b f1 40 1f ff d4 f2 f2 78 cf 19 1d 85 20 e9 81 8f ad 00 19 1c f4 a0 63 d3 39 a0 05 38 23 38 c7 6e 94 83 1d c5 00 1c 63 9a 06 02 f0 28 01 33 4b 81 d0 50 01 d0 9a 1b 91 92 68 01 30 71 9a 70 3c 60 50 03 4f a6 3a 50 71 d4 66 80 17 3d ce 29 07 20 f1 40 0a a3 9c e0 51 81 eb 40 06 47 f7 7a 51 91 d3 6f e3 9a 00 09 e7 a0 e3 d0 51 f4 14 00 29 e0 f0 28 c8 27 24 70 28 01 3b e3 d2 97 b6 00 04 fb d0 02 e7 b1 18 1e c3 bd 20 18 34 00 1e 79 02 94 e0 81 e9 de 80 3f ff d5 f2 f1 b7 18 c6 4d 07 1d 0f 18 a0 05 66 27 80 07 1c 51 b8 ed db d3 fa d0 02 64 00 78 1f 9d 00 81 ce 3f 4a 00 53 db a1 a4 63 9e c0 50 01 bc f0 3a e3 8a 55 20 21 05 7a 9a 00 17 a8 c1 c7 ae 28 1c 30 3f ce 80 10 b0 2a 49 1c f4 a4 e3 a0 1d b9 c9 a0 05 c0 c6 4e 73 d8 76 a5 0d ed c7 ad 00 27 5c 9e 94 0f bb c0 07 de 80 11 b3 9c ff 00 2a 70 3d 46 05 00 37 23 1f 5e b4 77 e9 f9 50 02 8f bb c8 fc 69 3a 37 20 8a 00 3a d0 32 7a 0e 9d e8 01 55 87 3c 03 9f 5e d4 0c 01 c8 a0 04 38 c7 a7 b5 07 a7 a8 a0 03 3e b4 e6 62 0e 47 e1 8a 00 ff d6 f2 e0 7b e0 1c d0 3a 12 30 28 01 0f e7 4b fc 3d 33 9f d2 80 17 77 ca 54 a8 fe ... ... }}} Now compare this with network traffic: {{{ # ngrep -t -e -d any -x host 172.16.1.213 interface: any filter: (ip or ip6) and ( host 172.16.1.213 ) # T 2014/06/05 15:27:17.421299 172.17.1.54:58380 -> 172.16.1.213:80 [S] # T 2014/06/05 15:27:17.592837 172.16.1.213:80 -> 172.17.1.54:58380 [AS] # T 2014/06/05 15:27:17.592855 172.17.1.54:58380 -> 172.16.1.213:80 [A] # T 2014/06/05 15:27:17.592959 172.17.1.54:58380 -> 172.16.1.213:80 [AP] 47 45 54 20 2f 6d 6a 70 65 67 20 48 54 54 50 2f GET /mjpeg HTTP/ 31 2e 31 0d 0a 55 73 65 72 2d 41 67 65 6e 74 3a 1.1..User-Agent: 20 4c 61 76 66 2f 35 35 2e 34 32 2e 31 30 31 0d Lavf/55.42.101. 0a 41 63 63 65 70 74 3a 20 2a 2f 2a 0d 0a 52 61 .Accept: */*..Ra 6e 67 65 3a 20 62 79 74 65 73 3d 30 2d 0d 0a 43 nge: bytes=0-..C 6f 6e 6e 65 63 74 69 6f 6e 3a 20 63 6c 6f 73 65 onnection: close 0d 0a 48 6f 73 74 3a 20 31 37 32 2e 31 36 2e 31 ..Host: 172.16.1 2e 32 31 33 0d 0a 0d 0a .213.... # T 2014/06/05 15:27:17.968772 172.16.1.213:80 -> 172.17.1.54:58380 [A] 48 54 54 50 2f 31 2e 30 20 32 30 30 20 4f 4b HTTP/1.0 200 OK # T 2014/06/05 15:27:17.968789 172.17.1.54:58380 -> 172.16.1.213:80 [A] # T 2014/06/05 15:27:18.135429 172.16.1.213:80 -> 172.17.1.54:58380 [A] 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 ..Content-Type: 6d 75 6c 74 69 70 61 72 74 2f 78 2d 6d 69 78 65 multipart/x-mixe 64 2d 72 65 70 6c 61 63 65 3b 62 6f 75 6e 64 61 d-replace;bounda 72 79 3d 66 62 64 72 0d 0a 0d 0a 2d 2d 66 62 64 ry=fbdr....--fbd 72 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a r..Content-Type: 20 69 6d 61 67 65 2f 6a 70 65 67 0d 0a 0d 0a ff image/jpeg..... d8 ff db 00 84 00 0c 06 09 09 09 06 0c 09 09 09 ................ 0c 0c 0c 0c 12 1e 12 12 0f 0f 12 24 18 1b 15 1e ...........$.... 2a 24 2d 2d 2a 24 2a 27 30 36 45 39 30 33 3f 33 *$--*$*'06E903?3 27 2a 3c 51 3c 3f 45 48 4b 4e 4b 2d 39 54 5a 54 '* FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 15:25:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 13:25:50 -0000 Subject: [FFmpeg-trac] #3679(avformat:new): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.5fa4f61e933c2124a7427efe9b8009dc@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I don't know much about html, but I think a header containing {{{\r\n\r\n}}} twice is not valid / the part starting with {{{--fbdr}}} is not part of the header. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 16:25:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 14:25:37 -0000 Subject: [FFmpeg-trac] #3701(avcodec:open): adpcm-ima_qt encoder's trellis support is broken In-Reply-To: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> References: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> Message-ID: <055.13c794e6d368aaf99d174c7a4da113af@avcodec.org> #3701: adpcm-ima_qt encoder's trellis support is broken -------------------------------------+------------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: adpcm | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Timothy_Gu): Martin Storsj? of Libav has sent a patch to fix it: https://lists.libav.org/pipermail/libav-devel/2014-June/060185.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 16:52:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 14:52:09 -0000 Subject: [FFmpeg-trac] #3701(avcodec:open): adpcm-ima_qt encoder's trellis support is broken In-Reply-To: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> References: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> Message-ID: <055.47d5428a7cc461d161174e61a91847eb@avcodec.org> #3701: adpcm-ima_qt encoder's trellis support is broken -------------------------------------+------------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: adpcm | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): This patch is not sufficient / makes no audible difference. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 16:52:27 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 14:52:27 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.76491d0ccb0f1438279e2f5d047585cc@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Replying to [comment:5 cehoyos]: > Don't you agree that we should at least wait some time before we update the code to output incompatible files by default? Looks like the latest versions of all popular open source players at this moment support A_QUICKTIME (without a trailing codec name) scheme (VLC, MPayer, FFMPEG, etc.). How much time is necessary to wait and for what? Is there hardware players that don't support decoding files with A_QUICKTIME (without a trailing codec name) Codec ID? FFMPEG producing MKV files using A_QUICKTIME/QDM2, MKVToolNix producing MKV files using A_QUICKTIME (without a trailing codec name) according to specs. Don't you agree that we need standardization? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 17:12:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 15:12:10 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.1703976a275eaebaabb1324fde6d4f65@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I thought that there is a standard (that mentions two ways of muxing QDM2 in mkv), am I wrong? Could you explain why this is so important for you? Maybe I miss something but breaking a use case for some (a few) users seems not a very good idea to me, especially since according to you, it would not fix anything for any user. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 18:28:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 16:28:31 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP Message-ID: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FFmpeg will not re-restream an RTP stream to RTSP. It hangs and must be terminated with Ctrl+C. After issuing a Ctrl+C, it displays the error: Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred How to reproduce: {{{ ffmpeg -re -i rtp://239.255.1.1:59002 -f rtsp -c copy rtsp://localhost:554/live ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:10:20 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0000000002abc300] Invalid frame dimensions 0x0. Last message repeated 4 times [rtp @ 0000000002b006e0] Could not find codec parameters for stream 3 (Unknown: none ([134][0][0][0] / 0x0086)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, rtp, from 'rtp://239.255.1.1:59002': Duration: N/A, start: 24023.945356, bitrate: 320 kb/s Program 10 Stream #0:2: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 704x480 [SAR 10:11 DAR 4:3], max. 5000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.9 4 tbc Stream #0:0(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fl tp, 192 kb/s Stream #0:1(spa): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fl tp, 128 kb/s Stream #0:3: Unknown: none ([134][0][0][0] / 0x0086) Output #0, rtsp, to 'rtsp://localhost:554/live': Metadata: encoder : Lavf55.42.100 Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 704x480 [SA R 10:11 DAR 4:3], q=2-31, max. 5000 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, 19 2 kb/s Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 18:29:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 16:29:57 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.11e554ba3d40464021d4a809571921d4@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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): How can I reproduce this issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 18:34:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 16:34:57 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.c372d626d08dfe198a290392bd215e03@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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 DJX): Good question. The source RTP stream is from a SiliconDust HDHomeRun that is streaming a US TV channel. I am unable to provide public access to this stream at this time. I guess it would require a developer to have the equipment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 18:40:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 16:40:39 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.388e33f14c643ad2f8b24acfd90a51c5@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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): Does reading from the rtp source work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 18:42:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 16:42:39 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.99c716a1e95c47aaf711f4fc7fef0a73@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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 DJX): Correct. FFplay can display the RTP source stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 18:48:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 16:48:08 -0000 Subject: [FFmpeg-trac] #3679(avformat:new): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.e4cc317d5fa691f97a48a151924766e0@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Krieger): Replying to [comment:7 cehoyos]: > I don't know much about html, but I think a header containing {{{\r\n\r\n}}} twice is not valid / the part starting with {{{--fbdr}}} is not part of the header. I was also disappointed when i have first watched it, but that's the way how {{{Content-Type: multipart/x-mixed-replace}}} works :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 18:53:29 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 16:53:29 -0000 Subject: [FFmpeg-trac] #3658(avformat:closed): pts < dts av_interleaved_write_frame(): Invalid argument In-Reply-To: <036.2b9c727cee06acd79ab2e646c9b69347@avcodec.org> References: <036.2b9c727cee06acd79ab2e646c9b69347@avcodec.org> Message-ID: <051.2c841a89b03184e223d6e17f3d8737ba@avcodec.org> #3658: pts < dts av_interleaved_write_frame(): Invalid argument -------------------------------------+------------------------------------- Reporter: bsnote | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 27856b2fe9cdbcf48ad996647cb104667b373fa4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 19:31:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 17:31:07 -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.1b0e2aa13c5d90767b0c57226216d7f3@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 finished the test and the result is here. http://www.hydrogenaud.io/forums/index.php?showtopic=105959 The v8g patch beat both unpatched AAC encoder and FAAC at 96k. [[Image(http://i62.tinypic.com/2cs6wc8.png)]] [[Image(http://i60.tinypic.com/30b0aye.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 19:35:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 17:35:38 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.2121c37e059c5edd8bb8d94227b859e8@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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): Does stream copy to a file work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 19:55:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 17:55:24 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.e413cb3190981c692dbb017d59303289@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): I must say your testing efforts are invaluable :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 20:00:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 18:00:37 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.34c60884f919347a65e610e98e4776d8@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 heleppkes): Any news on getting closer to submitting the improvements? We're all looking forward to that, more every day! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 20:11:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 18:11:38 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.d3bcde887a9956d603e56871d03332bf@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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 DJX): For the most part, yes. It gets messed up when the audio stream changes during commercials. Besides that, it seems to write OK. {{{ ffmpeg -i rtp://239.255.1.1:59002 -c copy c:\temp\test.m2ts ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:10:20 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0000000002bbc160] Invalid frame dimensions 0x0. Last message repeated 13 times [rtp @ 0000000002ab0420] Could not find codec parameters for stream 3 (Unknown: none ([134][0][0][0] / 0x0086)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, rtp, from 'rtp://239.255.1.1:59002': Duration: N/A, start: 30332.765733, bitrate: 320 kb/s Program 10 Stream #0:2: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 704x480 [SAR 10:11 DAR 4:3], max. 5000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.9 4 tbc Stream #0:0(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fl tp, 192 kb/s Stream #0:1(spa): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fl tp, 128 kb/s Stream #0:3: Unknown: none ([134][0][0][0] / 0x0086) Output #0, mpegts, to 'c:\temp\test.m2ts': Metadata: encoder : Lavf55.42.100 Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 704x480 [SA R 10:11 DAR 4:3], q=2-31, max. 5000 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, 19 2 kb/s Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 153 fps=0.0 q=-1.0 size= 857kB time=00:00:06.46 bitrate=1085.7kbits/ frame= 168 fps=161 q=-1.0 size= 933kB time=00:00:06.96 bitrate=1097.7kbits/ frame= 182 fps=117 q=-1.0 size= 1019kB time=00:00:07.43 bitrate=1122.9kbits/ frame= 198 fps= 95 q=-1.0 size= 1219kB time=00:00:07.96 bitrate=1253.6kbits/ frame= 214 fps= 83 q=-1.0 size= 1325kB time=00:00:08.49 bitrate=1277.2kbits/ frame= 229 fps= 74 q=-1.0 size= 1430kB time=00:00:08.99 bitrate=1301.7kbits/ frame= 247 fps= 68 q=-1.0 size= 1542kB time=00:00:09.60 bitrate=1315.6kbits/ frame= 262 fps= 63 q=-1.0 size= 1646kB time=00:00:10.10 bitrate=1334.7kbits/ frame= 277 fps= 59 q=-1.0 size= 1761kB time=00:00:10.60 bitrate=1360.9kbits/ frame= 293 fps= 57 q=-1.0 size= 1870kB time=00:00:11.13 bitrate=1375.5kbits/ frame= 309 fps= 54 q=-1.0 size= 1975kB time=00:00:11.66 bitrate=1386.2kbits/ frame= 324 fps= 52 q=-1.0 size= 2073kB time=00:00:12.16 bitrate=1395.2kbits/ frame= 340 fps= 50 q=-1.0 size= 2180kB time=00:00:12.70 bitrate=1406.0kbits/ frame= 356 fps= 49 q=-1.0 size= 2294kB time=00:00:13.23 bitrate=1419.6kbits/ frame= 371 fps= 48 q=-1.0 size= 2396kB time=00:00:13.73 bitrate=1428.9kbits/ frame= 387 fps= 47 q=-1.0 size= 2498kB time=00:00:14.27 bitrate=1433.7kbits/ frame= 402 fps= 45 q=-1.0 size= 2605kB time=00:00:14.77 bitrate=1444.4kbits/ frame= 418 fps= 45 q=-1.0 size= 2706kB time=00:00:15.30 bitrate=1448.3kbits/ frame= 434 fps= 44 q=-1.0 size= 2860kB time=00:00:15.83 bitrate=1479.3kbits/ frame= 450 fps= 43 q=-1.0 size= 2956kB time=00:00:16.37 bitrate=1478.8kbits/ frame= 465 fps= 43 q=-1.0 size= 3057kB time=00:00:16.87 bitrate=1484.3kbits/ frame= 481 fps= 42 q=-1.0 size= 3154kB time=00:00:17.40 bitrate=1484.5kbits/ frame= 498 fps= 42 q=-1.0 size= 3256kB time=00:00:17.97 bitrate=1484.1kbits/ frame= 513 fps= 41 q=-1.0 size= 3364kB time=00:00:18.47 bitrate=1491.5kbits/ frame= 528 fps= 40 q=-1.0 size= 3452kB time=00:00:18.97 bitrate=1490.4kbits/ frame= 544 fps= 40 q=-1.0 size= 3535kB time=00:00:19.51 bitrate=1484.3kbits/ frame= 559 fps= 40 q=-1.0 size= 3637kB time=00:00:20.01 bitrate=1489.0kbits/ frame= 575 fps= 39 q=-1.0 size= 3737kB time=00:00:20.54 bitrate=1490.2kbits/ frame= 589 fps= 39 q=-1.0 size= 3833kB time=00:00:21.01 bitrate=1494.3kbits/ frame= 607 fps= 39 q=-1.0 size= 3942kB time=00:00:21.61 bitrate=1494.3kbits/ frame= 621 fps= 38 q=-1.0 size= 4033kB time=00:00:22.07 bitrate=1496.2kbits/ frame= 629 fps= 38 q=-1.0 size= 4186kB time=00:00:22.34 bitrate=1534.6kbits/ frame= 641 fps= 37 q=-1.0 size= 4350kB time=00:00:22.74 bitrate=1566.7kbits/ frame= 661 fps= 37 q=-1.0 size= 4558kB time=00:00:23.41 bitrate=1594.6kbits/ frame= 681 fps= 37 q=-1.0 size= 4732kB time=00:00:24.08 bitrate=1609.8kbits/ frame= 699 fps= 37 q=-1.0 size= 4862kB time=00:00:24.68 bitrate=1613.8kbits/ frame= 714 fps= 37 q=-1.0 size= 5000kB time=00:00:25.18 bitrate=1626.5kbits/ frame= 729 fps= 37 q=-1.0 size= 5126kB time=00:00:25.68 bitrate=1635.2kbits/ frame= 740 fps= 37 q=-1.0 Lsize= 5395kB time=00:00:26.05 bitrate=1696.4kbits /s video:4193kB audio:593kB subtitle:0kB other streams:0kB global headers:0kB muxin g overhead: 12.719521% Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 20:14:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 18:14:28 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.2209b5fc4751d43f6902694f57931918@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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): What happens if you try to send the recorded stream via rtsp (either reencoding the stream or with -codec copy)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 20:53:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 18:53:06 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.6a1e3f5fded590615c1c3f8c4e60304d@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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 DJX): Does not work either way. Copy: {{{ ffmpeg -re -i C:\Temp\test.m2ts -f rtsp -c copy rtsp://localhost:554/live ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:10:20 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'C:\Temp\test.m2ts': Duration: 00:00:27.77, start: 1.400000, bitrate: 2889 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420 p(tv), 704x480 [SAR 10:11 DAR 4:3], max. 5000 kb/s, 29.97 fps, 29.97 tbr, 90k tb n, 59.94 tbc Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, ste reo, fltp, 192 kb/s Output #0, rtsp, to 'rtsp://localhost:554/live': Metadata: encoder : Lavf55.42.100 Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 704x480 [SA R 10:11 DAR 4:3], q=2-31, max. 5000 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, 19 2 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred Received signal 2: terminating. }}} Transcode: {{{ ffmpeg -re -i C:\Temp\test.m2ts -f rtsp rtsp://localhost:554/live ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:10:20 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'C:\Temp\test.m2ts': Duration: 00:00:27.77, start: 1.400000, bitrate: 2889 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420 p(tv), 704x480 [SAR 10:11 DAR 4:3], max. 5000 kb/s, 29.97 fps, 29.97 tbr, 90k tb n, 59.94 tbc Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, ste reo, fltp, 192 kb/s Output #0, rtsp, to 'rtsp://localhost:554/live': Metadata: encoder : Lavf55.42.100 Stream #0:0: Video: mpeg4, yuv420p, 704x480 [SAR 10:11 DAR 4:3], q=2-31, 200 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Metadata: encoder : Lavc55.66.100 mpeg4 Stream #0:1(eng): Audio: aac (libvo_aacenc), 48000 Hz, stereo, s16, 128 kb/s Metadata: encoder : Lavc55.66.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:1 -> #0:1 (ac3 -> libvo_aacenc) Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 20:55:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 18:55:23 -0000 Subject: [FFmpeg-trac] #3679(avformat:open): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.b6aea8ab542f2c7ab5d3d7f08673c9dc@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mjpeg => mjpeg http * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 21:00:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 19:00:06 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.a0edaaca400bf69d649e45012007a024@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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): What about the following two command lines? {{{ $ ffmpeg -f lavfi -i testsrc -f rtsp rtsp://localhost:554/live }}} {{{ $ ffmpeg -f lavfi -i sine -f rtsp rtsp://localhost:554/live }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 21:04:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 19:04:05 -0000 Subject: [FFmpeg-trac] #3702(undetermined:new): Re-stream RTP to RTSP In-Reply-To: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> References: <033.8d9a3f21b5d19bbb38d6104242d81cc2@avcodec.org> Message-ID: <048.51ea5c859c909ffbad5969b4b53103c6@avcodec.org> #3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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 DJX): Ah, I see what you're getting at... Negative on both, looks like RTSP doesn't work at all. testsrc: {{{ ffmpeg -f lavfi -i testsrc-f rtsp rtsp://localhost:554/live ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:10:20 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, rtsp, to 'rtsp://localhost:554/live': Metadata: encoder : Lavf55.42.100 Stream #0:0: Video: mpeg4, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 k b/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.66.100 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred Received signal 2: terminating. }}} sine: {{{ ffmpeg -f lavfi -i sine -frtsp rtsp://localhost:554/live ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:10:20 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'sine': Duration: N/A, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Output #0, rtsp, to 'rtsp://localhost:554/live': Metadata: encoder : Lavf55.42.100 Stream #0:0: Audio: aac (libvo_aacenc), 44100 Hz, mono, s16, 128 kb/s Metadata: encoder : Lavc55.66.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> libvo_aacenc) Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 21:37:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 19:37:10 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.d1a7efdb5335790270a9a68604fd6acd@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): I need to find some free time for that. But yeah, close. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 21:54:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 19:54:20 -0000 Subject: [FFmpeg-trac] #3410(undetermined:new): v4l2 crash In-Reply-To: <037.36be15ecebba855aa50dbeb701230fe8@avcodec.org> References: <037.36be15ecebba855aa50dbeb701230fe8@avcodec.org> Message-ID: <052.76488e81c454cada0f1884420386b224@avcodec.org> #3410: v4l2 crash -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: v4l2 crash | Resolution: regression SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:1 cehoyos]: > The crash with ffplay may have been fixed (or worked around) I can reproduce the crash with ffplay with bd650ee3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 5 23:38:33 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 21:38:33 -0000 Subject: [FFmpeg-trac] #3700(avcodec:closed): aic decoder output is not bit exact with and without mmx In-Reply-To: <040.3f90c87eb27fc267807bea80d16c6378@avcodec.org> References: <040.3f90c87eb27fc267807bea80d16c6378@avcodec.org> Message-ID: <055.6c01868c3ef2579353e1567b37851f08@avcodec.org> #3700: aic decoder output is not bit exact with and without mmx ------------------------------------+----------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: aic | 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 0a2004b6d11ff962361420c3150fe760cf1f7115 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 01:36:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 23:36:51 -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.b389778a2972c719a1057a05f4c74b82@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): Representation for optional combinations implemented (that was painful... code a bit ugly). So now, we have: - red: must have a diff with center pixel - gray: must not have a diff with center pixel - black: whether there is a diff or not doesn't matter I hope I didn't get it wrong. I think I'll try to implement from this, unless I see a way of improving even more the representation. (Note: the wrong colors for the coeff intensity are also fixed) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 01:52:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 23:52:51 -0000 Subject: [FFmpeg-trac] #3698(avcodec:closed): Output Image flipped(reversed) In-Reply-To: <045.3cf1dbc3d6fc8f6bdc7e8a29aa3630cb@avcodec.org> References: <045.3cf1dbc3d6fc8f6bdc7e8a29aa3630cb@avcodec.org> Message-ID: <060.5ca951403b24b8b885a1a08aec189d64@avcodec.org> #3698: Output Image flipped(reversed) -------------------------------------+------------------------------------- Reporter: | Owner: paryasomayajulu | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: mjpeg | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 0545ef7116db1e87894d978bfa400578652c716d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 01:56:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jun 2014 23:56:39 -0000 Subject: [FFmpeg-trac] #3701(avcodec:open): adpcm-ima_qt encoder's trellis support is broken In-Reply-To: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> References: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> Message-ID: <055.8b2c6b7ce86c0752e61b981c96dc6c9b@avcodec.org> #3701: adpcm-ima_qt encoder's trellis support is broken -------------------------------------+------------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: adpcm | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Timothy_Gu): @cehoyos Martin also wrote this patch: https://lists.libav.org/pipermail /libav-devel/2014-June/060187.html which seems to fix this issue (the Git commit referenced in the mail is the same as the Git commit you referenced). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 04:16:36 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 02:16:36 -0000 Subject: [FFmpeg-trac] #3510(avfilter:closed): Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" In-Reply-To: <036.efa9bdc90c7ab44f786f9fedf17088cf@avcodec.org> References: <036.efa9bdc90c7ab44f786f9fedf17088cf@avcodec.org> Message-ID: <051.ca5f02881f892ded6dea0de567c8900e@avcodec.org> #3510: Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ianken): Thanks for taking a look. The workaround is a pain...but I understand... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 08:50:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 06:50:23 -0000 Subject: [FFmpeg-trac] #3699(avfilter:new): Ability to use expressions using Drawtext to offset frame number without returning double In-Reply-To: <035.ba90926db9546ead7f9f2941bae4f4db@avcodec.org> References: <035.ba90926db9546ead7f9f2941bae4f4db@avcodec.org> Message-ID: <050.b91b1ed326016ce563c52be0359d133c@avcodec.org> #3699: Ability to use expressions using Drawtext to offset frame number without returning double -------------------------------------+------------------------------------ Reporter: synth | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [ticket:3699 synth]: > Currently the only way I've seen for offsetting the drawtext is to do: > > text='%{expr\:n+OFFSET}' > > where OFFSET is the number used for -start_frame. Unfortunately this won't work for us because the return value from expr is a double like 1001.000000 and it doesn't seem there's a way to convert that to int or convert it to a value like %04d. Did you consider providing a command line (including complete, uncut console output) that allows to reproduce this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 10:18:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 08:18:46 -0000 Subject: [FFmpeg-trac] #3703(undetermined:new): make: *** [libavdevice/alldevices.o] Error 1 Message-ID: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> #3703: make: *** [libavdevice/alldevices.o] Error 1 -------------------------------------+------------------------------------- Reporter: | Type: defect paryasomayajulu | Priority: important Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi i am getting following error when trying to use command "make" for building ffmpeg source Note: ./Configure command is successful Pavan at Pavan-PC /C/FFmpeg-master/FFmpeg-master $ make CC libavdevice/alldevices.o gcc: unrecognized option `-pthread' In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:34:22: inttypes.h: No such file or directory ./libavutil/common.h:37:20: stdint.h: No such file or directory In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:79: error: parse error before "av_reverse" ./libavutil/common.h:79: warning: type defaults to `int' in declaration of `av_r everse' ./libavutil/common.h:79: warning: data definition has no type or storage class In file included from ./libavutil/common.h:84, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/intmath.h:53: error: parse error before "ff_log2_tab" ./libavutil/intmath.h:53: warning: type defaults to `int' in declaration of `ff_ log2_tab' ./libavutil/intmath.h:53: warning: data definition has no type or storage class In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:122: error: parse error before "av_clip64_c" ./libavutil/common.h:122: error: parse error before "a" ./libavutil/common.h:123: warning: return type defaults to `int' ./libavutil/common.h:123: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_clip64_c': ./libavutil/common.h:127: error: `a' undeclared (first use in this function) ./libavutil/common.h:127: error: (Each undeclared identifier is reported only on ce ./libavutil/common.h:127: error: for each function it appears in.) ./libavutil/common.h:127: error: `amin' undeclared (first use in this function) ./libavutil/common.h:128: error: `amax' undeclared (first use in this function) ./libavutil/common.h: At top level: ./libavutil/common.h:137: error: parse error before "av_clip_uint8_c" ./libavutil/common.h:138: warning: return type defaults to `int' ./libavutil/common.h:138: warning: no previous prototype for 'av_clip_uint8_c' ./libavutil/common.h:148: error: parse error before "av_clip_int8_c" ./libavutil/common.h:149: warning: return type defaults to `int' ./libavutil/common.h:149: warning: no previous prototype for 'av_clip_int8_c' ./libavutil/common.h:159: error: parse error before "av_clip_uint16_c" ./libavutil/common.h:160: warning: return type defaults to `int' ./libavutil/common.h:160: warning: no previous prototype for 'av_clip_uint16_c' ./libavutil/common.h:170: error: parse error before "av_clip_int16_c" ./libavutil/common.h:171: warning: return type defaults to `int' ./libavutil/common.h:171: warning: no previous prototype for 'av_clip_int16_c' ./libavutil/common.h:181: error: parse error before "av_clipl_int32_c" ./libavutil/common.h:181: error: parse error before "a" ./libavutil/common.h:182: warning: return type defaults to `int' ./libavutil/common.h:182: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_clipl_int32_c': ./libavutil/common.h:183: error: `a' undeclared (first use in this function) ./libavutil/common.h:183: warning: implicit declaration of function `UINT64_C' ./libavutil/common.h:183: error: `int32_t' undeclared (first use in this functio n) ./libavutil/common.h:184: error: parse error before "a" ./libavutil/common.h: In function `av_sat_add32_c': ./libavutil/common.h:208: error: `int64_t' undeclared (first use in this functio n) ./libavutil/common.h:208: error: parse error before "a" ./libavutil/common.h:209: warning: no return statement in function returning non -void ./libavutil/common.h: At top level: ./libavutil/common.h:271: error: parse error before "x" ./libavutil/common.h:272: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_popcount_c': ./libavutil/common.h:273: error: `x' undeclared (first use in this function) ./libavutil/common.h: At top level: ./libavutil/common.h:285: error: parse error before "x" ./libavutil/common.h:286: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_popcount64_c': ./libavutil/common.h:287: error: `uint32_t' undeclared (first use in this functi on) ./libavutil/common.h:287: error: parse error before "x" ./libavutil/common.h:288: warning: no return statement in function returning non -void In file included from ./libavutil/common.h:412, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/mem.h: At top level: ./libavutil/mem.h:320: warning: type defaults to `int' in declaration of `uint8_ t' ./libavutil/mem.h:320: error: parse error before '*' token ./libavutil/mem.h:320: warning: function declaration isn't a prototype ./libavutil/mem.h:351: error: parse error before '*' token ./libavutil/mem.h:351: warning: function declaration isn't a prototype In file included from ./libavutil/libm.h:30, from ./libavutil/internal.h:167, from ./libavutil/common.h:415, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/intfloat.h:28: error: parse error before "uint32_t" ./libavutil/intfloat.h:28: warning: no semicolon at end of struct or union ./libavutil/intfloat.h:29: confused by earlier errors, bailing out make: *** [libavdevice/alldevices.o] Error 1 Pavan at Pavan-PC /C/FFmpeg-master/FFmpeg-master $ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 10:28:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 08:28:24 -0000 Subject: [FFmpeg-trac] #3703(undetermined:new): make: *** [libavdevice/alldevices.o] Error 1 In-Reply-To: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> References: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> Message-ID: <060.ec0f4c14b548fcde739e324c969706ca@avcodec.org> #3703: make: *** [libavdevice/alldevices.o] Error 1 -------------------------------------+------------------------------------- Reporter: | Owner: paryasomayajulu | Status: new Type: defect | Component: Priority: important | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide your configure line, run {{{make V=1}}} twice and provide the complete output of the second (!) run here. Which version of MSYS is this, which version of MinGW? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 11:28:30 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 09:28:30 -0000 Subject: [FFmpeg-trac] #3703(undetermined:new): make: *** [libavdevice/alldevices.o] Error 1 In-Reply-To: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> References: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> Message-ID: <060.690e59cf114a9df0b71acd11e7a8e14b@avcodec.org> #3703: make: *** [libavdevice/alldevices.o] Error 1 -------------------------------------+------------------------------------- Reporter: | Owner: paryasomayajulu | Status: new Type: defect | Component: Priority: important | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paryasomayajulu): == '''Version of Mysys and minGw''' == Pavan at Pavan-PC /C/FFmpeg-master/FFmpeg-master $ gcc -v Reading specs from /usr/lib/gcc/i686-pc-msys/3.4.4/specs Configured with: /home/cstrauss/build/gcc3/gcc-3.4.4/configure --prefix=/usr --s ysconfdir=/etc --localstatedir=/var --infodir=/share/info --mandir=/share/man -- libexecdir=/lib --enable-languages=c,c++ --disable-nls --enable- threads=posix -- enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx- debug -- with-newlib Thread model: posix gcc version 3.4.4 (msys special) ''' == First command i am running ==''' $ ./configure --disable-yasm License: LGPL version 2.1 or later Creating config.mak, config.h, and doc/config.texi... WARNING: pkg-config not found, library detection may fail. ========================================================= == 2nd command i am using == Pavan at Pavan-PC /C/FFmpeg-master/FFmpeg-master $ make v=1 CC libavdevice/alldevices.o gcc: unrecognized option `-pthread' In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:34:22: inttypes.h: No such file or directory ./libavutil/common.h:37:20: stdint.h: No such file or directory In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:79: error: parse error before "av_reverse" ./libavutil/common.h:79: warning: type defaults to `int' in declaration of `av_r everse' ./libavutil/common.h:79: warning: data definition has no type or storage class In file included from ./libavutil/common.h:84, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/intmath.h:53: error: parse error before "ff_log2_tab" ./libavutil/intmath.h:53: warning: type defaults to `int' in declaration of `ff_ log2_tab' ./libavutil/intmath.h:53: warning: data definition has no type or storage class In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:122: error: parse error before "av_clip64_c" ./libavutil/common.h:122: error: parse error before "a" ./libavutil/common.h:123: warning: return type defaults to `int' ./libavutil/common.h:123: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_clip64_c': ./libavutil/common.h:127: error: `a' undeclared (first use in this function) ./libavutil/common.h:127: error: (Each undeclared identifier is reported only on ce ./libavutil/common.h:127: error: for each function it appears in.) ./libavutil/common.h:127: error: `amin' undeclared (first use in this function) ./libavutil/common.h:128: error: `amax' undeclared (first use in this function) ./libavutil/common.h: At top level: ./libavutil/common.h:137: error: parse error before "av_clip_uint8_c" ./libavutil/common.h:138: warning: return type defaults to `int' ./libavutil/common.h:138: warning: no previous prototype for 'av_clip_uint8_c' ./libavutil/common.h:148: error: parse error before "av_clip_int8_c" ./libavutil/common.h:149: warning: return type defaults to `int' ./libavutil/common.h:149: warning: no previous prototype for 'av_clip_int8_c' ./libavutil/common.h:159: error: parse error before "av_clip_uint16_c" ./libavutil/common.h:160: warning: return type defaults to `int' ./libavutil/common.h:160: warning: no previous prototype for 'av_clip_uint16_c' ./libavutil/common.h:170: error: parse error before "av_clip_int16_c" ./libavutil/common.h:171: warning: return type defaults to `int' ./libavutil/common.h:171: warning: no previous prototype for 'av_clip_int16_c' ./libavutil/common.h:181: error: parse error before "av_clipl_int32_c" ./libavutil/common.h:181: error: parse error before "a" ./libavutil/common.h:182: warning: return type defaults to `int' ./libavutil/common.h:182: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_clipl_int32_c': ./libavutil/common.h:183: error: `a' undeclared (first use in this function) ./libavutil/common.h:183: warning: implicit declaration of function `UINT64_C' ./libavutil/common.h:183: error: `int32_t' undeclared (first use in this functio n) ./libavutil/common.h:184: error: parse error before "a" ./libavutil/common.h: In function `av_sat_add32_c': ./libavutil/common.h:208: error: `int64_t' undeclared (first use in this functio n) ./libavutil/common.h:208: error: parse error before "a" ./libavutil/common.h:209: warning: no return statement in function returning non -void ./libavutil/common.h: At top level: ./libavutil/common.h:271: error: parse error before "x" ./libavutil/common.h:272: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_popcount_c': ./libavutil/common.h:273: error: `x' undeclared (first use in this function) ./libavutil/common.h: At top level: ./libavutil/common.h:285: error: parse error before "x" ./libavutil/common.h:286: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_popcount64_c': ./libavutil/common.h:287: error: `uint32_t' undeclared (first use in this functi on) ./libavutil/common.h:287: error: parse error before "x" ./libavutil/common.h:288: warning: no return statement in function returning non -void In file included from ./libavutil/common.h:412, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/mem.h: At top level: ./libavutil/mem.h:320: warning: type defaults to `int' in declaration of `uint8_ t' ./libavutil/mem.h:320: error: parse error before '*' token ./libavutil/mem.h:320: warning: function declaration isn't a prototype ./libavutil/mem.h:351: error: parse error before '*' token ./libavutil/mem.h:351: warning: function declaration isn't a prototype In file included from ./libavutil/timer.h:48, from ./libavutil/internal.h:39, from ./libavutil/common.h:415, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/x86/timer.h:31: error: parse error before "read_time" ./libavutil/x86/timer.h:32: warning: return type defaults to `int' ./libavutil/x86/timer.h:32: warning: no previous prototype for 'read_time' ./libavutil/x86/timer.h: In function `read_time': ./libavutil/x86/timer.h:33: error: `uint32_t' undeclared (first use in this func tion) ./libavutil/x86/timer.h:33: error: parse error before "a" ./libavutil/x86/timer.h:34: error: `d' undeclared (first use in this function) ./libavutil/x86/timer.h:35: error: `uint64_t' undeclared (first use in this func tion) ./libavutil/x86/timer.h:35: error: parse error before "d" In file included from ./libavutil/libm.h:30, from ./libavutil/internal.h:167, from ./libavutil/common.h:415, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/intfloat.h: At top level: ./libavutil/intfloat.h:28: error: parse error before "uint32_t" ./libavutil/intfloat.h:28: warning: no semicolon at end of struct or union ./libavutil/intfloat.h:29: confused by earlier errors, bailing out make: *** [libavdevice/alldevices.o] Error 1 Pavan at Pavan-PC /C/FFmpeg-master/FFmpeg-master $ make v=1 CC libavdevice/alldevices.o gcc: unrecognized option `-pthread' In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:34:22: inttypes.h: No such file or directory ./libavutil/common.h:37:20: stdint.h: No such file or directory In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:79: error: parse error before "av_reverse" ./libavutil/common.h:79: warning: type defaults to `int' in declaration of `av_r everse' ./libavutil/common.h:79: warning: data definition has no type or storage class In file included from ./libavutil/common.h:84, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/intmath.h:53: error: parse error before "ff_log2_tab" ./libavutil/intmath.h:53: warning: type defaults to `int' in declaration of `ff_ log2_tab' ./libavutil/intmath.h:53: warning: data definition has no type or storage class In file included from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/common.h:122: error: parse error before "av_clip64_c" ./libavutil/common.h:122: error: parse error before "a" ./libavutil/common.h:123: warning: return type defaults to `int' ./libavutil/common.h:123: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_clip64_c': ./libavutil/common.h:127: error: `a' undeclared (first use in this function) ./libavutil/common.h:127: error: (Each undeclared identifier is reported only on ce ./libavutil/common.h:127: error: for each function it appears in.) ./libavutil/common.h:127: error: `amin' undeclared (first use in this function) ./libavutil/common.h:128: error: `amax' undeclared (first use in this function) ./libavutil/common.h: At top level: ./libavutil/common.h:137: error: parse error before "av_clip_uint8_c" ./libavutil/common.h:138: warning: return type defaults to `int' ./libavutil/common.h:138: warning: no previous prototype for 'av_clip_uint8_c' ./libavutil/common.h:148: error: parse error before "av_clip_int8_c" ./libavutil/common.h:149: warning: return type defaults to `int' ./libavutil/common.h:149: warning: no previous prototype for 'av_clip_int8_c' ./libavutil/common.h:159: error: parse error before "av_clip_uint16_c" ./libavutil/common.h:160: warning: return type defaults to `int' ./libavutil/common.h:160: warning: no previous prototype for 'av_clip_uint16_c' ./libavutil/common.h:170: error: parse error before "av_clip_int16_c" ./libavutil/common.h:171: warning: return type defaults to `int' ./libavutil/common.h:171: warning: no previous prototype for 'av_clip_int16_c' ./libavutil/common.h:181: error: parse error before "av_clipl_int32_c" ./libavutil/common.h:181: error: parse error before "a" ./libavutil/common.h:182: warning: return type defaults to `int' ./libavutil/common.h:182: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_clipl_int32_c': ./libavutil/common.h:183: error: `a' undeclared (first use in this function) ./libavutil/common.h:183: warning: implicit declaration of function `UINT64_C' ./libavutil/common.h:183: error: `int32_t' undeclared (first use in this functio n) ./libavutil/common.h:184: error: parse error before "a" ./libavutil/common.h: In function `av_sat_add32_c': ./libavutil/common.h:208: error: `int64_t' undeclared (first use in this functio n) ./libavutil/common.h:208: error: parse error before "a" ./libavutil/common.h:209: warning: no return statement in function returning non -void ./libavutil/common.h: At top level: ./libavutil/common.h:271: error: parse error before "x" ./libavutil/common.h:272: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_popcount_c': ./libavutil/common.h:273: error: `x' undeclared (first use in this function) ./libavutil/common.h: At top level: ./libavutil/common.h:285: error: parse error before "x" ./libavutil/common.h:286: warning: function declaration isn't a prototype ./libavutil/common.h: In function `av_popcount64_c': ./libavutil/common.h:287: error: `uint32_t' undeclared (first use in this functi on) ./libavutil/common.h:287: error: parse error before "x" ./libavutil/common.h:288: warning: no return statement in function returning non -void In file included from ./libavutil/common.h:412, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/mem.h: At top level: ./libavutil/mem.h:320: warning: type defaults to `int' in declaration of `uint8_ t' ./libavutil/mem.h:320: error: parse error before '*' token ./libavutil/mem.h:320: warning: function declaration isn't a prototype ./libavutil/mem.h:351: error: parse error before '*' token ./libavutil/mem.h:351: warning: function declaration isn't a prototype In file included from ./libavutil/timer.h:48, from ./libavutil/internal.h:39, from ./libavutil/common.h:415, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/x86/timer.h:31: error: parse error before "read_time" ./libavutil/x86/timer.h:32: warning: return type defaults to `int' ./libavutil/x86/timer.h:32: warning: no previous prototype for 'read_time' ./libavutil/x86/timer.h: In function `read_time': ./libavutil/x86/timer.h:33: error: `uint32_t' undeclared (first use in this func tion) ./libavutil/x86/timer.h:33: error: parse error before "a" ./libavutil/x86/timer.h:34: error: `d' undeclared (first use in this function) ./libavutil/x86/timer.h:35: error: `uint64_t' undeclared (first use in this func tion) ./libavutil/x86/timer.h:35: error: parse error before "d" In file included from ./libavutil/libm.h:30, from ./libavutil/internal.h:167, from ./libavutil/common.h:415, from ./libavutil/avutil.h:283, from ./libavutil/log.h:25, from libavdevice/avdevice.h:46, from libavdevice/alldevices.c:22: ./libavutil/intfloat.h: At top level: ./libavutil/intfloat.h:28: error: parse error before "uint32_t" ./libavutil/intfloat.h:28: warning: no semicolon at end of struct or union ./libavutil/intfloat.h:29: confused by earlier errors, bailing out make: *** [libavdevice/alldevices.o] Error 1 Pavan at Pavan-PC /C/FFmpeg-master/FFmpeg-master $ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 11:49:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 09:49:24 -0000 Subject: [FFmpeg-trac] #3703(undetermined:closed): make: *** [libavdevice/alldevices.o] Error 1 In-Reply-To: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> References: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> Message-ID: <060.8d5964235bddf8d176c8df504fad3040@avcodec.org> #3703: make: *** [libavdevice/alldevices.o] Error 1 -------------------------------------+------------------------------------- Reporter: | Owner: paryasomayajulu | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => closed * resolution: => invalid Comment: Replying to [comment:2 paryasomayajulu]: > gcc version 3.4.4 (msys special) This is too old, please update. > $ ./configure --disable-yasm Imo, {{{--disabl-yasm}}} is a debug option and not supported here. Install yasm, there is a Windows binary. > ./libavutil/common.h:34:22: inttypes.h: No such file or directory This indicates a completely broken (and at least unsupported build environment. Please reinstall current MSYS (with current MinGW), this is regularly tested. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 12:08:28 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 10:08:28 -0000 Subject: [FFmpeg-trac] #3597(avcodec:new): Support creating AVC-Intra files with -vcodec libx264 (was: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file.) In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.0e9c856c7fb11b74087ba87f4dcb09ad@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 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 => libx264 * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 12:29:13 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 10:29:13 -0000 Subject: [FFmpeg-trac] #3621(avformat:open): "pts < dts" causing remuxing failure for h264 from mkv to mkv (was: "pts < dts" causing remuxing failure) In-Reply-To: <034.28b2c286a6f26b2d1b327fcf8d37cbfc@avcodec.org> References: <034.28b2c286a6f26b2d1b327fcf8d37cbfc@avcodec.org> Message-ID: <049.c72cd06c5729375af27b8306a8aa5a82@avcodec.org> #3621: "pts < dts" causing remuxing failure for h264 from mkv to mkv -------------------------------------+------------------------------------- Reporter: tmm1 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: av_interleaved_write_frame mkv | Reproduced by developer: 1 h264 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: av_interleaved_write_frame mkv h264 => av_interleaved_write_frame mkv h264 regression * priority: normal => important * reproduced: 0 => 1 Comment: Regression since 8b73a3f6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 13:23:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 11:23:08 -0000 Subject: [FFmpeg-trac] #3625(swscale:closed): Unscaled conversion from yuv420p to gray is slow In-Reply-To: <038.af889f2d24ec69d1a2cd559edbd7c7e8@avcodec.org> References: <038.af889f2d24ec69d1a2cd559edbd7c7e8@avcodec.org> Message-ID: <053.98b78544f6eb84f4638085033efdc15e@avcodec.org> #3625: Unscaled conversion from yuv420p to gray is slow ------------------------------------+-------------------------------------- Reporter: andreasg | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: The original behaviour was buggy (and was fixed), it produced gray output both for white and black input. There are now at least four possibilities to get the "old" behaviour for a "conversion" from yuv420p to gray: * Use frame->data[0] instead of involving libswscale at all (this is at least a nuance faster than the "old" behaviour) * Force yuvj420p as input colour space for libswscale (this option is deprecated) * Force the needed input color_range when using libswscale * Use the extractplanes filter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 13:25:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 11:25:16 -0000 Subject: [FFmpeg-trac] #3656(undetermined:new): Can not set timeout AVOptions In-Reply-To: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> References: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> Message-ID: <049.30241ba2f1f22262e8606ce41e21af84@avcodec.org> #3656: Can not set timeout AVOptions -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: tcp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: timeout => tcp Comment: How can I reproduce this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 13:30:51 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 11:30:51 -0000 Subject: [FFmpeg-trac] #3696(undetermined:closed): x11grab fails on powerpc In-Reply-To: <037.c386f16140e4fd53ffb7ba2827aa25c6@avcodec.org> References: <037.c386f16140e4fd53ffb7ba2827aa25c6@avcodec.org> Message-ID: <052.25bbf13d29f848efeff62eb3a381fe7d@avcodec.org> #3696: x11grab fails on powerpc -------------------------------------+------------------------------------- Reporter: naishab | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 13:32:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 11:32:46 -0000 Subject: [FFmpeg-trac] #3681(undetermined:new): ffmpeg creates broken MOV/MP4 files with invalid edit list ('elst') In-Reply-To: <036.a8595a01e0038381e2596ff4d8c24a10@avcodec.org> References: <036.a8595a01e0038381e2596ff4d8c24a10@avcodec.org> Message-ID: <051.de323e586500a096bc818ffd5aa596b2@avcodec.org> #3681: ffmpeg creates broken MOV/MP4 files with invalid edit list ('elst') -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 2.2.2 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 13:35:21 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 11:35:21 -0000 Subject: [FFmpeg-trac] #3689(undetermined:closed): ffprobe identifies caption track as subtitle In-Reply-To: <043.df78e9334e96e13f4a8d0b2921f8c64d@avcodec.org> References: <043.df78e9334e96e13f4a8d0b2921f8c64d@avcodec.org> Message-ID: <058.7956420d9f69dbd525d4b3aef53a8655@avcodec.org> #3689: ffprobe identifies caption track as subtitle -------------------------------------+------------------------------------- Reporter: | Owner: JerryScoggins | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: mov cc | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov cc * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 13:50:45 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 11:50:45 -0000 Subject: [FFmpeg-trac] #3703(undetermined:closed): make: *** [libavdevice/alldevices.o] Error 1 In-Reply-To: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> References: <045.d18d0bb96befe75117a5c503fb17d034@avcodec.org> Message-ID: <060.40afc7f4192c37f8b44c86414dd7e4c0@avcodec.org> #3703: make: *** [libavdevice/alldevices.o] Error 1 -------------------------------------+------------------------------------- Reporter: | Owner: paryasomayajulu | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paryasomayajulu): Actually i am installing msys and MinGw from their website using MinGw installation manager. And i am getting the version specified only Can you please elborate on how i can update it to latest -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 6 22:44:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 20:44:12 -0000 Subject: [FFmpeg-trac] #3699(avfilter:new): Ability to use expressions using Drawtext to offset frame number without returning double In-Reply-To: <035.ba90926db9546ead7f9f2941bae4f4db@avcodec.org> References: <035.ba90926db9546ead7f9f2941bae4f4db@avcodec.org> Message-ID: <050.b43228491ff5ad909642b6995b51ab14@avcodec.org> #3699: Ability to use expressions using Drawtext to offset frame number without returning double -------------------------------------+------------------------------------ Reporter: synth | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by synth): Replying to [comment:1 cehoyos]: > Replying to [ticket:3699 synth]: > > Currently the only way I've seen for offsetting the drawtext is to do: > > > > text='%{expr\:n+OFFSET}' > > > > where OFFSET is the number used for -start_frame. Unfortunately this won't work for us because the return value from expr is a double like 1001.000000 and it doesn't seem there's a way to convert that to int or convert it to a value like %04d. > > Did you consider providing a command line (including complete, uncut console output) that allows to reproduce this? [[BR]] You can find the full command and output at: [http://mellow.me/ffmpeg_debug/output.txt] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 7 01:50:09 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jun 2014 23:50:09 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <046.b8c8d07525cdf8887683d978071c3a0d@avcodec.org> References: <046.b8c8d07525cdf8887683d978071c3a0d@avcodec.org> Message-ID: <061.3e845de39c0174427871dc40ba0a6441@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jh): Using this I had success getting the m4a file working on the Nintendo DSI XL. {{{ avconv -i test.mp3 -acodec aac -strict -2 -skip_iods 0 test.m4a }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 7 06:21:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jun 2014 04:21:21 -0000 Subject: [FFmpeg-trac] #3701(avcodec:closed): adpcm-ima_qt encoder's trellis support is broken In-Reply-To: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> References: <040.a8f67f061d1b60954b950c4e2bf35ee1@avcodec.org> Message-ID: <055.eb12810c7fe10be9fd3b38ea52747214@avcodec.org> #3701: adpcm-ima_qt encoder's trellis support is broken -------------------------------------+------------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: adpcm | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * status: open => closed * resolution: => fixed Comment: Fixed by Martin Storsj? in a32765c4252eb106a2ade543026ef6f59e699bfa and fa8f060b75bf9074792a0f9ff4ed002652ef62b8. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 7 11:12:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jun 2014 09:12:43 -0000 Subject: [FFmpeg-trac] #3704(undetermined:new): dvdsub with dimensions cannot be transcoded Message-ID: <034.2bf18b1d0fafb41465d69af95dc7d98c@avcodec.org> #3704: dvdsub with dimensions cannot be transcoded -------------------------------------+------------------------------------- Reporter: tmm1 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Input dvdsub subtitle tracks that have widthxheight dimensions cannot be converted because the output encoder rejects the height/width codec parameters: {{{ $ ffmpeg -i sample.mkv -c:v none -c:a none -map 0:2 out.srt ffmpeg version 2.2.git Copyright (c) 2000-2014 the FFmpeg developers built on May 9 2014 21:42:55 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid libavutil 52. 81.100 / 52. 81.100 libavcodec 55. 60.103 / 55. 60.103 libavformat 55. 37.102 / 55. 37.102 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'sample.mkv': Metadata: encoder : libebml v1.2.3 + libmatroska v1.3.0 creation_time : 2012-05-14 10:51:44 Duration: 02:16:17.96, start: 0.000000, bitrate: 0 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p(tv, bt709), 1440x600 [SAR 1:1 DAR 12:5], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: title : @5363Kbps High Profiles @L4.1 Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Metadata: title : DTS at 1536Kbps 6 chnls Stream #0:2(eng): Subtitle: dvd_subtitle, 1280x720 (default) Stream #0:3(tur): Subtitle: dvd_subtitle, 1280x720 Stream #0:4(ara): Subtitle: dvd_subtitle, 1280x720 Stream #0:5(bul): Subtitle: dvd_subtitle, 1280x720 Stream #0:6(chi): Subtitle: dvd_subtitle, 1280x720 Stream #0:7(hrv): Subtitle: dvd_subtitle, 1280x720 Stream #0:8(cze): Subtitle: dvd_subtitle, 1280x720 Stream #0:9(dan): Subtitle: dvd_subtitle, 1280x720 Stream #0:10(dut): Subtitle: dvd_subtitle, 1280x720 Stream #0:11(fin): Subtitle: dvd_subtitle, 1280x720 Stream #0:12(fre): Subtitle: dvd_subtitle, 1280x720 Stream #0:13(ger): Subtitle: dvd_subtitle, 1280x720 Stream #0:14(heb): Subtitle: dvd_subtitle, 1280x720 Stream #0:15(hun): Subtitle: dvd_subtitle, 1280x720 Stream #0:16(ind): Subtitle: dvd_subtitle, 1280x720 Stream #0:17(ita): Subtitle: dvd_subtitle, 1280x720 Stream #0:18(jpn): Subtitle: dvd_subtitle, 1280x720 Stream #0:19(kor): Subtitle: dvd_subtitle, 1280x720 Stream #0:20(pol): Subtitle: dvd_subtitle, 1280x720 Stream #0:21(por): Subtitle: dvd_subtitle, 1280x720 Stream #0:22(rum): Subtitle: dvd_subtitle, 1280x720 Stream #0:23(rus): Subtitle: dvd_subtitle, 1280x720 Stream #0:24(srp): Subtitle: dvd_subtitle, 1280x720 Stream #0:25(spa): Subtitle: dvd_subtitle, 1280x720 Stream #0:26(swe): Subtitle: dvd_subtitle, 1280x720 Stream #0:27(tha): Subtitle: dvd_subtitle, 1280x720 Output #0, srt, to 'out.srt': Metadata: encoder : libebml v1.2.3 + libmatroska v1.3.0 Stream #0:0(eng): Subtitle: subrip, 1280x720 (default) Stream mapping: Stream #0:2 -> #0:0 (dvdsub -> subrip) Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 7 11:16:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jun 2014 09:16:36 -0000 Subject: [FFmpeg-trac] #3704(undetermined:new): dvdsub with dimensions cannot be transcoded In-Reply-To: <034.2bf18b1d0fafb41465d69af95dc7d98c@avcodec.org> References: <034.2bf18b1d0fafb41465d69af95dc7d98c@avcodec.org> Message-ID: <049.f7c13e3bb0edd9a3bd0ffa6eecc37482@avcodec.org> #3704: dvdsub with dimensions cannot be transcoded -------------------------------------+------------------------------------- Reporter: tmm1 | 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): You missed ''maybe'' when reading the error message. The actual issue is much simpler: dvdsub is made of images, subrip is made of text. If you built ffmpeg with support for OCR, please share your patch. Otherwise, no chance that will work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 7 11:21:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jun 2014 09:21:51 -0000 Subject: [FFmpeg-trac] #3704(undetermined:closed): dvdsub with dimensions cannot be transcoded In-Reply-To: <034.2bf18b1d0fafb41465d69af95dc7d98c@avcodec.org> References: <034.2bf18b1d0fafb41465d69af95dc7d98c@avcodec.org> Message-ID: <049.2b31a76a1fa99712c9a91c6e153af527@avcodec.org> #3704: dvdsub with dimensions cannot be transcoded -------------------------------------+------------------------------------- Reporter: tmm1 | 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 tmm1): * status: new => closed * resolution: => invalid Comment: Ah, well, that would explain it. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 7 18:53:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jun 2014 16:53:37 -0000 Subject: [FFmpeg-trac] #3679(avformat:open): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.5d7f14c8587e2a4648effa8412b412e1@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Krieger): Would that be a good idea to modify HTTP protocol to recognize multipart/x -mixed-replace content-type and cut off the markers and provide frames cut by those markers? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 8 01:55:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jun 2014 23:55:05 -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.1c80bd64b68cfac1e340a3071d738893@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): The glitches of v8g, stereo 48kHz diff. The black bar is 256 samples. The sound is the intro of Fatboy Slim - Kalifornia. http://www.hydrogenaud.io/forums/index.php?showtopic=19682 [[Image(http://i62.tinypic.com/oqgh15.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 8 07:04:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jun 2014 05:04:05 -0000 Subject: [FFmpeg-trac] #979(swscale:open): Unexpected Color Conversion (bgr->yuv vs rgb->yuv) In-Reply-To: <034.2d2a5e97659b02e5727b8ec528f9a991@avcodec.org> References: <034.2d2a5e97659b02e5727b8ec528f9a991@avcodec.org> Message-ID: <049.248391a4a1383963941b870a05f516ab@avcodec.org> #979: Unexpected Color Conversion (bgr->yuv vs rgb->yuv) ------------------------------------+----------------------------------- Reporter: natt | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by rogerdpack): anybody have any clues on this one? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 8 23:17:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jun 2014 21:17:36 -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.d1f1f5909a3f1b8f42101198225648db@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): Patch for hq2x available on the mailing-list: https://ffmpeg.org/pipermail /ffmpeg-devel/2014-June/158612.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 00:40:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jun 2014 22:40:14 -0000 Subject: [FFmpeg-trac] #3175(avformat:open): audio (aac) silently on streamcopy from mpegts to flv In-Reply-To: <038.af1e0348adc0e45f5d186a1a5fc73670@avcodec.org> References: <038.af1e0348adc0e45f5d186a1a5fc73670@avcodec.org> Message-ID: <053.a7640fd509c84962eeaf392419f3c8b4@avcodec.org> #3175: audio (aac) silently on streamcopy from mpegts to flv ------------------------------------+------------------------------------ Reporter: iluvatar | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac flv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by malakudi): I've recently experienced this same issue. The real problem is that, when using codec copy with bitstream filter to write audio in flv, the flv header always reports that the audio is 44100 stereo. If the original source has these attributes, the resulting flv file is OK. If original source is different, like 22050 mono for example (as in the original poster example), the resulting file cannot be played back. So in the following example: ffprobe -i out.aac Input #0, aac, from 'out.aac': Duration: 00:00:21.61, bitrate: 94 kb/s Stream #0:0: Audio: aac, 48000 Hz, stereo, fltp, 94 kb/s ffmpeg -i out.aac -acodec copy -bsf:a aac_adtstoasc out.flv Input #0, aac, from 'out.aac': Duration: 00:00:21.61, bitrate: 94 kb/s Stream #0:0: Audio: aac, 48000 Hz, stereo, fltp, 94 kb/s Output #0, flv, to 'out.flv': Metadata: encoder : Lavf55.33.100 Stream #0:0: Audio: aac ([10][0][0][0] / 0x000A), 48000 Hz, stereo, 94 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 258kB time=00:00:20.58 bitrate= 102.7kbits/s video:0kB audio:248kB subtitle:0 data:0 global headers:0kB muxing overhead 3.888596% ffprobe -i out.flv Input #0, flv, from 'out.flv': Metadata: encoder : Lavf55.33.100 Duration: 00:00:20.59, start: 0.000000, bitrate: 102 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 94 kb/s you can see that the resulting file has attibutes 44100 Hz, stereo, which is wrong. Actually it always has 44100, stereo, no matter what the input is, when using aac_adtstoasc bitstream filter. However, if you transcode, flv has the correct header. So, the bug is that the flv header is not updated correctly with the attributes of the input stream when using bitstream filter aac_adtstoasc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 05:04:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 03:04:24 -0000 Subject: [FFmpeg-trac] #3208(undetermined:open): Very long CPU-bound loop with -fflags +genpts and -vsync cfr In-Reply-To: <038.cb33c914e22a8bd73384b199f2e68e02@avcodec.org> References: <038.cb33c914e22a8bd73384b199f2e68e02@avcodec.org> Message-ID: <053.ce48eb650af23460100ce46e0696c6b8@avcodec.org> #3208: Very long CPU-bound loop with -fflags +genpts and -vsync cfr -------------------------------------+------------------------------------- Reporter: lelegard | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): the link to the input file seems not to work anymore -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 05:34:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 03:34:26 -0000 Subject: [FFmpeg-trac] #3694(undetermined:new): When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file In-Reply-To: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> References: <044.28fd1d3070d1b709654b3b8b28bc1bba@avcodec.org> Message-ID: <059.18141596a9db1a01f0204661873acbf4@avcodec.org> #3694: When transcoding from FLAC to MP3 the Year tag gets lost in the resulting mp3 file -------------------------------------+------------------------------------- Reporter: | Owner: dslkjlskdjfllk | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flac mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dslkjlskdjfllk): Hi, Can I assume that this issue will possibly be considered for a fix in the future releases of ffmpeg, even if the description of the bug still says that it hasn't been analyzed nor reproduced? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 05:53:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 03:53:48 -0000 Subject: [FFmpeg-trac] #3400(avcodec:closed): libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams In-Reply-To: <037.9661f557fccb809ecafb3f9146427f5a@avcodec.org> References: <037.9661f557fccb809ecafb3f9146427f5a@avcodec.org> Message-ID: <052.8f1222bf96e99dbff8d7d0a0428a060c@avcodec.org> #3400: libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams ------------------------------------+----------------------------------- Reporter: coolfat | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 0accf24b15ac5a01a67768f41c896ef4e4b8b4a2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 06:17:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 04:17:16 -0000 Subject: [FFmpeg-trac] #3652(avcodec:closed): FFPlay cannot play H264 file In-Reply-To: <037.ad28d388e9d0df95ddfdca5866128fb0@avcodec.org> References: <037.ad28d388e9d0df95ddfdca5866128fb0@avcodec.org> Message-ID: <052.a38e7c7d94a337ed3144a8099baab6e9@avcodec.org> #3652: FFPlay cannot play H264 file -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Aleksoid1978): i check - yes, fixed. But - ffplay -> seek is not working. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 06:26:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 04:26:31 -0000 Subject: [FFmpeg-trac] #3705(ffplay:new): FFPlay cannot seek H264 file Message-ID: <042.b84400d20517afef38b2b125c6603e38@avcodec.org> #3705: FFPlay cannot seek H264 file -------------------------------------+------------------------------------- Reporter: | Type: defect Aleksoid1978 | Priority: normal Status: new | Version: Component: ffplay | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Sample: ?http://aleksoid.voserver.net/Sample/H264/no_recovery_ffmpeg.m2ts Ticket #3652 fixed(decoding is good), but seek is not working How to reproduce: {{{ % ffplay.exe no_recovery_ffmpeg.m2ts ffplay version N-63843-g6d40849 Copyright (c) 2003-2014 the FFmpeg developers built on Jun 8 2014 22:02:04 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-li bass --enable-libbluray --enable-libcaca --enable-libfreetype --enable- libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb -- enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame - -enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 6.100 / 4. 6.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'no_recovery_ffmpeg.m2ts': sq= 0B f=0/0 Duration: 00:01:58.20, start: 4328.545078, bitrate: 13543 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc [h264 @ 0464ce20] mmco: unref short failure 49KB sq= 0B f=0/0 Last message repeated 1 times [h264 @ 0464c600] mmco: unref short failure 0KB sq= 0B f=0/0 [h264 @ 0464c600] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0464dc60] reference picture missing during reorder [h264 @ 0464dc60] Missing reference picture, default is 65512 [h264 @ 045677c0] mmco: unref short failure [h264 @ 045677c0] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0464dc60] reference picture missing during reorder [h264 @ 0464dc60] Missing reference picture, default is 65512 [h264 @ 0464dc60] reference picture missing during reorderB f=0/0 [h264 @ 0464dc60] Missing reference picture, default is 65512 [h264 @ 0464dc60] reference picture missing during reorder [h264 @ 0464dc60] Missing reference picture, default is 65512 [h264 @ 0464ce20] mmco: unref short failure 433KB sq= 0B f=0/0 [h264 @ 0464ce20] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 04566700] mmco: unref short failure [h264 @ 04566700] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 05540a80] Missing reference picture, default is 00B f=0/0 [h264 @ 0464c600] reference picture missing during reorder Last message repeated 1 times [h264 @ 0464c600] Missing reference picture, default is 0 Last message repeated 1 times [h264 @ 05540a80] Missing reference picture, default is 0 [h264 @ 0464dc60] mmco: unref short failure [h264 @ 0464c600] reference picture missing during reorder Last message repeated 1 times [h264 @ 0464c600] Missing reference picture, default is 0 Last message repeated 1 times [h264 @ 04566d00] reference picture missing during reorder [h264 @ 04566d00] Missing reference picture, default is 65540 [h264 @ 05540a80] Missing reference picture, default is 0 [h264 @ 0464c600] reference picture missing during reorderB f=0/0 Last message repeated 1 times [h264 @ 0464c600] Missing reference picture, default is 0 Last message repeated 1 times [h264 @ 04566d00] reference picture missing during reorder [h264 @ 04566d00] Missing reference picture, default is 65540 [h264 @ 05540a80] Missing reference picture, default is 00B f=0/0 [h264 @ 0464c600] reference picture missing during reorder Last message repeated 1 times [h264 @ 0464c600] Missing reference picture, default is 0 Last message repeated 1 times [h264 @ 04566d00] reference picture missing during reorder [h264 @ 04566d00] Missing reference picture, default is 65540 [h264 @ 04566d00] reference picture missing during reorder [h264 @ 04566d00] Missing reference picture, default is 65540 [h264 @ 0464c600] mmco: unref short failure 0KB sq= 0B f=0/0 [h264 @ 0464c600] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0464dc60] mmco: unref short failure [h264 @ 0464dc60] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0464c600] mmco: unref short failure 424KB sq= 0B f=0/0 [h264 @ 0464ce20] mmco: unref short failure 29KB sq= 0B f=0/0 [h264 @ 045677c0] reference picture missing during reorder [h264 @ 045677c0] Missing reference picture, default is 65542 [h264 @ 04567fe0] mmco: unref short failure [h264 @ 045677c0] reference picture missing during reorder [h264 @ 045677c0] Missing reference picture, default is 65542 [h264 @ 045677c0] reference picture missing during reorder [h264 @ 045677c0] Missing reference picture, default is 65542 [h264 @ 045677c0] reference picture missing during reorderB f=0/0 [h264 @ 045677c0] Missing reference picture, default is 65542 }}} After pressing RIGHT/LEFT key - picture freezes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 09:08:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 07:08:16 -0000 Subject: [FFmpeg-trac] #3208(undetermined:open): Very long CPU-bound loop with -fflags +genpts and -vsync cfr In-Reply-To: <038.cb33c914e22a8bd73384b199f2e68e02@avcodec.org> References: <038.cb33c914e22a8bd73384b199f2e68e02@avcodec.org> Message-ID: <053.54e2e11bab1dd0d0d2e34963bf315670@avcodec.org> #3208: Very long CPU-bound loop with -fflags +genpts and -vsync cfr -------------------------------------+------------------------------------- Reporter: lelegard | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): What's wrong with the commands from comment:4? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 09:20:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 07:20:59 -0000 Subject: [FFmpeg-trac] #3679(avformat:open): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.18645c5e55afc159ab2b97f1aa801384@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Krieger): Have extended the patch, now recognition works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 09:45:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 07:45:45 -0000 Subject: [FFmpeg-trac] #3679(avformat:open): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.325707837ebd5ff56466669a5179620b@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): As you explained yesterday, the correct approach is probably to patch the http protocol to interpret the header correctly. But please feel free to send your patch to the development mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 11:01:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 09:01:07 -0000 Subject: [FFmpeg-trac] #3208(undetermined:open): Very long CPU-bound loop with -fflags +genpts and -vsync cfr In-Reply-To: <038.cb33c914e22a8bd73384b199f2e68e02@avcodec.org> References: <038.cb33c914e22a8bd73384b199f2e68e02@avcodec.org> Message-ID: <053.286b0d68553dc34eb4bc609f9540a8ce@avcodec.org> #3208: Very long CPU-bound loop with -fflags +genpts and -vsync cfr -------------------------------------+------------------------------------- Reporter: lelegard | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by lelegard): @michael (comment 5) The site dl.free.fr is a big file transfer utility. The files don't stay there forever. If nobody downloads them during something like 1 or 3 months, they are automatically deleted. You cannot expect huge test video files to stay online forever. The input file was requested by cehoyos Dec 8 2013, the file was provided Dec 9. The problem was reproduced with this file by cehoyos Dec 10. So everything was done quite quickly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 16:16:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 14:16:48 -0000 Subject: [FFmpeg-trac] #2661(avcodec:closed): UT Video Decoder Broken In-Reply-To: <038.4ce0437a7a46b5024b1643365777fe73@avcodec.org> References: <038.4ce0437a7a46b5024b1643365777fe73@avcodec.org> Message-ID: <053.d273ff5fcc355277ed723a7f098708bf@avcodec.org> #2661: UT Video Decoder Broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | 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: reopened => closed * resolution: => fixed Comment: Committed in 673716c5 For future issues: Please consider sending an email to ffmpeg-user or opening a report on trac, as you found out reports on irc are not necessarily a good idea. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 16:46:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 14:46:19 -0000 Subject: [FFmpeg-trac] #3706(undetermined:new): support header row per section in ffprobe csv writer Message-ID: <037.f06e81e2e2c33d0f24a96a219c274792@avcodec.org> #3706: support header row per section in ffprobe csv writer -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: Priority: normal | undetermined Version: git- | Keywords: ffprobe,csv master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Summary of the enhancement: I propose an option in the csv writer of ffprobe to write out header rows per section. {{{ ffprobe -v 0 -f lavfi smptebars=r=3:d=1 -of csv -show_streams -show_format -show_frames frame,video,1,0,0.000000,0,0.000000,0,0.000000,1,0.333333,N/A,N/A,320,240,yuv420p,1:1,I,0,0,0,0,0 frame,video,1,1,0.333333,1,0.333333,1,0.333333,1,0.333333,N/A,N/A,320,240,yuv420p,1:1,I,0,0,0,0,0 frame,video,1,2,0.666667,2,0.666667,2,0.666667,1,0.333333,N/A,N/A,320,240,yuv420p,1:1,I,0,0,0,0,0 stream,0,rawvideo,raw video,unknown,video,1/3,I420,0x30323449,320,240,0,1:1,4:3,yuv420p,-99,N/A,N/A,3/1,3/1,1/3,0,0.000000,N/A,N/A,N/A,N/A,3,N/A,0,0,0,0,0,0,0,0,0,0,0 format,smptebars=r=3:d=1,1,0,lavfi,Libavfilter virtual input device,0.000000,N/A,N/A,N/A,25 }}} with a proposed header option the output could be: {{{ frame,media_type,key_frame,pkt_pts,pkt_pts_time,pkt_dts,pkt_dts_time,best_effort_timestamp,best_effort_timestamp_time,pkt_duration,pkt_duration_time,pkt_pos,pkt_size,width,height,pix_fmt,sample_aspect_ratio,pict_type,coded_picture_number,display_picture_number,interlaced_frame,top_field_first,repeat_pict frame,video,1,0,0.000000,0,0.000000,0,0.000000,1,0.333333,N/A,N/A,320,240,yuv420p,1:1,I,0,0,0,0,0 frame,video,1,1,0.333333,1,0.333333,1,0.333333,1,0.333333,N/A,N/A,320,240,yuv420p,1:1,I,0,0,0,0,0 frame,video,1,2,0.666667,2,0.666667,2,0.666667,1,0.333333,N/A,N/A,320,240,yuv420p,1:1,I,0,0,0,0,0 stream,index,codec_name,codec_long_name,profile,codec_type,codec_time_base,codec_tag_string,codec_tag,width,height,has_b_frames,sample_aspect_ratio,display_aspect_ratio,pix_fmt,level,timecode,id,r_frame_rate,avg_frame_rate,time_base,start_pts,start_time,duration_ts,duration,bit_rate,nb_frames,nb_read_frames,nb_read_packets,DISPOSITION:default,DISPOSITION:dub,DISPOSITION:original,DISPOSITION:comment,DISPOSITION:lyrics,DISPOSITION:karaoke,DISPOSITION:forced,DISPOSITION:hearing_impaired,DISPOSITION:visual_impaired,DISPOSITION:clean_effects,DISPOSITION:attached_pic stream,0,rawvideo,raw video,unknown,video,1/3,I420,0x30323449,320,240,0,1:1,4:3,yuv420p,-99,N/A,N/A,3/1,3/1,1/3,0,0.000000,N/A,N/A,N/A,N/A,3,N/A,0,0,0,0,0,0,0,0,0,0,0 format,filename,nb_streams,nb_programs,format_name,format_long_name,start_time,duration,size,bit_rate,probe_score format,smptebars=r=3:d=1,1,0,lavfi,Libavfilter virtual input device,0.000000,N/A,N/A,N/A,25 }}} I think the advantage here is the output is much more self-descriptive and sustainable as the output of ffprobe changes/expands as it is developed. I know there are other self-descriptive formats such as json and xml but these are close to 10x the data rate of csv. A csv output with per-section headers would have a low data but still be self-descriptive. Dave Rice -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 17:07:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 15:07:15 -0000 Subject: [FFmpeg-trac] #3705(undetermined:open): Seeking fails for H264 file (was: FFPlay cannot seek H264 file) In-Reply-To: <042.b84400d20517afef38b2b125c6603e38@avcodec.org> References: <042.b84400d20517afef38b2b125c6603e38@avcodec.org> Message-ID: <057.06687716497a4e9ac4b19882dcdc43da@avcodec.org> #3705: Seeking fails for H264 file -------------------------------------+------------------------------------- Reporter: | Owner: Aleksoid1978 | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: ffplay => undetermined * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -ss 0.1 -i no_recovery_ffmpeg_cut.h264 out.avi ffmpeg version N-63852-gf341340 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 9 2014 16:59:00 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 no_recovery_ffmpeg_cut.h264: could not seek to position 0.100 Input #0, h264, from 'no_recovery_ffmpeg_cut.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1200k tbn, 47.95 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.42.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc Metadata: encoder : Lavc55.66.100 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> mpeg4 (mpeg4)) Press [q] to stop, [?] for help 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 overhead: unknown Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 17:10:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 15:10:47 -0000 Subject: [FFmpeg-trac] #3706(ffprobe:new): support header row per section in ffprobe csv writer In-Reply-To: <037.f06e81e2e2c33d0f24a96a219c274792@avcodec.org> References: <037.f06e81e2e2c33d0f24a96a219c274792@avcodec.org> Message-ID: <052.120a1434d0a3c132568951b8264b1650@avcodec.org> #3706: support header row per section in ffprobe csv writer -------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: ffprobe Version: git-master | Resolution: Keywords: csv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: ffprobe,csv => csv * priority: normal => wish * component: undetermined => ffprobe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 18:14:43 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 16:14:43 -0000 Subject: [FFmpeg-trac] #3707(avcodec:new): Support decoding transparency information in dnxhd streams Message-ID: <037.d07354d47b04ce5739c27589bb753b45@avcodec.org> #3707: Support decoding transparency information in dnxhd streams -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avcodec Priority: wish | Keywords: dnxhd alpha Version: git- | Blocking: master | Analyzed by developer: 0 Blocked By: | Reproduced by developer: 0 | -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.libav.user/13205 A user uploaded a dnxhd sample that contains transparency information (the black background is supposed to be transparent), FFmpeg reports yuv422p10le. {{{ $ ffmpeg -i Untitled_dnhd.mov ffmpeg version N-63852-gf341340 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 9 2014 16:59:00 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Untitled_dnhd.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-05-29 21:36:09 Duration: 00:00:01.03, start: 0.000000, bitrate: 842317 kb/s Stream #0:0(eng): Video: dnxhd (AVdn / 0x6E645641), yuv422p10le, 1920x1080, 841432 kb/s, 29.97 fps, 29.97 tbr, 1000k tbn, 1000k tbc (default) Metadata: creation_time : 2014-05-29 21:36:09 handler_name : Apple Alias Data Handler encoder : DNxHD 709 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 18:15:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 16:15:23 -0000 Subject: [FFmpeg-trac] #3707(avcodec:new): Support decoding transparency information in dnxhd streams In-Reply-To: <037.d07354d47b04ce5739c27589bb753b45@avcodec.org> References: <037.d07354d47b04ce5739c27589bb753b45@avcodec.org> Message-ID: <052.df458d1b214396f6d04995767457954a@avcodec.org> #3707: Support decoding transparency information in dnxhd streams -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: dnxhd alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3707/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 23:25:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 21:25:53 -0000 Subject: [FFmpeg-trac] #3708(ffprobe:new): Incorrect duration shown for wav file? Message-ID: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> #3708: Incorrect duration shown for wav file? ---------------------------------+--------------------------------------- Reporter: broham | Type: defect Status: new | Priority: normal Component: ffprobe | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: I have a wav file that has the incorrect duration in the file properties (in windows Right Click > Properties > Click Details tab) and when I get the duration it shows the incorrect one from the file properties. If I convert the file to an MP3 and then get the duration it shows correctly. Why is the duration on the wav file incorrect? Below is how I am getting the duration: {{{ ffprobe test.wav ffprobe version 2.2.2 Copyright (c) 2007-2014 the FFmpeg developers built on May 7 2014 16:26:38 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.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 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from 'test.wav': Duration: 00:00:02.52, bitrate: 13228 kb/s Stream #0:0: Audio: gsm_ms (1[0][0][0] / 0x0031), 8000 Hz, mono, s16, 13 kb/s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 23:27:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 21:27:16 -0000 Subject: [FFmpeg-trac] #3709(ffprobe:new): Incorrect duration shown for wav file? Message-ID: <036.9699c7b09508f95b8475931591fa8d3e@avcodec.org> #3709: Incorrect duration shown for wav file? ---------------------------------+--------------------------------------- Reporter: broham | Type: defect Status: new | Priority: normal Component: ffprobe | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: I have a wav file that has the incorrect duration in the file properties (in windows Right Click > Properties > Click Details tab) and when I get the duration it shows the incorrect one from the file properties. If I convert the file to an MP3 and then get the duration it shows correctly. Why is the duration on the wav file incorrect? Below is how I am getting the duration: {{{ ffprobe test.wav ffprobe version 2.2.2 Copyright (c) 2007-2014 the FFmpeg developers built on May 7 2014 16:26:38 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.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 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from 'test.wav': Duration: 00:00:02.52, bitrate: 13228 kb/s Stream #0:0: Audio: gsm_ms (1[0][0][0] / 0x0031), 8000 Hz, mono, s16, 13 kb/s }}} I attempted to upload the problem audio file, but it is too large. I can email it if needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 23:29:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 21:29:07 -0000 Subject: [FFmpeg-trac] #3709(undetermined:closed): Incorrect duration shown for wav file? In-Reply-To: <036.9699c7b09508f95b8475931591fa8d3e@avcodec.org> References: <036.9699c7b09508f95b8475931591fa8d3e@avcodec.org> Message-ID: <051.2b3357125830004fc878cbed4c8f25e9@avcodec.org> #3709: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | 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: ffprobe => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 23:30:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 21:30:16 -0000 Subject: [FFmpeg-trac] #3708(undetermined:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.a9b9e2dc60fcdd09390a858479901835@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: ffprobe => undetermined Comment: Please current FFmpeg git head, please run {{{ffmpeg -i test.wav -f null -}}} (and post the output) and please provide the file test.wav. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 9 23:36:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 21:36:36 -0000 Subject: [FFmpeg-trac] #3708(undetermined:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.d5b0a072006bd226502542ad1289b231@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | 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 broham): Here is the output for: {{{ffmpeg -i test.wav -f null -}}} {{{ ffmpeg version 2.2.2 Copyright (c) 2000-2014 the FFmpeg developers built on May 7 2014 16:26:38 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.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 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from 'test.wav': Duration: 00:00:02.52, bitrate: 13228 kb/s Stream #0:0: Audio: gsm_ms (1[0][0][0] / 0x0031), 8000 Hz, mono, s16, 13 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Audio: pcm_s16le, 8000 Hz, mono, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (gsm_ms -> pcm_s16le) Press [q] to stop, [?] for help size=N/A time=00:42:44.16 bitrate=N/A video:0kB audio:40065kB subtitle:0 data:0 global headers:0kB muxing overhead -100.000053% }}} I tried to attach the problem file but it was too large. Can I email it to you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 00:04:01 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 22:04:01 -0000 Subject: [FFmpeg-trac] #3708(undetermined:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.e0abac9f5bcc2ac7e54327acc6fb45c9@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 broham]: > I tried to attach the problem file but it was too large. Can I email it to you? No, please either upload it to http://www.datafilehost.com/ (100MB limit) or read https://ffmpeg.org/bugreports.html (NO limit). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 00:11:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 22:11:44 -0000 Subject: [FFmpeg-trac] #3708(undetermined:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.9ae7283d1ea696ce1adad94a53ad4b2e@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | 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 broham): Here is a link: http://www.datafilehost.com/d/d02168c6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 00:32:34 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 22:32:34 -0000 Subject: [FFmpeg-trac] #3710(undetermined:new): Odd demuxed timestamps on ogg file. Message-ID: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> #3710: Odd demuxed timestamps on ogg file. -------------------------------------+------------------------------------- Reporter: | Owner: dalecurtis | Status: new Type: defect | Component: Priority: normal | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Using ToT, upon first pass through the following ogg file, ffmpeg returns the timestamps -128, -128, -448 for the first three packets in the following file: http://commondatastorage.googleapis.com/dalecurtis-shared/bear.ogv {{{ $ ffprobe -show_packets bear.ogv 2>&1 | grep -4 pts= | head -n 31 [theora @ 0x1fa9d00] 7 bits left in packet 82 [PACKET] codec_type=audio stream_index=1 pts=-128 pts_time=-0.002902 dts=-128 dts_time=-0.002902 duration=128 -- [/PACKET] [PACKET] codec_type=audio stream_index=1 pts=-128 pts_time=-0.002902 dts=-128 dts_time=-0.002902 duration=128 -- [/PACKET] [PACKET] codec_type=audio stream_index=1 pts=-448 pts_time=-0.010159 dts=-448 dts_time=-0.010159 duration=576 -- [/PACKET] }}} This seems incorrect for a couple reasons: duplicated and out of order. It's possible the file is busted, since it complains about a keyframe not being marked correctly, but that's on the video and these are audio packets. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 00:35:11 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 22:35:11 -0000 Subject: [FFmpeg-trac] #3710(undetermined:new): Odd demuxed timestamps on ogg file. In-Reply-To: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> References: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> Message-ID: <055.27672944ca79ded7677120821c4be720@avcodec.org> #3710: Odd demuxed timestamps on ogg file. -------------------------------------+------------------------------------- Reporter: dalecurtis | 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 dalecurtis): Whoops, I think I messed up the cc. :( That should probably be michaelni. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 00:41:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 22:41:46 -0000 Subject: [FFmpeg-trac] #3616(avformat:closed): Mjpeg autodetection In-Reply-To: <034.890ad2f16d73df490e938450f4e9e2d1@avcodec.org> References: <034.890ad2f16d73df490e938450f4e9e2d1@avcodec.org> Message-ID: <049.6ef5cf580d6ff6a590c6d0e6763e512c@avcodec.org> #3616: Mjpeg autodetection -------------------------------------+------------------------------------ Reporter: ?onny | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * resolution: duplicate => fixed * reproduced: 0 => 1 Comment: Fixed by Michael in 2d3842f5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 01:22:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jun 2014 23:22:44 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.3de690aaa056988a67c44e9598b45d60@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wav duration regression * priority: normal => important * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: If there is an issue, it is a regression since f9329946 But I wonder if the file simply contains an invalid duration, do you know how it was created? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 05:39:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 03:39:09 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.01d73d5121a81db3463e061791a1fd1c@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jamal): This is probably a duplicate of ticket #3563 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 07:05:49 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 05:05:49 -0000 Subject: [FFmpeg-trac] #2661(avcodec:closed): UT Video Decoder Broken In-Reply-To: <038.4ce0437a7a46b5024b1643365777fe73@avcodec.org> References: <038.4ce0437a7a46b5024b1643365777fe73@avcodec.org> Message-ID: <053.ee3738893dc35db22b81fe32fc9b57c8@avcodec.org> #2661: UT Video Decoder Broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | 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 | -------------------------------------+------------------------------------- Comment (by fluff): Thanks. I tested the decoder and so far I am not getting any problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 09:48:56 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 07:48:56 -0000 Subject: [FFmpeg-trac] #3679(avformat:open): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.85cc9f434421357b6c6f1caff1284b0d@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Autodetection was fixed by Michael in 2d3842f5 Implementing {{{Content-Type: multipart/x-mixed-replace}}} for http is still a missing feature. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 12:38:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 10:38:53 -0000 Subject: [FFmpeg-trac] #3711(undetermined:new): has_b_frames is larger in decoder than demuxer Message-ID: <039.072d0536eb347e4cbd879dbf19dd503b@avcodec.org> #3711: has_b_frames is larger in decoder than demuxer -------------------------------------+------------------------------------- Reporter: miguelapg | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: has_b_frames larger decoder | Reproduced by developer: 0 demuxer | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Since a couple of releases ago, I am seeing this issue. Numerous messages are shown like that ... [Parsed_pad_1 @ 0000000002c39480] Direct padding impossible allocating new frame [h264 @ 0000000000302560] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) How to reproduce: {{{ "D:\\ffmpeg.exe" -i "J:\\transformersageofextinction-tlr2_h1080p.mov" -vcodec rawvideo -pix_fmt yuv420p -s 1920x1080 -r 24000/1001 -filter:v "scale=1920:-1,pad=1920:1080:(ow-iw)/2:(oh-ih)/2,unsharp=3:3:0.4:3:3:0.4" -an -y "J:\\transformersageofextinction-tlr2_h1080p.yuv" VERSION: Latest Zeranoe FFmpeg Build Version: git-958168d (2014-06-09) 64-bit Static ffmpeg version N-63861-g958168d Copyright (c) 2000-2014 the FFmpeg developers built on Jun 9 2014 22:09:41 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-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 }}} Video file source is at upload.ffmpeg.org/incoming and filename is: transformersageofextinction-tlr2_h1080p.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 13:55:56 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 11:55:56 -0000 Subject: [FFmpeg-trac] #3711(undetermined:new): has_b_frames is larger in decoder than demuxer In-Reply-To: <039.072d0536eb347e4cbd879dbf19dd503b@avcodec.org> References: <039.072d0536eb347e4cbd879dbf19dd503b@avcodec.org> Message-ID: <054.4ac5b747692c181e9724f0d2424cdb29@avcodec.org> #3711: has_b_frames is larger in decoder than demuxer -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: has_b_frames larger decoder demuxer => h264 * version: unspecified => git-master Comment: {{{ $ ffmpeg -i has_b_frames\ is\ larger\ in\ decoder\ than\ demuxer_cut.ts -f null -t 0.5 - ffmpeg version N-63863-g2351ea8 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 10 2014 13:53:29 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [NULL @ 0x2a66920] start time for stream 3 is not set in estimate_timings_from_pts [mpegts @ 0x2a60c20] PES packet size mismatch Input #0, mpegts, from 'has_b_frames is larger in decoder than demuxer_cut.ts': Duration: 00:00:10.24, start: 171.504678, bitrate: 1999 kb/s Program 3 Stream #0:0[0x1ff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x120](eng): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp Stream #0:2[0x121](eng): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp (visual impaired) Stream #0:3[0x180](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.42.101 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.66.100 rawvideo Stream #0:1(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: encoder : Lavc55.66.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> rawvideo (rawvideo)) Stream #0:1 -> #0:1 (aac_latm (native) -> pcm_s16le (pcm_s16le)) Press [q] to stop, [?] for help [null @ 0x2b3d760] Encoder did not produce proper pts, making some up. [h264 @ 0x2a54760] Reinit context to 1920x1088, pix_fmt: yuv420p [h264 @ 0x2a54fa0] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one [h264 @ 0x2a54fa0] reference picture missing during reorder [h264 @ 0x2a54fa0] Missing reference picture, default is 65568 [mpegts @ 0x2a60c20] DTS 15586624 < 15593824 out of order [h264 @ 0x2a54fa0] reference picture missing during reorder [h264 @ 0x2a54fa0] Missing reference picture, default is 65568 [h264 @ 0x2a54fa0] reference picture missing during reorder [h264 @ 0x2a54fa0] Missing reference picture, default is 65568 [h264 @ 0x2a54fa0] reference picture missing during reorder [h264 @ 0x2a54fa0] Missing reference picture, default is 65568 [h264 @ 0x2a54fa0] reference picture missing during reorder [h264 @ 0x2a54fa0] Missing reference picture, default is 65568 [h264 @ 0x2a4e780] mmco: unref short failure [h264 @ 0x2a54fa0] reference picture missing during reorder [h264 @ 0x2a54fa0] Missing reference picture, default is 65568 [h264 @ 0x2a67260] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x2a67260] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) frame= 13 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.52 bitrate=N/A video:1kB audio:94kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} {{{ $ ffmpeg -i transformersageofextinction-tlr2_h1080p_cut.mov -f null -t 0.1 - ffmpeg version N-63863-g2351ea8 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 10 2014 13:53:29 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x31dac20] Concatenated H.264 or H.265 might not play correctly. Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'transformersageofextinction- tlr2_h1080p_cut.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-05-14 06:32:04 timecode : 01:00:00:00 Duration: 00:02:30.15, start: 0.000000, bitrate: 54 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1920x816, 9216 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 48k tbc (default) Metadata: creation_time : 2014-05-14 06:32:04 handler_name : Apple Video Media Handler encoder : H.264 Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: creation_time : 2014-05-14 06:32:04 handler_name : Time Code Media Handler timecode : 01:00:00:00 Stream #0:2(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s (default) Metadata: creation_time : 2014-05-14 06:32:04 handler_name : Apple Sound Media Handler Output #0, null, to 'pipe:': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt timecode : 01:00:00:00 encoder : Lavf55.42.101 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x816, q=2-31, 200 kb/s, 23.98 fps, 90k tbn, 23.98 tbc (default) Metadata: creation_time : 2014-05-14 06:32:04 handler_name : Apple Video Media Handler encoder : Lavc55.66.100 rawvideo Stream #0:1(eng): Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s (default) Metadata: creation_time : 2014-05-14 06:32:04 handler_name : Apple Sound Media Handler encoder : Lavc55.66.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> rawvideo (rawvideo)) Stream #0:2 -> #0:1 (aac (native) -> pcm_s16le (pcm_s16le)) Press [q] to stop, [?] for help [null @ 0x31de6a0] Encoder did not produce proper pts, making some up. [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [h264 @ 0x3215440] has_b_frames is larger in decoder than demuxerIf you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) frame= 3 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.12 bitrate=N/A video:0kB audio:17kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 15:03:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 13:03:39 -0000 Subject: [FFmpeg-trac] #3712(ffmpeg:new): OPENJPEG 2.1.0 Message-ID: <035.7b1e0633d6c84f5de256f3d64a488be8@avcodec.org> #3712: OPENJPEG 2.1.0 -------------------------------------+------------------------------------- Reporter: tteam | Type: Status: new | enhancement Component: ffmpeg | Priority: normal Keywords: OpenJPEG | Version: 2.1.0 | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- ENHANCEMENT REQUEST Hi All, Is it possible to add the new OpenJpeg2.1.0 bugfixed library to the FFmpeg? New Features: * Digital Cinema profiles have been fixed and updated * New option to disable MCT if needed * extended RAW support: it is now possible to input raw images with subsampled color components (422, 420, etc) * New way to deal with profiles -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 15:25:50 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 13:25:50 -0000 Subject: [FFmpeg-trac] #3713(avformat:new): crashes on bogus rtp stream Message-ID: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> #3713: crashes on bogus rtp stream ----------------------------------+-------------------------------------- Reporter: lavv17 | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: multiple core dumps on bogus rtp input. How to reproduce: run ffmpeg on udp mpegts stream with rtp:// url (which is of course incorrect), ffmpeg reports multitude of errors and sometimes crashes. {{{ /usr/local/bin/ffmpeg -ss 1 -i rtp://@224.0.94.27:1234 -t 30 -f avi -c copy file.avi }}} gdb info is attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 15:50:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 13:50:16 -0000 Subject: [FFmpeg-trac] #3712(avcodec:closed): OPENJPEG 2.1.0 In-Reply-To: <035.7b1e0633d6c84f5de256f3d64a488be8@avcodec.org> References: <035.7b1e0633d6c84f5de256f3d64a488be8@avcodec.org> Message-ID: <050.30c7ee77150445d225bdfed6443be52a@avcodec.org> #3712: OPENJPEG 2.1.0 -------------------------------------+------------------------------------- Reporter: tteam | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: duplicate Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * component: ffmpeg => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: OpenJPEG 2.1.0 => libopenjpeg * resolution: => duplicate Comment: I believe this should be handled in ticket #2016 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 15:55:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 13:55:07 -0000 Subject: [FFmpeg-trac] #3713(avformat:new): crashes on bogus rtp stream In-Reply-To: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> References: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> Message-ID: <051.fd9e75a40dbe8ce84345e707a8503ee6@avcodec.org> #3713: crashes on bogus rtp stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV * priority: normal => important Comment: Please provide the console output to make this a valid ticket. Did you find a way to reliably reproduce this problem? Is it possible with an udp stream created with FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 16:38:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 14:38:10 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.314447b68f1927c0159a81373de209cc@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by broham): No, I don't know how the file was created unfortunately. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 16:43:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 14:43:02 -0000 Subject: [FFmpeg-trac] #3563(avformat:new): wrong duration reported by ffmpeg In-Reply-To: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> References: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> Message-ID: <053.3e03be8f327c71bb2aff2a444335899d@avcodec.org> #3563: wrong duration reported by ffmpeg ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by broham): Jamal, do you know of a work around that could be used to get the duration on a file with this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 20:53:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 18:53:41 -0000 Subject: [FFmpeg-trac] #3714(undetermined:new): Muxing results in bigger file size than original file Message-ID: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> #3714: Muxing results in bigger file size than original file -------------------------------------+------------------------------------- Reporter: DavJames | 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: Muxing results in bigger file size than original file How to reproduce: Created a Mux.bat file as below and put it in the Windows Send To folder. Right-clicked a TS file and selected Send To "Mux.bat" file. The resulting file created is larger than the original. That shouldn't happen. I once had a 22.4GB file and after Muxing it was 1GB larger! "X:\Portable Installations\ffmpeg-2014 May 14-git- 72dcd48-win64-static\bin\ffmpeg.exe" -i %1 -vcodec copy -acodec copy "%~d1%~p1%~n1.copy.ts" FFmpeg version: 2014-05-13 git-72dcd48 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 20:54:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 18:54:53 -0000 Subject: [FFmpeg-trac] #3714(undetermined:new): Muxing results in bigger file size than original file In-Reply-To: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> References: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> Message-ID: <053.f41e7b87e3448021b2f556678449f549@avcodec.org> #3714: Muxing results in bigger file size than original file -------------------------------------+------------------------------------- Reporter: DavJames | 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 command line, the complete, uncut console output and a small sample to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 21:21:45 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 19:21:45 -0000 Subject: [FFmpeg-trac] #3714(undetermined:new): Muxing results in bigger file size than original file In-Reply-To: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> References: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> Message-ID: <053.eef38747fe33ea9d2d74cc1d950afe34@avcodec.org> #3714: Muxing results in bigger file size than original file -------------------------------------+------------------------------------- Reporter: DavJames | 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 DavJames): Don't know what you mean by command line - what's the difference between that and the console output? Sample is here: https://www.dropbox.com/s/mdpacs3iqnz9ztl/FFmpeg%20Sample.ts Here's the cmd output: E:\2 = New>"X:\Portable Installations\ffmpeg-2014 May 14-git- 72dcd48-win64-stati c\bin\ffmpeg.exe" -i "E:\2 = New\FFmpeg Sample.ts" -vcodec copy -acodec copy "E: \2 = New\FFmpeg Sample.copy.ts" ffmpeg version N-63113-g72dcd48 Copyright (c) 2000-2014 the FFmpeg developers built on May 12 2014 22:10:08 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -decklink --enable-zlib libavutil 52. 83.100 / 52. 83.100 libavcodec 55. 61.100 / 55. 61.100 libavformat 55. 37.102 / 55. 37.102 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'E:\2 = New\FFmpeg Sample.ts': Duration: 00:02:26.39, start: 0.200000, bitrate: 16292 kb/s Program 1 Stream #0:0[0x201]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x202]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, f ltp, 229 kb/s Output #0, mpegts, to 'E:\2 = New\FFmpeg Sample.copy.ts': Metadata: encoder : Lavf55.37.102 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1 :1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, 229 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 5945 fps=0.0 q=-1.0 size= 255805kB time=00:01:58.72 bitrate=17651.3kbits [mpegts @ 0000000005d34020] Non-monotonous DTS in output stream 0:0; previous: 1 3154401, current: 13154401; changing to 13154402. This may result in incorrect t imestamps in the output file. frame= 7320 fps=0.0 q=-1.0 Lsize= 306281kB time=00:02:26.41 bitrate=17137.1kbit s/s video:279097kB audio:4005kB subtitle:0kB other streams:0kB global headers:0kB mu xing overhead: 8.187808% E:\2 = New>"X:\Daves Folder\Sounds\VideoRedo Completed Sound Short.WAV" E:\2 = New>pause Press any key to continue . . . -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 22:14:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 20:14:02 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.37e75f3abfd0e8d78930aae5827bcd45@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by broham): Cehoyos, do you know of any work arounds for this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 22:20:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 20:20:58 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.013343103bb1b7d9c4f74648d5315963@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): You posted a command line above that shows the actual length of the file and I posted a commit that you could revert to undo the detection of the length written in the wav file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 22:26:08 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 20:26:08 -0000 Subject: [FFmpeg-trac] #3715(undetermined:new): aac -> m4a muxed files do not play on my iPod any more. Message-ID: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> #3715: aac -> m4a muxed files do not play on my iPod any more. -------------------------------------+------------------------------------- Reporter: bat999 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi Until recently (probably approximately one or two weeks) I could mux aac files into m4a with FFmpeg and they would play OK on my (old) 2nd generation iPod Shuffle MB225ZO/A. With latest ffmpeg-HEAD-8d02a55 the muxed files do not play. $ ffmpeg -i foo.aac -c copy -bsf:a aac_adtstoasc foo1.m4a They will play OK if I use a different program to mux them. VLC media player 2.1.5 Rincewind (revision 791b550). Compiled on Jun 6 2014 16:07:36. $ cvlc foo.aac --sout="#std{access=file,mux=mp4,dst='foo2.m4a'}" vlc://quit My system is 32-bit Xubuntu-14.04. @Xubuntu:~/ffmpeg-HEAD-8d02a55$ ./ffmpeg -i foo.aac -c copy -bsf:a aac_adtstoasc foo1.m4a ffmpeg version 2.2.git-8d02a55 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 10 2014 21:14:08 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [aac @ 0xa96e8a0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'foo.aac': Duration: 00:00:37.14, bitrate: 105 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 105 kb/s Output #0, ipod, to 'foo1.m4a': Metadata: encoder : Lavf55.43.100 Stream #0:0: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 105 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 475kB time=00:00:30.00 bitrate= 129.7kbits/s video:0kB audio:469kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.227843% I've attached some test files. foo.aac is the un-muxed aac file. foo1.m4a is the file muxed using FFmpeg that won't play. foo2.m4a is the file muxed using VLC that plays OK. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 22:28:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 20:28:41 -0000 Subject: [FFmpeg-trac] #3715(undetermined:new): aac -> m4a muxed files do not play on my iPod any more. In-Reply-To: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> References: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> Message-ID: <051.2e8b11d9693db3947a2c2eefa503affe@avcodec.org> #3715: aac -> m4a muxed files do not play on my iPod any more. -------------------------------------+------------------------------------- Reporter: bat999 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by bat999): * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 22:37:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 20:37:14 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.87bd2a549df98d4e9bf1a1003aceadad@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by broham): Ahh, I see now, thanks. Do you know if there is anywhere to download the binaries for this rather than the source? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 22:51:31 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 20:51:31 -0000 Subject: [FFmpeg-trac] #3715(undetermined:new): aac -> m4a muxed files do not play on my iPod any more. In-Reply-To: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> References: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> Message-ID: <051.bbb130df82bb0cf9c784cdb3d92f7765@avcodec.org> #3715: aac -> m4a muxed files do not play on my iPod any more. -------------------------------------+------------------------------------- Reporter: bat999 | 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 llogan): Can you perform a git bisect to determine which commit(s) are likely to be responsible for the change? I don't have one of these devices to test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 10 23:33:11 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jun 2014 21:33:11 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.0b9ab3728042bad277b0a7198a4b24a3@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by broham): I tried looking [http://ffmpeg.zeranoe.com/builds/win64/static/ here], but it looks like it only goes back to 5/2011 and f9329946 looks to be from 1/2011 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 05:12:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 03:12:37 -0000 Subject: [FFmpeg-trac] #3716(undetermined:new): ffmpeg can't seek to start of a mpeg video Message-ID: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> #3716: ffmpeg can't seek to start of a mpeg video -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This issue can be reproduced using ffmpeg version N-63861-g958168d Copyright (c) 2000-2014 the FFmpeg developers built on Jun 9 2014 22:02:00 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 steps to reproduce. 1. convert attached mp4 into mpg: ffmpeg.exe -i "numbers fps 25.mp4" 25.mpg 2. convert generated mpg to mp4 using -ss 0: ffmpeg.exe -ss 0 -i 25.mpg 25.mp4 then you can easily find that 25.mp4 doesn't start with the correct frame (original mp4 is a video with frames showing number 000 to 499, but 25.mp4 starts with 12) I also spent little time to debug. seems the mpg file converted from mp4 has a non-zero offset rhbc73 videostreamoffset = 48600 rhbc73 debug[V], ProcessVideoPacket, [DTS:45000 PTS:48600] KEY FRAME rhbc73 debug[V], ProcessVideoPacket, [DTS:48600 PTS:52200] rhbc73 debug[V]: get a complete frame [0] Best time:[48600 - 48600] = [0] = 0.000000 rhbc73 debug[V], ProcessVideoPacket, [DTS:52200 PTS:55800] rhbc73 debug[V]: get a complete frame [1] Best time:[52200 - 48600] = [3600] = 0.040000 rhbc73 debug[V], ProcessVideoPacket, [DTS:55800 PTS:59400] rhbc73 debug[V]: get a complete frame [2] Best time:[55800 - 48600] = [7200] = 0.080000 rhbc73 debug[V], ProcessVideoPacket, [DTS:59400 PTS:63000] rhbc73 debug[V]: get a complete frame [3] Best time:[59400 - 48600] = [10800] = 0.120000 rhbc73 debug[V], ProcessVideoPacket, [DTS:63000 PTS:66600] rhbc73 debug[V]: get a complete frame [4] Best time:[63000 - 48600] = [14400] = 0.160000 rhbc73 debug[V], ProcessVideoPacket, [DTS:66600 PTS:70200] rhbc73 debug[V]: get a complete frame [5] Best time:[66600 - 48600] = [18000] = 0.200000 rhbc73 debug[V], ProcessVideoPacket, [DTS:70200 PTS:73800] rhbc73 debug[V]: get a complete frame [6] Best time:[70200 - 48600] = [21600] = 0.240000 rhbc73 debug[V], ProcessVideoPacket, [DTS:73800 PTS:77400] rhbc73 debug[V]: get a complete frame [7] Best time:[73800 - 48600] = [25200] = 0.280000 rhbc73 debug[V], ProcessVideoPacket, [DTS:77400 PTS:81000] rhbc73 debug[V]: get a complete frame [8] Best time:[77400 - 48600] = [28800] = 0.320000 rhbc73 debug[V], ProcessVideoPacket, [DTS:81000 PTS:84600] rhbc73 debug[V]: get a complete frame [9] Best time:[81000 - 48600] = [32400] = 0.360000 rhbc73 debug[V], ProcessVideoPacket, [DTS:84600 PTS:88200] rhbc73 debug[V]: get a complete frame [10] Best time:[84600 - 48600] = [36000] = 0.400000 rhbc73 debug[V], ProcessVideoPacket, [DTS:88200 PTS:91800] KEY FRAME rhbc73 debug[V]: get a complete frame [11] Best time:[88200 - 48600] = [39600] = 0.440000 rhbc73 debug[V], ProcessVideoPacket, [DTS:91800 PTS:95400] rhbc73 debug[V]: get a complete frame [12] Best time:[91800 - 48600] = [43200] = 0.480000 videostreamoffset = pFormatCtx->start_time, so we can see offset is in pts. if I call av_seek_frame(48600, AVSEEK_FLAG_BACKWARD) then I couldn't get a complete frame until [DTS:88200 PTS:91800] KEY FRAME packet is readout, but if I call av_seek(45000, AVSEEK_FLAG_BACKWARD) then I could successfully. This means seek is based on dts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 07:25:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 05:25:19 -0000 Subject: [FFmpeg-trac] #3656(undetermined:new): Can not set timeout AVOptions In-Reply-To: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> References: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> Message-ID: <049.a553e535c9e3d9fe998c753ab61291cd@avcodec.org> #3656: Can not set timeout AVOptions -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: tcp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by klpu): I compile ffplay, print log in tcp.c ffplay -timeout 50000000 url the timeout is still default -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 09:35:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 07:35:52 -0000 Subject: [FFmpeg-trac] #3716(undetermined:new): ffmpeg can't seek to start of a mpeg video In-Reply-To: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> References: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> Message-ID: <052.e8c106686d4aed14ac01143b9235c5bd@avcodec.org> #3716: ffmpeg can't seek to start of a mpeg video -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the command line that does not produce the expected output together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 09:38:15 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 07:38:15 -0000 Subject: [FFmpeg-trac] #3656(undetermined:new): Can not set timeout AVOptions In-Reply-To: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> References: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> Message-ID: <049.73867cf1e3da933b6c4cbcf62e026780@avcodec.org> #3656: Can not set timeout AVOptions -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: tcp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 klpu]: > I compile ffplay, print log in tcp.c Where / how / what did you print in tcp.c? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 10:06:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 08:06:01 -0000 Subject: [FFmpeg-trac] #3715(undetermined:new): aac -> m4a muxed files do not play on my iPod any more. In-Reply-To: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> References: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> Message-ID: <051.2c3f4b2f8820f141aae2e88c2674e663@avcodec.org> #3715: aac -> m4a muxed files do not play on my iPod any more. -------------------------------------+------------------------------------- Reporter: bat999 | 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 Comment: Probably a regression since 862120f9 Please test versions 862120f9 and a87685d8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 12:19:33 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 10:19:33 -0000 Subject: [FFmpeg-trac] #3717(avcodec:new): vp9 artifacts Message-ID: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> #3717: vp9 artifacts -------------------------------------+------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: vp9 | master artifacts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- vp9 artifacts http://www.sendspace.com/file/gy6s5u -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 12:20:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 10:20:19 -0000 Subject: [FFmpeg-trac] #3713(avformat:new): crashes on bogus rtp stream In-Reply-To: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> References: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> Message-ID: <051.1b0dbd66b9c7d849817d30dc34c31e4b@avcodec.org> #3713: crashes on bogus rtp stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lavv17): Segfault happens in various ways, here is a sample: {{{ # /usr/local/bin/ffmpeg -ss 1 -i rtp://@224.0.94.27:1234 -t 30 -f avi -c copy file.avi ffmpeg version N-63863-g2351ea8 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 10 2014 11:41:03 with gcc 4.8.2 (GCC) 20131212 (Red Hat 4.8.2-7) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [mp3 @ 0x2334a80] Header missing Last message repeated 1 times [NULL @ 0x2337260] non-existing PPS 0 referenced [h264 @ 0x2337260] non-existing PPS 0 referenced [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing Last message repeated 1 times [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing Last message repeated 1 times [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing Last message repeated 1 times [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing Last message repeated 1 times [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing Last message repeated 3 times [h264 @ 0x2337260] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x2337260] decode_slice_header error [h264 @ 0x2337260] no frame! [mp3 @ 0x2334a80] Header missing [h264 @ 0x2337260] mmco: unref short failure Last message repeated 1 times [h264 @ 0x2337260] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [mp3 @ 0x2334a80] Header missing Last message repeated 102 times [rtp @ 0x2331c20] decoding for stream 0 failed [rtp @ 0x2331c20] Could not find codec parameters for stream 0 (Audio: mp3 ([6][0][0][0] / 0x0006), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options rtp://@224.0.94.27:1234: could not seek to position 8494.819 Input #0, rtp, from 'rtp://@224.0.94.27:1234': Duration: N/A, start: 8493.818556, bitrate: 159 kb/s Program 909 Stream #0:0(rus): Audio: mp3 ([6][0][0][0] / 0x0006), 0 channels, s16p Stream #0:1: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:2(rus): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 159 kb/s File 'file.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'file.avi': Metadata: ISFT : Lavf55.42.101 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 720x576 [SAR 12:11 DAR 15:11], q=2-31, 25 fps, 50 tbn, 50 tbc Stream #0:1(rus): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, 159 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:2 -> #0:1 (copy) Press [q] to stop, [?] for help RTP: missed 866 packets [rtp @ 0x2331c20] PES packet size mismatch [avi @ 0x238f2a0] H.264 bitstream error, startcode missing6 bitrate= 30.6kbits/s Last message repeated 589 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing0 bitrate= 536.1kbits/s Last message repeated 10 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing0 bitrate= 632.9kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing6 bitrate= 720.9kbits/s Last message repeated 10 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing4 bitrate= 782.5kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing4 bitrate= 816.6kbits/s Last message repeated 11 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing8 bitrate= 856.0kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing2 bitrate= 905.1kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing0 bitrate= 936.6kbits/s Last message repeated 11 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing8 bitrate= 974.1kbits/s Last message repeated 12 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing8 bitrate= 986.2kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing2 bitrate=1026.6kbits/s Last message repeated 11 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing2 bitrate=1042.0kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing4 bitrate=1067.5kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing8 bitrate=1104.2kbits/s Last message repeated 11 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing4 bitrate=1122.5kbits/s Last message repeated 12 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing2 bitrate=1146.6kbits/s Last message repeated 14 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing6 bitrate=1185.6kbits/s Last message repeated 11 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing6 bitrate=1210.7kbits/s Last message repeated 12 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing4 bitrate=1232.5kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing0 bitrate=1262.9kbits/s Last message repeated 11 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing4 bitrate=1272.4kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing6 bitrate=1294.8kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing4 bitrate=1314.5kbits/s Last message repeated 14 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing8 bitrate=1322.6kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing6 bitrate=1328.6kbits/s Last message repeated 11 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing2 bitrate=1334.0kbits/s Last message repeated 12 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing4 bitrate=1339.4kbits/s Last message repeated 13 times [avi @ 0x238f2a0] H.264 bitstream error, startcode missing2 bitrate=1376.4kbits/s Last message repeated 2 times frame= 552 fps= 29 q=-1.0 Lsize= 5107kB time=00:00:30.02 bitrate=1393.6kbits/s video:4658kB audio:375kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.484649% Segmentation fault (core dumped) }}} {{{ #0 av_frame_unref (frame=0x64) at libavutil/frame.c:362 #1 0x0000000000c3b8f6 in av_frame_free (frame=frame at entry=0x23341b0) at libavutil/frame.c:134 #2 0x000000000047d700 in ffmpeg_cleanup (ret=0) at ffmpeg.c:500 #3 0x0000000000466c61 in exit_program (ret=0) at cmdutils.c:121 #4 0x0000000000464154 in main (argc=, argv=) at ffmpeg.c:3820 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 12:25:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 10:25:51 -0000 Subject: [FFmpeg-trac] #3713(avformat:new): crashes on bogus rtp stream In-Reply-To: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> References: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> Message-ID: <051.1cf10024e03607c7ad85e54642d01967@avcodec.org> #3713: crashes on bogus rtp stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lavv17): Valgrind errors: {{{ # valgrind /usr/local/bin/ffmpeg -ss 1 -i rtp://@224.0.94.27:1234 -t 30 -f avi -c copy file.avi ==53343== Memcheck, a memory error detector ==53343== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==53343== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==53343== Command: /usr/local/bin/ffmpeg -ss 1 -i rtp://@224.0.94.27:1234 -t 30 -f avi -c copy file.avi ==53343== ==53343== Invalid write of size 1 ==53343== at 0x5540C8: write_section_data.isra.13 (mpegts.c:398) ==53343== by 0x554793: handle_packet (mpegts.c:2095) ==53343== by 0x5596CE: ff_mpegts_parse_packet (mpegts.c:2646) ==53343== by 0x598994: mpegts_handle_packet (rtpdec_mpegts.c:86) ==53343== by 0x592796: rtp_parse_packet_internal (rtpdec.c:645) ==53343== by 0x593920: ff_rtp_parse_packet (rtpdec.c:792) ==53343== by 0x5A4A19: ff_rtsp_fetch_packet (rtsp.c:2042) ==53343== by 0x5C4435: ff_read_packet (utils.c:791) ==53343== by 0x5C71EF: read_frame_internal (utils.c:1454) ==53343== by 0x5CAB1E: avformat_find_stream_info (utils.c:3240) ==53343== by 0x46FDC0: open_input_file (ffmpeg_opt.c:888) ==53343== by 0x4740DE: ffmpeg_parse_options (ffmpeg_opt.c:2645) ==53343== Address 0x5946030 is 656 bytes inside a block of size 65,992 free'd ==53343== at 0x4C294C4: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==53343== by 0xC41EDB: av_freep (mem.c:232) ==53343== by 0x4EAE55: ffurl_close (avio.c:381) ==53343== by 0x59E809: rtp_close (rtpproto.c:505) ==53343== by 0x4EAE7C: ffurl_close (avio.c:373) ==53343== by 0x5A3109: rtp_read_header (rtsp.c:2299) ==53343== by 0x5CDAE6: avformat_open_input (utils.c:594) ==53343== by 0x46FCB8: open_input_file (ffmpeg_opt.c:871) ==53343== by 0x4740DE: ffmpeg_parse_options (ffmpeg_opt.c:2645) ==53343== by 0x463EF7: main (ffmpeg.c:3787) ==53343== ==53343== Invalid write of size 1 ==53343== at 0x5540C8: write_section_data.isra.13 (mpegts.c:398) ==53343== by 0x554793: handle_packet (mpegts.c:2095) ==53343== by 0x5596CE: ff_mpegts_parse_packet (mpegts.c:2646) ==53343== by 0x598A06: mpegts_handle_packet (rtpdec_mpegts.c:75) ==53343== by 0x593861: ff_rtp_parse_packet (rtpdec.c:752) ==53343== by 0x5A4D63: ff_rtsp_fetch_packet (rtsp.c:1956) ==53343== by 0x5C4435: ff_read_packet (utils.c:791) ==53343== by 0x5C71EF: read_frame_internal (utils.c:1454) ==53343== by 0x5CAB1E: avformat_find_stream_info (utils.c:3240) ==53343== by 0x46FDC0: open_input_file (ffmpeg_opt.c:888) ==53343== by 0x4740DE: ffmpeg_parse_options (ffmpeg_opt.c:2645) ==53343== by 0x463EF7: main (ffmpeg.c:3787) ==53343== Address 0x5946030 is 656 bytes inside a block of size 65,992 free'd ==53343== at 0x4C294C4: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==53343== by 0xC41EDB: av_freep (mem.c:232) ==53343== by 0x4EAE55: ffurl_close (avio.c:381) ==53343== by 0x59E809: rtp_close (rtpproto.c:505) ==53343== by 0x4EAE7C: ffurl_close (avio.c:373) ==53343== by 0x5A3109: rtp_read_header (rtsp.c:2299) ==53343== by 0x5CDAE6: avformat_open_input (utils.c:594) ==53343== by 0x46FCB8: open_input_file (ffmpeg_opt.c:871) ==53343== by 0x4740DE: ffmpeg_parse_options (ffmpeg_opt.c:2645) ==53343== by 0x463EF7: main (ffmpeg.c:3787) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 14:17:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 12:17:57 -0000 Subject: [FFmpeg-trac] #3715(undetermined:new): aac -> m4a muxed files do not play on my iPod any more. In-Reply-To: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> References: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> Message-ID: <051.17eea6e2ab62f10dff429d5070fd2377@avcodec.org> #3715: aac -> m4a muxed files do not play on my iPod any more. -------------------------------------+------------------------------------- Reporter: bat999 | 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 -------------------------------------+------------------------------------- Comment (by bat999): "Probably a regression since 862120f9" Yes, that's it. @Xubuntu:~/ffmpeg-a87685d$ ./ffmpeg -i foo.aac -c copy -bsf:a aac_adtstoasc foo3.m4a ffmpeg version 2.2.git-a87685d Copyright (c) 2000-2014 the FFmpeg developers built on Jun 11 2014 12:27:32 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 88.100 / 52. 88.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [aac @ 0xab338a0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'foo.aac': Duration: 00:00:37.14, bitrate: 105 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 105 kb/s Output #0, ipod, to 'foo3.m4a': Metadata: encoder : Lavf55.42.100 Stream #0:0: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 105 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 475kB time=00:00:30.00 bitrate= 129.7kbits/s video:0kB audio:469kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.229300% @Xubuntu:~/ffmpeg-862120f$ ./ffmpeg -i foo.aac -c copy -bsf:a aac_adtstoasc foo4.m4a ffmpeg version 2.2.git-862120f Copyright (c) 2000-2014 the FFmpeg developers built on Jun 11 2014 13:01:52 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 88.100 / 52. 88.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [aac @ 0xae6b8a0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'foo.aac': Duration: 00:00:37.14, bitrate: 105 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 105 kb/s Output #0, ipod, to 'foo4.m4a': Metadata: encoder : Lavf55.42.100 Stream #0:0: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 105 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 475kB time=00:00:30.00 bitrate= 129.7kbits/s video:0kB audio:469kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.227843% Files attached. foo3.m4a ffmpeg-a87685d plays OK. foo4.m4a ffmpeg-862120f won't play. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 16:44:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 14:44:38 -0000 Subject: [FFmpeg-trac] #3715(undetermined:open): aac -> m4a muxed files do not play on my iPod any more. In-Reply-To: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> References: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> Message-ID: <051.87ed9617fd2b4598810f166ae736ea36@avcodec.org> #3715: aac -> m4a muxed files do not play on my iPod any more. -------------------------------------+------------------------------------- Reporter: bat999 | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 18:04:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 16:04:24 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.6229f71e617505c535f729ce4ebf72de@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by broham): So i pulled f9329946 from github, built it and ran it against the problem file but I am getting the same results. Output below: {{{ ffprobe test.wav FFprobe version git-f932994, Copyright (c) 2007-2011 the FFmpeg developers built on Jun 11 2014 08:59:16 with clang 5.1 (clang-503.0.38) configuration: libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 1 / 0.16. 1 libavcodec 52.108. 0 / 52.108. 0 libavformat 52.93. 0 / 52.93. 0 libavdevice 52. 2. 3 / 52. 2. 3 libavfilter 1.73. 1 / 1.73. 1 libswscale 0.12. 0 / 0.12. 0 [wav @ 0x7f82fb008000] max_analyze_duration reached Input #0, wav, from 'test.wav': Duration: 00:00:02.52, bitrate: 13228 kb/s Stream #0.0: Audio: gsm_ms, 8000 Hz, 1 channels, s16, 13 kb/s }}} Any idea why it still wouldn't be working? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 18:29:03 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 16:29:03 -0000 Subject: [FFmpeg-trac] #3710(undetermined:closed): Odd demuxed timestamps on ogg file. In-Reply-To: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> References: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> Message-ID: <055.31af30d772b6e0cc359564ab75acbdf9@avcodec.org> #3710: Odd demuxed timestamps on ogg file. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 27b8ef5bb7095e67d2888e0391b88dcffd04036a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 18:34:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 16:34:56 -0000 Subject: [FFmpeg-trac] #3710(avformat:closed): Odd demuxed timestamps on ogg file. In-Reply-To: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> References: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> Message-ID: <055.9d62b35c2f14bbcde4e0910bb43e26a8@avcodec.org> #3710: Odd demuxed timestamps on ogg file. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ogg vorbis * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 18:36:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 16:36:54 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.ab3321936ab74bf123c8ee91a70f8872@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:12 broham]: > So i pulled f9329946 from github, built it and ran it against the problem file but I am getting the same results. Which is expected since this is a regression since f9329946 This is an old commit, so the better approach would be to disable reading the fact chunk, the commit should show you what to do. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 18:38:33 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 16:38:33 -0000 Subject: [FFmpeg-trac] #3710(avformat:closed): Odd demuxed timestamps on ogg file. In-Reply-To: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> References: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> Message-ID: <055.8eeef6db4de9be859a30bb3a6ccb4944@avcodec.org> #3710: Odd demuxed timestamps on ogg file. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * cc: michaeln (removed) * cc: michaelni (added) Comment: Fix CC -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 18:39:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 16:39:17 -0000 Subject: [FFmpeg-trac] #3710(avformat:closed): Odd demuxed timestamps on ogg file. In-Reply-To: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> References: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> Message-ID: <055.2b564ef5f555a9c79c1ac9a5f952482a@avcodec.org> #3710: Odd demuxed timestamps on ogg file. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * cc: michaelni (removed) * cc: michael (added) Comment: fix CC try # 2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 21:44:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 19:44:59 -0000 Subject: [FFmpeg-trac] #3713(avformat:new): crashes on bogus rtp stream In-Reply-To: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> References: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> Message-ID: <051.d66632fe7d5c2d7a8998e76a733a6885@avcodec.org> #3713: crashes on bogus rtp stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Am I missing something or do the gdb backtrace and valgrind output look completely different? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 21:56:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 19:56:22 -0000 Subject: [FFmpeg-trac] #3716(undetermined:new): ffmpeg can't seek to start of a mpeg video In-Reply-To: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> References: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> Message-ID: <052.21967c8c13d80074728ba9bc6a3d7763@avcodec.org> #3716: ffmpeg can't seek to start of a mpeg video -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mpegps seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpegps seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 21:57:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 19:57:23 -0000 Subject: [FFmpeg-trac] #2595(avfilter:open): Last frame of partly deintelacted video stream, not deinterlaced In-Reply-To: <035.dd74505e6fb8eea4d4da8d2e4b85467c@avcodec.org> References: <035.dd74505e6fb8eea4d4da8d2e4b85467c@avcodec.org> Message-ID: <050.120eaae3d0e7ecf203a53e2d08b9286a@avcodec.org> #2595: Last frame of partly deintelacted video stream, not deinterlaced ------------------------------------+------------------------------------ Reporter: khali | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: yadif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by khali): Thank you for that, it could be handy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 22:02:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 20:02:49 -0000 Subject: [FFmpeg-trac] #3717(avcodec:open): vp9 artifacts In-Reply-To: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> References: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> Message-ID: <053.87a70129f301995d072423140c0a4f51@avcodec.org> #3717: vp9 artifacts ---------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vp9 artifacts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by ubitux): * status: new => open * reproduced: 0 => 1 Comment: Green artifact visible with: {{{ % ./ffplay -ss 24 -i /tmp/la\ la\ la.webm ffplay version N-63900-g0180c46 Copyright (c) 2003-2014 the FFmpeg developers built on Jun 11 2014 21:33:53 with gcc 4.9.0 (GCC) 20140521 (prerelease) configuration: --enable-gpl --enable-fontconfig --enable-libfreetype --enable-libmp3lame --enable-libvorbis --enable-libx264 --enable-libvpx --enable-x11grab --samples=/home/ubitux/fate-samples --assert-level=2 --cc='ccache cc' libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from '/tmp/la la la.webm':q= 0B f=0/0 Metadata: encoder : google Duration: 00:03:30.28, start: 0.000000, bitrate: 1868 kb/s Stream #0:0(eng): Video: vp9, yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) 23.80 M-V: 0.000 fd= 0 aq= 0KB vq= 42KB sq= 0B f=0/0 }}} Problem seems to be in ASM (not reproducible with {{{-cpuflags none}}}), in particular {{{init_dc_ipred(TX_4X4, 4, ssse3);}}}. It would be really nice if you could upload the sample on our FTP. Mentioning our bugreport page (http://ffmpeg.org/bugreports.html): > Furthermore movie files uploaded to services like megaupload, rapidshare or any other similar service will be ignored. We are not willing to spend our time fighting with this ridiculous, bloated and spam-filled crap. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 22:29:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 20:29:57 -0000 Subject: [FFmpeg-trac] #3717(avcodec:open): vp9 artifacts In-Reply-To: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> References: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> Message-ID: <053.d8de8a93d1ebd393dba5618ae40bd2db@avcodec.org> #3717: vp9 artifacts -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vp9 artifacts => vp9 regression * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 22:42:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 20:42:25 -0000 Subject: [FFmpeg-trac] #3717(avcodec:open): vp9 artifacts In-Reply-To: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> References: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> Message-ID: <053.64af614b3b3dd85d04e27084210a4f8c@avcodec.org> #3717: vp9 artifacts -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Regression since fdb093c4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 22:43:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 20:43:56 -0000 Subject: [FFmpeg-trac] #3717(avcodec:open): vp9 artifacts In-Reply-To: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> References: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> Message-ID: <053.00a120a4c266efce2127eb2629cffd59@avcodec.org> #3717: vp9 artifacts -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:3 cehoyos]: > Regression since fdb093c4 Yes, and probably lies in {{{ff_vp9_ipred_vl_4x4_ssse3}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 11 23:02:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 21:02:30 -0000 Subject: [FFmpeg-trac] #3714(avformat:open): Remuxing mpegts results in 5% bigger file size than original file (was: Muxing results in bigger file size than original file) In-Reply-To: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> References: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> Message-ID: <053.f8a05c2f303f39fed6cb878cc8a096f1@avcodec.org> #3714: Remuxing mpegts results in 5% bigger file size than original file ------------------------------------+------------------------------------ Reporter: DavJames | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * version: unspecified => git-master * keywords: => mpegts Comment: {{{ $ ffmpeg -i FFmpeg\ Sample_cut.ts -acodec copy -vcodec copy out.ts ffmpeg version N-63896-g27b8ef5 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 11 2014 18:34:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x1cc5c20] PES packet size mismatch Input #0, mpegts, from 'FFmpeg Sample_cut.ts': Duration: 00:00:00.96, start: 0.200000, bitrate: 21333 kb/s Program 1 Stream #0:0[0x201]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x202]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 229 kb/s Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf55.43.100 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, 229 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x1cc5c20] PES packet size mismatch frame= 45 fps=0.0 q=-1.0 Lsize= 2637kB time=00:00:00.72 bitrate=29998.1kbits/s video:2431kB audio:9kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 8.043469% }}} The output file is 5% larger than the input file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 01:45:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jun 2014 23:45:59 -0000 Subject: [FFmpeg-trac] #3716(undetermined:new): ffmpeg can't seek to start of a mpeg video In-Reply-To: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> References: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> Message-ID: <052.74905b48da3efb8c9c12de211f8931b8@avcodec.org> #3716: ffmpeg can't seek to start of a mpeg video -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mpegps seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hxuanyu): below is the command and output == $ ffmpeg.exe -i "numbers fps 25.mp4" 25.mpg == ffmpeg version N-63861-g958168d Copyright (c) 2000-2014 the FFmpeg developers built on Jun 9 2014 22:02:00 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'numbers fps 25.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.21.102 Duration: 00:00:20.00, start: 0.000000, bitrate: 205 kb/s Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 768x576, 203 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler [mpeg @ 03bf0060] VBV buffer size not set, using default size of 130KB If you want the mpeg file to be compliant to some specification Like DVD, VCD or others, make sure you set the correct buffer size Output #0, mpeg, to '25.mpg': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.42.101 Stream #0:0(und): Video: mpeg1video, yuv420p, 768x576, q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc55.66.100 mpeg1video Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> mpeg1video (mpeg1video)) Press [q] to stop, [?] for help [mpeg1video @ 03b59020] warning, clipping 1 dct coefficients to -255..255 Last message repeated 68 times frame= 500 fps=455 q=31.0 Lsize= 1306kB time=00:00:19.96 bitrate= 536.0kbits/s video:1292kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.097117% Alex at vid003 ~/Downloads/image == $ ffmpeg.exe -ss 0 -i 25.mpg 25.mp4 == ffmpeg version N-63861-g958168d Copyright (c) 2000-2014 the FFmpeg developers built on Jun 9 2014 22:02:00 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from '25.mpg': Duration: 00:00:19.96, start: 0.540000, bitrate: 536 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p(tv), 768x576 [SAR 1:1 DAR 4:3], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc [libx264 @ 03c1ff40] using SAR=1/1 [libx264 @ 03c1ff40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 03c1ff40] profile High, level 3.1 [libx264 @ 03c1ff40] 264 - core 142 r2431 ac76440 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '25.mp4': Metadata: encoder : Lavf55.42.101 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 768x576 [SAR 1:1 DAR 4:3], q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc55.66.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (mpeg1video (native) -> h264 (libx264)) Press [q] to stop, [?] for help frame= 488 fps=241 q=-1.0 Lsize= 930kB time=00:00:19.92 bitrate= 382.6kbits/s video:924kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.659663% [libx264 @ 03c1ff40] frame I:2 Avg QP:10.80 size: 7639 [libx264 @ 03c1ff40] frame P:205 Avg QP:21.40 size: 2429 [libx264 @ 03c1ff40] frame B:281 Avg QP:27.19 size: 1539 [libx264 @ 03c1ff40] consecutive B-frames: 21.9% 0.8% 9.2% 68.0% [libx264 @ 03c1ff40] mb I I16..4: 62.9% 34.0% 3.2% [libx264 @ 03c1ff40] mb P I16..4: 2.5% 5.9% 0.9% P16..4: 3.9% 2.0% 0.9% 0.0% 0.0% skip:83.9% [libx264 @ 03c1ff40] mb B I16..4: 0.9% 2.5% 0.4% B16..8: 8.9% 2.6% 0.4% direct: 0.3% skip:84.0% L0:57.5% L1:40.4% BI: 2.1% [libx264 @ 03c1ff40] 8x8 transform intra:62.0% inter:67.5% [libx264 @ 03c1ff40] coded y,uvDC,uvAC intra: 16.0% 0.0% 0.0% inter: 2.0% 0.0% 0.0% [libx264 @ 03c1ff40] i16 v,h,dc,p: 68% 27% 5% 0% [libx264 @ 03c1ff40] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 15% 61% 3% 1% 1% 1% 1% 1% [libx264 @ 03c1ff40] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 31% 29% 2% 2% 2% 2% 2% 2% [libx264 @ 03c1ff40] i8c dc,h,v,p: 100% 0% 0% 0% [libx264 @ 03c1ff40] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 03c1ff40] ref P L0: 59.6% 4.7% 17.0% 18.7% [libx264 @ 03c1ff40] ref B L0: 64.9% 26.4% 8.7% [libx264 @ 03c1ff40] ref B L1: 84.1% 15.9% [libx264 @ 03c1ff40] kb/s:387.65 Alex at vid003 ~/Downloads/image == $ ffmpeg.exe -i 25.mp4 -f image2 image-%3d.jpeg == ffmpeg version N-63861-g958168d Copyright (c) 2000-2014 the FFmpeg developers built on Jun 9 2014 22:02:00 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '25.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.42.101 Duration: 00:00:19.52, start: 0.480000, bitrate: 390 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 768x576 [SAR 1:1 DAR 4:3], 387 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler [swscaler @ 02a3f360] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'image-%3d.jpeg': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.42.101 Stream #0:0(und): Video: mjpeg, yuvj420p, 768x576 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc55.66.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> mjpeg (mjpeg)) Press [q] to stop, [?] for help frame= 488 fps=217 q=24.8 Lsize=N/A time=00:00:19.52 bitrate=N/A video:5772kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown == Then we can see the img-001.jpeg is not the first frame we want == -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 05:24:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 03:24:28 -0000 Subject: [FFmpeg-trac] #3679(avformat:closed): Some HTTP MJPEG streams are not recognized In-Reply-To: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> References: <037.30eed46aafc9724937b9357a2b007707@avcodec.org> Message-ID: <052.0903a747a99e5f633c30e9234f28bd27@avcodec.org> #3679: Some HTTP MJPEG streams are not recognized ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mjpeg http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: it seems wget also included the Content-type in the data so its not clear that this is a bug -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 08:05:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 06:05:12 -0000 Subject: [FFmpeg-trac] #3717(avcodec:closed): vp9 artifacts In-Reply-To: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> References: <038.9e0c467ea8c8910bf657c9dc7acaa83b@avcodec.org> Message-ID: <053.4c35f451f2d2a705a5e40f8809bd6600@avcodec.org> #3717: vp9 artifacts -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vp9 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Fixed by Ronald S. Bultje in 385a3420d1da2f6812dda56750b41edd469c6079 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 09:20:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 07:20:12 -0000 Subject: [FFmpeg-trac] #3716(undetermined:open): ffmpeg can't seek to start of a mpeg video In-Reply-To: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> References: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> Message-ID: <052.4d277fc8721368cbfb1a7e481b78fb48@avcodec.org> #3716: ffmpeg can't seek to start of a mpeg video -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegps seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: The following shows the first frame (of the first gop): {{{ $ ffmpeg -i out.mpg -vframes 1 out.jpg }}} The following commands output the first frame of the second gop: {{{ $ ffmpeg -ss 0 -i out.mpg -vframes 1 out1.jpg ffmpeg version N-63912-g385a342 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 12 2014 08:57:31 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'out.mpg': Duration: 00:00:19.96, start: 0.540000, bitrate: 524 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p(tv), 768x576 [SAR 1:1 DAR 4:3], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc [swscaler @ 0x3624380] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'out1.jpg': Metadata: encoder : Lavf55.43.100 Stream #0:0: Video: mjpeg, yuvj420p, 768x576 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.66.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (mpeg1video (native) -> mjpeg (mjpeg)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=7.3 Lsize=N/A time=00:00:00.52 bitrate=N/A video:15kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} {{{ $ ffmpeg -ss 0.01 -i out.mpg -vframes 1 out2.jpg ffmpeg version N-63912-g385a342 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 12 2014 08:57:31 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'out.mpg': Duration: 00:00:19.96, start: 0.540000, bitrate: 524 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p(tv), 768x576 [SAR 1:1 DAR 4:3], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc [swscaler @ 0x33fc380] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'out2.jpg': Metadata: encoder : Lavf55.43.100 Stream #0:0: Video: mjpeg, yuvj420p, 768x576 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.66.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (mpeg1video (native) -> mjpeg (mjpeg)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=7.3 Lsize=N/A time=00:00:00.52 bitrate=N/A video:15kB 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 Jun 12 09:35:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 07:35:53 -0000 Subject: [FFmpeg-trac] #2463(undetermined:new): ffspeak In-Reply-To: <035.e8ed8cbb00f0c660cbad96456aac8e2c@avcodec.org> References: <035.e8ed8cbb00f0c660cbad96456aac8e2c@avcodec.org> Message-ID: <050.e750d30aa588269526603e1d647bc170@avcodec.org> #2463: ffspeak -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): Just to gently bump this question. It would be very popular to provide at least a basic functionality on this topic and, through that, bring FFmpeg to attention of many people, hopefully some of them who are developers, willing to help or maybe even sponsors/donators, which could make things go faster, too. Videolan guys also did something similar: https://wiki.videolan.org/VideoLan_VideoConference -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 18:28:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 16:28:43 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.adbfd768e339339b8ebcaa73e70a6a11@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by broham): Hrrm, ok. So i'm a little confused. Would I be changing the hunk of code from here: [https://github.com/FFmpeg/FFmpeg/commit/f9329946] back to what it was before and rebuilding? Or is there something I can specify in the command line that will disable reading the fact chunk? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 21:58:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 19:58:23 -0000 Subject: [FFmpeg-trac] #3708(avformat:new): Incorrect duration shown for wav file? In-Reply-To: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> References: <036.73bd188dceec2c331f2186d53e79933b@avcodec.org> Message-ID: <051.93b338b06a0b6f0906213415505d9e4d@avcodec.org> #3708: Incorrect duration shown for wav file? -------------------------------------+------------------------------------- Reporter: broham | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: duration regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by broham): So I'm getting the exact same problem with an MP3 file. Is there a way to tell ffprobe/ffmpeg to ignore the file properties for all file types? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 22:08:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 20:08:36 -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.ee6cef207407a1be2bb5d81f21287a2e@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 bat999): Hi The "3043.live.streamtheworld.com/SAM04AAC41_SC" stream is no longer active. Is there an alternative stream to test instead? Maybe the attached file "SAM04AAC41_SC" corrupt. Latest FFplay seems to play similar files OK. Format : AAC Format/Info : Advanced Audio Codec Format version : Version 4 Format profile : HE-AACv2 / HE-AAC / LC Bit rate mode : Variable Channel(s) : 2 channels / 1 channel / 1 channel Channel positions : Front: L R / Front: C / Front: C Sampling rate : 44.1 KHz / 44.1 KHz / 22.05 KHz @Xubuntu:~/ffmpeg-HEAD-6286bb5$ ./ffplay similar_file.aac ffplay version 2.2.git-6286bb5 Copyright (c) 2003-2014 the FFmpeg developers built on Jun 12 2014 21:03:29 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [aac @ 0xb0e026a0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'similar_file.aac': Duration: 00:00:32.36, bitrate: 45 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 45 kb/s 41.02 M-A: -0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 22:10:19 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 20:10:19 -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.30fef453eaebe057221488ccde5f8cae@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 | ------------------------------------+----------------------------------- Changes (by bat999): * cc: batguano999@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 22:13:30 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 20:13:30 -0000 Subject: [FFmpeg-trac] #3718(undetermined:new): ffmpeg does not correctly read input text file. Message-ID: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> #3718: ffmpeg does not correctly read input text file. -------------------------------------+------------------------------------- Reporter: Maxwell175 | 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: How to reproduce: {{{ > ffmpeg -f concat -i t mp.txt -c copy output.wav ffmpeg version N-60592-gfd982f2 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 13 2014 22:01:02 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopenco re-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.101 / 55. 52.101 libavformat 55. 32.101 / 55. 32.101 libavdevice 55. 9.100 / 55. 9.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [concat @ 003b36e0] Line 1: unknown keyword '???file' tmp.txt: Invalid data found when processing input }}} This is the Windows Zeranoe Build downloaded from here: http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20140612-git- 3a1c895-win32-static.7z The file is written from a self-made Visual Basic program using the method described here: http://msdn.microsoft.com/en- us/library/ms128035(v=vs.110).aspx. As you can see under the Remarks section, it uses the UTF-8 encoding. Turns out, that method also writes 3 extra chars to the file, ef bb bf. It seems like this throws off FFMPEG and it gives the error above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 22:31:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 20:31:15 -0000 Subject: [FFmpeg-trac] #2162(avformat:open): ffmpeg does not create PS3 compatible m2ts files In-Reply-To: <039.0bb1e6ba783171a21b6a4232804f6f5d@avcodec.org> References: <039.0bb1e6ba783171a21b6a4232804f6f5d@avcodec.org> Message-ID: <054.1541df70186755018c810c7ca77ae64f@avcodec.org> #2162: ffmpeg does not create PS3 compatible m2ts files ------------------------------------+------------------------------------ Reporter: britannia | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by vagifzeynalov): Hello! As I discovered that it is the mpegts container issue, not the ac3 codec. For example, when I converting a VOB file to the M2TS format the result is incorrect. But if convert the same file to the MP4 format, then it will be the right result. And PS3 can play it perfectly! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 23:51:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 21:51:03 -0000 Subject: [FFmpeg-trac] #3718(avformat:closed): ffmpeg does not correctly read input text file. In-Reply-To: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> References: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> Message-ID: <055.3462a5201547b3277e734064a5288c03@avcodec.org> #3718: ffmpeg does not correctly read input text file. ------------------------------------+-------------------------------------- Reporter: Maxwell175 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: => concat * resolution: => worksforme * status: new => closed * component: undetermined => avformat * version: unspecified => git-master Comment: Sounds as if FFmpeg behaves as expected. Or is there anything in the documentation that implies that you may put random bytes in front of the {{{{file}}} keyword? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 23:53:11 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 21:53:11 -0000 Subject: [FFmpeg-trac] #3718(avformat:closed): ffmpeg does not correctly read input text file. In-Reply-To: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> References: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> Message-ID: <055.61f34ecafe7a8ace6d0cead10f86f9ab@avcodec.org> #3718: ffmpeg does not correctly read input text file. ------------------------------------+-------------------------------------- Reporter: Maxwell175 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by Maxwell175): I am NOT putting in random bytes! http://www.pcreview.co.uk/forums/extra-characters-beginning-file-ef-bb- bf-t3902307.html The 2nd post there clearly states that is a "byte-order mark (BOM)". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 12 23:53:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jun 2014 21:53:44 -0000 Subject: [FFmpeg-trac] #3718(avformat:reopened): ffmpeg does not correctly read input text file. In-Reply-To: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> References: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> Message-ID: <055.61b3f9481c25ef19d11057d115ae677c@avcodec.org> #3718: ffmpeg does not correctly read input text file. ------------------------------------+------------------------------------ Reporter: Maxwell175 | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by Maxwell175): * status: closed => reopened * resolution: worksforme => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 13 16:38:02 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Jun 2014 14:38:02 -0000 Subject: [FFmpeg-trac] #3719(undetermined:new): Single frame cannot be encoded with -vcodec hevc Message-ID: <037.c140becd83ff1f86f074fad231f21c61@avcodec.org> #3719: Single frame cannot be encoded with -vcodec hevc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: libx265 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- At least 20 frames have to be encoded with libx265 to get a useful output file. {{{ $ ffmpeg -loop 1 -i tests/lena.pnm -threads 1 -vcodec hevc -pix_fmt yuv420p -vframes 19 out.mov ffmpeg version N-63932-g681868c Copyright (c) 2000-2014 the FFmpeg developers built on Jun 13 2014 16:26:27 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-libx265 --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 256x256, 25 fps, 25 tbr, 25 tbn, 25 tbc x265 [info]: HEVC encoder version 1.1+88-e69a427e461f x265 [info]: build info [Mac OS X][clang 5.1.0][64 bit] 8bpp x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64 x265 [info]: WPP streams / pool / frames : 4 / 2 / 1 x265 [info]: Main profile, Level-2 (Main tier) x265 [info]: CU size : 64 x265 [info]: Max RQT depth inter / intra : 1 / 1 x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb / refs: 1 / 1 / 0 / 3 x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-200 kbps / 1.0 / 1 x265 [info]: tools: rd=3 lft sao-lcu signhide Output #0, mov, to 'out.mov': Metadata: encoder : Lavf55.43.100 Stream #0:0: Video: hevc (libx265) (hev1 / 0x31766568), yuv420p, 256x256, q=2-31, 200 kb/s, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc55.66.100 libx265 Stream mapping: Stream #0:0 -> #0:0 (ppm (native) -> hevc (libx265)) Press [q] to stop, [?] for help frame= 19 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown x265 [info]: consecutive B-frames: 100.0% 0.0% 0.0% 0.0% 0.0% }}} {{{ $ ffmpeg -i out.mov ffmpeg version N-63932-g681868c Copyright (c) 2000-2014 the FFmpeg developers built on Jun 13 2014 16:26:27 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-libx265 --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.43.100 Duration: 00:00:00.00, bitrate: N/A At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 13 16:46:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Jun 2014 14:46:31 -0000 Subject: [FFmpeg-trac] #3719(undetermined:new): Single frame cannot be encoded with -vcodec hevc In-Reply-To: <037.c140becd83ff1f86f074fad231f21c61@avcodec.org> References: <037.c140becd83ff1f86f074fad231f21c61@avcodec.org> Message-ID: <052.07fac71094e4b87e8a6cea56c382a894@avcodec.org> #3719: Single frame cannot be encoded with -vcodec hevc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: libx265 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): does it work with the x265 command line tool instead of ffmpeg ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 13 17:47:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Jun 2014 15:47:44 -0000 Subject: [FFmpeg-trac] #3719(undetermined:new): Single frame cannot be encoded with -vcodec hevc In-Reply-To: <037.c140becd83ff1f86f074fad231f21c61@avcodec.org> References: <037.c140becd83ff1f86f074fad231f21c61@avcodec.org> Message-ID: <052.ac388615d03ff4058d4882133cf369ea@avcodec.org> #3719: Single frame cannot be encoded with -vcodec hevc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: libx265 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The following produces an empty file: {{{ $ ./ffmpeg -i tests/lena.pnm -pix_fmt yuv420p out.y4m $ ./ffmpeg -i out.y4m out.hevc }}} The following works fine: {{{ $ x265 out.y4m out.hevc }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 14 01:10:45 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Jun 2014 23:10:45 -0000 Subject: [FFmpeg-trac] #3715(undetermined:closed): aac -> m4a muxed files do not play on my iPod any more. In-Reply-To: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> References: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> Message-ID: <051.a74f98c2f47e8bb3a3e1d028618e32a0@avcodec.org> #3715: aac -> m4a muxed files do not play on my iPod any more. -------------------------------------+------------------------------------- Reporter: bat999 | 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: open => closed * resolution: => fixed Comment: should be fixed in 10012fa961a144f219a0220f03af45785f0a5332 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 14 08:16:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jun 2014 06:16:00 -0000 Subject: [FFmpeg-trac] #3715(undetermined:closed): aac -> m4a muxed files do not play on my iPod any more. In-Reply-To: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> References: <036.62663742e19de40c7c1becba0d8da436@avcodec.org> Message-ID: <051.582b87d088ed4925e7ade77affa9f49a@avcodec.org> #3715: aac -> m4a muxed files do not play on my iPod any more. -------------------------------------+------------------------------------- Reporter: bat999 | 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 -------------------------------------+------------------------------------- Comment (by bat999): Yes it's fixed. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 14 10:45:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jun 2014 08:45:49 -0000 Subject: [FFmpeg-trac] #3710(avformat:closed): Odd demuxed timestamps on ogg file. In-Reply-To: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> References: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> Message-ID: <055.e0080e1849cb125010b6973869e15f3b@avcodec.org> #3710: Odd demuxed timestamps on ogg file. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Was this problem a regression, ie did it work better with older versions of FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 14 22:01:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jun 2014 20:01:41 -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.865e5996c5e6aa46f28781bff5f01b55@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): Thread updated including hq4x. hq3x soon to come. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 14 23:00:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jun 2014 21:00:49 -0000 Subject: [FFmpeg-trac] #3057(ffmpeg:open): Set loglevel for written log file In-Reply-To: <043.617e4b53f5e0396b0b90166bafaa0eb9@avcodec.org> References: <043.617e4b53f5e0396b0b90166bafaa0eb9@avcodec.org> Message-ID: <058.198607e962233d89298c483c2603c1ac@avcodec.org> #3057: Set loglevel for written log file ---------------------------------------+---------------------------------- Reporter: spookybathtub | Owner: Type: enhancement | Status: open Priority: wish | Component: ffmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by michael): Fixed in d82ecfce07d1fee314b5532b773ef019eefed9b6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 14 23:00:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jun 2014 21:00:56 -0000 Subject: [FFmpeg-trac] #3057(ffmpeg:closed): Set loglevel for written log file In-Reply-To: <043.617e4b53f5e0396b0b90166bafaa0eb9@avcodec.org> References: <043.617e4b53f5e0396b0b90166bafaa0eb9@avcodec.org> Message-ID: <058.ccae4ca1b9f121cc67b3ddff932bd36d@avcodec.org> #3057: Set loglevel for written log file ---------------------------------------+---------------------------------- Reporter: spookybathtub | Owner: Type: enhancement | Status: closed Priority: wish | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 15 11:13:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jun 2014 09:13:13 -0000 Subject: [FFmpeg-trac] #3718(avformat:reopened): ffmpeg does not correctly read input text file. In-Reply-To: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> References: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> Message-ID: <055.2a894e54c38e2146b1582e34a638b3d8@avcodec.org> #3718: ffmpeg does not correctly read input text file. -------------------------------------+------------------------------------ Reporter: Maxwell175 | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by Cigaes): * priority: normal => wish * type: defect => enhancement Comment: A byte order mark is an invisible neutral character as human-readable text goes, but it is nonetheless a character, and therefore included in a computer-readable text. Supporting it wold be possible, but verly low in my priority list, and only if it can be done in a generic way that does not require changing all parts of the code that read text files. As a side note, you will get the same problem from a lot of other program, so you should definitely try to learn how to produce files with just what you want in them and not what any random API decides to add. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 15 12:07:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jun 2014 10:07:22 -0000 Subject: [FFmpeg-trac] #3711(undetermined:closed): has_b_frames is larger in decoder than demuxer In-Reply-To: <039.072d0536eb347e4cbd879dbf19dd503b@avcodec.org> References: <039.072d0536eb347e4cbd879dbf19dd503b@avcodec.org> Message-ID: <054.1131243ef01b9d3a2b457bf7c7076531@avcodec.org> #3711: has_b_frames is larger in decoder than demuxer -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 5ded0b390b6181a1f67cdf855a9f8f3e4f3526c8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 15 14:23:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jun 2014 12:23:51 -0000 Subject: [FFmpeg-trac] #3718(avformat:reopened): ffmpeg does not correctly read input text file. In-Reply-To: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> References: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> Message-ID: <055.15299471da3c9c8cebad6be4f0da5403@avcodec.org> #3718: ffmpeg does not correctly read input text file. -------------------------------------+------------------------------------ Reporter: Maxwell175 | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Maxwell175): Replying to [comment:4 Cigaes]: > A byte order mark is an invisible neutral character as human-readable text goes, but it is nonetheless a character, and therefore included in a computer-readable text. Supporting it wold be possible, but verly low in my priority list, and only if it can be done in a generic way that does not require changing all parts of the code that read text files. Since I am also a programmer, though not a C programmer, I looked around a bit and found some code samples: https://workspaces.codeproject.com/user-8645021/reading- utf-8-with-c-streams. Since to download from there you need to register, I have also uploaded it to another place so you may download it http://www.mediafire.com/download/5hsc5h2j71avw1g/utf8code.zip. Also, shouldn't there be a separate function that gets called from all the places to read text files, so you would not have the same code repeated many times. [[BR]] [[BR]] [[BR]] > As a side note, you will get the same problem from a lot of other program, so you should definitely try to learn how to produce files with just what you want in them and not what any random API decides to add. This is NOT some "random" API. Many people use this method, especially beginners. Since I know other methods, I can use them, but still... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 15 15:02:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jun 2014 13:02:57 -0000 Subject: [FFmpeg-trac] #3718(avformat:open): ffmpeg does not correctly read input text file. In-Reply-To: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> References: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> Message-ID: <055.d3d9ba8053f332a9a9c3b6db400177b7@avcodec.org> #3718: ffmpeg does not correctly read input text file. -------------------------------------+------------------------------------ Reporter: Maxwell175 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: reopened => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 15 15:08:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jun 2014 13:08:49 -0000 Subject: [FFmpeg-trac] #3718(avformat:open): ffmpeg does not correctly read input text file. In-Reply-To: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> References: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> Message-ID: <055.aa803018d9797f60470ec1d0f3c30a1a@avcodec.org> #3718: ffmpeg does not correctly read input text file. -------------------------------------+------------------------------------ Reporter: Maxwell175 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): If ffmpeg refuses to deal with broken Microsoft bullshit (because that's what the BOM is), so be it. Though It would be only 1 line of code or so to skip the Microsoft bullshit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 15 15:09:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jun 2014 13:09:45 -0000 Subject: [FFmpeg-trac] #3718(avformat:open): ffmpeg does not correctly read input text file. In-Reply-To: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> References: <040.a18962a74be5ed97c380b84b99921ac1@avcodec.org> Message-ID: <055.872776b6ed7e456e87e08abdbb5e80d3@avcodec.org> #3718: ffmpeg does not correctly read input text file. -------------------------------------+------------------------------------ Reporter: Maxwell175 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Cigaes): Replying to [comment:7 gjdfgh]: > Though It would be only 1 line of code or so to skip the Microsoft bullshit. Send the patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 03:45:28 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 01:45:28 -0000 Subject: [FFmpeg-trac] #3720(undetermined:new): Support decoding of Xunlei XV file Message-ID: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> #3720: Support decoding of Xunlei XV file -------------------------------------+------------------------------------- Reporter: ElDimentio | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: xv | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Xunlei is a major Chinese corporation with a monopoly on video downloading in China; they allow to download and play all sorts of Chinese TV shows for free but they're all in XV format, which is only supported by a video player Xunlei made. The video is H.264 video. FFMPEG cannot play this. When I try "ffmpeg -i 1.xv" I get the following: http://i.imgur.com/PrRNzvs.png Here is a link to 1.xv: https://www.dropbox.com/s/0rlzjm9b1apg0j5/1.xv 1.xv is 180MB, and it's supposed to be a video of about 45 minutes. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 04:55:11 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 02:55:11 -0000 Subject: [FFmpeg-trac] #3656(undetermined:new): Can not set timeout AVOptions In-Reply-To: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> References: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> Message-ID: <049.927de193e655c7fdfacdedbda0c10ff1@avcodec.org> #3656: Can not set timeout AVOptions -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: tcp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by klpu): Replying to [comment:3 cehoyos]: > Replying to [comment:2 klpu]: > > I compile ffplay, print log in tcp.c > > Where / how / what did you print in tcp.c? print in tcp_open function check s->rw_timeout the value, it's still default. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 04:57:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 02:57:21 -0000 Subject: [FFmpeg-trac] #3720(undetermined:new): Support decoding of Xunlei XV file In-Reply-To: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> References: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> Message-ID: <055.d44ecbf9687e1be5c4d957e60de87bba@avcodec.org> #3720: Support decoding of Xunlei XV file -------------------------------------+------------------------------------- Reporter: ElDimentio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: xv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): There is a reverse engineered converter of xv -> flv (ugh) at https://gist.github.com/m13253/8298996 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 04:57:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 02:57:45 -0000 Subject: [FFmpeg-trac] #3121(undetermined:new): ffplay open so slowly than vlc or gstreamer In-Reply-To: <034.373897a821afdc86f3487b4350d03ec2@avcodec.org> References: <034.373897a821afdc86f3487b4350d03ec2@avcodec.org> Message-ID: <049.98aaa20c04bf7986c93e0e8e4595281f@avcodec.org> #3121: ffplay open so slowly than vlc or gstreamer -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: enhancement | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: avformat_open_input | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klpu): same as https://trac.ffmpeg.org/ticket/2513 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 05:01:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 03:01:07 -0000 Subject: [FFmpeg-trac] #3720(avformat:open): Support decoding of Xunlei XV file In-Reply-To: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> References: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> Message-ID: <055.6015ceca4bb0c55446030532e7d0cd14@avcodec.org> #3720: Support decoding of Xunlei XV file -------------------------------------+------------------------------------ Reporter: ElDimentio | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: xv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by Timothy_Gu): * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Old description: > Xunlei is a major Chinese corporation with a monopoly on video > downloading in China; they allow to download and play all sorts of > Chinese TV shows for free but they're all in XV format, which is only > supported by a video player Xunlei made. The video is H.264 video. FFMPEG > cannot play this. When I try "ffmpeg -i 1.xv" I get the following: > http://i.imgur.com/PrRNzvs.png > > Here is a link to 1.xv: https://www.dropbox.com/s/0rlzjm9b1apg0j5/1.xv > > 1.xv is 180MB, and it's supposed to be a video of about 45 minutes. > Thanks! New description: Xunlei is a major Chinese corporation with a monopoly on video downloading in China; they allow to download and play all sorts of Chinese TV shows for free but they're all in XV format, which is only supported by a video player Xunlei made. The video is H.264 video. FFmpeg cannot play this. When I try "ffmpeg -i 1.xv" I get the following: http://i.imgur.com/PrRNzvs.png Here is a link to 1.xv: https://www.dropbox.com/s/0rlzjm9b1apg0j5/1.xv 1.xv is 180MB, and it's supposed to be a video of about 45 minutes. Thanks! -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 05:01:08 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 03:01:08 -0000 Subject: [FFmpeg-trac] #3720(avformat:open): Support decoding of Xunlei XV file In-Reply-To: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> References: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> Message-ID: <055.befbe1af90885a9be536878b4805b2c8@avcodec.org> #3720: Support decoding of Xunlei XV file -------------------------------------+------------------------------------ Reporter: ElDimentio | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: xv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by Timothy_Gu): * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Old description: > Xunlei is a major Chinese corporation with a monopoly on video > downloading in China; they allow to download and play all sorts of > Chinese TV shows for free but they're all in XV format, which is only > supported by a video player Xunlei made. The video is H.264 video. FFMPEG > cannot play this. When I try "ffmpeg -i 1.xv" I get the following: > http://i.imgur.com/PrRNzvs.png > > Here is a link to 1.xv: https://www.dropbox.com/s/0rlzjm9b1apg0j5/1.xv > > 1.xv is 180MB, and it's supposed to be a video of about 45 minutes. > Thanks! New description: Xunlei is a major Chinese corporation with a monopoly on video downloading in China; they allow to download and play all sorts of Chinese TV shows for free but they're all in XV format, which is only supported by a video player Xunlei made. The video is H.264 video. FFmpeg cannot play this. When I try "ffmpeg -i 1.xv" I get the following: http://i.imgur.com/PrRNzvs.png Here is a link to 1.xv: https://www.dropbox.com/s/0rlzjm9b1apg0j5/1.xv 1.xv is 180MB, and it's supposed to be a video of about 45 minutes. Thanks! -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 09:01:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 07:01:44 -0000 Subject: [FFmpeg-trac] #3713(avformat:new): crashes on bogus rtp stream In-Reply-To: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> References: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> Message-ID: <051.6b76b3f71f08165843d5a613b9b5e3a2@avcodec.org> #3713: crashes on bogus rtp stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lavv17): Memory corruption leads to a core dump not immediately but in some time, I suppose that's the reason for different outputs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 09:36:27 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 07:36:27 -0000 Subject: [FFmpeg-trac] #3121(avformat:closed): ffplay open so slowly than vlc or gstreamer In-Reply-To: <034.373897a821afdc86f3487b4350d03ec2@avcodec.org> References: <034.373897a821afdc86f3487b4350d03ec2@avcodec.org> Message-ID: <049.2209eaf82b2b93115f61a0b46534a893@avcodec.org> #3121: ffplay open so slowly than vlc or gstreamer ------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * type: enhancement => defect * component: undetermined => avformat * priority: important => normal * keywords: avformat_open_input => mov * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 09:40:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 07:40:52 -0000 Subject: [FFmpeg-trac] #3720(avformat:open): Support decoding of Xunlei XV file In-Reply-To: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> References: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> Message-ID: <055.3f5018b233c86b5b6b9578baa968747b@avcodec.org> #3720: Support decoding of Xunlei XV file -------------------------------------+------------------------------------ Reporter: ElDimentio | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: xv flv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: xv => xv flv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 10:19:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 08:19:44 -0000 Subject: [FFmpeg-trac] #3720(avformat:open): Support decoding of Xunlei XV file In-Reply-To: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> References: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> Message-ID: <055.52739bc90482b9624222a6d21a58337e@avcodec.org> #3720: Support decoding of Xunlei XV file -------------------------------------+------------------------------------ Reporter: ElDimentio | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: xv flv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ElDimentio): I compiled the reverse engineered converter you linked to in github and it was able to successfully convert the file (1.xv) and it also converted a lot of other videos perfectly to FLV, but about a third of them gave me the error in line 61 "File format is incorrect". In case it would help you guys decode the format, I have uploaded one of the videos that the code on github was not able to decode: https://www.dropbox.com/s/tifc7r5umr6cg1p/5.xv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 13:51:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 11:51:48 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream Message-ID: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> #3721: crash on a valid rtp mpegts stream ----------------------------------+-------------------------------------- Reporter: lavv17 | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: ffmpeg crashes on certain valid iptv rtp streams. It does not crash under valgrind, but produces errors from valgrind (below). How to reproduce: {{{ $ /usr/local/bin/ffmpeg -ss 1 -i rtp://@224.0.91.78:1234 -t 30 -c copy file.avi -y ffmpeg version N-63863-g2351ea8 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 10 2014 11:41:03 with gcc 4.8.2 (GCC) 20131212 (Red Hat 4.8.2-7) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [mpeg2video @ 0x202a420] Invalid frame dimensions 0x0. Segmentation fault (core dumped) }}} {{{ (gdb) bt #0 0x00000000005935e4 in rtp_parse_one_packet (len=1328, bufptr=0x20268c0, pkt=0x7fffcce06d20, s=0x20269e0) at libavformat/rtpdec.c:771 #1 ff_rtp_parse_packet (s=0x20269e0, pkt=pkt at entry=0x7fffcce06d20, bufptr=bufptr at entry=0x20268c0, len=len at entry=1328) at libavformat/rtpdec.c:822 #2 0x00000000005a4a1a in ff_rtsp_fetch_packet (s=0x2024c20, pkt=0x7fffcce06d20) at libavformat/rtsp.c:2042 #3 0x00000000005c4436 in ff_read_packet (s=s at entry=0x2024c20, pkt=pkt at entry=0x7fffcce06d20) at libavformat/utils.c:791 #4 0x00000000005c71f0 in read_frame_internal (s=s at entry=0x2024c20, pkt=pkt at entry=0x7fffcce06e60) at libavformat/utils.c:1454 #5 0x00000000005cab1f in avformat_find_stream_info (ic=0x2024c20, options=0x0) at libavformat/utils.c:3240 #6 0x000000000046fdc1 in open_input_file (o=o at entry=0x7fffcce071e0, filename=) at ffmpeg_opt.c:888 #7 0x00000000004740df in open_files (inout=0xcc1a1f "input", open_file=0x46fa00 , l=, l=) at ffmpeg_opt.c:2645 #8 ffmpeg_parse_options (argc=argc at entry=11, argv=argv at entry=0x7fffcce07a38) at ffmpeg_opt.c:2682 #9 0x0000000000463ef8 in main (argc=11, argv=0x7fffcce07a38) at ffmpeg.c:3787 }}} {{{ $ valgrind /usr/local/bin/ffmpeg -ss 1 -i rtp://@224.0.91.78:1234 -t 30 -c copy file.avi -y ==34163== Memcheck, a memory error detector ==34163== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==34163== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==34163== Command: /usr/local/bin/ffmpeg -ss 1 -i rtp://@224.0.91.78:1234 -t 30 -c copy file.avi -y ==34163== ffmpeg version N-63863-g2351ea8 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 10 2014 11:41:03 with gcc 4.8.2 (GCC) 20131212 (Red Hat 4.8.2-7) configuration: libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [mpeg2video @ 0x59b7a40] Invalid frame dimensions 0x0. ==34163== Invalid write of size 1s ==34163== at 0x5540C8: write_section_data.isra.13 (mpegts.c:398) ==34163== by 0x554793: handle_packet (mpegts.c:2095) ==34163== by 0x5596CE: ff_mpegts_parse_packet (mpegts.c:2646) ==34163== by 0x598994: mpegts_handle_packet (rtpdec_mpegts.c:86) ==34163== by 0x592796: rtp_parse_packet_internal (rtpdec.c:645) ==34163== by 0x593920: ff_rtp_parse_packet (rtpdec.c:792) ==34163== by 0x5A4A19: ff_rtsp_fetch_packet (rtsp.c:2042) ==34163== by 0x5C4435: ff_read_packet (utils.c:791) ==34163== by 0x5C71EF: read_frame_internal (utils.c:1454) ==34163== by 0x5CAB1E: avformat_find_stream_info (utils.c:3240) ==34163== by 0x46FDC0: open_input_file (ffmpeg_opt.c:888) ==34163== by 0x4740DE: ffmpeg_parse_options (ffmpeg_opt.c:2645) ==34163== Address 0x5945828 is 40 bytes inside a block of size 96 free'd ==34163== at 0x4C294C4: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==34163== by 0xC41EDB: av_freep (mem.c:232) ==34163== by 0x4EAE5F: ffurl_close (avio.c:383) ==34163== by 0x5A3109: rtp_read_header (rtsp.c:2299) ==34163== by 0x5CDAE6: avformat_open_input (utils.c:594) ==34163== by 0x46FCB8: open_input_file (ffmpeg_opt.c:871) ==34163== by 0x4740DE: ffmpeg_parse_options (ffmpeg_opt.c:2645) ==34163== by 0x463EF7: main (ffmpeg.c:3787) ==34163== Last message repeated 13 times RTP: missed 177 packets [rtp @ 0x5943940] PES packet size mismatch Last message repeated 1 times RTP: missed 107 packets [rtp @ 0x5943940] PES packet size mismatch Last message repeated 1 times rtp://@224.0.91.78:1234: could not seek to position 93742.111 Input #0, rtp, from 'rtp://@224.0.91.78:1234': Duration: N/A, start: 93741.111167, bitrate: 371 kb/s Program 6490 Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2(rus): Audio: mp2, 48000 Hz, stereo, s16p, 185 kb/s Stream #0:1(eng): Audio: mp2, 48000 Hz, stereo, s16p, 185 kb/s Output #0, avi, to 'file.avi': Metadata: ISFT : Lavf55.42.101 Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, max. 15000 kb/s, 25 fps, 50 tbn, 50 tbc Stream #0:1(eng): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, 185 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help RTP: missed 48 packets [rtp @ 0x5943940] PES packet size mismatch frame= 0 fps=0.0 q=-1.0 size= 10kB time=00:00:01.20 bitrate= 67.2kbits/frame= 12 fps= 11 q=-1.0 size= 232kB time=00:00:01.80 bitrate=1054.2kbits/frame= 26 fps= 16 q=-1.0 size= 495kB time=00:00:02.36 bitrate=1717.5kbits/frame= 38 fps= 18 q=-1.0 size= 716kB time=00:00:02.84 bitrate=2066.6kbits/frame= 52 fps= 20 q=-1.0 size= 1002kB time=00:00:03.40 bitrate=2414.4kbits/frame= 65 fps= 21 q=-1.0 size= 1301kB time=00:00:03.92 bitrate=2719.4kbits/frame= 77 fps= 21 q=-1.0 size= 1505kB time=00:00:04.40 bitrate=2801.5kbits/==34163== Invalid write of size 1 ==34163== at 0x5540C8: write_section_data.isra.13 (mpegts.c:398) ==34163== by 0x554793: handle_packet (mpegts.c:2095) ==34163== by 0x5596CE: ff_mpegts_parse_packet (mpegts.c:2646) ==34163== by 0x598A06: mpegts_handle_packet (rtpdec_mpegts.c:75) ==34163== by 0x593861: ff_rtp_parse_packet (rtpdec.c:752) ==34163== by 0x5A4D63: ff_rtsp_fetch_packet (rtsp.c:1956) ==34163== by 0x5C4435: ff_read_packet (utils.c:791) ==34163== by 0x5C71EF: read_frame_internal (utils.c:1454) ==34163== by 0x5C807C: av_read_frame (utils.c:1594) ==34163== by 0x464D1E: main (ffmpeg.c:3256) ==34163== Address 0x5945828 is 0 bytes after a block of size 40 free'd ==34163== at 0x4C294C4: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==34163== by 0xC41EDB: av_freep (mem.c:232) ==34163== by 0xC33948: av_buffer_unref (buffer.c:116) ==34163== by 0x605D26: av_free_packet (avpacket.c:285) ==34163== by 0x464236: main (ffmpeg.c:3496) ==34163== frame= 91 fps= 22 q=-1.0 size= 1794kB time=00:00:04.96 bitrate=2962.4kbits/frame= 105 fps= 22 q=-1.0 size= 2077kB time=00:00:05.52 bitrate=3082.1kbits/frame= 116 fps= 22 q=-1.0 size= 2320kB time=00:00:05.96 bitrate=3188.6kbits/frame= 131 fps= 23 q=-1.0 size= 2568kB time=00:00:06.56 bitrate=3207.2kbits/frame= 145 fps= 23 q=-1.0 size= 2852kB time=00:00:07.12 bitrate=3281.0kbits/frame= 159 fps= 23 q=-1.0 size= 3056kB time=00:00:07.68 bitrate=3259.9kbits/frame= 171 fps= 23 q=-1.0 size= 3298kB time=00:00:08.16 bitrate=3310.9kbits/frame= 181 fps= 23 q=-1.0 size= 3455kB time=00:00:08.56 bitrate=3306.7kbits/frame= 196 fps= 23 q=-1.0 size= 3671kB time=00:00:09.16 bitrate=3283.4kbits/frame= 211 fps= 24 q=-1.0 size= 3881kB time=00:00:09.76 bitrate=3257.9kbits/frame= 226 fps= 24 q=-1.0 size= 4034kB time=00:00:10.36 bitrate=3190.1kbits/frame= 239 fps= 24 q=-1.0 size= 4211kB time=00:00:10.88 bitrate=3170.9kbits/frame= 250 fps= 24 q=-1.0 size= 4478kB time=00:00:11.32 bitrate=3240.7kbits/frame= 265 fps= 24 q=-1.0 size= 4765kB time=00:00:11.92 bitrate=3274.9kbits/frame= 279 fps= 24 q=-1.0 size= 5019kB time=00:00:12.48 bitrate=3294.6kbits/frame= 291 fps= 24 q=-1.0 size= 5245kB time=00:00:12.96 bitrate=3315.4kbits/frame= 304 fps= 24 q=-1.0 size= 5531kB time=00:00:13.48 bitrate=3361.3kbits/frame= 318 fps= 24 q=-1.0 size= 5769kB time=00:00:14.04 bitrate=3366.2kbits/frame= 330 fps= 24 q=-1.0 size= 5985kB time=00:00:14.52 bitrate=3376.5kbits/frame= 346 fps= 24 q=-1.0 size= 6218kB time=00:00:15.16 bitrate=3360.1kbits/frame= 358 fps= 24 q=-1.0 size= 6537kB time=00:00:15.64 bitrate=3423.7kbits/frame= 368 fps= 24 q=-1.0 size= 6770kB time=00:00:16.04 bitrate=3457.7kbits/frame= 383 fps= 24 q=-1.0 size= 7034kB time=00:00:16.64 bitrate=3462.8kbits/frame= 395 fps= 24 q=-1.0 size= 7235kB time=00:00:17.12 bitrate=3462.0kbits/frame= 409 fps= 24 q=-1.0 size= 7545kB time=00:00:17.68 bitrate=3496.0kbits/frame= 422 fps= 24 q=-1.0 size= 7831kB time=00:00:18.20 bitrate=3525.0kbits/frame= 434 fps= 24 q=-1.0 size= 8059kB time=00:00:18.68 bitrate=3534.4kbits/frame= 449 fps= 24 q=-1.0 size= 8343kB time=00:00:19.28 bitrate=3544.7kbits/frame= 461 fps= 24 q=-1.0 size= 8538kB time=00:00:19.76 bitrate=3539.7kbits/frame= 473 fps= 24 q=-1.0 size= 8728kB time=00:00:20.24 bitrate=3532.6kbits/frame= 488 fps= 24 q=-1.0 size= 8923kB time=00:00:20.84 bitrate=3507.5kbits/frame= 502 fps= 24 q=-1.0 size= 9164kB time=00:00:21.40 bitrate=3508.0kbits/frame= 514 fps= 24 q=-1.0 size= 9365kB time=00:00:21.88 bitrate=3506.3kbits/frame= 526 fps= 24 q=-1.0 size= 9656kB time=00:00:22.36 bitrate=3537.7kbits/frame= 539 fps= 24 q=-1.0 size= 9882kB time=00:00:22.88 bitrate=3538.3kbits/frame= 554 fps= 24 q=-1.0 size= 10146kB time=00:00:23.48 bitrate=3539.9kbits/frame= 568 fps= 24 q=-1.0 size= 10385kB time=00:00:24.04 bitrate=3538.7kbits/frame= 580 fps= 24 q=-1.0 size= 10663kB time=00:00:24.52 bitrate=3562.3kbits/frame= 592 fps= 24 q=-1.0 size= 10869kB time=00:00:25.00 bitrate=3561.4kbits/frame= 607 fps= 24 q=-1.0 size= 11134kB time=00:00:25.60 bitrate=3562.9kbits/frame= 618 fps= 24 q=-1.0 size= 11299kB time=00:00:26.04 bitrate=3554.7kbits/frame= 636 fps= 25 q=-1.0 size= 11506kB time=00:00:26.76 bitrate=3522.3kbits/frame= 648 fps= 25 q=-1.0 size= 11670kB time=00:00:27.24 bitrate=3509.4kbits/frame= 659 fps= 25 q=-1.0 size= 11912kB time=00:00:27.68 bitrate=3525.5kbits/frame= 671 fps= 24 q=-1.0 size= 12209kB time=00:00:28.16 bitrate=3551.8kbits/frame= 685 fps= 25 q=-1.0 size= 12509kB time=00:00:28.72 bitrate=3567.9kbits/frame= 701 fps= 25 q=-1.0 size= 12726kB time=00:00:29.36 bitrate=3550.7kbits/frame= 717 fps= 25 q=-1.0 size= 12910kB time=00:00:30.00 bitrate=3525.2kbits/frame= 717 fps= 24 q=-1.0 Lsize= 13067kB time=00:00:30.00 bitrate=3568.2kbits/s video:12303kB audio:690kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.571913% ==34163== ==34163== HEAP SUMMARY: ==34163== in use at exit: 80 bytes in 2 blocks ==34163== total heap usage: 32,159 allocs, 32,157 frees, 194,097,256 bytes allocated ==34163== ==34163== LEAK SUMMARY: ==34163== definitely lost: 0 bytes in 0 blocks ==34163== indirectly lost: 0 bytes in 0 blocks ==34163== possibly lost: 0 bytes in 0 blocks ==34163== still reachable: 80 bytes in 2 blocks ==34163== suppressed: 0 bytes in 0 blocks ==34163== Rerun with --leak-check=full to see details of leaked memory ==34163== ==34163== For counts of detected and suppressed errors, rerun with: -v ==34163== ERROR SUMMARY: 61 errors from 2 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 14:43:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 12:43:21 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.3ea18c0cff1a6b87de32aa99d311661d@avcodec.org> #3721: crash on a valid rtp mpegts stream ------------------------------------+------------------------------------ Reporter: lavv17 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpegts Comment: How can I reproduce this crash? Don't you agree that the valgrind outputs indicates a similarity to ticket #3713? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 15:15:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 13:15:18 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.0dd98fb24f6b53b1d0101ef861ea130a@avcodec.org> #3721: crash on a valid rtp mpegts stream ------------------------------------+------------------------------------ Reporter: lavv17 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by lavv17): I attach pcap file, I think it is possible to replay it to network. Yes, valgrind output looks similar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 15:53:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 13:53:36 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.77636dd705e9c1ebc256d9050ce17137@avcodec.org> #3721: crash on a valid rtp mpegts stream ------------------------------------+------------------------------------ Reporter: lavv17 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 lavv17]: > I attach pcap file, I think it is possible to replay it to network. Did you try? Does the pcap file allow to reproduce the crash? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 16:42:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 14:42:26 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232910=28avcodec=3Aclosed=29=3A_Skipping?= =?utf-8?q?_=E2=80=98nokey=E2=80=99_frames_in_h264_video_causes_errors?= In-Reply-To: <035.1a8cde843f68558940a8df8a8df23d83@avcodec.org> References: <035.1a8cde843f68558940a8df8a8df23d83@avcodec.org> Message-ID: <050.d8d1052c502d275b7fbbac5471179c0b@avcodec.org> #2910: Skipping ?nokey? frames in h264 video causes errors -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 cehoyos]: > The messages were always shown The messages were fixed by Michael in 7eae8cd8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 16:43:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 14:43:51 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232910=28avcodec=3Aclosed=29=3A_Skipping?= =?utf-8?q?_=E2=80=98nokey=E2=80=99_frames_in_h264_video_causes_errors?= In-Reply-To: <035.1a8cde843f68558940a8df8a8df23d83@avcodec.org> References: <035.1a8cde843f68558940a8df8a8df23d83@avcodec.org> Message-ID: <050.6ee9a37532bb9fd2bc738a90b6f0f983@avcodec.org> #2910: Skipping ?nokey? frames in h264 video causes errors -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression skip_frame | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 regression => h264 regression skip_frame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 16:44:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 14:44:10 -0000 Subject: [FFmpeg-trac] #3475(avcodec:closed): -skip_frame nokey doesn't work with ffprobe for H.264 (was: -skip_frame nokey doesn't work with ffprobe) In-Reply-To: <039.8cef02916d80c15a649f1aad32738084@avcodec.org> References: <039.8cef02916d80c15a649f1aad32738084@avcodec.org> Message-ID: <054.dec65ea6ddadef2215155116397b050c@avcodec.org> #3475: -skip_frame nokey doesn't work with ffprobe for H.264 -------------------------------------+------------------------------------- Reporter: duggaraju | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: skip_frame | Blocked By: h264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: skip_frame => skip_frame h264 * resolution: => fixed * status: reopened => closed * component: ffprobe => avcodec Comment: Michael fixed the H.264 issue (see #2910) in 7eae8cd8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 16 19:30:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 17:30:03 -0000 Subject: [FFmpeg-trac] #3710(avformat:closed): Odd demuxed timestamps on ogg file. In-Reply-To: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> References: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> Message-ID: <055.3e5b5e338440b4b436646a107a59065b@avcodec.org> #3710: Odd demuxed timestamps on ogg file. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dalecurtis): I'm pretty sure this is a regression, but I'm not sure when it occurred. Sometime in the last 9 months I'd guess. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 00:03:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jun 2014 22:03:29 -0000 Subject: [FFmpeg-trac] #3553(undetermined:closed): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.48bc81b892ea863c300094b9b25b3cfd@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: dts flv | Resolution: fixed h264 regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Workaround added/fixed in 2fbdfba0f2d1851f894002d9d5930799629cc194 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 02:38:17 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 00:38:17 -0000 Subject: [FFmpeg-trac] #1095(avcodec:closed): libxavs: encoded file doesn't decode with built-in decoder In-Reply-To: <039.f38c5360ff7d86e02129a145245ade3e@avcodec.org> References: <039.f38c5360ff7d86e02129a145245ade3e@avcodec.org> Message-ID: <054.7b095dc6846901309d2d0ca5859d105b@avcodec.org> #1095: libxavs: encoded file doesn't decode with built-in decoder ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: libxavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 61df0819d49ba831948681a7e8aa1a6def26b1a9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 03:52:36 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 01:52:36 -0000 Subject: [FFmpeg-trac] #1901(undetermined:open): cavs artefacts in B frames (was: cavs artefacts) In-Reply-To: <037.6d2f0f8540981a279669103744f771fc@avcodec.org> References: <037.6d2f0f8540981a279669103744f771fc@avcodec.org> Message-ID: <052.99f967e3efa2b6e4140a0ea8399f48f2@avcodec.org> #1901: cavs artefacts in B frames -------------------------------------+------------------------------------- Reporter: ligw_hf | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: cavs | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 09:07:31 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 07:07:31 -0000 Subject: [FFmpeg-trac] #3722(undetermined:new): Illegal instruction, SIGILL when encoding libvpx-vp9 Message-ID: <037.be32b81b9bbfcc574e026492ec7d38f8@avcodec.org> #3722: Illegal instruction, SIGILL when encoding libvpx-vp9 -------------------------------------+------------------------------------- Reporter: xxleite | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: libvpx vp9 | Blocked By: encoding crash | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm using the last version of libvpx (v1.3.0-3148-g6cfb854) and ffmpeg (N-64012-g61df081). I tried to decode at least three diferent videos and process receive a SIGILL "Illegal instruction" and stops. How to reproduce: {{{ gdb --args /usr/local/bin/ffmpeg -i /home/xico/test/big_buck_bunny.mov -passlogfile /tmp/x0y0z0 -s hd480 -c:v libvpx-vp9 -threads 0 -b:v 1027k -quality good -pass 1 -y -f webm -an /dev/null GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /usr/local/bin/ffmpeg...(no debugging symbols found)...done. (gdb) r Starting program: /usr/local/bin/ffmpeg -i /home/xico/test/big_buck_bunny.mov -passlogfile /tmp/x0y0z0 -s hd480 -c:v libvpx-vp9 -threads 0 -b:v 1027k -quality good -pass 1 -y -f webm -an /dev/null [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-64012-g61df081-syslint Copyright (c) 2000-2014 the FFmpeg developers built on Jun 17 2014 06:13:41 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/usr/local/cpffmpeg --enable-shared --enable- nonfree --enable-iconv --enable-gpl --enable-pthreads --enable- libopencore-amrnb --enable-decoder=liba52 --enable-libopencore-amrwb --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libvpx --extra- cflags=-I/usr/local/cpffmpeg/include/ --extra- ldflags=-L/usr/local/cpffmpeg/lib --enable-version3 --extra- version=syslint --enable-libass libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 67.100 / 55. 67.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/xico/test/big_buck_bunny.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-05-27 18:32:32 timecode : 00:00:00:00 Duration: 00:09:56.46, start: 0.000000, bitrate: 3342 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 854x480, 2899 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc (default) Metadata: creation_time : 2008-05-27 18:32:32 handler_name : Apple Alias Data Handler encoder : H.264 Stream #0:1(eng): Data: none (tmcd / 0x64636D74) (default) Metadata: creation_time : 2008-05-27 18:32:32 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:2(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, fltp, 437 kb/s (default) Metadata: creation_time : 2008-05-27 18:32:32 handler_name : Apple Alias Data Handler [libvpx-vp9 @ 0x6518e0] v1.3.0-3148-g6cfb854 Output #0, webm, to '/dev/null': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt timecode : 00:00:00:00 encoder : Lavf55.43.100 Stream #0:0(eng): Video: vp9 (libvpx-vp9), yuv420p, 852x480, q=-1--1, pass 1, 1027 kb/s, 24 fps, 1k tbn, 24 tbc (default) Metadata: creation_time : 2008-05-27 18:32:32 handler_name : Apple Alias Data Handler encoder : Lavc55.67.100 libvpx-vp9 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> vp9 (libvpx-vp9)) Press [q] to stop, [?] for help Program received signal SIGILL, Illegal instruction. 0x00007ffff3923c40 in vp9_fdct4x4_avx2 () from /usr/local/cpffmpeg/lib/libvpx.so.1 (gdb) bt #0 0x00007ffff3923c40 in vp9_fdct4x4_avx2 () from /usr/local/cpffmpeg/lib/libvpx.so.1 #1 0x00007ffff38b5228 in encode_block_intra () from /usr/local/cpffmpeg/lib/libvpx.so.1 #2 0x00007ffff3852147 in vp9_foreach_transformed_block_in_plane () from /usr/local/cpffmpeg/lib/libvpx.so.1 #3 0x00007ffff38b75ea in vp9_encode_intra_block_plane () from /usr/local/cpffmpeg/lib/libvpx.so.1 #4 0x00007ffff38ba3fd in vp9_first_pass () from /usr/local/cpffmpeg/lib/libvpx.so.1 #5 0x00007ffff38d40ba in vp9_get_compressed_data () from /usr/local/cpffmpeg/lib/libvpx.so.1 #6 0x00007ffff388b621 in encoder_encode () from /usr/local/cpffmpeg/lib/libvpx.so.1 #7 0x00007ffff37dfc4c in vpx_codec_encode () from /usr/local/cpffmpeg/lib/libvpx.so.1 #8 0x00007ffff6559336 in ?? () from /usr/local/cpffmpeg/lib/libavcodec.so.55 #9 0x00007ffff6728774 in avcodec_encode_video2 () from /usr/local/cpffmpeg/lib/libavcodec.so.55 #10 0x000000000041ec67 in ?? () #11 0x000000000040898d in ?? () #12 0x00007ffff503fead in __libc_start_main () from /lib/x86_64-linux- gnu/libc.so.6 #13 0x0000000000409149 in ?? () #14 0x00007fffffffe618 in ?? () #15 0x000000000000001c in ?? () #16 0x0000000000000016 in ?? () #17 0x00007fffffffe8d6 in ?? () #18 0x00007fffffffe8ec in ?? () #19 0x00007fffffffe8ef in ?? () #20 0x00007fffffffe912 in ?? () #21 0x00007fffffffe91f in ?? () #22 0x00007fffffffe92b in ?? () #23 0x00007fffffffe92e in ?? () #24 0x00007fffffffe934 in ?? () #25 0x00007fffffffe939 in ?? () #26 0x00007fffffffe944 in ?? () #27 0x00007fffffffe94d in ?? () #28 0x00007fffffffe94f in ?? () #29 0x00007fffffffe954 in ?? () #30 0x00007fffffffe95a in ?? () #31 0x00007fffffffe963 in ?? () #32 0x00007fffffffe968 in ?? () #33 0x00007fffffffe96e in ?? () #34 0x00007fffffffe970 in ?? () #35 0x00007fffffffe973 in ?? () #36 0x00007fffffffe976 in ?? () #37 0x00007fffffffe97b in ?? () #38 0x00007fffffffe97f in ?? () #39 0x0000000000000000 in ?? () (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7ffff3923c20 to 0x7ffff3923c60: 0x00007ffff3923c20 : or %al,(%rcx) 0x00007ffff3923c22 : add %al,(%rax) 0x00007ffff3923c24 : movdqa %xmm8,0x148(%rsp) 0x00007ffff3923c2e : movdqa %xmm1,0x68(%rsp) 0x00007ffff3923c34 : jmpq 0x7ffff3921191 0x00007ffff3923c39: nop 0x00007ffff3923c3a: nop 0x00007ffff3923c3b: nop 0x00007ffff3923c3c: nop 0x00007ffff3923c3d: nop 0x00007ffff3923c3e: nop 0x00007ffff3923c3f: nop => 0x00007ffff3923c40 : vpxor %xmm10,%xmm10,%xmm10 0x00007ffff3923c45 : movslq %edx,%rax 0x00007ffff3923c48 : vpxor %xmm1,%xmm1,%xmm1 0x00007ffff3923c4c : vpxor %xmm3,%xmm3,%xmm3 0x00007ffff3923c50 : vmovdqa 0x6aab8(%rip),%xmm8 # 0x7ffff398e710 0x00007ffff3923c58 : vpinsrq $0x0,(%rdi,%rax,2),%xmm10,%xmm10 0x00007ffff3923c5f : lea (%rdx,%rdx,1),%eax End of assembler dump. (gdb) info all-registers rax 0x7fffee45c740 140737190938432 rbx 0x7fffefc9d020 140737216368672 rcx 0x0 0 rdx 0x10 16 rsi 0xb999c0 12163520 rdi 0x7fffefc9d020 140737216368672 rbp 0x7fffefc9d020 0x7fffefc9d020 rsp 0x7fffffffd5c8 0x7fffffffd5c8 r8 0x7fffebb17740 140737147664192 r9 0x4a0 1184 r10 0x0 0 r11 0x0 0 r12 0x7fffefca3140 140737216393536 r13 0x7fffee45b4c0 140737190933696 r14 0x7fffebb164c0 140737147659456 r15 0x10 16 rip 0x7ffff3923c40 0x7ffff3923c40 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(0xff90ff90ff90ff90) (raw 0xffffff90ff90ff90ff90) st1 -nan(0x80008000800080) (raw 0xffff0080008000800080) st2 -nan(0xff90ff90ff90ff90) (raw 0xffffff90ff90ff90ff90) st3 -nan(0x80008000800080) (raw 0xffff0080008000800080) st4 -nan(0x101010180808080) (raw 0xffff0101010180808080) st5 -nan(0x101010180808080) (raw 0xffff0101010180808080) st6 -nan(0x20002000200020) (raw 0xffff0020002000200020) st7 -inf (raw 0xffff0000000000000000) fctrl 0x27f 639 fstat 0x20 32 ftag 0xaaaa 43690 fiseg 0x7fff 32767 fioff 0xf55edb87 -178332793 foseg 0x7fff 32767 fooff 0xffffd718 -10472 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x40, 0xf, 0x56, 0x0, 0x40, 0xf, 0x56, 0x0, 0x40, 0xf, 0x56, 0x0, 0x40, 0xf, 0x56, 0x0}, v8_int16 = { 0xf40, 0x56, 0xf40, 0x56, 0xf40, 0x56, 0xf40, 0x56}, v4_int32 = {0x560f40, 0x560f40, 0x560f40, 0x560f40}, v2_int64 = {0x560f4000560f40, 0x560f4000560f40}, uint128 = 0x00560f4000560f4000560f4000560f40} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xc4, 0x9, 0x0, 0x0, 0xc4, 0x9, 0x0, 0x0, 0xc4, 0x9, 0x0, 0x0, 0xc4, 0x9, 0x0, 0x0}, v8_int16 = {0x9c4, 0x0, 0x9c4, 0x0, 0x9c4, 0x0, 0x9c4, 0x0}, v4_int32 = {0x9c4, 0x9c4, 0x9c4, 0x9c4}, v2_int64 = {0x9c4000009c4, 0x9c4000009c4}, uint128 = 0x000009c4000009c4000009c4000009c4} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x40, 0xf, 0x56, 0x0, 0x40, 0xf, 0x56, 0x0, 0x40, 0xf, 0x56, 0x0, 0x40, 0xf, 0x56, 0x0}, v8_int16 = { 0xf40, 0x56, 0xf40, 0x56, 0xf40, 0x56, 0xf40, 0x56}, v4_int32 = {0x560f40, 0x560f40, 0x560f40, 0x560f40}, v2_int64 = {0x560f4000560f40, 0x560f4000560f40}, uint128 = 0x00560f4000560f4000560f4000560f40} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0xff, 0xff, 0xff, 0x7f, 0xff, 0xff, 0xff, 0x7f, 0xff, 0xff, 0xff, 0x7f, 0xff, 0xff, 0xff, 0x7f}, v8_int16 = {0xffff, 0x7fff, 0xffff, 0x7fff, 0xffff, 0x7fff, 0xffff, 0x7fff}, v4_int32 = {0x7fffffff, 0x7fffffff, 0x7fffffff, 0x7fffffff}, v2_int64 = { 0x7fffffff7fffffff, 0x7fffffff7fffffff}, uint128 = 0x7fffffff7fffffff7fffffff7fffffff} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x3, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0}, v8_int16 = {0x3, 0x0, 0x3, 0x0, 0x3, 0x0, 0x3, 0x0}, v4_int32 = {0x3, 0x3, 0x3, 0x3}, v2_int64 = {0x300000003, 0x300000003}, uint128 = 0x00000003000000030000000300000003} 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, 0x3d, 0x58, 0x1, 0x0, 0x3d, 0x58, 0x1, 0x0, 0x3d, 0x58, 0x1, 0x0, 0x3d, 0x58, 0x1}, v8_int16 = { 0x3d00, 0x158, 0x3d00, 0x158, 0x3d00, 0x158, 0x3d00, 0x158}, v4_int32 = {0x1583d00, 0x1583d00, 0x1583d00, 0x1583d00}, v2_int64 = {0x1583d0001583d00, 0x1583d0001583d00}, uint128 = 0x01583d0001583d0001583d0001583d00} 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 = {0x40, 0x23, 0x0, 0x0, 0x40, 0x23, 0x0, 0x0, 0x40, 0x23, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = { 0x2340, 0x0, 0x2340, 0x0, 0x2340, 0x0, 0x0, 0x0}, v4_int32 = {0x2340, 0x2340, 0x2340, 0x0}, v2_int64 = {0x234000002340, 0x2340}, uint128 = 0x00000000000023400000234000002340} xmm9 {v4_float = {0x0, 0x2, 0x0, 0x0}, v2_double = {0x18, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0xc0, 0x38, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0xc000, 0x4038, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x4038c000, 0x0, 0x0}, v2_int64 = {0x4038c00000000000, 0x0}, uint128 = 0x00000000000000004038c00000000000} xmm10 {v4_float = {0x0, 0x4b, 0x0, 0x0}, v2_double = {0x5ffffffffff, 0x0}, v16_int8 = {0x2c, 0xfd, 0xff, 0xff, 0xff, 0xff, 0x97, 0x42, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xfd2c, 0xffff, 0xffff, 0x4297, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xfffffd2c, 0x4297ffff, 0x0, 0x0}, v2_int64 = {0x4297fffffffffd2c, 0x0}, uint128 = 0x00000000000000004297fffffffffd2c} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x1, 0x24, 0xc, 0xb3, 0x25, 0xd7, 0x5a, 0x3e, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = { 0x2401, 0xb30c, 0xd725, 0x3e5a, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xb30c2401, 0x3e5ad725, 0x0, 0x0}, v2_int64 = {0x3e5ad725b30c2401, 0x0}, uint128 = 0x00000000000000003e5ad725b30c2401} xmm12 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = {0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm13 {v4_float = {0xf9507408, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x7f, 0xf1, 0xd5, 0xcc, 0x24, 0x22, 0xb6, 0xbb, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xf17f, 0xccd5, 0x2224, 0xbbb6, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xccd5f17f, 0xbbb62224, 0x0, 0x0}, v2_int64 = {0xbbb62224ccd5f17f, 0x0}, uint128 = 0x0000000000000000bbb62224ccd5f17f} xmm14 {v4_float = {0x0, 0x2, 0x0, 0x0}, v2_double = {0xb, 0x0}, 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} xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xa0, 0x83, 0x47, 0x3, 0x1d, 0x3c, 0x8a, 0xb5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = { 0x83a0, 0x347, 0x3c1d, 0xb58a, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x34783a0, 0xb58a3c1d, 0x0, 0x0}, v2_int64 = {0xb58a3c1d034783a0, 0x0}, uint128 = 0x0000000000000000b58a3c1d034783a0} mxcsr 0x1fa8 [ OE PE IM DM ZM OM UM PM ] }}} cpu: {{{ less /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 2 model name : QEMU Virtual CPU version 1.0 stepping : 3 microcode : 0x1 cpu MHz : 1999.999 cache size : 4096 KB fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm up rep_good nopl pni vmx cx16 popcnt hypervisor lahf_lm bogomips : 3999.99 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 09:15:28 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 07:15:28 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.dbe78110ad5f497a1ccbaef6a08bac14@avcodec.org> #3721: crash on a valid rtp mpegts stream ------------------------------------+------------------------------------ Reporter: lavv17 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by lavv17): It looks like a problem with format auto-detection. s->priv_data is not correctly allocated at util.c:577 (with priv_data_size=5912), but later it is assumed to be MpegTSContext and sizeof(MpegTSContext) = 73848, thus it overwrites memory past allocated buffer. When I run ffmpeg with explicit "-f mpegts" it correctly allocates priv_data_size=73848 and does not crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 09:48:45 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 07:48:45 -0000 Subject: [FFmpeg-trac] #3722(undetermined:closed): Illegal instruction, SIGILL when encoding libvpx-vp9 In-Reply-To: <037.be32b81b9bbfcc574e026492ec7d38f8@avcodec.org> References: <037.be32b81b9bbfcc574e026492ec7d38f8@avcodec.org> Message-ID: <052.666873ab4405ba8c8c051b69203112d0@avcodec.org> #3722: Illegal instruction, SIGILL when encoding libvpx-vp9 -------------------------------------+------------------------------------- Reporter: xxleite | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libvpx vp9 | Resolution: invalid sigill | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by jamal): * keywords: libvpx vp9 encoding crash => libvpx vp9 sigill * status: new => closed * resolution: => invalid Comment: libvpx is trying to execute an avx2 function but your CPU evidently doesn't support that instruction set. This is not a bug with ffmpeg but libvpx instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 10:22:24 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 08:22:24 -0000 Subject: [FFmpeg-trac] #3722(avcodec:closed): Illegal instruction, SIGILL when encoding libvpx-vp9 In-Reply-To: <037.be32b81b9bbfcc574e026492ec7d38f8@avcodec.org> References: <037.be32b81b9bbfcc574e026492ec7d38f8@avcodec.org> Message-ID: <052.c118d266f63b69e0f9b06976944cdd4b@avcodec.org> #3722: Illegal instruction, SIGILL when encoding libvpx-vp9 -------------------------------------+------------------------------------- Reporter: xxleite | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: invalid Keywords: libvpx vp9 | Blocked By: sigill crash | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libvpx vp9 sigill => libvpx vp9 sigill crash * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 10:23:50 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 08:23:50 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.eab9dead6ff3907191f2f02baa47a156@avcodec.org> #3721: crash on a valid rtp mpegts stream ------------------------------------+------------------------------------ Reporter: lavv17 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Does it crash without {{{-f mpegts}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 13:10:26 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 11:10:26 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.0cca0073c85806c8a415d0404ea8e1c5@avcodec.org> #3721: crash on a valid rtp mpegts stream ------------------------------------+------------------------------------ Reporter: lavv17 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by lavv17): Replying to [comment:5 cehoyos]: > Does it crash without {{{-f mpegts}}}? Yes it does. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 13:15:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 11:15:38 -0000 Subject: [FFmpeg-trac] #3713(avformat:closed): crashes on bogus rtp stream In-Reply-To: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> References: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> Message-ID: <051.dcb515ed13404ae3b55382e91b1ea259@avcodec.org> #3713: crashes on bogus rtp stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: duplicate Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by lavv17): * status: new => closed * resolution: => duplicate Comment: Similarly to [https://trac.ffmpeg.org/ticket/3721 #3721] ffmpeg does not crash with {{{-f mpegts}}} option, so the bug seems to be the same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 14:23:44 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 12:23:44 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.4f5723173b5ebfeb30f9bdd22237123f@avcodec.org> #3721: crash on a valid rtp mpegts stream ------------------------------------+------------------------------------ Reporter: lavv17 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by lavv17): {{{write_section_data}}} assumes {{{s->priv_data}}} to be {{{MpegTSContext}}}. But {{{s->iformat}}} is still {{{ff_rtp_demuxer}}} and {{{s->priv_data}}} is allocated as an {{{RTSPState}}}. {{{ (gdb) fr 1 #1 0x00000000005589b4 in handle_packet (ts=ts at entry=0x7fd42c52bf80, packet=packet at entry=0x7fd42c528168 "GWx\031") at libavformat/mpegts.c:2095 2095 write_section_data(s, tss, (gdb) p s->iformat $4 = (struct AVInputFormat *) 0x1191060 }}} BTW, {{{-f mpegts}}} prevents the crash, but the resulting file is not correct, so it is not the solution. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 14:43:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 12:43:58 -0000 Subject: [FFmpeg-trac] #3713(avformat:closed): crashes on bogus rtp stream In-Reply-To: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> References: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> Message-ID: <051.438dcb231922a053fa0fbc135e55c86a@avcodec.org> #3713: crashes on bogus rtp stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: duplicate Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Why didn't you close the newer bug and let the older one open? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 14:54:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 12:54:27 -0000 Subject: [FFmpeg-trac] #1690(avformat:new): Support Ogg/Vorbis in avi In-Reply-To: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> References: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> Message-ID: <052.715c4cd7a8e26255ae04bcbc143a12e6@avcodec.org> #1690: Support Ogg/Vorbis in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: avi ogg | Blocked By: vorbis videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Underground78): * cc: underground78@? (added) Comment: The same issue exists for Ogg/Vorbis in WAV. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 15:46:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 13:46:04 -0000 Subject: [FFmpeg-trac] #1690(avformat:new): Support Ogg/Vorbis in avi In-Reply-To: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> References: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> Message-ID: <052.06e85c4707c7d12d89e5af1197785a2c@avcodec.org> #1690: Support Ogg/Vorbis in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: avi ogg | Blocked By: vorbis videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 Underground78]: > The same issue exists for Ogg/Vorbis in WAV. Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 15:51:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 13:51:34 -0000 Subject: [FFmpeg-trac] #1690(avformat:new): Support Ogg/Vorbis in avi In-Reply-To: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> References: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> Message-ID: <052.2ceda9d2c79fd5982e52cf93d91b2a4c@avcodec.org> #1690: Support Ogg/Vorbis in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: avi ogg | Blocked By: vorbis videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): Here we go: [http://www.datafilehost.com/d/195027fb sample]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 17:40:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 15:40:01 -0000 Subject: [FFmpeg-trac] #1690(avformat:new): Support Ogg/Vorbis in avi In-Reply-To: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> References: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> Message-ID: <052.9557651fe4c112310b0065cb651190e3@avcodec.org> #1690: Support Ogg/Vorbis in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: avi ogg | Blocked By: vorbis videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 Underground78]: > Here we go: [http://www.datafilehost.com/d/195027fb sample]. Uploaded to http://samples.ffmpeg.org/A-codecs/vorbis/ Which application plays the sample / wrote the sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 17:40:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 15:40:53 -0000 Subject: [FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 Message-ID: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> #3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 -------------------------------------+------------------------------------- Reporter: feelart | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When copying an aac from one container to another with the -bsf:a aac_adtstoasc Bitstream Filters, then ouput is malformed and can not be read of just for about 2 seconds. Ref: https://www.ffmpeg.org/ffmpeg-bitstream- filters.html#aac_005fadtstoasc How to reproduce: {{{ ffmpeg -i aac_test.aac -c:a copy -bsf:a aac_adtstoasc aac_try_with_bsf.avi }}} An ouput is created, but can not be played. Instead of avi, also try with aac, ac3, dts, wav, wmv and see the issue. P.S. Maybe linked with https://trac.ffmpeg.org/ticket/3715 https://trac.ffmpeg.org/ticket/3658 {{{ E:\_PS\dbtest\mm_audio_codec>ffmpeg -i aac_test.aac -c:a copy -bsf:a aac_adtstoasc aac_try_with_bsf.aac ffmpeg version N-63968-g73d820e Copyright (c) 2000-2014 the FFmpeg developers built on Jun 15 2014 00:52:21 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fo ntconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --ena ble-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable- libmodplug --enable-libmp3lame --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-lib schroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enab le-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp - -enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.101 / 55. 66.101 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [aac @ 0000000002c984a0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'aac_test.aac': Duration: 00:00:14.72, bitrate: 124 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 124 kb/s Output #0, adts, to 'aac_try_with_bsf.aac': Metadata: encoder : Lavf55.43.100 Stream #0:0: Audio: aac, 44100 Hz, stereo, 124 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 219kB time=00:00:14.02 bitrate= 128.1kbits/s video:0kB audio:219kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% E:\_PS\dbtest\mm_audio_codec> }}} Now, ffmpeg -i on output: {{{ E:\_PS\dbtest\mm_audio_codec>ffmpeg -i aac_try_with_bsf.aac ffmpeg version N-63968-g73d820e Copyright (c) 2000-2014 the FFmpeg developers built on Jun 15 2014 00:52:21 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fo ntconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --ena ble-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable- libmodplug --enable-libmp3lame --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-lib schroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enab le-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp - -enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.101 / 55. 66.101 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [aac @ 0000000000310280] Format aac detected only with low score of 1, misdetection possible! [aac @ 00000000051504e0] channel element 1.0 is not allocated [aac @ 00000000051504e0] More than one AAC RDB per ADTS frame is not implemented. Update your FFmpeg version to t he newest one from Git. If the problem still occurs, it means that your file has a feature which has not been imp lemented. [aac @ 00000000051504e0] Number of bands (12) exceeds limit (9). [aac @ 00000000051504e0] channel element 2.14 is not allocated [aac @ 00000000051504e0] 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 @ 00000000051504e0] channel element 3.13 is not allocated [aac @ 00000000051504e0] Input buffer exhausted before END element found [aac @ 00000000051504e0] 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 @ 00000000051504e0] channel element 3.2 is not allocated [aac @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] channel element 1.9 is not allocated [aac @ 00000000051504e0] channel element 2.5 is not allocated [aac @ 00000000051504e0] channel element 2.6 is not allocated [aac @ 00000000051504e0] Number of bands (22) exceeds limit (21). [aac @ 00000000051504e0] Reserved bit set. [aac @ 00000000051504e0] channel element 2.13 is not allocated [aac @ 00000000051504e0] Reserved bit set. [aac @ 00000000051504e0] channel element 2.2 is not allocated [aac @ 00000000051504e0] 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 @ 00000000051504e0] Number of bands (9) exceeds limit (4). [aac @ 00000000051504e0] channel element 2.0 is not allocated [aac @ 00000000051504e0] channel element 2.2 is not allocated [aac @ 00000000051504e0] channel element 3.1 is not allocated [aac @ 00000000051504e0] 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 @ 00000000051504e0] Reserved bit set. [aac @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] Prediction is not allowed in AAC-LC. [aac @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] SBR was found before the first channel element. [aac @ 00000000051504e0] channel element 3.10 is not allocated [aac @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] Reserved bit set. [aac @ 00000000051504e0] channel element 2.11 is not allocated [aac @ 00000000051504e0] 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 @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] channel element 2.1 is not allocated [aac @ 00000000051504e0] Reserved bit set. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] Reserved bit set. [aac @ 00000000051504e0] channel element 2.1 is not allocated [aac @ 00000000051504e0] invalid band type [aac @ 00000000051504e0] SBR was found before the first channel element. [aac @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] Reserved bit set. [aac @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] 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 @ 00000000051504e0] channel element 3.9 is not allocated [aac @ 00000000051504e0] Reserved bit set. [aac @ 00000000051504e0] decode_pce: Input buffer exhausted before END element found [aac @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] Dependent coupling is not supported together with LTP Last message repeated 31 times [aac @ 00000000051504e0] Sample rate index in program config element does not match the sample rate index configu red by the container. [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] Inconsistent channel configuration. [aac @ 00000000051504e0] get_buffer() failed [aac @ 00000000051504e0] 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 @ 00000000051504e0] channel element 2.4 is not allocated [aac @ 00000000051504e0] channel element 3.15 is not allocated [aac @ 00000000051504e0] Reserved bit set. [aac @ 0000000000310280] decoding for stream 0 failed [aac @ 0000000000310280] Estimating duration from bitrate, this may be inaccurate [aac @ 0000000000310280] Could not find codec parameters for stream 0 (Audio: aac, stereo, fltp, 1109 kb/s): unsp ecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options aac_try_with_bsf.aac: could not find codec parameters E:\_PS\dbtest\mm_audio_codec> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 17:44:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 15:44:40 -0000 Subject: [FFmpeg-trac] #1690(avformat:new): Support Ogg/Vorbis in avi In-Reply-To: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> References: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> Message-ID: <052.470dba1367ac353b5c32268b45458b9d@avcodec.org> #1690: Support Ogg/Vorbis in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: avi ogg | Blocked By: vorbis videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): I just know the old MPC Ogg splitter and MPC Ogg decoder can play this sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 17:57:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 15:57:16 -0000 Subject: [FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 In-Reply-To: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> References: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> Message-ID: <052.ef5166727feb71c4441cea4547abba53@avcodec.org> #3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:3723 feelart]: > {{{ > ffmpeg -i aac_test.aac -c:a copy -bsf:a aac_adtstoasc aac_try_with_bsf.avi > }}} I thought that avi needs the aac data in adts format and your input file is in adts format, why do you want to use the bitstream filter? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 18:19:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 16:19:38 -0000 Subject: [FFmpeg-trac] #3724(undetermined:new): Computed HLS duration is incorrect (deviates by ~700ms per minute) Message-ID: <037.6edca32d44f7c9389b382926ac834fe2@avcodec.org> #3724: Computed HLS duration is incorrect (deviates by ~700ms per minute) -------------------------------------+------------------------------------- Reporter: fthiery | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When segmenting an mp4/H.264/AAC file, computed HLS playlist duration (by summing all EXTINF metadata) deviates from the proper duration, i.e. the original file's. How to reproduce: {{{ % ffmpeg -i video.mp4 -flags -global_header -f segment -segment_time 1 -segment_list playlist.m3u8 -segment_list_type m3u8 -segment_format mpegts -map 0 -bsf h264_mp4toannexb -vcodec copy -acodec copy -y media%05d.ts Ffmpeg version compiled from git today: ffmpeg version N-64012-g61df081 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 17 2014 08:50:14 with gcc 4.8 (Ubuntu 4.8.1-2ubuntu1~10.04.1) configuration: --disable-ffserver --enable-shared --enable-libx264 --enable-libfaac --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-libxvid --enable-gpl --enable-nonfree --enable-pthreads --enable- libvpx --extra-cflags='-I/tmp/codecs/include/ -I/tmp/codecs/include/ao -I/tmp/codecs/include/lame -I/tmp/codecs/include/ogg -I/tmp/codecs/include/vorbis -I/tmp/codecs/include/theora -I/tmp/codecs/include/vpx' --extra-ldflags='-L/tmp/codecs/lib -static' libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 67.100 / 55. 67.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 }}} ffprobe reports some duration on the m3u8 resource (in my case, 1957.493063s) where the actual duration is 1935.033333s (obtained by ffprob'ing the original mp4 file or using the last frame timestamp + frame duration by analyzing the m3u8 resource with ffprobe). One of the issues is that the duration difference is large enough (~40s for one hour of content) for most players to seek to an unappropriate location (e.g. 10 seconds too late). Btw original mp4 file has an average gop size of 30 (video is 30 fps), and the goal here is to have 1 second segments for precise seeking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 18:32:49 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 16:32:49 -0000 Subject: [FFmpeg-trac] #3724(undetermined:new): Computed HLS duration is incorrect with short segment durations (was: Computed HLS duration is incorrect (deviates by ~700ms per minute)) In-Reply-To: <037.6edca32d44f7c9389b382926ac834fe2@avcodec.org> References: <037.6edca32d44f7c9389b382926ac834fe2@avcodec.org> Message-ID: <052.7d9ca0f3288f3b01404d03beb7d3346e@avcodec.org> #3724: Computed HLS duration is incorrect with short segment durations -------------------------------------+------------------------------------- Reporter: fthiery | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by fthiery): Example: real duration is 1935.03333 seconds. When raising the segment duration, the duration difference (and drift) is smaller. ||segment_time (s)||hls reported dur (s)||duration difference (s)||per minute drift (ms)|| ||1||1957.493063||22.46||696|| ||5||1939.729325||4.7||146|| ||10||1937.385608||2.35||73|| -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 18:52:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 16:52:14 -0000 Subject: [FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 In-Reply-To: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> References: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> Message-ID: <052.7d110cdce47a07c7dcea001e26de3269@avcodec.org> #3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 -------------------------------------+------------------------------------- Reporter: feelart | 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 feelart): I do wish not to use the bitstream filter, I'd rather prefer it is left internally. However, as I understood it is a must requirement for m4a, flv, mp4 and mov. As I understand, bsf is a mutual exclusive flag: you must use it on certain containers (m4a, flv, mp4 and mov), but must not on all others. In the following CLI, ffmpeg clearly mentions "Conversion failed!" and no empty output (1 Kb)is created. While in 1st example, namely: {{{ >ffmpeg -i aac_test.aac -c:a copy -bsf:a aac_adtstoasc aac_try_with_bsf.aac }}} ffmpeg ought to exist, but currently does not and more prone to error creates an apparently good output. This is either a feature enhancement or bug. {{{ E:\_PS\dbtest\mm_audio_codec>ffmpeg -i aac_test.aac -c:a copy aac_try_with_bsf.mp4 ffmpeg version N-63968-g73d820e Copyright (c) 2000-2014 the FFmpeg developers built on Jun 15 2014 00:52:21 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fo ntconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --ena ble-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable- libmodplug --enable-libmp3lame --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-lib schroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enab le-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp - -enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.101 / 55. 66.101 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [aac @ 0000000000318320] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'aac_test.aac': Duration: 00:00:14.72, bitrate: 124 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 124 kb/s Output #0, mp4, to 'aac_try_with_bsf.mp4': Metadata: encoder : Lavf55.43.100 Stream #0:0: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, 124 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 0000000004ee42e0] Malformed AAC bitstream detected: use audio bitstream filter 'aac_adtstoasc' to fix it ( '-bsf:a aac_adtstoasc' option with ffmpeg) av_interleaved_write_frame(): Operation not permitted size= 0kB time=00:00:00.02 bitrate= 88.9kbits/s video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed! E:\_PS\dbtest\mm_audio_codec> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 19:39:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 17:39:54 -0000 Subject: [FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 In-Reply-To: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> References: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> Message-ID: <052.ab2ba17f706b45853cafeccbb3e8ed5e@avcodec.org> #3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 -------------------------------------+------------------------------------- Reporter: feelart | 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 your request is that FFmpeg should warn if an invalid file is muxed? And not that you want to mux asc into avi? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 19:44:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 17:44:14 -0000 Subject: [FFmpeg-trac] #3724(undetermined:new): Computed HLS duration is incorrect with short segment durations In-Reply-To: <037.6edca32d44f7c9389b382926ac834fe2@avcodec.org> References: <037.6edca32d44f7c9389b382926ac834fe2@avcodec.org> Message-ID: <052.27f6ca6dd5868f49a49a9481509efa86@avcodec.org> #3724: Computed HLS duration is incorrect with short segment durations -------------------------------------+------------------------------------- Reporter: fthiery | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is a specific input file necessary to reproduce the issue or does {{{ffmpeg -f lavfi -i testsrc}}} allow to reproduce? Please provide the command line that produces the unexpected output files together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 19:48:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 17:48:54 -0000 Subject: [FFmpeg-trac] #1690(avformat:open): Support Ogg/Vorbis in avi In-Reply-To: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> References: <037.423af6963fafc78b0ceb99a0fb4c300f@avcodec.org> Message-ID: <052.987831d30d969c11ca656e5cfa8bdf73@avcodec.org> #1690: Support Ogg/Vorbis in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: avi ogg | Blocked By: vorbis videolan | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 20:01:31 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 18:01:31 -0000 Subject: [FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 In-Reply-To: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> References: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> Message-ID: <052.7f08e0756cb3e9e615fa2fc5803731aa@avcodec.org> #3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 -------------------------------------+------------------------------------- Reporter: feelart | 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 feelart): ffmpeg should have a consistent behaviour and prevent failure. {{{ ffmpeg -i -c:a copy }}} works for all audio(at least the one I usually use), EXCEPT when the audio is aac. In the case of aac, you have to know whether or not you must add or not -bsf:a aac_adtstoasc depending on the output container, i.e. the container gives the rule. This is 1/ cumbersome for batch processing One needs to program execeptions, that ffmpeg internally already partially do, it's "just" adding some test as: WHEN (output_container) IN [m4a, flv, mov, mp4] do -bsf:a aac_adtstoasc ELSE do not apply -bsf:a aac_adtstoasc. 2/ prone to error and false error reporting 3/ currently, if you do apply -bsf:a aac_adtstoasc when the output container is NOT [m4a, flv, mov, mp4] a full size but corrupted file is created. Additionally, it's really bad if you deleted the original file, thinking the change of container was well performed and realize sometimes later that the convertion failed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 22:58:56 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 20:58:56 -0000 Subject: [FFmpeg-trac] #3689(undetermined:reopened): ffprobe identifies caption track as subtitle In-Reply-To: <043.df78e9334e96e13f4a8d0b2921f8c64d@avcodec.org> References: <043.df78e9334e96e13f4a8d0b2921f8c64d@avcodec.org> Message-ID: <058.bfadb32e84b7e9818d487c1405686678@avcodec.org> #3689: ffprobe identifies caption track as subtitle -------------------------------------+------------------------------------- Reporter: | Owner: JerryScoggins | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: mov cc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by JerryScoggins): * status: closed => reopened * resolution: needs_more_info => Comment: ffmpeg version N-64012-g61df081 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 16 2014 22:01:59 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-libcaca --enable-libfreetyp e --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-libsox r --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 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 67.100 / 55. 67.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 02d29100] Could not find codec parameters for stream 3 (Subtitle: none (c708 / 0x38303763), 7 20x480, 19 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ShortCaption.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-06-17 20:21:29 Duration: 00:00:10.01, start: 0.000000, bitrate: 31164 kb/s Stream #0:0(eng): Video: dvvideo (dvc / 0x20637664), yuv411p, 720x480 [SAR 8:9 DAR 4:3], 28771 kb/s, SAR 654:720 DA R 109:80, 29.97 fps, 29.97 tbr, 2997 tbn, 29.97 tbc (default) Metadata: creation_time : 2014-06-17 20:21:29 handler_name : Apple Alias Data Handler encoder : DV25 NTSC timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s (default) Metadata: creation_time : 2014-06-17 20:21:29 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: creation_time : 2014-06-17 20:21:29 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:3(eng): Subtitle: none (c708 / 0x38303763), 720x480, 19 kb/s (default) Metadata: creation_time : 2014-06-17 21:22:04 handler_name : Apple Alias Data Handler At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 23:06:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 21:06:40 -0000 Subject: [FFmpeg-trac] #3689(undetermined:reopened): ffprobe identifies caption track as subtitle In-Reply-To: <043.df78e9334e96e13f4a8d0b2921f8c64d@avcodec.org> References: <043.df78e9334e96e13f4a8d0b2921f8c64d@avcodec.org> Message-ID: <058.1a1d8b7ebae00cf69a08eeb71034b958@avcodec.org> #3689: ffprobe identifies caption track as subtitle -------------------------------------+------------------------------------- Reporter: | Owner: JerryScoggins | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: mov cc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by JerryScoggins): Sorry, here's the output from ffmpeg (instead of ffprobe). BTW, movie is now attached. Jerry ffmpeg version N-64012-g61df081 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 16 2014 22:01:59 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-libcaca --enable-libfreetyp e --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-libsox r --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 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 67.100 / 55. 67.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 02d29100] Could not find codec parameters for stream 3 (Subtitle: none (c708 / 0x38303763), 7 20x480, 19 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ShortCaption.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-06-17 20:21:29 Duration: 00:00:10.01, start: 0.000000, bitrate: 31164 kb/s Stream #0:0(eng): Video: dvvideo (dvc / 0x20637664), yuv411p, 720x480 [SAR 8:9 DAR 4:3], 28771 kb/s, SAR 654:720 DA R 109:80, 29.97 fps, 29.97 tbr, 2997 tbn, 29.97 tbc (default) Metadata: creation_time : 2014-06-17 20:21:29 handler_name : Apple Alias Data Handler encoder : DV25 NTSC timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s (default) Metadata: creation_time : 2014-06-17 20:21:29 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: creation_time : 2014-06-17 20:21:29 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:3(eng): Subtitle: none (c708 / 0x38303763), 720x480, 19 kb/s (default) Metadata: creation_time : 2014-06-17 21:22:04 handler_name : Apple Alias Data Handler At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 17 23:59:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 21:59:10 -0000 Subject: [FFmpeg-trac] #3725(avcodec:new): webp: Multiple ff_thread_finish_setup() calls Message-ID: <036.c3b5dc4ad1dfa2aac4fb7b9395cc8768@avcodec.org> #3725: webp: Multiple ff_thread_finish_setup() calls --------------------------------------+--------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: webp Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- {{{ $ ./ffmpeg -loop 1 -i 1.webp -t 1 -f null - ffmpeg version N-64018-gf9cd317 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 17 2014 13:40:23 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 67.100 / 55. 67.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '1.webp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: webp, yuv420p, 550x368, 25 fps, 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.43.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 550x368, q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.67.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (webp (native) -> rawvideo (native)) Press [q] to stop, [?] for help [webp @ 0x2ff2e80] Multiple ff_thread_finish_setup() calls [webp @ 0x2fdee60] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff52e0] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff3320] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff5b20] Multiple ff_thread_finish_setup() calls [null @ 0x2fed4c0] Encoder did not produce proper pts, making some up. [webp @ 0x2ff2e80] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff3320] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff52e0] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff5b20] Multiple ff_thread_finish_setup() calls [webp @ 0x2fdee60] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff2e80] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff3320] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff52e0] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff5b20] Multiple ff_thread_finish_setup() calls [webp @ 0x2fdee60] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff2e80] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff3320] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff52e0] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff5b20] Multiple ff_thread_finish_setup() calls [webp @ 0x2fdee60] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff2e80] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff3320] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff52e0] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff5b20] Multiple ff_thread_finish_setup() calls [webp @ 0x2fdee60] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff2e80] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff52e0] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff5b20] Multiple ff_thread_finish_setup() calls [webp @ 0x2ff3320] Multiple ff_thread_finish_setup() calls [webp @ 0x2fdee60] Multiple ff_thread_finish_setup() calls frame= 25 fps=0.0 q=0.0 Lsize=N/A time=00:00:01.00 bitrate=N/A video:2kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} With `-threads 1`: {{{ $ ./ffmpeg -threads 1 -loop 1 -i 1.webp -t 1 -f null - ffmpeg version N-64018-gf9cd317 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 17 2014 13:40:23 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 67.100 / 55. 67.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '1.webp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: webp, yuv420p, 550x368, 25 fps, 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.43.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 550x368, q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.67.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (webp (native) -> rawvideo (native)) Press [q] to stop, [?] for help [null @ 0x3874460] Encoder did not produce proper pts, making some up. frame= 25 fps=0.0 q=0.0 Lsize=N/A time=00:00:01.00 bitrate=N/A video:2kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Sample from: http://www.gstatic.com/webp/gallery/1.webp I did not check for regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 01:19:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 23:19:30 -0000 Subject: [FFmpeg-trac] #3689(undetermined:closed): ffprobe identifies caption track as subtitle In-Reply-To: <043.df78e9334e96e13f4a8d0b2921f8c64d@avcodec.org> References: <043.df78e9334e96e13f4a8d0b2921f8c64d@avcodec.org> Message-ID: <058.170d1bd4d23fe618ac9b9f6d96698abe@avcodec.org> #3689: ffprobe identifies caption track as subtitle -------------------------------------+------------------------------------- Reporter: | Owner: JerryScoggins | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: wontfix Keywords: mov cc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * status: reopened => closed * resolution: => wontfix Comment: FFmpeg does not distinguish subtitles from captioning internally. Therefore, in real life caption may not = subtitles, in FFmpeg the handling for captions = handling for subtitles. For example, EIA/CEA-608 has a dedicated CODEC_ID assigned to it, and it is considered a subtitle in the [https://github.com/FFmpeg/FFmpeg/blob/03b88f6b393359957ac9f7f0fb9b148ab51b3da5/libavcodec/codec_desc.c#L2603 codec descriptions]. We do not have a dedicated CODEC_ID for CEA-708 yet, but we will not distinguish it from subtitles either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 01:43:28 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jun 2014 23:43:28 -0000 Subject: [FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 In-Reply-To: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> References: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> Message-ID: <052.a6c58d4e953ef62fac7041e5b07356ab@avcodec.org> #3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 -------------------------------------+------------------------------------- Reporter: feelart | 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): It is possible that this specific issue - avi does not warn if invalid aac stream are written - gets fixed but please understand that generally, ffmpeg (and the libraries) cannot guess what you want: If you specify a bitstream filter on the command line, you should expect that it is used and if you don't specify a bitstream filter, it won't be used. (There is a feature request for automatically inserting bitstream filters but this is not trivial and it is not what you request in your ticket description.) Please understand that it is not the fault of the FFmpeg developers that different methods of writing aac into containers are defined. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 05:50:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 03:50:45 -0000 Subject: [FFmpeg-trac] #3613(documentation:open): transcode_aac test fails to build In-Reply-To: <034.4f3bbd2b4c1a17cea928cb42e1a4ca22@avcodec.org> References: <034.4f3bbd2b4c1a17cea928cb42e1a4ca22@avcodec.org> Message-ID: <049.c2e7953cc6185a58d02db70df02bd598@avcodec.org> #3613: transcode_aac test fails to build --------------------------------+----------------------------------------- Reporter: brad | Owner: Timothy_Gu Type: defect | Status: open Priority: normal | Component: documentation Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------------- Changes (by Timothy_Gu): * owner: => Timothy_Gu * status: new => open Old description: > Updating to the FFmpeg 2.2 branch I noticed one of the tests > (transcode_aac) fails to build. > > doc/examples/transcode_aac.c:56: error: type qualifiers ignored on > function return type New description: Updating to the FFmpeg 2.2 branch I noticed one of the tests (transcode_aac) fails to build. {{{ doc/examples/transcode_aac.c:56: error: type qualifiers ignored on function return type }}} -- Comment: I will send a patch in ~2 days (because I forgot about this ticket). Anyway thanks for the confirmation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 06:07:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 04:07:24 -0000 Subject: [FFmpeg-trac] #1095(avcodec:closed): libxavs: encoded file doesn't decode with built-in decoder In-Reply-To: <039.f38c5360ff7d86e02129a145245ade3e@avcodec.org> References: <039.f38c5360ff7d86e02129a145245ade3e@avcodec.org> Message-ID: <054.7f63cf46837aa5eecffd815109bf69d1@avcodec.org> #1095: libxavs: encoded file doesn't decode with built-in decoder ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: libxavs, xavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by Timothy_Gu): * keywords: libxavs => libxavs, xavs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 06:39:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 04:39:45 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.13848b1d7504891bc53342f8c10d7617@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by bmitchel): I ended up getting the latest version of ffmpeg from GIT. It was configured using the flags: --disable-protocol=udp --disable-encoder=nellymoser --cc=cc --cxx=CC --disable-doc I had to make a couple of changes to get this working on Solaris: 1) version.sh I had to change the shell to /bin/bash (could just be something with my environment) 2) I had to change line 205 of libswscale/x86/swscale.c to remove the "return" from a void function, as it appears the Oracle compiler doesn't like this. After that did compile however, still having an issue with the linked executable containing an instruction set that isn't supported by the CPU. ld.so.1: test.i386: fatal: test.i386: hardware capability (CA_SUNW_HW_1) unsupported: 0x100 [ AMD_3DNow ] Killed The ffmpeg executable linked with the Oracle C compiler doesn't appear to have this same issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 06:50:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 04:50:58 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.32ec161a9a1e73b09c126b3f187e5c3b@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by Timothy_Gu): Did you check GCC? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 07:15:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 05:15:23 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.1295ea52406923e18c1167c3818b73f2@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by bmitchel): I'll check gcc now and report back. I did find a way around the HWCAP issue with the C++ compiled app, but involves setting the HWCAP directly using the map file: {{{ cat mapfile.i386 hwcap_1 = AVX SSSE3 SSE2 SSE MMX CMOV TSC FPU OVERRIDE; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 07:52:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 05:52:10 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.4bc1f39863d88199f67a94c6ddb3e999@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by bmitchel): No dice with GCC at the moment. {{{ gmake CC libavutil/file_open.o libavutil/file_open.c: In function 'av_fopen_utf8': libavutil/file_open.c:128:5: error: implicit declaration of function 'fdopen' [-Werror=implicit-function-declaration] return fdopen(fd, mode); ^ libavutil/file_open.c:128:5: warning: return makes pointer from integer without a cast cc1: some warnings being treated as errors gmake: *** [libavutil/file_open.o] Error 1 }}} gcc version: {{{ barney(bradm) gcc -v Reading specs from /opt/csw/lib/gcc/i386-pc-solaris2.10/4.9.0/specs COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/opt/csw/libexec/gcc/i386-pc-solaris2.10/4.9.0/lto- wrapper Target: i386-pc-solaris2.10 Configured with: /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa- pentium_pro/gcc-4.9.0/configure --prefix=/opt/csw --exec_prefix=/opt/csw --bindir=/opt/csw/bin --sbindir=/opt/csw/sbin --libexecdir=/opt/csw/libexec --datadir=/opt/csw/share --sysconfdir=/etc/opt/csw --sharedstatedir=/opt/csw/share --localstatedir=/var/opt/csw --libdir=/opt/csw/lib --infodir=/opt/csw/share/info --includedir=/opt/csw/include --mandir=/opt/csw/share/man --enable-cloog-backend=isl --enable-java- awt=xlib --enable-languages=ada,c,c++,fortran,go,java,objc --enable-libada --enable-libssp --enable-nls --enable-objc-gc --enable-threads=posix --program-suffix=-4.9 --with-cloog=/opt/csw --with-gmp=/opt/csw --with- included-gettext --with-ld=/usr/ccs/bin/ld --without-gnu-ld --with- libiconv-prefix=/opt/csw --with-mpfr=/opt/csw --with-ppl=/opt/csw --with- system-zlib=/opt/csw --with-gnu-as --with-as=/opt/csw/bin/gas Thread model: posix gcc version 4.9.0 (GCC) }}} Enforcing some standard perhaps? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 09:08:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 07:08:59 -0000 Subject: [FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 In-Reply-To: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> References: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> Message-ID: <052.5cccc3aa9598c1a24ad98309722c803d@avcodec.org> #3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 -------------------------------------+------------------------------------- Reporter: feelart | 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 feelart): >It is possible that this specific issue - avi It is not at all specific to avi, it is also for ac3, eac3, wav, wmv, etc. It applies to ALL CONTAINERS to the exception of: m4a, flv mp4, mov. > if invalid aac stream are written - gets fixed but please understand that generally, ffmpeg (and the libraries) cannot guess what you want. What do you mean? To my knowledge I do no see any guess in the command line, only a specific instruction to perform. Furthermore, if you instruct {{{ ffmpeg -i aac_test.aac -c:a copy aac_complain.flv }}} Than ffmpeg does complain and stop execution. > If you specify a bitstream filter on the command line, you should expect that it is used and if you don't specify a bitstream filter, it won't be used. Normal, I do expect so, but one also expects that if one instructs something wrong, than at least a warning is raised. In the present case it is not. Try for instance: {{{ ffmpeg -i someOpusFile.opus -c:a copy someOpusFile.mp4 }}} It won't work, but you wouldn't be "happy" if a "dummy" corrupted file was generated. >There is a feature request for automatically inserting bitstream filters but this is not trivial and it is not what you request in your ticket description. The minimun request is to raise execution warning, if not a stop (stop is definitely desired for batch processing). As there is already some IF clause to test for [m4a, flv mp4, mov], all I request is some ELSE clause. >Please understand that it is not the fault of the FFmpeg developers that different methods of writing aac into containers are defined. I do understand. All I try is to help making ffmpeg better and reliable, by I say that internally ffmpeg ought to handle whether or not to add a bitstream filter, instead of each user having to deal with it and every developer to write some switch statement - probably more by trial and error, than by aac specification knowledge. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 10:27:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 08:27:34 -0000 Subject: [FFmpeg-trac] #3726(avcodec:new): mpeg4 vdpau decoding failed Message-ID: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> #3726: mpeg4 vdpau decoding failed -------------------------------------+------------------------------------- Reporter: Ilya87 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: mpeg4 vdpau | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ My OS' configuration is Arch Linux x86_64, libvdpau 0.7, nvidia driver 337.25, GeForce GTX 560, ffmpeg built 17.06.2014 15:26 MSK from git Every time I play mpeg4 part2 encoded files using QMPlay2 (with VDPAU) I have the following error (and no image obviously): [mpeg4 @ 0x1b05120] Image too small, temporary buffers cannot function [mpeg4 @ 0x1b05120] get_buffer() failed to allocate context scratch buffers. Without VDPAU all is OK. The same situation repeats with mplayer -vc ffodivxvdpau -vo vdpau "file.avi" [mpeg4 @ 0x7fd25a5ff380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fd25a5ff380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! And again all is good with decoding using -vc ffodivx ffplay -decoders show me the following: V....D mpeg4_vdpau MPEG-4 part 2 (VDPAU) (codec mpeg4) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 11:06:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 09:06:36 -0000 Subject: [FFmpeg-trac] #3726(avcodec:new): mpeg4 vdpau decoding failed In-Reply-To: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> References: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> Message-ID: <051.834640e46c443b144cf77db2266c358f@avcodec.org> #3726: mpeg4 vdpau decoding failed ------------------------------------+----------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vdpau | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mpeg4 vdpau => vdpau Comment: Please provide your failing MPlayer command line including the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 11:12:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 09:12:18 -0000 Subject: [FFmpeg-trac] #3727(undetermined:new): Guessed 'ChannelPosition' outputted in audio Message-ID: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi Group We are currently using ffmpeg to 'chop' IMX files(e.g multiple news clips) into individual clips, using the following ffmpeg -map command :- {{{ >ffmpeg -i D:\OwenMoneyTape\30PC60746MBIB6527895.mov -ss 00:02:00.000 -scodec copy -map 0:6 -vcodec copy -map 0:1 -acodec copy -map 0:2 -map 0:3 -map 0:4 -map 0:5 -metadata creation_time="2014-05-01 12:00:00" -to 00:03:00.000 -y /tmp/clip.mov -report }}} The input file contains a video track, 4 audio tracks and a timecode track and we are mapping all tracks to the output clip. On running mediainfo v0.7.69 on the input file and the output clipped file, we are finding that FFmpeg is adding mediainfo field 'ChannelPositions' field automatically in the output.( note does does exist in input IMX file) It appears that ffmpeg is guessing the Audio Channel Layout Is there a way to prevent FFmpeg to output the Audio Channel or am I using the -map command incorrectly. ? ( note the all the other fields are spot on and as expected) Many thanks Richard Williams -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 11:22:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 09:22:21 -0000 Subject: [FFmpeg-trac] #3726(avcodec:new): mpeg4 vdpau decoding failed In-Reply-To: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> References: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> Message-ID: <051.a8c73b74eb7503ca72be6e5b2045a43b@avcodec.org> #3726: mpeg4 vdpau decoding failed -------------------------------------+------------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vdpau | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vdpau => vdpau regression * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 12:00:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 10:00:24 -0000 Subject: [FFmpeg-trac] #3727(undetermined:new): Guessed 'ChannelPosition' outputted in audio In-Reply-To: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> References: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> Message-ID: <052.ade3befe8ef48815488532942df002da@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | 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 the console output of the following command: {{{ $ ffmpeg -i OwenMoney_clip.mov }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 12:01:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 10:01:08 -0000 Subject: [FFmpeg-trac] #3727(undetermined:new): Guessed 'ChannelPosition' outputted in audio In-Reply-To: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> References: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> Message-ID: <052.0e724c027f68bb6dd39d71ee410bf294@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | 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): For future tickets: Please remember that MediaInfo output is nearly never useful, {{{ffmpeg -i}}} output always is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 12:05:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 10:05:06 -0000 Subject: [FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 In-Reply-To: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> References: <037.3c42b5f84323cb2d5670d6af3339f6ed@avcodec.org> Message-ID: <052.0767a9e09a0d6c89be0300f8a88e278d@avcodec.org> #3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4 -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 feelart]: > >It is possible that this specific issue - avi > It is not at all specific to avi, it is also for ac3 Please explain why putting aac into an ac3 container should produce a working file (one that has anything to do with ac3)? > eac3 Same: How can putting aac into eac3 produce anything useful (related to eac3)? > It applies to ALL CONTAINERS to the exception of: m4a, flv mp4, mov. Yes: You request to output an invalid file and FFmpeg outputs an invalid file. I don't think it will be possible to avoid all cases, we do try to avoid the obvious and hard-to-guess cases, but specifying a bitstream filter on the command line and expecting FFmpeg to know that the bitstream filter should not be used is asking too much imo. Or in other words: You will always find command lines that produce invalid output files. > As there is already some IF clause to test for [m4a, flv mp4, mov], all I request is some ELSE clause. No such if exists where the else clause would help with your issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 12:16:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 10:16:17 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.f1412b48bbb37baf4313d48dbd147bc1@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:10 bmitchel]: > I ended up getting the latest version of ffmpeg from GIT. Was this a problem? The reason I ask is that if a documentation update is needed, please tell us! > It was configured using the flags: > --disable-protocol=udp --disable-encoder=nellymoser --cc=cc --cxx=CC --disable-doc Do I understand correctly that {{{./configure && make}}} fails? (Or in the case of Solaris {{{bash configure && make}}}.) Please report this! This is the recommended compilation method and we would like to know if it doesn't work. > I had to make a couple of changes to get this working on Solaris: > 1) version.sh I had to change the shell to /bin/bash (could just be something with my environment) Isn't this documented in https://ffmpeg.org/platform.html#g_t_0028Open_0029Solaris ? Or are you describing another issue? > 2) I had to change line 205 of libswscale/x86/swscale.c to remove the "return" from a void function, as it appears the Oracle compiler doesn't like this. Could you provide the compilation error and the compiler version? This will make committing a fix easier. > After that did compile however, still having an issue with the linked executable containing an instruction set that isn't supported by the CPU. Sorry, I still didn't understand: If you use the static libraries to link a new executable does it fail? Or when does it fail? > ld.so.1: test.i386: fatal: test.i386: hardware capability (CA_SUNW_HW_1) unsupported: 0x100 [ AMD_3DNow ] > Killed > The ffmpeg executable linked with the Oracle C compiler doesn't appear to have this same issue. I thought you are only using the Oracle C compiler or do I misunderstand? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 12:28:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 10:28:57 -0000 Subject: [FFmpeg-trac] #3727(undetermined:new): Guessed 'ChannelPosition' outputted in audio In-Reply-To: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> References: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> Message-ID: <052.472acd486472c65cea3d6e7521ee2007@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | 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 rdwill2): Hi cehoyos, >For future tickets: Please remember that MediaInfo? output is nearly never useful No problem.\\\\ >Please provide the console output of the following command: here's the console output you requested :- {{{ ffmpeg started on 2014-06-18 at 11:23:38 Report written to "ffmpeg-20140618-112338.log" Command line: ffmpeg -i "D:\\OwenMoneyTape/OwenMoney_clip.mov" -report ffmpeg version N-61570-gaa86ccc Copyright (c) 2000-2014 the FFmpeg developers built on Mar 17 2014 22:01:34 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 67.100 / 52. 67.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-i' ... matched as input file with argument 'D:\OwenMoneyTape/OwenMoney_clip.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 D:\OwenMoneyTape/OwenMoney_clip.mov. Successfully parsed a group of options. Opening an input file: D:\OwenMoneyTape/OwenMoney_clip.mov. [mov,mp4,m4a,3gp,3g2,mj2 @ 03db8a80] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 03db8a80] ISO: File Type Major Brand: qt [mov,mp4,m4a,3gp,3g2,mj2 @ 03db8a80] Before avformat_find_stream_info() pos: 398675767 bytes read:134263 seeks:3 [mov,mp4,m4a,3gp,3g2,mj2 @ 03db8a80] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 03db8a80] After avformat_find_stream_info() pos: 258610 bytes read:417413 seeks:4 frames:7 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\OwenMoneyTape/OwenMoney_clip.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 2014-05-01 12:00:00 encoder : Lavf55.34.101 Duration: 00:01:00.00, start: 0.000000, bitrate: 53156 kb/s Stream #0:0(eng), 1, 1/25: Subtitle: eia_608 (c608 / 0x38303663), 720x576, 2 kb/s (default) Metadata: creation_time : 2014-05-01 12:00:00 handler_name : DataHandler Stream #0:1(eng), 1, 1/12800: Video: mpeg2video (4:2:2) (mx5p / 0x7035786D), yuv422p(tv, bt470bg), 720x608 [SAR 152:135 DAR 4:3], 50073 kb/s, SAR 16:15 DAR 24:19, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: creation_time : 2014-05-01 12:00:00 handler_name : DataHandler timecode : 01:01:03:02 Stream #0:2(eng), 1, 1/48000: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, mono, s16, 768 kb/s (default) Metadata: creation_time : 2014-05-01 12:00:00 handler_name : DataHandler Stream #0:3(eng), 1, 1/48000: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, mono, s16, 768 kb/s (default) Metadata: creation_time : 2014-05-01 12:00:00 handler_name : DataHandler Stream #0:4(eng), 1, 1/48000: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, mono, s16, 768 kb/s (default) Metadata: creation_time : 2014-05-01 12:00:00 handler_name : DataHandler Stream #0:5(eng), 1, 1/48000: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, mono, s16, 768 kb/s (default) Metadata: creation_time : 2014-05-01 12:00:00 handler_name : DataHandler Stream #0:6(eng), 1, 1/12800: Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2014-05-01 12:00:00 handler_name : DataHandler timecode : 01:01:03:02 Successfully opened the file. At least one output file must be specified [AVIOContext @ 028538e0] Statistics: 417413 bytes read, 4 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 12:33:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 10:33:17 -0000 Subject: [FFmpeg-trac] #3725(avcodec:open): webp: Multiple ff_thread_finish_setup() calls In-Reply-To: <036.c3b5dc4ad1dfa2aac4fb7b9395cc8768@avcodec.org> References: <036.c3b5dc4ad1dfa2aac4fb7b9395cc8768@avcodec.org> Message-ID: <051.387af40a155b8e4c8265b984d5c4f09e@avcodec.org> #3725: webp: Multiple ff_thread_finish_setup() calls -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: webp | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: webp => webp regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since b26ccf21 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 12:48:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 10:48:24 -0000 Subject: [FFmpeg-trac] #3727(avformat:open): Guessed 'ChannelPosition' outputted in audio In-Reply-To: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> References: <037.eeb84ce9150ad61384df4213bf1f46bd@avcodec.org> Message-ID: <052.257bd02e8b55321914b37d5e2841f0bf@avcodec.org> #3727: Guessed 'ChannelPosition' outputted in audio -------------------------------------+------------------------------------- Reporter: rdwill2 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => mov regression Comment: From a users perspective this is a regression since 944d049e / 41e9682a (I believe it is related to an earlier merge.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 13:00:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 11:00:54 -0000 Subject: [FFmpeg-trac] #1095(avcodec:closed): libxavs: encoded file doesn't decode with built-in decoder In-Reply-To: <039.f38c5360ff7d86e02129a145245ade3e@avcodec.org> References: <039.f38c5360ff7d86e02129a145245ade3e@avcodec.org> Message-ID: <054.61131fd88be219827df4fe3cc5387a64@avcodec.org> #1095: libxavs: encoded file doesn't decode with built-in decoder ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: libxavs, xavs => cavs Comment: An error and a warning are still shown: {{{ $ ffmpeg -i out.avi -f framecrc - ffmpeg version N-64033-g7f52960 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 18 2014 12:58:38 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 67.100 / 55. 67.100 libavformat 55. 43.100 / 55. 43.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 8.100 / 4. 8.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'out.avi': Metadata: encoder : Lavf54.2.100 Duration: 00:00:00.08, start: 0.000000, bitrate: 620 kb/s Stream #0:0: Video: cavs (CAVS / 0x53564143), yuv420p, 320x240, 25 fps, 25 tbr, 25 tbn, 25 tbc #software: Lavf55.43.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.43.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.67.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (cavs (native) -> rawvideo (native)) Press [q] to stop, [?] for help [cavs @ 0x2e934a0] weighted prediction not yet supported [cavs @ 0x2e934a0] no frame decoded 0, 0, 0, 1, 115200, 0xb4979039 Last message repeated 1 times frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 19.0kbits/s video:112kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 13:12:09 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 11:12:09 -0000 Subject: [FFmpeg-trac] #3720(avformat:open): Support decoding of Xunlei XV file In-Reply-To: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> References: <040.300f2d50b5be9daebb7688a92a205960@avcodec.org> Message-ID: <055.afddfaa26ca1ed2034e3bcaabb6cc361@avcodec.org> #3720: Support decoding of Xunlei XV file -------------------------------------+------------------------------------ Reporter: ElDimentio | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: xv flv => flv Comment: Files uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3720/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 13:44:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 11:44:36 -0000 Subject: [FFmpeg-trac] #3726(avcodec:new): mpeg4 vdpau decoding failed In-Reply-To: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> References: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> Message-ID: <051.42a0b0734e2c2a9dc27f5e7264983654@avcodec.org> #3726: mpeg4 vdpau decoding failed -------------------------------------+------------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vdpau | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Ilya87): mplayer -vc ffodivxvdpau -vo vdpau Kak_voda_dlya_shokolada_[torrents.ru].avi MPlayer SVN-r37225-4.2.1 (C) 2000-2014 MPlayer Team Playing Kak_voda_dlya_shokolada_[torrents.ru].avi. libavformat version 55.43.100 (internal) AVI file format detected. [aviheader] Video stream found, -vid 0 [aviheader] Audio stream found, -aid 1 VIDEO: [XVID] 640x480 12bpp 25.000 fps 1654.0 kbps (201.9 kbyte/s) Clip info: Software: VirtualDubMod 1.5.10.2 (build 2540/release) Load subtitles in ./ ========================================================================== Forced video codec: ffodivxvdpau Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 55.67.100 (internal) Movie-Aspect is undefined - no prescaling applied. VO: [vdpau] 640x480 => 640x480 MPEG-4 Part 2 VDPAU acceleration Selected video codec: [ffodivxvdpau] vfm: ffmpeg (FFmpeg MPEG-4,DIVX-4/5 (VDPAU)) ========================================================================== ========================================================================== Requested audio codec family [mpg123] (afm=mpg123) not available. Enable it at compilation. Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 2 ch, floatle, 128.0 kbit/4.17% (ratio: 16000->384000) Selected audio codec: [ffmp3float] afm: ffmpeg (FFmpeg MPEG layer-3 audio) ========================================================================== AO: [alsa] 48000Hz 2ch floatle (4 bytes per sample) Starting playback... Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [vdpau] 640x480 => 640x480 MPEG-4 Part 2 VDPAU acceleration [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! A: 0.0 V: 0.4 A-V: -0.321 ct: -0.004 10/ 10 ??% ??% ??,?% 0 0 [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! A: 0.2 V: 0.5 A-V: -0.309 ct: -0.016 13/ 13 ??% ??% ??,?% 0 0 [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! A: 0.3 V: 0.6 A-V: -0.296 ct: -0.028 16/ 16 0% 0% 0.2% 0 0 [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! A: 0.4 V: 0.7 A-V: -0.284 ct: -0.040 19/ 19 0% 0% 0.2% 0 0 [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! A: 0.6 V: 0.8 A-V: -0.272 ct: -0.052 22/ 22 0% 0% 0.2% 0 0 [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! A: 0.7 V: 1.0 A-V: -0.260 ct: -0.064 25/ 25 0% 0% 0.2% 0 0 [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! A: 0.8 V: 1.1 A-V: -0.248 ct: -0.076 28/ 28 0% 0% 0.2% 0 0 [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! A: 1.0 V: 1.2 A-V: -0.236 ct: -0.088 31/ 31 0% 0% 0.2% 0 0 [mpeg4 @ 0x7fc7f2e9a380]Image too small, temporary buffers cannot function [mpeg4 @ 0x7fc7f2e9a380]get_buffer() failed to allocate context scratch buffers. Error while decoding frame! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 13:47:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 11:47:29 -0000 Subject: [FFmpeg-trac] #3710(avformat:closed): Odd demuxed timestamps on ogg file. In-Reply-To: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> References: <040.d294576d188f87425ee11f1bca456a45@avcodec.org> Message-ID: <055.79f3a73a4fe438e8638c8217a59e7723@avcodec.org> #3710: Odd demuxed timestamps on ogg file. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 dalecurtis]: > I'm pretty sure this is a regression, but I'm not sure when it occurred. Sometime in the last 9 months I'd guess. Could you point me to any version of FFmpeg where this used to work (no matter how old)? I tested a few but they all showed identical output to your original report above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 13:49:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 11:49:12 -0000 Subject: [FFmpeg-trac] #3726(avcodec:open): mpeg4 vdpau decoding failed In-Reply-To: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> References: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> Message-ID: <051.545e0f8fd686c91be5530ae3de55a34e@avcodec.org> #3726: mpeg4 vdpau decoding failed -------------------------------------+------------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vdpau | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Regression since dffb85a9 - a possible patch currently gets reviewed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 14:23:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 12:23:49 -0000 Subject: [FFmpeg-trac] #3726(avcodec:closed): mpeg4 vdpau decoding failed In-Reply-To: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> References: <036.0b4cf5fdfd533af449bd1a60a2d2b284@avcodec.org> Message-ID: <051.bf450f68f0451e8d650dd1dfd56ef3a7@avcodec.org> #3726: mpeg4 vdpau decoding failed -------------------------------------+------------------------------------- Reporter: Ilya87 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vdpau | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed in 076ab9f7 - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 18 23:12:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jun 2014 21:12:11 -0000 Subject: [FFmpeg-trac] #3198(documentation:open): Documentation missing for several bitstream filters In-Reply-To: <036.571757ed84fb6da37a41a613eebf7427@avcodec.org> References: <036.571757ed84fb6da37a41a613eebf7427@avcodec.org> Message-ID: <051.1de9f62f60859016b5f1d6d2445b06cf@avcodec.org> #3198: Documentation missing for several bitstream filters -------------------------------------+------------------------------------- Reporter: llogan | Owner: llogan Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * owner: => llogan Old description: > The following bitstream filters are undocumented in > `doc/bitstream_filters.texi`: > > * imx_dump_header > * mjpega_dump_header > * movsub > * mp3_header_compress > * mp3_header_decompress > * noise > * remove_extra New description: The following bitstream filters are undocumented in `doc/bitstream_filters.texi`: * ~~imx_dump_header~~ ? Documented in eba453e. * mjpega_dump_header * movsub * ~~mp3_header_compress~~ ? Removed in 75ec40b. * mp3_header_decompress * ~~noise~~ ? Documented in c17973f. * remove_extra -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 02:01:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 00:01:32 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.f1b162c95d54072fce2503e5f54479d4@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by bmitchel): I need to lay out all the issues here, as there seems to be a bit of confusion. Compiling & using FFMPEG with Solaris 10 Intel Configure with: {{{ bash ./configure --cc=cc --cxx=CC }}} I removed --disable-doc etc, and Intel compiled no problems, so there are no issues here. 1) version.sh does not execute properly. {{{ barney(bradm) gmake ./version.sh: syntax error at line 7: `revision=$' unexpected }}} To fix this, the first line needs to be changed to use bash: {{{ #!/bin/bash }}} Running "bash version.sh" also works, however, the way version.sh is normally called doens't preclude with the bash shell. {{{ barney(bradm) bash version.sh N-64012-g61df081 }}} 2) libswscale/x86/swscale.c has a compiler error {{{ "libswscale/x86/swscale_template.c", line 777: warning: parameter in inline asm statement unused: %1 "libswscale/x86/swscale_template.c", line 777: warning: parameter in inline asm statement unused: %2 "libswscale/x86/swscale_template.c", line 777: warning: parameter in inline asm statement unused: %3 "libswscale/x86/swscale.c", line 205: void function cannot return value cc: acomp failed for libswscale/x86/swscale.c gmake: *** [libswscale/x86/swscale.o] Error 2 }}} At line 205, there is a return from a void function: {{{ static void yuv2yuvX_sse3(const int16_t *filter, int filterSize, const int16_t **src, uint8_t *dest, int dstW, const uint8_t *dither, int offset) { if(((int)dest) & 15){ return yuv2yuvX_mmxext(filter, filterSize, src, dest, dstW, dither, offset); } }}} To get this to compile, I've moved the return to after the yuv2yuvX_mmxext function call {{{ if(((int)dest) & 15){ yuv2yuvX_mmxext(filter, filterSize, src, dest, dstW, dither, offset); return; } }}} 3) As per the original intention, I have an issue with the Oracle Compiler (we don't use the gcc compiler in our environment, but I am testing the Solaris compile as requested. C++ applications (I haven't tried a simple C application) when linked have a CPU requirement for the AMD_3dNow instructions. The only workaround I've found for this on our own C++ applications is as said in the comments, by using a mapfile to remove the AMD_3dNow instruction dependency. {{{ barney(bradm) elfdump -H libavcodec/libavcodec.a | grep AMD [0] CA_SUNW_HW_1 0x943 [ SSE AMD_3DNow MMX TSC FPU ] [0] CA_SUNW_HW_1 0x400963 [ SSSE3 SSE AMD_3DNow MMX CMOV TSC FPU ] barney(bradm) elfdump -H libavdevice/libavdevice.a | grep AMD barney(bradm) elfdump -H libavfilter/libavfilter.a | grep AMD barney(bradm) elfdump -H libavformat/libavformat.a | grep AMD barney(bradm) elfdump -H libavutil/libavutil.a | grep AMD barney(bradm) elfdump -H libswresample/libswresample.a | grep AMD barney(bradm) elfdump -H libswscale/libswscale.a | grep AMD [0] CA_SUNW_HW_1 0x1943 [ SSE2 SSE AMD_3DNow MMX TSC FPU ] }}} {{{ libavcodec/libavcodec.a(cavsdsp.o): Capabilities Section: .SUNW_cap Object Capabilities: index tag value [0] CA_SUNW_HW_1 0x943 [ SSE AMD_3DNow MMX TSC FPU ] libavcodec/libavcodec.a(dsputilenc_mmx.o): Capabilities Section: .SUNW_cap Object Capabilities: index tag value [0] CA_SUNW_HW_1 0x400963 [ SSSE3 SSE AMD_3DNow MMX CMOV TSC FPU ] }}} To remove this depedency when building our own C++ executables, the mapfile consists of: {{{ hwcap_1 = AVX SSSE3 SSE2 SSE MMX CMOV TSC FPU OVERRIDE; }}} Linker flags include: {{{ -M mapfile.i386 }}} GCC Compile As requested, I've tried to compile using GCC. Configure: {{{ bash ./configure --cc=/opt/csw/bin/gcc --cxx=/opt/csw/bin/g++ --extra-libs=/usr/lib/values-xpg6.o }}} 1) There is a compiler issue in libavutil/file_open.c {{{ CC libavutil/fifo.o CC libavutil/file.o CC libavutil/file_open.o libavutil/file_open.c: In function 'av_fopen_utf8': libavutil/file_open.c:128:5: error: implicit declaration of function 'fdopen' [-Werror=implicit-function-declaration] return fdopen(fd, mode); ^ libavutil/file_open.c:128:5: warning: return makes pointer from integer without a cast cc1: some warnings being treated as errors gmake: *** [libavutil/file_open.o] Error 1 }}} My question for this is, fdopen is not standard C, is this the issue here? Should I be using -std=gnu99 or something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 07:06:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 05:06:36 -0000 Subject: [FFmpeg-trac] #3713(avformat:closed): crashes on bogus rtp stream In-Reply-To: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> References: <036.32c68652a3575b6640e049b120de0a8c@avcodec.org> Message-ID: <051.6e30055e09302370826896bd519bbea6@avcodec.org> #3713: crashes on bogus rtp stream -------------------------------------+------------------------------------- Reporter: lavv17 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: duplicate Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lavv17): I think the newer bug has narrower scope, as it describes the same crash on a valid stream. I first discovered the problem on bogus streams, but then noticed that the same happens on some of correct streams (not all). If you think it is not correct, please change those bugs as you like. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 08:55:30 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 06:55:30 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.1b29b6318f45f24e2a57f9f86051b516@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by cehoyos): Which compiler (which version) fails compilation for libswscale? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 08:57:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 06:57:09 -0000 Subject: [FFmpeg-trac] #3721(avformat:new): crash on a valid rtp mpegts stream In-Reply-To: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> References: <036.ca49cd994785390d6bd1c96a5eaec22b@avcodec.org> Message-ID: <051.9484957087bbf1169b867f7d1727f8d5@avcodec.org> #3721: crash on a valid rtp mpegts stream ------------------------------------+------------------------------------ Reporter: lavv17 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 12:34:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 10:34:57 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.96f53336ae80e51f895e2741f69ebcdb@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:15 bmitchel]: > 1) version.sh does not execute properly. > > {{{ > barney(bradm) gmake > ./version.sh: syntax error at line 7: `revision=$' unexpected > }}} Could you test if attached patch fixes this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 12:45:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 10:45:40 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.e28b9a931be5bac8b9d3cb66ee7f6a76@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by bmitchel): Applied the patch, more errors.... {{{ barney(bradm) version.sh version.sh: null directory version.sh: !: not found version.sh: null directory version.sh: null directory version.sh: null directory version.sh: null directory version.sh: syntax error at line 28: `revision=$' unexpected }}} Compiler version: {{{ barney(bradm) cc -V cc: Sun C 5.12 SunOS_i386 2011/11/16 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 14:01:11 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 12:01:11 -0000 Subject: [FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support In-Reply-To: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> References: <038.26c4d306694bc7b6e1df594dd9a4a29e@avcodec.org> Message-ID: <053.c0e91e2098b284111b5c901b1ca2ac29@avcodec.org> #3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support ---------------------------------------+---------------------------------- Reporter: bmitchel | Owner: Type: defect | Status: new Priority: minor | Component: avutil Version: 2.2.1 | Resolution: Keywords: solaris intel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by cehoyos): Please try (with the patch attached): {{{ $ make version.h }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 14:41:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 12:41:03 -0000 Subject: [FFmpeg-trac] #3714(avformat:open): Remuxing mpegts results in 5% bigger file size than original file In-Reply-To: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> References: <038.b97fa228597eb312bcf0cfe7c44ae97c@avcodec.org> Message-ID: <053.3e045ee31dd928183283a1d4d42b5b79@avcodec.org> #3714: Remuxing mpegts results in 5% bigger file size than original file ------------------------------------+------------------------------------ Reporter: DavJames | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DavJames): MPG and MKV don't have this problem. Only TS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 15:17:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 13:17:48 -0000 Subject: [FFmpeg-trac] #1570(avdevice:reopened): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <037.a1992fd7ce75b2b655928977f1273481@avcodec.org> References: <037.a1992fd7ce75b2b655928977f1273481@avcodec.org> Message-ID: <052.e1de4f97fc8ce07d92c1ba934ffba1bb@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: reopened Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by llarevo): * status: closed => reopened * resolution: fixed => Comment: The Error mentioned in [https://trac.ffmpeg.org/ticket/1570#comment:20 comment 20], section "ffmpeg compiled with --enable-lib4vl2: Still faulty" appeares again in {{{ ffmpeg version 1.2.6 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 5 2014 08:21:01 with gcc 4.8.2 (GCC) 20131212 (Red Hat 4.8.2-7) 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 --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic' --enable-bzlib --disable-crystalhd --enable-frei0r --enable-gnutls --enable-libass --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-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 }}} I can do further testing on request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 15:24:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 13:24:21 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <037.a1992fd7ce75b2b655928977f1273481@avcodec.org> References: <037.a1992fd7ce75b2b655928977f1273481@avcodec.org> Message-ID: <052.5303f24d6e7bdf1544b563fa551f02db@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Please test current FFmpeg git head, if there is a problem, please open a new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 19 15:39:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jun 2014 13:39:52 -0000 Subject: [FFmpeg-trac] #3728(avdevice:new): v4l TV Sound Problem: Silent Sound In Captured File Message-ID: <037.c37ca80f65dae4ef2805fb4ef8fbf679@avcodec.org> #3728: v4l TV Sound Problem: Silent Sound In Captured File ----------------------------------+--------------------------------------- Reporter: llarevo | Type: defect Status: new | Priority: normal Component: avdevice | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- When capturing from v4l, sound is silent in resulting file. {{{ ffmpeg -y -f alsa -i hw:1 -f video4linux2 -i /dev/video0 -aspect 4/3 -format vob -target pal-dvd out.mpg ffmpeg version 1.2.6 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 5 2014 08:21:01 with gcc 4.8.2 (GCC) 20131212 (Red Hat 4.8.2-7) 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 --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic' --enable-bzlib --disable-crystalhd --enable-frei0r --enable-gnutls --enable-libass --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-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. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [alsa @ 0xb82ce0] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, alsa, from 'hw:0': Duration: N/A, start: 1403183466.432025, bitrate: 1536 kb/s Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s (... many errors, see BUG 1570) frame= 35 fps= 25 q=4.4 Lsize= 1282kB time=00:00:01.40 bitrate=7487.4kbits/s video:1180kB audio:77kB subtitle:0 global headers:0kB muxing overhead 2.000036% Received signal 2: terminating. }}} It seems, that ffmpeg changes the mute-level of the sound device somehow. I played around with "arecord -D plughw:SAA7134 -f cd | aplay" and alsamixer. Doing this I found out, that Line 2 on card 2 is the input- device with the TV-Sound on my TV-card. I can set this input via {{{ amixer -c 1 sset 'Line',2 100%,100% unmute cap }}} After starting ffmpeg the capture-input is always set back to Video 0. The odd thing is, that even with re-setting the capture input back to Line 2 via amixer, the resulting mpeg is completely silent. It doesn't record the sound after changing the input source back to the correct Line 2. When "arecord -D plughw:SAA7134 -f cd | aplay" is running, I hear immediately the selected source. It's either silent (Video 0, via amixer -c 1 sset 'Video',0 100%,100% unmute cap) or the tv sound (Line 2, via amixer -c 1 sset 'Line',2 100%,100% unmute cap). When ffmpeg records, the change of the input source has no effect. Below you find the complete command lines. mplayer, tvtime and mencoder work without these problems. Select and configure v4l-Source {{{ v4lctl -c /dev/video0 setchannel E6 v4lctl -c /dev/video0 setnorm PAL-BG v4lctl -c /dev/video0 setinput 0 v4lctl -c /dev/video0 setattr mute off v4lctl -c /dev/video0 volume 15 v4lctl -c /dev/video0 setattr automute off v4lctl -c /dev/video0 setattr "audio mode" stereo v4lctl -c /dev/video0 show norm: PAL-BG input: Television audio mode: stereo bright: 128 contrast: 68 color: 64 hue: 0 volume: 15 mute: off Mirror: off Invert: off y offset odd field: 0 y offset even field: 0 automute: off }}} Make TV-sound-device audible: {{{ arecord -D plughw:SAA7134 -f cd | aplay }}} I made some experiments with alsa-mixer, from these I know, that Line 2 is the correct capture source in my case. I switch to Line 2 Input: {{{ amixer -c 1 sset 'Line',2 100%,100% unmute cap }}} That succeeds, I hear the TV-sound and the input is set properly: {{{ amixer -c1 Simple mixer control 'Line',1 Capabilities: volume cswitch Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: 0 - 20 Front Left: 20 [100%] Capture [off] Front Right: 20 [100%] Capture [off] Simple mixer control 'Line',2 Capabilities: volume cswitch Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: 0 - 20 Front Left: 20 [100%] Capture [on]