From trac at avcodec.org Fri Aug 1 00:26:29 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Jul 2014 22:26:29 -0000 Subject: [FFmpeg-trac] #3821(avformat:new): aac_latm in a transport stream not detected Message-ID: <037.a9e1346e8196ac1c0a851c0397659550@avcodec.org> #3821: aac_latm in a transport stream not detected -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: latm probe master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- One of two latm streams in a sample from ticket #3768 is not correctly detected since 9f6f4962 {{{ $ ffmpeg -i sample_cut.ts ffmpeg version N-65141-g62baf5b Copyright (c) 2000-2014 the FFmpeg developers built on Aug 1 2014 00:25:17 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 94.100 / 52. 94.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 0x33f23a0] Header missing Last message repeated 3 times [h264 @ 0x33f18c0] reference picture missing during reorder [h264 @ 0x33f18c0] Missing reference picture, default is 65522 [h264 @ 0x33f18c0] mmco: unref short failure [mp3 @ 0x33f23a0] Header missing Last message repeated 16 times [mpegts @ 0x33edb20] PES packet size mismatch Input #0, mpegts, from 'sample_cut.ts': Duration: 00:00:06.07, start: 0.085178, bitrate: 3376 kb/s Program 1 Stream #0:0[0x907]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0:1[0x911](dan): Audio: mp3 ([17][0][0][0] / 0x0011), 44100 Hz, stereo, s16p, 384 kb/s Stream #0:2[0x915](dan): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, 5.1, fltp Stream #0:3[0x7ef](dan): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:4[0x91f](dan): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:5[0x920](dan): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 1 02:16:22 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Aug 2014 00:16:22 -0000 Subject: [FFmpeg-trac] #3822(avformat:new): Assertion failure when reencoding ass in mkv Message-ID: <037.bfc21cc51ce66fc9f8165879af3b733b@avcodec.org> #3822: Assertion failure when reencoding ass in mkv -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: mkv crash master | abort regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The sample from ticket #3120 causes an assertion failure on reencoding since 925f7980 {{{ $ ffmpeg -i 3120-ssa-2-srt-fails-001.mkv out.mkv ffmpeg version N-65142-gd76675d Copyright (c) 2000-2014 the FFmpeg developers built on Aug 1 2014 02:13:52 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 94.100 / 52. 94.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [matroska,webm @ 0x27c3c60] Unknown entry 0x437E Last message repeated 1 times Input #0, matroska,webm, from '3120-ssa-2-srt-fails-001.mkv': Metadata: encoder : libebml v1.2.2 + libmatroska v1.3.0 creation_time : 2013-11-05 16:43:47 Duration: 00:01:44.94, bitrate: 160 kb/s Chapter #0.0: start 0.000000, end 97.918375 Metadata: title : Intro Chapter #0.1: start 97.918375, end 104.940000 Metadata: title : OP Stream #0:0(eng): Subtitle: ssa (default) Stream #0:1: Attachment: ttf Metadata: filename : Comfortaa-Regular.ttf mimetype : application/x-truetype-font Stream #0:2: Attachment: ttf Metadata: filename : LT.ttf mimetype : application/x-truetype-font Stream #0:3: Attachment: ttf Metadata: filename : LTFinnegan_MediumItalic.ttf mimetype : application/x-truetype-font Stream #0:4: Attachment: ttf Metadata: filename : Cavalier.ttf mimetype : application/x-truetype-font Stream #0:5: Attachment: ttf Metadata: filename : Comfortaa-Bold.ttf mimetype : application/x-truetype-font Stream #0:6: Attachment: ttf Metadata: filename : DSFetteKanzlei.ttf mimetype : application/x-truetype-font Stream #0:7: Attachment: ttf Metadata: filename : KaiserzeitGotisch.ttf mimetype : application/x-truetype-font Stream #0:8: Attachment: ttf Metadata: filename : Mothproof_Script.ttf mimetype : application/x-truetype-font Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf55.50.100 Chapter #0.0: start 0.000000, end 97.918375 Metadata: title : Intro Chapter #0.1: start 97.918375, end 104.940000 Metadata: title : OP Stream #0:0(eng): Subtitle: ssa (default) Metadata: encoder : Lavc55.71.100 ssa Stream mapping: Stream #0:0 -> #0:0 (ssa (native) -> ssa (native)) Press [q] to stop, [?] for help Assertion bytes >= needed_bytes failed at libavformat/matroskaenc.c:195 Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 1 08:57:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Aug 2014 06:57:44 -0000 Subject: [FFmpeg-trac] #502(avcodec:reopened): Jumping frames (wrong presentation order) in QT for avi(h264)->mp4 streamcopy (missing h264 pts interpolation code) In-Reply-To: <036.bfa2828f08f5aa999319bb8b7c7141e3@avcodec.org> References: <036.bfa2828f08f5aa999319bb8b7c7141e3@avcodec.org> Message-ID: <051.4d0378512ddb583e803b15b784479ca4@avcodec.org> #502: Jumping frames (wrong presentation order) in QT for avi(h264)->mp4 streamcopy (missing h264 pts interpolation code) ------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Selur): btw. using http://dl.free.fr/bvisTe0mD (AVCHD mts from a Sony DCR-CX115E) and {{{ ffmpeg -i test_mvt.mts -vcodec copy -acodec pcm_s16be test_mvt.mov }}} I experienced the same problem, with the stuttering output. Here's the ffmpeg output {{{ ffmpeg version git-2014-07-30-ff9a154 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 30 2014 13:45:30 with gcc 4.9.1 (Rev1, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable- avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable- libbluray --enable-libcaca --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libutvideo --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvo-aacenc --enable-openal --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 52. 93.100 / 52. 93.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'c:\Users\Selur\Desktop\test_mvt.mts': Duration: 00:00:06.24, start: 1.040000, bitrate: 17014 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 256 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Output #0, mov, to 'h:\Output\test_mvt.mov': Metadata: encoder : Lavf55.50.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 90k tbc Stream #0:1: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, stereo, s16, 1536 kb/s Metadata: encoder : Lavc55.71.100 pcm_s16be Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (ac3 (native) -> pcm_s16be (native)) Press [q] to stop, [?] for help [mov @ 000000000066e680] pts has no value Last message repeated 155 times frame= 312 fps=0.0 q=-1.0 Lsize= 13215kB time=00:00:06.24 bitrate=17349.1kbits/s video:12038kB audio:1170kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.053760% }}} when using ffmbc instead of ffmpeg, I got: {{{ FFmbc version 0.7-rc8 Copyright (c) 2008-2013 Baptiste Coudurier and the FFmpeg developers Input #0, mpegts, from 'test_mvt.mts': Duration: 00:00:06.27, bitrate: 16922 kb/s Program 1 Stream #0.0[0x1011](und): Video: h264 (High), yuv420p, 1920x1080i tff [PAR 1:1 DAR 16:9], 25.00 fps Stream #0.1[0x1100](und): Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s Stream #0.2[0x1200](und): Subtitle: pgssub [pcm_s16be @ 03bfc640] The requested thread algorithm is not supported with this thread library. Output #0, mov, to 'test_mvt.mov': Metadata: encoder: FFmbc 0.7 Stream #0.0(und): Video: h264, yuv420p, 1920x1080i tff [PAR 1:1 DAR 16:9], stream copy, 25.00 fps Stream #0.1(und): Audio: pcm_s16be, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help [mov @ 04b314a0] color primaries unspecified, assuming bt709 [mov @ 04b314a0] replacing header in front, copying 12.90MB frame= 156 fps=2500 Lsize= 13212kB time=00:00:06.24 bitrate=17344.4kbits/s video:12038kB audio:1170kB global headers:0kB muxing overhead 0.026529% }}} and the output seems to be fine. thought about reporting the problem and found this thread, so not sure if it helps, but for some users, using ffmbc might be a working workaround. (since ffmbc is based on an older ffmpeg version, this might be a regression bug,..) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 1 17:26:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Aug 2014 15:26:07 -0000 Subject: [FFmpeg-trac] #3823(avformat:new): RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream Message-ID: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> #3823: RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream -----------------------------------+--------------------------------------- Reporter: Krieger | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: mjpeg rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Summary of the bug: RTP encoding of Trendnet TV-IP651WI IP camera produces undecodable stream. Tested same scenario with Axis M1034-W IP camera, works fine, however, Axis uses yuvj420p pixel format {{{ Stream #0:0, 1, 1/1200000: Video: mjpeg, yuvj420p(pc, bt470bg), 320x240 [SAR 1:1 DAR 4:3], 1/25, 25 tbr, 1200k tbn, 25 tbc }}} , while Trendnet uses yuvj422p. I can provide FFmpeg developers with URL to camera's HTTP MJPEG stream, and TCP dumps i already have, on demand. Please email me to andrey.utkin at corp.bluecherry.net The original stream plays well with {{{ ffplay -loglevel debug -f mjpeg http://user:password at host/mjpeg.cgi }}} Stream generation: {{{ $ ffmpeg -f mjpeg -i 'http://user:password at host/mjpeg.cgi' -loglevel debug -vcodec copy -f rtp rtp://127.0.0.1:6666 ffmpeg version N-65153-gad99837 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 1 2014 16:44:34 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) configuration: --enable-libfreetype --enable-gpl --enable-libx264 --enable-openssl --enable-nonfree libavutil 52. 94.100 / 52. 94.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-f' ... matched as option 'f' (force format) with argument 'mjpeg'. Reading option '-i' ... matched as input file with argument 'http://user:password at host/mjpeg.cgi'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-f' ... matched as option 'f' (force format) with argument 'rtp'. Reading option 'rtp://127.0.0.1:6666' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file http://user:password at host/mjpeg.cgi. Applying option f (force format) with argument mjpeg. Successfully parsed a group of options. Opening an input file: http://user:password at host/mjpeg.cgi. [http @ 0x38c7e20] request: GET /mjpeg.cgi HTTP/1.1 User-Agent: Lavf/55.50.100 Accept: */* Range: bytes=0- Connection: close Host: host [http @ 0x38c7e20] header='HTTP/1.0 401 Authorization Required' [http @ 0x38c7e20] http_code=401 [http @ 0x38c7e20] header='Server: alphapd' [http @ 0x38c7e20] header='Date: Fri Aug 1 11:07:45 2014' [http @ 0x38c7e20] header='Pragma: no-cache' [http @ 0x38c7e20] header='Cache-Control: no-cache' [http @ 0x38c7e20] header='Content-type: text/html' [http @ 0x38c7e20] header='WWW-Authenticate: Digest realm="TV- IP651WI",qop="auth", nonce="6caf2aac84f52b5ba40f611004c4e854"' [http @ 0x38c7e20] header='' [http @ 0x38c7e20] request: GET /mjpeg.cgi HTTP/1.1 User-Agent: Lavf/55.50.100 Accept: */* Range: bytes=0- Connection: close Host: host Authorization: Digest username="user",realm="TV- IP651WI",nonce="6caf2aac84f52b5ba40f611004c4e854",uri="/mjpeg.cgi",response="77447d73ecc891bfdb3c241f8123dc3e",qop="auth",cnonce="040464210c909882",nc=00000001 [http @ 0x38c7e20] header='HTTP/1.0 200 OK' [http @ 0x38c7e20] http_code=200 [http @ 0x38c7e20] header='Server: alphapd' [http @ 0x38c7e20] header='Date: Fri Aug 1 11:07:45 2014' [http @ 0x38c7e20] header='Pragma: no-cache' [http @ 0x38c7e20] header='Cache-Control: no-cache' [http @ 0x38c7e20] header='Content-Type: multipart/x-mixed- replace;boundary=--video boundary--' [http @ 0x38c7e20] header='' [mjpeg @ 0x38c8960] Before avformat_find_stream_info() pos: 0 bytes read:104 seeks:0 [mjpeg @ 0x38d3d20] marker=d8 avail_size_in_buf=15222 [mjpeg @ 0x38d3d20] marker parser used 0 bytes (0 bits) [mjpeg @ 0x38d3d20] marker=c4 avail_size_in_buf=15220 [mjpeg @ 0x38d3d20] class=0 index=0 nb_codes=10 [mjpeg @ 0x38d3d20] class=1 index=0 nb_codes=249 [mjpeg @ 0x38d3d20] class=0 index=1 nb_codes=10 [mjpeg @ 0x38d3d20] class=1 index=1 nb_codes=249 [mjpeg @ 0x38d3d20] marker parser used 350 bytes (2800 bits) [mjpeg @ 0x38d3d20] marker=db avail_size_in_buf=14868 [mjpeg @ 0x38d3d20] index=0 [mjpeg @ 0x38d3d20] qscale[0]: 2 [mjpeg @ 0x38d3d20] index=1 [mjpeg @ 0x38d3d20] qscale[1]: 3 [mjpeg @ 0x38d3d20] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x38d3d20] marker=c0 avail_size_in_buf=14734 [mjpeg @ 0x38d3d20] sof0: picture: 640x480 [mjpeg @ 0x38d3d20] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x38d3d20] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x38d3d20] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x38d3d20] pix fmt id 21111100 [mjpeg @ 0x38d3d20] marker parser used 17 bytes (136 bits) [mjpeg @ 0x38d3d20] escaping removed 172 bytes [mjpeg @ 0x38d3d20] marker=da avail_size_in_buf=14715 [mjpeg @ 0x38d3d20] component: 0 [mjpeg @ 0x38d3d20] component: 1 [mjpeg @ 0x38d3d20] component: 2 [mjpeg @ 0x38d3d20] marker parser used 14542 bytes (116330 bits) [mjpeg @ 0x38d3d20] marker=d9 avail_size_in_buf=128 [mjpeg @ 0x38d3d20] decode frame unused 128 bytes [mjpeg @ 0x38c8960] All info found [mjpeg @ 0x38c8960] After avformat_find_stream_info() pos: 15448 bytes read:15852 seeks:0 frames:1 Input #0, mjpeg, from 'http://user:password at host/mjpeg.cgi': Duration: N/A, bitrate: N/A Stream #0:0, 1, 1/1200000: Video: mjpeg, yuvj422p(pc, bt470bg), 640x480, 1/25, 25 tbr, 1200k tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file rtp://127.0.0.1:6666. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option f (force format) with argument rtp. Successfully parsed a group of options. Opening an output file: rtp://127.0.0.1:6666. Successfully opened the file. Output #0, rtp, to 'rtp://127.0.0.1:6666': Metadata: encoder : Lavf55.50.100 Stream #0:0, 0, 1/90000: Video: mjpeg, yuvj422p, 640x480, 1/25, q=2-31, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) SDP: v=0 o=- 0 0 IN IP4 127.0.0.1 s=No Name c=IN IP4 127.0.0.1 t=0 0 a=tool:libavformat 55.50.100 m=video 6666 RTP/AVP 26 Press [q] to stop, [?] for help frame= 50 fps= 16 q=-1.0 Lsize= 725kB time=00:00:02.00 bitrate=2971.6kbits/s video:740kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Input file #0 (http://user:password at host/mjpeg.cgi): Input stream #0:0 (video): 50 packets read (757944 bytes); Total: 50 packets (757944 bytes) demuxed Output file #0 (rtp://127.0.0.1:6666): Output stream #0:0 (video): 50 packets muxed (757944 bytes); Total: 50 packets (757944 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x38d5220] Statistics: 0 seeks, 550 writeouts [AVIOContext @ 0x38d36a0] Statistics: 759372 bytes read, 0 seeks Received signal 2: terminating. }}} Playback log: {{{ $ ffplay -loglevel debug rtp://127.0.0.1:6666 ffplay version N-65153-gad99837 Copyright (c) 2003-2014 the FFmpeg developers built on Aug 1 2014 16:44:34 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) configuration: --enable-libfreetype --enable-gpl --enable-libx264 --enable-openssl --enable-nonfree libavutil 52. 94.100 / 52. 94.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [udp @ 0x7f3810001080] end receive buffer size reported is 131072 [udp @ 0x7f3810001100] end receive buffer size reported is 131072 [rtp @ 0x7f38100008c0] Guessing on RTP content - if not received properly you need an SDP file describing it [rtp @ 0x7f38100008c0] SDP: v=0 c=IN IP4 127.0.0.1 m=video 6666 RTP/AVP 26 [udp @ 0x7f3810001fa0] end receive buffer size reported is 131072 [udp @ 0x7f3810001480] end receive buffer size reported is 131072 [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15164B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15162 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15144 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=15010 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14590 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 50 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14571 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=3 x=3 [mjpeg @ 0x7f3810001960] marker parser used 1732 bytes (13856 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [rtp @ 0x7f38100008c0] All info foundB vq= 0KB sq= 0B f=0/0 [rtp @ 0x7f38100008c0] Setting avg frame rate based on r frame rate Input #0, rtp, from 'rtp://127.0.0.1:6666': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 21, 1/90000: Video: mjpeg, yuvj422p(pc, bt470bg), 640x480 [SAR 1:1 DAR 4:3], 1/90000, 25 fps, 25 tbr, 90k tbn, 90k tbc [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15164 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15162 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15144 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=15010 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14590 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 50 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14571 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=3 x=3 [mjpeg @ 0x7f3810001960] marker parser used 1732 bytes (13856 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes Video frame changed from size:0x0 format:none serial:-1 to size:640x480 format:yuvj422p serial:1 detected 4 logical cores [ffplay_buffer @ 0x7f38080a1620] Setting 'video_size' to value '640x480' [ffplay_buffer @ 0x7f38080a1620] Setting 'pix_fmt' to value '13' [ffplay_buffer @ 0x7f38080a1620] Setting 'time_base' to value '1/90000' [ffplay_buffer @ 0x7f38080a1620] Setting 'pixel_aspect' to value '1/1' [ffplay_buffer @ 0x7f38080a1620] Setting 'frame_rate' to value '25/1' [ffplay_buffer @ 0x7f38080a1620] w:640 h:480 pixfmt:yuvj422p tb:1/90000 fr:25/1 sar:1/1 sws_param: [ffplay_crop @ 0x7f38080a19c0] Setting 'out_w' to value 'floor(in_w/2)*2' [ffplay_crop @ 0x7f38080a19c0] Setting 'out_h' to value 'floor(in_h/2)*2' [auto-inserted scaler 0 @ 0x7f38080a29e0] Setting 'flags' to value '4' [auto-inserted scaler 0 @ 0x7f38080a29e0] w:iw h:ih flags:'4' interl:0 [ffplay_crop @ 0x7f38080a19c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'ffplay_buffer' and the filter 'ffplay_crop' [AVFilterGraph @ 0x7f3808006be0] query_formats: 3 queried, 1 merged, 1 already done, 0 delayed [swscaler @ 0x7f38080a3460] deprecated pixel format used, make sure you did set range correctly [auto-inserted scaler 0 @ 0x7f38080a29e0] w:640 h:480 fmt:yuvj422p sar:1/1 -> w:640 h:480 fmt:yuv420p sar:1/1 flags:0x4 [ffplay_crop @ 0x7f38080a19c0] w:640 h:480 sar:1/1 -> w:640 h:480 sar:1/1 [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15143 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15141 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15123 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14989 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14569 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 40 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14550 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] mjpeg_decode_dc: bad vlc: 0:0 (0x7f3810004660) [mjpeg @ 0x7f3810001960] error dc [mjpeg @ 0x7f3810001960] error y=2 x=9 [mjpeg @ 0x7f3810001960] marker parser used 1228 bytes (9821 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15050B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15048 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15030 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14896 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14476 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 40 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14457 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=0 x=9 [mjpeg @ 0x7f3810001960] marker parser used 162 bytes (1291 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15106 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15104 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15086 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14952 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14532 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 51 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14513 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=7 x=17 [mjpeg @ 0x7f3810001960] marker parser used 4989 bytes (39907 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15096B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15094 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15076 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14942 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14522 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 43 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14503 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 71 [mjpeg @ 0x7f3810001960] error y=5 x=27 [mjpeg @ 0x7f3810001960] marker parser used 3359 bytes (26867 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15103B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15101 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15083 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14949 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14529 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 39 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14510 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=4 x=19 [mjpeg @ 0x7f3810001960] marker parser used 2628 bytes (21018 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15108B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15106 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15088 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14954 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14534 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 43 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14515 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 65 [mjpeg @ 0x7f3810001960] error y=3 x=29 [mjpeg @ 0x7f3810001960] marker parser used 2174 bytes (17386 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15090B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15088 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15070 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14936 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14516 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 42 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14497 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 68 [mjpeg @ 0x7f3810001960] error y=3 x=33 [mjpeg @ 0x7f3810001960] marker parser used 2185 bytes (17478 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15114B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15112 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15094 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14960 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14540 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 42 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14521 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=5 x=37 [mjpeg @ 0x7f3810001960] marker parser used 3422 bytes (27373 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15122B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15120 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15102 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14968 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14548 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 38 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14529 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=1 x=33 [mjpeg @ 0x7f3810001960] marker parser used 1061 bytes (8487 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15085B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15083 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15065 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14931 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14511 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 46 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14492 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] mjpeg_decode_dc: bad vlc: 0:0 (0x7f3810004660) [mjpeg @ 0x7f3810001960] error dc [mjpeg @ 0x7f3810001960] error y=5 x=12 [mjpeg @ 0x7f3810001960] marker parser used 3205 bytes (25638 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15071B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15069 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15051 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14917 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14497 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 53 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14478 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 65 [mjpeg @ 0x7f3810001960] error y=0 x=32 [mjpeg @ 0x7f3810001960] marker parser used 517 bytes (4132 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15126B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15124 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15106 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14972 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14552 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 51 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14533 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 74 [mjpeg @ 0x7f3810001960] error y=0 x=33 [mjpeg @ 0x7f3810001960] marker parser used 452 bytes (3612 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15137B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15135 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15117 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14983 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14563 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 51 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14544 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 68 [mjpeg @ 0x7f3810001960] error y=0 x=18 [mjpeg @ 0x7f3810001960] marker parser used 252 bytes (2015 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15095B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15093 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15075 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14941 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14521 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 39 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14502 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 65 [mjpeg @ 0x7f3810001960] error y=6 x=10 [mjpeg @ 0x7f3810001960] marker parser used 3618 bytes (28944 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15084B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15082 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15064 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14930 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14510 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 37 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14491 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 65 [mjpeg @ 0x7f3810001960] error y=6 x=2 [mjpeg @ 0x7f3810001960] marker parser used 3688 bytes (29503 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15240B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15238 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15220 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=15086 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14666 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 46 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14647 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] mjpeg_decode_dc: bad vlc: 0:0 (0x7f3810004660) [mjpeg @ 0x7f3810001960] error dc [mjpeg @ 0x7f3810001960] error y=3 x=36 [mjpeg @ 0x7f3810001960] marker parser used 2208 bytes (17664 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15043B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15041 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15023 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14889 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14469 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 40 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14450 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 68 [mjpeg @ 0x7f3810001960] error y=0 x=34 [mjpeg @ 0x7f3810001960] marker parser used 483 bytes (3857 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15123B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15121 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15103 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14969 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14549 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 48 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14530 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 69 [mjpeg @ 0x7f3810001960] error y=3 x=4 [mjpeg @ 0x7f3810001960] marker parser used 1780 bytes (14237 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15014B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15012 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=14994 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14860 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14440 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 49 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14421 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] mjpeg_decode_dc: bad vlc: 0:1 (0x7f3810004678) [mjpeg @ 0x7f3810001960] error dc [mjpeg @ 0x7f3810001960] error y=2 x=38 [mjpeg @ 0x7f3810001960] marker parser used 1799 bytes (14386 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15191B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15189 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15171 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=15037 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14617 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 57 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14598 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 65 [mjpeg @ 0x7f3810001960] error y=2 x=31 [mjpeg @ 0x7f3810001960] marker parser used 1579 bytes (12626 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15192B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15190 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15172 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=15038 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14618 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 40 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14599 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 67 [mjpeg @ 0x7f3810001960] error y=3 x=34 [mjpeg @ 0x7f3810001960] marker parser used 2195 bytes (17553 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15011B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15009 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=14991 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14857 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14437 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 45 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14418 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 65 [mjpeg @ 0x7f3810001960] error y=6 x=12 [mjpeg @ 0x7f3810001960] marker parser used 3935 bytes (31475 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15060B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15058 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15040 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14906 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14486 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 46 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14467 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 69 [mjpeg @ 0x7f3810001960] error y=3 x=22 [mjpeg @ 0x7f3810001960] marker parser used 1983 bytes (15861 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15062B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15060 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15042 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14908 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14488 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 47 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14469 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 65 [mjpeg @ 0x7f3810001960] error y=8 x=0 [mjpeg @ 0x7f3810001960] marker parser used 5570 bytes (44556 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15082B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15080 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15062 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14928 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14508 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 45 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14489 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=3 x=2 [mjpeg @ 0x7f3810001960] marker parser used 1721 bytes (13761 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15190B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15188 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15170 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=15036 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14616 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 42 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14597 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 66 [mjpeg @ 0x7f3810001960] error y=3 x=29 [mjpeg @ 0x7f3810001960] marker parser used 2224 bytes (17792 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15130B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15128 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15110 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14976 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14556 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 36 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14537 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] mjpeg_decode_dc: bad vlc: 0:0 (0x7f3810004660) [mjpeg @ 0x7f3810001960] error dc [mjpeg @ 0x7f3810001960] error y=2 x=12 [mjpeg @ 0x7f3810001960] marker parser used 1358 bytes (10858 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15139B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15137 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15119 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14985 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14565 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 54 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14546 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=3 x=13 [mjpeg @ 0x7f3810001960] marker parser used 1966 bytes (15726 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15153B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15151 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15133 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14999 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14579 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 44 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14560 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 64 [mjpeg @ 0x7f3810001960] error y=1 x=36 [mjpeg @ 0x7f3810001960] marker parser used 1153 bytes (9221 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15151B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15149 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15131 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14997 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14577 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 36 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14558 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] mjpeg_decode_dc: bad vlc: 0:0 (0x7f3810004660) [mjpeg @ 0x7f3810001960] error dc [mjpeg @ 0x7f3810001960] error y=6 x=21 [mjpeg @ 0x7f3810001960] marker parser used 4015 bytes (32114 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes [mjpeg @ 0x7f3810001960] marker=d8 avail_size_in_buf=15137B f=0/0 [mjpeg @ 0x7f3810001960] marker parser used 0 bytes (0 bits) [mjpeg @ 0x7f3810001960] marker=e0 avail_size_in_buf=15135 [mjpeg @ 0x7f3810001960] marker parser used 16 bytes (128 bits) [mjpeg @ 0x7f3810001960] marker=db avail_size_in_buf=15117 [mjpeg @ 0x7f3810001960] index=0 [mjpeg @ 0x7f3810001960] qscale[0]: 2 [mjpeg @ 0x7f3810001960] index=1 [mjpeg @ 0x7f3810001960] qscale[1]: 3 [mjpeg @ 0x7f3810001960] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x7f3810001960] marker=c4 avail_size_in_buf=14983 [mjpeg @ 0x7f3810001960] class=0 index=0 nb_codes=12 [mjpeg @ 0x7f3810001960] class=0 index=1 nb_codes=12 [mjpeg @ 0x7f3810001960] class=1 index=0 nb_codes=251 [mjpeg @ 0x7f3810001960] class=1 index=1 nb_codes=251 [mjpeg @ 0x7f3810001960] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x7f3810001960] marker=c0 avail_size_in_buf=14563 [mjpeg @ 0x7f3810001960] sof0: picture: 640x480 [mjpeg @ 0x7f3810001960] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x7f3810001960] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x7f3810001960] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x7f3810001960] pix fmt id 21111100 [mjpeg @ 0x7f3810001960] marker parser used 17 bytes (136 bits) [mjpeg @ 0x7f3810001960] escaping removed 48 bytes [mjpeg @ 0x7f3810001960] marker=da avail_size_in_buf=14544 [mjpeg @ 0x7f3810001960] component: 0 [mjpeg @ 0x7f3810001960] component: 1 [mjpeg @ 0x7f3810001960] component: 2 [mjpeg @ 0x7f3810001960] error count: 65 [mjpeg @ 0x7f3810001960] error y=0 x=2 [mjpeg @ 0x7f3810001960] marker parser used 46 bytes (368 bits) [mjpeg @ 0x7f3810001960] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x7f3810001960] decode frame unused 0 bytes }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 1 23:11:10 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Aug 2014 21:11:10 -0000 Subject: [FFmpeg-trac] #3809(avcodec:closed): Low-resolution MPEG-2 decoding incorrectly In-Reply-To: <036.4efffa9ddc239352406de599fe9c395f@avcodec.org> References: <036.4efffa9ddc239352406de599fe9c395f@avcodec.org> Message-ID: <051.6e7b26f68f24febfea516e2c5c933c1e@avcodec.org> #3809: Low-resolution MPEG-2 decoding incorrectly -------------------------------------+------------------------------------- Reporter: qyot27 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mpeg2video | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in f95298c913899207344d668a6d5624cb2d2e480c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 2 00:35:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Aug 2014 22:35:24 -0000 Subject: [FFmpeg-trac] #3824(avformat:new): HTTPS->HTTP redirects fail (and confuse the SSL lib) Message-ID: <038.2c5587ec042b144b3be1a2ffcb249063@avcodec.org> #3824: HTTPS->HTTP redirects fail (and confuse the SSL lib) ----------------------------------+-------------------------------------- Reporter: 11rcombs | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Due to an issue in http_open_cnx: we `goto redo;` but never reset `lower_proto` to "tcp", so we try to hit the server we were redirected to via TLS on port 80. This could be fixed by inserting `lower_proto = "tcp";` before the `goto`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 2 00:59:56 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Aug 2014 22:59:56 -0000 Subject: [FFmpeg-trac] #3804(avformat:closed): FFmpeg process hangs when new subtitle streams are found during encoding In-Reply-To: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> References: <037.2be9063fc97d5c05c9925b10930e4f86@avcodec.org> Message-ID: <052.b365795e6dc8a844bba3fd6f683178fb@avcodec.org> #3804: FFmpeg process hangs when new subtitle streams are found during encoding ------------------------------------+------------------------------------ Reporter: mrskman | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in cfdb30d2f1241de9354a8efdbf8252d0f1a6f933 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 2 03:42:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Aug 2014 01:42:22 -0000 Subject: [FFmpeg-trac] #2236(undetermined:closed): Default stream selection does not work with HLS output In-Reply-To: <039.9f32f691f7640dca35c449e5af9cbca5@avcodec.org> References: <039.9f32f691f7640dca35c449e5af9cbca5@avcodec.org> Message-ID: <054.24759c4d3686a02d77e6ad69b54d41ab@avcodec.org> #2236: Default stream selection does not work with HLS output -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed * reproduced: 0 => 1 Comment: iam pretty sure it was fixed but maybe it broke again Fixed in 956f4087c6eb717e31f3b92fe03fd56a3747eccf and 26ffa8eaee2d3279b305dd7b0a82eafe28d3c856 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 2 04:32:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Aug 2014 02:32:17 -0000 Subject: [FFmpeg-trac] #3812(avformat:closed): Crash when not specifying an encoder for the segment muxer In-Reply-To: <037.f438ace7e8a2359398ca54446bf5b087@avcodec.org> References: <037.f438ace7e8a2359398ca54446bf5b087@avcodec.org> Message-ID: <052.cdced5842357aed2601e72c1b0f3a7dc@avcodec.org> #3812: Crash when not specifying an encoder for the segment muxer -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 98e42a249e7891d295228ff19892450ba1f09092 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 2 15:22:25 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Aug 2014 13:22:25 -0000 Subject: [FFmpeg-trac] #3799(avformat:new): non Vorbis comment tags in flac appear to be appended In-Reply-To: <036.4963c362592ca50b020cb9213c6ed2c3@avcodec.org> References: <036.4963c362592ca50b020cb9213c6ed2c3@avcodec.org> Message-ID: <051.cd83ac8c2a21a55d2cc6db4898a736fc@avcodec.org> #3799: non Vorbis comment tags in flac appear to be appended -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): ive notified Ben Boeckel (the author of the commit) Also offtopic, but dont hesitate to alway ping authors of commits causing regerssions -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 2 16:24:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Aug 2014 14:24:51 -0000 Subject: [FFmpeg-trac] #3799(avformat:new): non Vorbis comment tags in flac appear to be appended In-Reply-To: <036.4963c362592ca50b020cb9213c6ed2c3@avcodec.org> References: <036.4963c362592ca50b020cb9213c6ed2c3@avcodec.org> Message-ID: <051.625896bdd9b50a5e2d2a02bfef8a79c6@avcodec.org> #3799: non Vorbis comment tags in flac appear to be appended -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mathstuf): It's actually the Vorbis tags being appended here (I guess ID3 tags are first in the file; if they're second, they should be the only ones). When encountering a metadata block, should Vorbis clear the metadata map before reading it (easiest solution, but breaks if metadata comes in separate blocks (bad))? Should FLAC decoding just ignore ID3 tags (adhering to the spec)? If not, what about only when vorbis tags exist (to follow the spec, but allow non-conforming files)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 2 17:44:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Aug 2014 15:44:22 -0000 Subject: [FFmpeg-trac] #3784(avformat:closed): ffprobe of plain WAV file fails with "Not a valid DCA frame" In-Reply-To: <037.983342fab02cb5e40fdea2fa46c8e1cf@avcodec.org> References: <037.983342fab02cb5e40fdea2fa46c8e1cf@avcodec.org> Message-ID: <052.615670ece1ffd77d9273ccce76622c1f@avcodec.org> #3784: ffprobe of plain WAV file fails with "Not a valid DCA frame" -------------------------------------+------------------------------------- Reporter: pneuman | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav probe | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 2b501b553f6300bfec546fe81d2bc0473e43e223 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 2 19:37:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Aug 2014 17:37:37 -0000 Subject: [FFmpeg-trac] #1275(ffserver:open): ffserver x264 presets In-Reply-To: <035.5613d104ddc1594332becf76ca0e8def@avcodec.org> References: <035.5613d104ddc1594332becf76ca0e8def@avcodec.org> Message-ID: <050.594db4f89712df0a28b0ebed38d87e40@avcodec.org> #1275: ffserver x264 presets ------------------------------------+------------------------------------ Reporter: burek | Owner: mastered Type: defect | Status: open Priority: normal | Component: ffserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by saste): This is due to a limitation in ffserver, only few parameters can be set from the configuration file and no codec private options. To workaround the issue at the moment it is required to use the '''override_ffserver''' on the ffmpeg side and set the option on the ffmpeg commandline. A proper fix would require the extension of the ffm format in order to be able to set generic option names. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 3 18:25:55 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Aug 2014 16:25:55 -0000 Subject: [FFmpeg-trac] #2748(undetermined:closed): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.a5596eaf85760a71e838f54a2067d01a@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fixed in fee982048e338efd3b8c1b2dcaf826cb7944cd81 and 6cdf409884bd2eef95bb478dfb04c1149dade155 also note that to get constant packets you need "-flush_packets 0" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 3 18:33:59 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Aug 2014 16:33:59 -0000 Subject: [FFmpeg-trac] #3825(avformat:new): Wrong PTS in Ogg Vorbis file Message-ID: <036.fd529c7453e64b71ababb127b6d92e4d@avcodec.org> #3825: Wrong PTS in Ogg Vorbis file --------------------------------------+---------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- With the attached file, the Ogg demuxer gives the following timestamps: {{{ packet|pts=20032|duration=1024 packet|pts=21056|duration=1024 packet|pts=22528|duration=128 packet|pts=22656|duration=128 }}} Notice that 21056 + 1024 = 22080 ? 22528. For the same file, {{{oggz-dump}}} shows: {{{ 00:00:00.454: serialno 1746078464, calc. gpos 20032, packetno 23: 1 byte 00:00:00.477: serialno 1746078464, calc. gpos 21056, packetno 24: 1 byte 00:00:00.500: serialno 1746078464, calc. gpos 22080, packetno 25: 1 byte 00:00:00.513: serialno 1746078464, calc. gpos 22656, packetno 26: 1 byte }}} 0.500 ? 22080/44100 Full {{{ffprobe}}} output (probably useless): {{{ $ ./ffprobe_g -of compact -show_entries packet=pts,duration ~/va2.ogg ffprobe version N-65207-g7a8f8c6 Copyright (c) 2007-2014 the FFmpeg developers built on Aug 3 2014 16:24:06 with gcc 4.9 (Debian 4.9.1-1) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 94.100 / 52. 94.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, ogg, from '/home/cigaes/va2.ogg': Duration: 00:00:00.76, start: 0.000000, bitrate: 93 kb/s Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp, 128 kb/s Metadata: track : 5 ALBUM : XXXXXXXXXXXXXXXXXXXX ARTIST : XXXXXXXXXX ARTIST_JA : XXXXXXXXXXXXXXX TITLE : XXXXXXXXX packet|pts=-128|duration=128 packet|pts=0|duration=576 packet|pts=576|duration=1024 packet|pts=1600|duration=1024 packet|pts=2624|duration=1024 packet|pts=3648|duration=1024 packet|pts=4672|duration=1024 packet|pts=5696|duration=1024 packet|pts=6720|duration=1024 packet|pts=7744|duration=1024 packet|pts=8768|duration=1024 packet|pts=9792|duration=1024 packet|pts=10816|duration=1024 packet|pts=11840|duration=1024 packet|pts=12864|duration=1024 packet|pts=13888|duration=1024 packet|pts=14912|duration=1024 packet|pts=15936|duration=1024 packet|pts=16960|duration=1024 packet|pts=17984|duration=1024 packet|pts=19008|duration=1024 packet|pts=20032|duration=1024 packet|pts=21056|duration=1024 packet|pts=22528|duration=128 packet|pts=22656|duration=128 packet|pts=22784|duration=128 packet|pts=22912|duration=128 packet|pts=23040|duration=128 packet|pts=23168|duration=128 packet|pts=23296|duration=128 packet|pts=23424|duration=128 packet|pts=23552|duration=128 packet|pts=23680|duration=576 packet|pts=24256|duration=1024 packet|pts=25280|duration=1024 packet|pts=26304|duration=1024 packet|pts=27328|duration=1024 packet|pts=28352|duration=1024 packet|pts=29376|duration=1024 packet|pts=30400|duration=1024 packet|pts=31424|duration=1024 packet|pts=32448|duration=1024 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 11:37:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 09:37:14 -0000 Subject: [FFmpeg-trac] #3824(avformat:closed): HTTPS->HTTP redirects fail (and confuse the SSL lib) In-Reply-To: <038.2c5587ec042b144b3be1a2ffcb249063@avcodec.org> References: <038.2c5587ec042b144b3be1a2ffcb249063@avcodec.org> Message-ID: <053.abf406ede26dc45fa7fc70caa7375150@avcodec.org> #3824: HTTPS->HTTP redirects fail (and confuse the SSL lib) ------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => http * status: new => closed * resolution: => fixed Comment: Fixed in c2a170ac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 13:37:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 11:37:51 -0000 Subject: [FFmpeg-trac] #3826(undetermined:new): Can't get frame of a video just from specific second Message-ID: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Type: defect Status: new | Priority: important Component: | Version: 2.2.4 undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to use ffmpeg to play with a lot of different video files and formats, so I'm using videos from this page: http://download.wavetlan.com/SVV/Media/HTTP/http-3gp.htm There's one specific with a curious problem. http://download.wavetlan.com/SVV/Media/HTTP/3GP/QuickTime/Quicktime_test3_3GPv5_H263_xbit_176x144_AR1 .22_30fps_KF1in30_32kbps_AMR-NB_Mono_8000Hz_6.7kbps.3gp If I try to get a PNG from this video, it works just if seconds is less than 43. {{{ % ffmpeg -y -ss 00:40 -i Quicktime_test3_3GPv5_H263_xbit_176x144_AR1 .22_30fps_KF1in30_32kbps_AMR-NB_Mono_8000Hz_6.7kbps.3gp -vframes 1 output.png works for me % ffmpeg -y -ss 00:43 -i Quicktime_test3_3GPv5_H263_xbit_176x144_AR1 .22_30fps_KF1in30_32kbps_AMR-NB_Mono_8000Hz_6.7kbps.3gp -vframes 1 output.png works for me % ffmpeg -y -ss 00:44 -i Quicktime_test3_3GPv5_H263_xbit_176x144_AR1 .22_30fps_KF1in30_32kbps_AMR-NB_Mono_8000Hz_6.7kbps.3gp -vframes 1 output.png does not works for me It says: Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} Version used: (macosx) ffmpeg version 2.2.4-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Jun 29 2014 16:35:46 with clang version 3.3 (tags/RELEASE_33/final) I also tried with other versions (2.1.5 and 2.3) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 16:14:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 14:14:14 -0000 Subject: [FFmpeg-trac] #3826(undetermined:new): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.cb342300f5f571d148deee3f3922cdb7@avcodec.org> #3826: Can't get frame of a video just from specific second ----------------------------------+---------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.2.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Which application shows more than 43 seconds of video for the input file? To make this a valid ticket, please test current FFmpeg git head and please provide the non-working command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 16:50:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 14:50:18 -0000 Subject: [FFmpeg-trac] #3778(avformat:new): RTMPProto Overflow Interger (bytes_read) Bug In-Reply-To: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> References: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> Message-ID: <053.4e24746dda4de296977b7391d71dd0e7@avcodec.org> #3778: RTMPProto Overflow Interger (bytes_read) Bug -------------------------------------+------------------------------------ Reporter: rbarajas | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: rtmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rbarajas): We tested the attached patch and the issue still occurred. We contacted Adobe again and after a lot of testing and tracing we figured out that FMS requires the reset to happen at or close to 4,000,000,000. The fix we tried and confirmed it works as expected is the following. {{{ if (rt->bytes_read - rt->last_bytes_read > rt->client_report_size) { av_log(s, AV_LOG_DEBUG, "Sending bytes read report\n"); if ((ret = gen_bytes_read(s, rt, rpkt.timestamp + 1)) < 0) return ret; if (rt->bytes_read > 4000000000) rt->bytes_read = 0; rt->last_bytes_read = rt->bytes_read; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 16:52:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 14:52:16 -0000 Subject: [FFmpeg-trac] #3827(ffmpeg:new): Provide an option to quickly seek by a number of frames Message-ID: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> #3827: Provide an option to quickly seek by a number of frames ----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: wish Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- There are some cases where a user has the start and end frame numbers for their desired transcode, but not the corresponding timestamps. It'd be convenient to have an option analogous to `-ss` (as an input option) that skipped to the given frame number. As most formats don't have frame numbers, this would require the file to be read all the way up to the seek point to count frames, but shouldn't necessitate *decoding* video until the first keyframe before the seek point. This would likely involve reading up to the given frame, then acting as if `-ss` was given with that frame's timestamp (i.e. index-seek to nearest keyframe, then insert trim filters). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 17:01:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 15:01:54 -0000 Subject: [FFmpeg-trac] #3827(ffmpeg:new): Provide an option to quickly seek by a number of frames In-Reply-To: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> References: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> Message-ID: <053.89b885d338845bd76675496e3db4fd3f@avcodec.org> #3827: Provide an option to quickly seek by a number of frames -------------------------------------+---------------------------------- Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: ffmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by ubitux): {{{avformat_seek_file()}}} has an almost unused flag called {{{AVSEEK_FLAG_FRAME}}} that could be used for this purpose if implemented properly. Subtitles use that (see {{{ff_subtitles_queue_seek()}}}) because they actually have a complete index. Assuming we do an index-pass, that might be realizable with some demuxers supporting the load of that index. Note that your proposed method would work only if 1 packet = 1 video frame, which AFAIK is not always true. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 17:56:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 15:56:50 -0000 Subject: [FFmpeg-trac] #3828(avcodec:new): -AB settings Message-ID: <037.0f5f72315e45af849509a222420bdc67@avcodec.org> #3828: -AB settings -------------------------------------+------------------------------------- Reporter: dpierce | Type: task Status: new | Priority: normal Component: avcodec | Version: Keywords: bit rate | unspecified settings | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a simple question I have been using FFmpeg to convert my videos files to MP4 and need to know what bits rates to use with the -ab setting I have tried 128 and 192 and 44100 what others can I use I guess I am looking for all the bitrate settings that the -ab option can use -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 18:11:12 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 16:11:12 -0000 Subject: [FFmpeg-trac] #3826(undetermined:new): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.dab037c28e78c9465af53359479d0398@avcodec.org> #3826: Can't get frame of a video just from specific second ----------------------------------+---------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.2.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by jurassic): To show more than 43 seconds ? I try just to take a snapshot of the 60th second of video, and I noticed I can't take a snapshot below the 43th second. Sorry but I'm not developer and I can not compile the FFmpeg for myself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 18:39:55 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 16:39:55 -0000 Subject: [FFmpeg-trac] #3826(undetermined:closed): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.5ab9691056eb0541d9fa49a4c8f10448@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * version: 2.2.4 => unspecified * resolution: => invalid Comment: Please reopen this ticket if there is any application that shows video for more than 43 seconds. You do agree that if a file contains 60 seconds of video and you try to extract a frame from the 61st second, FFmpeg should not show a frame, or do you disagree? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 18:41:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 16:41:03 -0000 Subject: [FFmpeg-trac] #3828(undetermined:closed): -AB settings In-Reply-To: <037.0f5f72315e45af849509a222420bdc67@avcodec.org> References: <037.0f5f72315e45af849509a222420bdc67@avcodec.org> Message-ID: <052.4ced9e522b4712e322205d5e62fdbc76@avcodec.org> #3828: -AB settings -------------------------------------+------------------------------------- Reporter: dpierce | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: bit rate settings => * resolution: => invalid * status: new => closed * component: avcodec => undetermined * type: task => defect Comment: Please understand that this is a bug tracker, not a support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 18:42:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 16:42:23 -0000 Subject: [FFmpeg-trac] #3827(ffmpeg:new): Provide an option to quickly seek by a number of frames In-Reply-To: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> References: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> Message-ID: <053.3a5b64d62dff4452ae017c46929250a8@avcodec.org> #3827: Provide an option to quickly seek by a number of frames -------------------------------------+---------------------------------- Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: ffmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): What's wrong with the select filter? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 18:59:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 16:59:14 -0000 Subject: [FFmpeg-trac] #3827(ffmpeg:new): Provide an option to quickly seek by a number of frames In-Reply-To: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> References: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> Message-ID: <053.6e8e0c5459fa44b178c4ba867da39b97@avcodec.org> #3827: Provide an option to quickly seek by a number of frames -------------------------------------+---------------------------------- Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: ffmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by ubitux): Replying to [comment:2 cehoyos]: > What's wrong with the select filter? "quickly" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 19:08:08 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 17:08:08 -0000 Subject: [FFmpeg-trac] #3827(ffmpeg:new): Provide an option to quickly seek by a number of frames In-Reply-To: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> References: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> Message-ID: <053.6ccaa4201cc3b65515292ce6d95e2c85@avcodec.org> #3827: Provide an option to quickly seek by a number of frames -------------------------------------+---------------------------------- Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: ffmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by gjdfgh): * cc: nfxjfg@? (added) Comment: Seeking to an exact frame number is impossible, unless the file format has a complete index. But API extensions to know _if_ the index is complete and frame exact, and the ability to use it, would be nice. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 19:41:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 17:41:18 -0000 Subject: [FFmpeg-trac] #3827(undetermined:new): Provide an option to quickly seek by a number of frames In-Reply-To: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> References: <038.2a5491e01e20741a9ad16ddb42088970@avcodec.org> Message-ID: <053.9916f014f8a8fc0ac8ff4d722175a759@avcodec.org> #3827: Provide an option to quickly seek by a number of frames -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 21:00:00 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 19:00:00 -0000 Subject: [FFmpeg-trac] #3823(avformat:new): RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream In-Reply-To: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> References: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> Message-ID: <052.1168b9a28d92a7142833a55006de0932@avcodec.org> #3823: RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream -------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mjpeg rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Krieger): When i try to RTPize a yuv422p MJPEG-encoded stream generated by ffmpeg itself, i get clear errors: {{{ $ ffmpeg -f lavfi -i testsrc -pix_fmt yuv422p -vcodec mjpeg -f rtp rtp://127.0.0.1:6666 ffmpeg version N-65153-gad99837 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 1 2014 16:44:34 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) configuration: --enable-libfreetype --enable-gpl --enable-libx264 --enable-openssl --enable-nonfree libavutil 52. 94.100 / 52. 94.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 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 Incompatible pixel format 'yuv422p' for codec 'mjpeg', auto-selecting format 'yuvj422p' [swscaler @ 0x2a54fa0] deprecated pixel format used, make sure you did set range correctly Output #0, rtp, to 'rtp://127.0.0.1:6666': Metadata: encoder : Lavf55.50.100 Stream #0:0: Video: mjpeg, yuvj422p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.71.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> mjpeg (native)) SDP: v=0 o=- 0 0 IN IP4 127.0.0.1 s=No Name c=IN IP4 127.0.0.1 t=0 0 a=tool:libavformat 55.50.100 m=video 6666 RTP/AVP 26 b=AS:200 Press [q] to stop, [?] for help [rtp @ 0x2a68b80] Only 1x1 chroma blocks are supported. Aborted! Last message repeated 409 times [rtp @ 0x2a68b80] Only 1x1 chroma blocks are supported. Aborted!ate= 0.0kbits/s Last message repeated 407 times [rtp @ 0x2a68b80] Only 1x1 chroma blocks are supported. Aborted!ate= 0.0kbits/s Last message repeated 368 times }}} Does it mean that yuv422p is not supported by FFmpeg's MJPEG RTP packetizing code (and in the case of camera stream this error is not shown because of some confusion or extra data coming from HTTP)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 4 21:18:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 19:18:10 -0000 Subject: [FFmpeg-trac] #3825(avformat:new): Wrong PTS in Ogg Vorbis file In-Reply-To: <036.fd529c7453e64b71ababb127b6d92e4d@avcodec.org> References: <036.fd529c7453e64b71ababb127b6d92e4d@avcodec.org> Message-ID: <051.47f350c240af53a31d453c5ca3ef1242@avcodec.org> #3825: Wrong PTS in Ogg Vorbis file ------------------------------------+------------------------------------ Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg vorbis | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ogg vorbis -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 01:52:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Aug 2014 23:52:10 -0000 Subject: [FFmpeg-trac] #644(avcodec:closed): Support gray16a png In-Reply-To: <039.0ff157ee529043fa74fd189f77777966@avcodec.org> References: <039.0ff157ee529043fa74fd189f77777966@avcodec.org> Message-ID: <054.aee2a366787b69ec7066709b0187ba1c@avcodec.org> #644: Support gray16a png -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: png gray16a | Blocked By: alpha | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in ed96d54a448d5029c203066fbabedf70ddb7eba6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 09:41:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 07:41:14 -0000 Subject: [FFmpeg-trac] #3817(undetermined:new): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.edb611ab7c613777d9ceb16d5a5cea6f@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by MkMs): First log (ffmpeg-20140731-105226.log?): Using the quantization to get a video version of lower quality (with artefacts) Second and third log ( ffmpeg-20140731-110030.log & ffmpeg-20140731-110030.log): Show/ Check only the absolute number of frames - unnecessary for programming, only to show the possible bug. Even without {{{ -pix_fmt yuv420p }}} I get one more frame (84 frames than in original "baumgartner.mp4") You are using libx264? {{{ ffmpeg.exe -i baumgartner.mp4 -c:v libx264 -q:v 32 -pix_fmt yuv420p baumgartner_qp32.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 10:56:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 08:56:20 -0000 Subject: [FFmpeg-trac] #3817(undetermined:new): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.a4d034072c6de3ae73cfd157f16e1080@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): What is the "possible bug" you want to report? If you want to know how many frames baumgartner_qp32.mp4 contains, either look at the first log file (it tells you that 83 frames were encoded) or run the second command with {{{-vsync 0}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 11:07:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 09:07:27 -0000 Subject: [FFmpeg-trac] #3817(undetermined:new): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.57deec0620fa536c5ecffe26ce636a9e@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by MkMs): It is true that the log file tell me there are 83 frames, but if i transform the video to png frames i get one more. If it isn?t a bug, it would be nice to know why. And if you check the first two frames of the lower quality mp4 video, you will see that both are equal. Maybe you can explain me the reason. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 12:18:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 10:18:07 -0000 Subject: [FFmpeg-trac] #3817(undetermined:new): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.7e75ef948a4daedeb8434c979d2c079b@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): As said, use {{{-vsync 0}}} in your second command if you don't want FFmpeg to duplicate (or drop) a frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 12:45:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 10:45:18 -0000 Subject: [FFmpeg-trac] #3817(undetermined:new): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.2b073a9be12de06676cd462240189984@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by MkMs): okay it was my mistake, the use of {{{-vsync }}} make the difference. Thx! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 12:46:00 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 10:46:00 -0000 Subject: [FFmpeg-trac] #3817(undetermined:closed): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.f856697ab1c92d0a2c47cb232a17fefa@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by MkMs): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 14:46:19 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 12:46:19 -0000 Subject: [FFmpeg-trac] #3826(undetermined:reopened): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.0ae894d719dbe1576b40129cd6b0aedf@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by jurassic): * status: closed => reopened * resolution: invalid => Comment: I really don't understand you with "Please reopen this ticket if there is any application that shows video for more than 43 seconds." All video players shows video for the duration of the video itself ... if I have a movie of 2 hours, I can see the 2 hours complete in VLC or ANY video player. That video duration is 21 minutes 30 seconds ... why can not I extract a frame from second 45 ? Can't get a frame of any part of a video with ffmpeg ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 19:53:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 17:53:25 -0000 Subject: [FFmpeg-trac] #3826(undetermined:reopened): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.9789d204df59b556543aa9d60e687ce8@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 jurassic]: > I really don't understand you with "Please reopen this ticket if there is any application that shows video for more than 43 seconds." But you finally answered the question below... > All video players shows video for the duration of the video itself ... How can this be true? You yourself reported here that FFmpeg only shows 43 seconds of the video, and the same is true for MPlayer. > if I have a movie of 2 hours, I can see the 2 hours complete in VLC or ANY video player. I tested the file with vlc 2.1.5 and it plays video for exactly 43 seconds for the given file. Which version did you test? > That video duration is 21 minutes 30 seconds ... why can not I extract a frame from second 45 ? Afaict, the video is only 43 seconds, but please see below! > Can't get a frame of any part of a video with ffmpeg ? > This is insane ... I download the video, I click twice in my Mac and Quicktime opens the video, and I can see playing the video for 21 minutes 30 seconds ... ALL OF IT. I tested with QuickTime 7.7.5 and it only shows video for 43 seconds. Before I try to find a OSX computer with a current version of QuickTime, could you confirm the md5sum of the file you are testing and tell me the QuickTime version that shows more than 43 seconds? {{{ $ md5sum Quicktime_test3_3GPv5_H263_xbit_176x144_AR1 .22_30fps_KF1in30_32kbps_AMR-NB_Mono_8000Hz_6.7kbps.3gp 40014dca97b501c622c2b2e942521c8a *Quicktime_test3_3GPv5_H263_xbit_176x144_AR1.22_30fps_KF1in30_32kbps_AMR- NB_Mono_8000Hz_6.7kbps.3gp }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 21:21:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 19:21:53 -0000 Subject: [FFmpeg-trac] #3817(undetermined:closed): h.264: decoding gives duplicated frame In-Reply-To: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> References: <034.3122140bb25dd0ba5e9ce6eb81636165@avcodec.org> Message-ID: <049.e876153c81e2e51cbf141add3ee21f68@avcodec.org> #3817: h.264: decoding gives duplicated frame -------------------------------------+------------------------------------- Reporter: MkMs | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: fixed => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 22:42:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 20:42:18 -0000 Subject: [FFmpeg-trac] #3826(undetermined:open): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.aae3bbb660db17c079e2357443dee690@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by jurassic): * status: reopened => open Comment: MD5 Quicktime_test3_3GPv5_H263_xbit_176x144_AR1 .22_30fps_KF1in30_32kbps_AMR-NB_Mono_8000Hz_6.7kbps.3gp) = 40014dca97b501c622c2b2e942521c8a And I see the complete chapter of a Halloween's Simpsons show. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 5 23:39:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Aug 2014 21:39:15 -0000 Subject: [FFmpeg-trac] #3826(undetermined:open): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.1e1fa57061b4e32acab0997bf77fbb39@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Which version of QuickTime do I have to test? Or is there another media player that shows more than 43 seconds of video? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 02:22:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 00:22:32 -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.fc066c54ff93244667cd0630e8fabe58@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 | --------------------------------+----------------------------------------- Comment (by brad): ping. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 02:59:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 00:59:46 -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.bca0fef061d42da6250f8a46b77a3041@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 | --------------------------------+----------------------------------------- Comment (by Timothy_Gu): Sorry for the delay. Patch sent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 03:40:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 01:40:18 -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.d5697c972387d1fcf7b669143bc07cad@avcodec.org> #3613: transcode_aac test fails to build -------------------------------------+------------------------------------- Reporter: brad | Owner: Type: defect | Timothy_Gu Priority: normal | Status: open Version: git-master | Component: Keywords: examples | documentation Blocking: | Resolution: Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * keywords: => examples * version: 2.2.1 => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 04:31:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 02:31:13 -0000 Subject: [FFmpeg-trac] #3613(documentation:closed): transcode_aac test fails to build In-Reply-To: <034.4f3bbd2b4c1a17cea928cb42e1a4ca22@avcodec.org> References: <034.4f3bbd2b4c1a17cea928cb42e1a4ca22@avcodec.org> Message-ID: <049.9d6fedc0061b655462b89e8806f7ceb3@avcodec.org> #3613: transcode_aac test fails to build -------------------------------------+------------------------------------- Reporter: brad | Owner: Type: defect | Timothy_Gu Priority: normal | Status: closed Version: git-master | Component: Keywords: examples | documentation Blocking: | Resolution: fixed Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * status: open => closed * resolution: => fixed Comment: Fixed in http://git.videolan.org/?p=ffmpeg.git;a=commit;h=9f02a2b2240028de6bf48659170ea697f393a2ee. 2.3.2 and 2.2.7 will receive this bug fix (2.2.6 was just released 5 hours ago, sorry the patch didn't make it.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 08:32:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 06:32:50 -0000 Subject: [FFmpeg-trac] #3826(undetermined:open): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.5c0d99e87dc99656f10a543827005096@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jurassic): http://cl.ly/image/41233X2k3d2m -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 08:52:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 06:52:29 -0000 Subject: [FFmpeg-trac] #3826(undetermined:open): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.e40a9c02ab20f7d4b696ed227d503692@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Would you mind posting a screenshot showing anything after 43 seconds? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 10:56:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 08:56:35 -0000 Subject: [FFmpeg-trac] #3829(avfilter:new): atempo filter cuts off data Message-ID: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> #3829: atempo filter cuts off data ----------------------------------+--------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- The following command line with a file containein two click sounds (one in the beginning, the other right before the end) demonstrates the problem: ffmpeg -i two-clicks.wav -af "atempo=0.5" -acodec pcm_s16le two-clicks- half-speed.wav ffmpeg version N-65311-g6f3e15a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 5 2014 17:28:11 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-libx264 --enable-libfaac --enable- nonfree --extra-ldflags=-L/usr/local/lib --extra- cflags=-I/usr/local/include libavutil 52. 97.100 / 52. 97.100 libavcodec 55. 72.101 / 55. 72.101 libavformat 55. 51.101 / 55. 51.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'two-clicks.wav': Duration: 00:00:01.00, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels, s16, 705 kb/s Output #0, wav, to 'two-clicks-half-speed.wav': Metadata: ISFT : Lavf55.51.101 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc55.72.101 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help size= 168kB time=00:00:01.95 bitrate= 705.9kbits/s video:0kB audio:168kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.045340% Then checking the output shows the file is 0.05 seconds too short: ffmpeg -i two-clicks-half-speed.wav ffmpeg version N-65311-g6f3e15a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 5 2014 17:28:11 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-libx264 --enable-libfaac --enable- nonfree --extra-ldflags=-L/usr/local/lib --extra- cflags=-I/usr/local/include libavutil 52. 97.100 / 52. 97.100 libavcodec 55. 72.101 / 55. 72.101 libavformat 55. 51.101 / 55. 51.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'two-clicks-half-speed.wav': Metadata: encoder : Lavf55.51.101 Duration: 00:00:01.95, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels, s16, 705 kb/s At least one output file must be specified And looking at the file in a wave editor (and listening to it), you see/hear that the second click was cut off. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 19:05:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 17:05:47 -0000 Subject: [FFmpeg-trac] #3829(avfilter:open): atempo filter cuts off data In-Reply-To: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> References: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> Message-ID: <048.5e245419fb5fe48e6d78350d54f01940@avcodec.org> #3829: atempo filter cuts off data ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: atempo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => atempo * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Old description: > The following command line with a file containein two click sounds (one > in the beginning, the other right before the end) demonstrates the > problem: > > ffmpeg -i two-clicks.wav -af "atempo=0.5" -acodec pcm_s16le two-clicks- > half-speed.wav > ffmpeg version N-65311-g6f3e15a Copyright (c) 2000-2014 the FFmpeg > developers > built on Aug 5 2014 17:28:11 with Apple LLVM version 5.1 > (clang-503.0.40) (based on LLVM 3.4svn) > configuration: --enable-gpl --enable-libx264 --enable-libfaac --enable- > nonfree --extra-ldflags=-L/usr/local/lib --extra- > cflags=-I/usr/local/include > libavutil 52. 97.100 / 52. 97.100 > libavcodec 55. 72.101 / 55. 72.101 > libavformat 55. 51.101 / 55. 51.101 > libavdevice 55. 13.102 / 55. 13.102 > libavfilter 4. 11.102 / 4. 11.102 > libswscale 2. 6.100 / 2. 6.100 > libswresample 0. 19.100 / 0. 19.100 > libpostproc 52. 3.100 / 52. 3.100 > Guessed Channel Layout for Input Stream #0.0 : mono > Input #0, wav, from 'two-clicks.wav': > Duration: 00:00:01.00, bitrate: 705 kb/s > Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 > channels, s16, 705 kb/s > Output #0, wav, to 'two-clicks-half-speed.wav': > Metadata: > ISFT : Lavf55.51.101 > Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, > mono, s16, 705 kb/s > Metadata: > encoder : Lavc55.72.101 pcm_s16le > Stream mapping: > Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native)) > Press [q] to stop, [?] for help > size= 168kB time=00:00:01.95 bitrate= 705.9kbits/s > video:0kB audio:168kB subtitle:0kB other streams:0kB global headers:0kB > muxing overhead: 0.045340% > > Then checking the output shows the file is 0.05 seconds too short: > > ffmpeg -i two-clicks-half-speed.wav > ffmpeg version N-65311-g6f3e15a Copyright (c) 2000-2014 the FFmpeg > developers > built on Aug 5 2014 17:28:11 with Apple LLVM version 5.1 > (clang-503.0.40) (based on LLVM 3.4svn) > configuration: --enable-gpl --enable-libx264 --enable-libfaac --enable- > nonfree --extra-ldflags=-L/usr/local/lib --extra- > cflags=-I/usr/local/include > libavutil 52. 97.100 / 52. 97.100 > libavcodec 55. 72.101 / 55. 72.101 > libavformat 55. 51.101 / 55. 51.101 > libavdevice 55. 13.102 / 55. 13.102 > libavfilter 4. 11.102 / 4. 11.102 > libswscale 2. 6.100 / 2. 6.100 > libswresample 0. 19.100 / 0. 19.100 > libpostproc 52. 3.100 / 52. 3.100 > Guessed Channel Layout for Input Stream #0.0 : mono > Input #0, wav, from 'two-clicks-half-speed.wav': > Metadata: > encoder : Lavf55.51.101 > Duration: 00:00:01.95, bitrate: 705 kb/s > Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 > channels, s16, 705 kb/s > At least one output file must be specified > > And looking at the file in a wave editor (and listening to it), you > see/hear that the second click was cut off. New description: The following command line with a file containein two click sounds (one in the beginning, the other right before the end) demonstrates the problem: {{{ ffmpeg -i two-clicks.wav -af "atempo=0.5" -acodec pcm_s16le two-clicks- half-speed.wav ffmpeg version N-65311-g6f3e15a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 5 2014 17:28:11 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-libx264 --enable-libfaac --enable- nonfree --extra-ldflags=-L/usr/local/lib --extra- cflags=-I/usr/local/include libavutil 52. 97.100 / 52. 97.100 libavcodec 55. 72.101 / 55. 72.101 libavformat 55. 51.101 / 55. 51.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'two-clicks.wav': Duration: 00:00:01.00, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels, s16, 705 kb/s Output #0, wav, to 'two-clicks-half-speed.wav': Metadata: ISFT : Lavf55.51.101 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc55.72.101 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help size= 168kB time=00:00:01.95 bitrate= 705.9kbits/s video:0kB audio:168kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.045340% }}} Then checking the output shows the file is 0.05 seconds too short: {{{ ffmpeg -i two-clicks-half-speed.wav ffmpeg version N-65311-g6f3e15a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 5 2014 17:28:11 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-libx264 --enable-libfaac --enable- nonfree --extra-ldflags=-L/usr/local/lib --extra- cflags=-I/usr/local/include libavutil 52. 97.100 / 52. 97.100 libavcodec 55. 72.101 / 55. 72.101 libavformat 55. 51.101 / 55. 51.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'two-clicks-half-speed.wav': Metadata: encoder : Lavf55.51.101 Duration: 00:00:01.95, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels, s16, 705 kb/s At least one output file must be specified }}} And looking at the file in a wave editor (and listening to it), you see/hear that the second click was cut off. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 21:05:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 19:05:16 -0000 Subject: [FFmpeg-trac] #3821(avformat:new): aac_latm in a transport stream not detected In-Reply-To: <037.a9e1346e8196ac1c0a851c0397659550@avcodec.org> References: <037.a9e1346e8196ac1c0a851c0397659550@avcodec.org> Message-ID: <052.6a42a6d048de26043633c5a84d9a90eb@avcodec.org> #3821: aac_latm in a transport stream not detected -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: latm probe | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -loglevel 99 -i sample_cut.ts ffmpeg version N-65348-g5836fe2 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 6 2014 20:40:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 72.102 / 55. 72.102 libavformat 55. 51.101 / 55. 51.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'sample_cut.ts'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file sample_cut.ts. Successfully parsed a group of options. Opening an input file: sample_cut.ts. [mpegts @ 0x1d38b20] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x1d38b20] stream=0 stream_type=1b pid=907 prog_reg_desc= [mpegts @ 0x1d38b20] stream=1 stream_type=11 pid=911 prog_reg_desc= [mpegts @ 0x1d38b20] stream=2 stream_type=11 pid=915 prog_reg_desc= [mpegts @ 0x1d38b20] stream=3 stream_type=6 pid=7ef prog_reg_desc= [mpegts @ 0x1d38b20] stream=4 stream_type=6 pid=91f prog_reg_desc= [mpegts @ 0x1d38b20] stream=5 stream_type=6 pid=920 prog_reg_desc= [mpegts @ 0x1d38b20] Before avformat_find_stream_info() pos: 0 bytes read:32768 seeks:0 [mpegts @ 0x1d38b20] parser not found for codec none, packets or times may be invalid. Last message repeated 1 times [mpegts @ 0x1d38b20] parser not found for codec dvb_teletext, packets or times may be invalid. [mpegts @ 0x1d38b20] All programs have pmt, headers found [mpegts @ 0x1d38b20] probing stream 1 pp:2500 [mpegts @ 0x1d38b20] Probe with size=476, packets=1 detected mp3 with score=1 [mpegts @ 0x1d38b20] probing stream 1 pp:2499 [mpegts @ 0x1d38b20] Probe with size=980, packets=2 detected h263 with score=25 [mpegts @ 0x1d38b20] probed stream 1 [mp3 @ 0x1d3d3a0] Header missing [mpegts @ 0x1d38b20] parser not found for codec dvb_teletext, packets or times may be invalid. [mpegts @ 0x1d38b20] probing stream 2 pp:2500 [mpegts @ 0x1d38b20] probing stream 2 pp:2499 [mpegts @ 0x1d38b20] Probe with size=2750, packets=2 detected mp3 with score=1 [mpegts @ 0x1d38b20] probing stream 2 pp:2498 [mpegts @ 0x1d38b20] Probe with size=4126, packets=3 detected loas with score=51 [mpegts @ 0x1d38b20] probed stream 2 [aac_latm @ 0x1d3de80] no decoder config found [mp3 @ 0x1d3d3a0] Header missing [aac_latm @ 0x1d3de80] no decoder config found [mp3 @ 0x1d3d3a0] Header missing [aac_latm @ 0x1d3de80] no decoder config found Last message repeated 1 times [mp3 @ 0x1d3d3a0] Header missing [aac_latm @ 0x1d3de80] no decoder config found [aac_latm @ 0x1d3de80] initializing latmctx [h264 @ 0x1d3c8c0] Frame num gap 3 -1 [h264 @ 0x1d3c8c0] Frame num gap 3 0 [h264 @ 0x1d3c8c0] Frame num gap 3 1 [h264 @ 0x1d3c8c0] Frame num gap 11 5 [h264 @ 0x1d3c8c0] Frame num gap 11 6 [h264 @ 0x1d3c8c0] Frame num gap 11 7 [h264 @ 0x1d3c8c0] Frame num gap 11 8 [h264 @ 0x1d3c8c0] Frame num gap 11 9 [h264 @ 0x1d3c8c0] reference picture missing during reorder [h264 @ 0x1d3c8c0] Missing reference picture, default is 65522 [h264 @ 0x1d3c8c0] no picture ooo [h264 @ 0x1d3c8c0] Increasing reorder buffer to 2 [h264 @ 0x1d3c8c0] no picture ooo [h264 @ 0x1d3c8c0] Increasing reorder buffer to 3 [h264 @ 0x1d3c8c0] no picture ooo [h264 @ 0x1d3c8c0] Increasing reorder buffer to 4 [h264 @ 0x1d3c8c0] no picture ooo Last message repeated 2 times [h264 @ 0x1d3c8c0] mmco: unref short failure [h264 @ 0x1d3c8c0] no picture ooo Last message repeated 8 times [h264 @ 0x1d3c8c0] no picture Last message repeated 3 times [mp3 @ 0x1d3d3a0] Header missing Last message repeated 16 times [mpegts @ 0x1d38b20] All info found [mpegts @ 0x1d38b20] PES packet size mismatch [mpegts @ 0x1d38b20] After avformat_find_stream_info() pos: 0 bytes read:1298576 seeks:2 frames:204 Input #0, mpegts, from 'sample_cut.ts': Duration: 00:00:06.07, start: 0.085178, bitrate: 3376 kb/s Program 1 Stream #0:0[0x907], 99, 1/90000: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 1/100, 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0:1[0x911](dan), 22, 1/90000: Audio: mp3 ([17][0][0][0] / 0x0011), 44100 Hz, stereo, s16p, 384 kb/s Stream #0:2[0x915](dan), 38, 1/90000: Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, 5.1, fltp Stream #0:3[0x7ef](dan), 42, 1/90000: Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:4[0x91f](dan), 1, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:5[0x920](dan), 2, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired) Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x1d37be0] Statistics: 1298576 bytes read, 2 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 21:38:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 19:38:22 -0000 Subject: [FFmpeg-trac] #3830(avformat:new): pcm in wav detected as dca Message-ID: <037.e83291411c1f7e594bdbf732e5b44244@avcodec.org> #3830: pcm in wav detected as dca -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: wav dca master | probe regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- User Adrien Montfort uploaded a wav file containing pcm audio that is incorrectly detected as dca since 697b476c {{{ $ ffmpeg -i 664461_flac_16_44100_2_cut.wav ffmpeg version N-65350-g40a820d Copyright (c) 2000-2014 the FFmpeg developers built on Aug 6 2014 21:37:45 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 72.102 / 55. 72.102 libavformat 55. 51.101 / 55. 51.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [dca @ 0x2a2e4e0] Not a valid DCA frame [dca @ 0x2a2e4e0] Invalid LFE value: 0 Last message repeated 1 times [dca @ 0x2a2e4e0] LFEScaleIndex larger than 127 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [dca @ 0x2a2e4e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [dca @ 0x2a2e4e0] error decoding block [dca @ 0x2a2e4e0] Invalid bit allocation index [dca @ 0x2a2e4e0] error decoding block [dca @ 0x2a2e4e0] LFEScaleIndex larger than 127 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [dca @ 0x2a2e4e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [dca @ 0x2a2e4e0] error decoding block [dca @ 0x2a2e4e0] ERROR: block code look-up failed [dca @ 0x2a2e4e0] error decoding block [dca @ 0x2a2e4e0] Invalid bit allocation index [dca @ 0x2a2e4e0] error decoding block [dca @ 0x2a2e4e0] LFEScaleIndex larger than 127 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [dca @ 0x2a2e4e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel at ffmpeg.org) [dca @ 0x2a2e4e0] error decoding block [dca @ 0x2a2e4e0] ERROR: block code look-up failed [dca @ 0x2a2e4e0] error decoding block Last message repeated 1 times [dca @ 0x2a2e4e0] Invalid bit allocation index [dca @ 0x2a2e4e0] error decoding block Last message repeated 1 times [dca @ 0x2a2e4e0] ERROR: block code look-up failed [dca @ 0x2a2e4e0] error decoding block [dca @ 0x2a2e4e0] Invalid LFE value: 0 [dca @ 0x2a2e4e0] ERROR: block code look-up failed [dca @ 0x2a2e4e0] error decoding block Last message repeated 1 times [dca @ 0x2a2e4e0] ERROR: block code look-up failed [dca @ 0x2a2e4e0] error decoding block [wav @ 0x2a2db20] decoding for stream 0 failed [wav @ 0x2a2db20] Estimating duration from bitrate, this may be inaccurate [wav @ 0x2a2db20] Could not find codec parameters for stream 0 (Audio: dts ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, fltp, 0 kb/s): no decodable DTS frames Consider increasing the value for the 'analyzeduration' and 'probesize' options 664461_flac_16_44100_2_cut.wav: could not find codec parameters Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from '664461_flac_16_44100_2_cut.wav': Duration: 1896:17:46.67, bitrate: 0 kb/s Stream #0:0: Audio: dts ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, fltp, 0 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 6 22:36:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Aug 2014 20:36:58 -0000 Subject: [FFmpeg-trac] #3830(avformat:closed): pcm in wav detected as dca In-Reply-To: <037.e83291411c1f7e594bdbf732e5b44244@avcodec.org> References: <037.e83291411c1f7e594bdbf732e5b44244@avcodec.org> Message-ID: <052.09fccaa5e584ee8e1dc15b968ece3dc8@avcodec.org> #3830: pcm in wav detected as dca -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav dca | Blocked By: probe regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 6a44699746501332207d967e27297cc6cfa987dd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 03:19:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 01:19:15 -0000 Subject: [FFmpeg-trac] #3831(undetermined:new): Slight right line flickering when converting to animated .gif Message-ID: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> #3831: Slight right line flickering when converting to animated .gif --------------------------------------+---------------------------------- Reporter: Chillance | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Well, basically I'm trying to convert a movie to an animated gif. I love that it's as easy as: ffmpeg -i movie_to_be_animated.mp4 output.gif However, using 1.x branch the colors aren't as good: http://pastebin.com/qWkNPrKP - this works, but colors aren't as good. especially with fading, and the file is huge (17MB). I prefer this: http://pastebin.com/hrpaavJT However, as you can see in the attatched file, there is a flickering going on on the right there. And this is what this ticket is about. Why is that happening? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 04:07:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 02:07:14 -0000 Subject: [FFmpeg-trac] #3832(undetermined:new): Just what is skin renewal and resurfacing? Message-ID: <038.0d661976090e86a6abc4a67301755e62@avcodec.org> #3832: Just what is skin renewal and resurfacing? -------------------------------------+------------------------------------- Reporter: ksmith61 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Sun, skin conditions, aging or even genetic make-up could all add to skin abnormalities on the surface and somewhere else on the physical body. These include textural irregularities like wrinkles and acne marks, pigmentation adjustments like freckles and sunspots, or visible vein. On top of that, skin may lose tone, feel much less firm, and particular areas of the physical body could develop cellulite problems. Conditions that can be treated with skin rejuvenation and resurfacing consist of:. Fixed creases: These creases are visible whatsoever times and do not transform in appearance with face movements. Dynamic wrinkles: These are expression lines that could seem like layers when the skin is stagnating, and grown with facial activities or expressions. Coloring: Blemishes, solar flare, or various other dark areas of skin outcome primarily from sun exposure. Marks: As the result of acne breakouts or injury to the skin, scars may be rolling (a wavy look to the skin), pitted, discolored, or have elevated perimeters. General conditions: Vein apparent on the surface of the skin, general sores that look like small blood-filled sores or even a constant flush of face redness. Loss of skin tone: Weakening of the encouraging skin structures (collagen and elastin fibers) that cause a loss of skin firmness or the development of cellulite. Skin rejuvenation and resurfacing expense. The price of skin resurfacing and restoration procedures could differ. A cosmetic surgeon's price could vary based upon his/her experience, the kind of treatment made use of, and the geographic location of the workplace. Many health insurance does not cover plastic surgery or its problems, but several plastic surgeons offer patient funding plans, so make sure to ask. Price could include:. Specialist's fee. Center costs. Anesthesia costs. Prescribeds for prescription medication. Medical examinations. When picking a board-certified cosmetic surgeon in you area for skin rejuvenation and resurfacing, remember that the specialist's experience and your comfort with them are equally as vital as the last expense of the treatment. Skin rejuvenation and resurfacing prospects. Skin renewal is a choice for you if you:. Are physically healthy. Don't smoke. Have a favorable overview and specific, however reasonable, objectives in mind for the enhancement of your appearance. Skin restoration and resurfacing outcomes. When your treatment is completed, you will be instructed on ways to look after the dealt with skin. You will certainly also be reminded concerning:. The anticipated duration of your results. Particular issues to look for in managed skin. When to follow-up with your plastic surgeon. The outcomes of skin resurfacing and rejuvenation vary depending upon the modern technology or treatment suggested for you. Following your treatment, whether skin resurfacing or renewal, your skin will certainly continuously age naturally and you could develop similar conditions to those that have been addressed or various other skin conditions. Skin resurfacing and restoration treatments can create a noticeable renovation in skin disease and your overall look. The modern technologies and therapies offered are progressing quickly and you could be delighted at the enhancement that can be obtained by reasonably straightforward procedures. Skin restoration healing. When your procedure is finished, you will be instructed on how you can take care of the managed skin. You will also be reminded about:. The anticipated duration of your results. Certain issues to try to find in addressed skin. When to follow up with your plastic surgeon. The outcomes of skin resurfacing and renewal are variable depending on the technology or procedure suggested for you. Following your procedure, whether skin resurfacing or renewal, your skin will certainly continuously age normally and you might create comparable problems to those that have actually been dealt with, or various other skin disease. Skin revitalization threats and security information. Although it is not as entailed as surgical visual treatments, skin rejuvenation is a med treatment and does bring some risk. Skin revitalization threats include:. Burns and marking. Infection. Coloring irregularities. Skin surface irregularities. Textural changes. These threats and others will certainly be fully talked about prior to your authorization. It is necessary that you take care of all your concerns straight with your cosmetic surgeon. Unique note concerning sunlight exposure. Absolute sun security is crucial for the initial year after any of these resurfacing procedures to stop uneven coloring. Diligent sunlight security for life will certainly aid to maintain your brand-new, younger, smoother skin. Skin rejuvenation and resurfacing procedure. Laser device resurfacing could improve the look of fine lines and creases of the entire face, or those that develop in particular areas of the face, such as the upper lip and around the eyes. Laser device & light treatments. Laser device and light procedures or specially produced chemical peels resurface the skin to address coloring ailments, such as sunlight and age areas. Careful factor to consider of your natural skin colour and kind will certainly identify the procedure best suited for you to reduce the risk of establishing extra coloring or a loss of coloring (bleaching of the skin). Laser & fractional resurfacing. Laser device and fractional resurfacing, or mechanical resurfacing, such as dermabrasion or dermaplaning, could improve the look of pimples scars and also various other skin problem. The level of scarring and your skin type and color will figure out the therapy choices offered to you. [http://findrhinoplastysurgeonsincalifornia.com/best-mountain-view- rhinoplasty-surgeon-ca/ http://findrhinoplastysurgeonsincalifornia.com /best-mountain-view-rhinoplasty-surgeon-ca/] A series of procedures are frequently needed to attain enhancement in skin structure and clearness and repeated therapies are essential to preserve your outcomes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 04:40:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 02:40:56 -0000 Subject: [FFmpeg-trac] #3832(avfilter:new): support frame metadata in idet filter Message-ID: <037.09d289cc4f470f9f96b60a117d8b71f3@avcodec.org> #3832: support frame metadata in idet filter -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: avfilter Priority: wish | Keywords: idet, Version: git- | metadata master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Summary of the enhancement: I would find it useful if the idet filter set frame metadata similar to how cropdetect, signalstats, and ebur128 do. How to reproduce: {{{ ffprobe -f lavfi mandelbrot,idet -show_frames }}} For frame metadata I suggest lavfi.idet.mfd and lavfi.idet.sfd. Perhaps the output of {{{ ffprobe -f lavfi movie=INPUT,idet -show_entries frame_tags=lavfi.idet.mfd }}} could be {{{ [FRAME] TAG:lavfi.idet.mfd=Undetermined [/FRAME] [FRAME] TAG:lavfi.idet.mfd=BFF [/FRAME] [FRAME] TAG:lavfi.idet.mfd=Progressive [/FRAME] [FRAME] TAG:lavfi.idet.mfd=TFF [/FRAME] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 07:23:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 05:23:03 -0000 Subject: [FFmpeg-trac] #3832(avfilter:new): support frame metadata in idet filter In-Reply-To: <037.09d289cc4f470f9f96b60a117d8b71f3@avcodec.org> References: <037.09d289cc4f470f9f96b60a117d8b71f3@avcodec.org> Message-ID: <052.75e350034e749cb1539b836e4461e1f2@avcodec.org> #3832: support frame metadata in idet filter -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: idet, | Blocked By: metadata | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): You can extract that information from frame by adding {{{frame=interlaced_frame,top_field_first}}} to the {{{-show_entries}}} option. I'm not sure it would make sense to duplicate that information into metadata. I know I was the one to suggest this initially, but I actually had in mind to export the confidence of the interlacing instead of the result. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 09:05:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 07:05:59 -0000 Subject: [FFmpeg-trac] #3831(avcodec:open): gif encoder uses uninitialized memory for some resolutions (was: Slight right line flickering when converting to animated .gif) In-Reply-To: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> References: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> Message-ID: <054.74fec7e1e1c1504074d25b13a8fb9eb7@avcodec.org> #3831: gif encoder uses uninitialized memory for some resolutions ------------------------------------+----------------------------------- Reporter: Chillance | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * version: 2.3 => git-master * keywords: => gif Comment: For future tickets: Please test current FFmpeg git head before reporting problems, always provide the {{{ffmpeg}}} command line that allows to reproduce the issue together with the complete uncut console output, do not attach output files unless explicitely asked to and please do not attach compressed files (unless necessary). {{{ $ ffmpeg -loop 1 -i tests/lena.pnm -s 214x214 -t 10 -qscale 2 lena.mov }}} {{{ $ valgrind ./ffmpeg_g -i lena.mov out.gif ==6659== Memcheck, a memory error detector ==6659== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==6659== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==6659== Command: ./ffmpeg_g -i lena.mov out.gif ==6659== ffmpeg version N-65350-g40a820d Copyright (c) 2000-2014 the FFmpeg developers built on Aug 6 2014 21:37:45 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 72.102 / 55. 72.102 libavformat 55. 51.101 / 55. 51.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'lena.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.51.101 Duration: 00:00:10.00, start: 0.000000, bitrate: 261 kb/s Stream #0:0(eng): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 214x214 [SAR 1:1 DAR 1:1], 259 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc (default) Metadata: handler_name : DataHandler encoder : Lavc55.72.102 mpeg4 ==6659== Invalid read of size 8 ==6659== at 0x6D2659F: __GI___strncasecmp_l (in /lib64/libc-2.15.so) ==6659== by 0x6CDA8A5: ____strtod_l_internal (in /lib64/libc-2.15.so) ==6659== by 0xE2C33E: av_strtod (eval.c:99) ==6659== by 0xE2CB84: parse_primary (eval.c:332) ==6659== by 0xE2D630: parse_factor (eval.c:492) ==6659== by 0xE2D82B: parse_term (eval.c:541) ==6659== by 0xE2C8CE: parse_expr (eval.c:565) ==6659== by 0xE2DA2C: av_expr_parse (eval.c:683) ==6659== by 0xE2DB73: av_expr_parse_and_eval (eval.c:720) ==6659== by 0x4E23E6: config_props (vf_scale.c:262) ==6659== by 0x495DBC: avfilter_config_links (avfilter.c:254) ==6659== by 0x495D9F: avfilter_config_links (avfilter.c:243) ==6659== Address 0xaff2900 is 0 bytes inside a block of size 3 alloc'd ==6659== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==6659== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==6659== by 0xE35729: av_malloc (mem.c:95) ==6659== by 0xE2D975: av_expr_parse (eval.c:660) ==6659== by 0xE2DB73: av_expr_parse_and_eval (eval.c:720) ==6659== by 0x4E23E6: config_props (vf_scale.c:262) ==6659== by 0x495DBC: avfilter_config_links (avfilter.c:254) ==6659== by 0x495D9F: avfilter_config_links (avfilter.c:243) ==6659== by 0x49A1A8: avfilter_graph_config (avfiltergraph.c:275) ==6659== by 0x47BE17: configure_filtergraph (ffmpeg_filter.c:912) ==6659== by 0x4801F9: transcode_init (ffmpeg.c:2686) ==6659== by 0x46B593: main (ffmpeg.c:3641) ==6659== ==6659== Invalid read of size 8 ==6659== at 0x6D265A7: __GI___strncasecmp_l (in /lib64/libc-2.15.so) ==6659== by 0x6CDA8A5: ____strtod_l_internal (in /lib64/libc-2.15.so) ==6659== by 0xE2C33E: av_strtod (eval.c:99) ==6659== by 0xE2CB84: parse_primary (eval.c:332) ==6659== by 0xE2D630: parse_factor (eval.c:492) ==6659== by 0xE2D82B: parse_term (eval.c:541) ==6659== by 0xE2C8CE: parse_expr (eval.c:565) ==6659== by 0xE2DA2C: av_expr_parse (eval.c:683) ==6659== by 0xE2DB73: av_expr_parse_and_eval (eval.c:720) ==6659== by 0x4E23E6: config_props (vf_scale.c:262) ==6659== by 0x495DBC: avfilter_config_links (avfilter.c:254) ==6659== by 0x495D9F: avfilter_config_links (avfilter.c:243) ==6659== Address 0xaff2908 is 5 bytes after a block of size 3 alloc'd ==6659== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==6659== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==6659== by 0xE35729: av_malloc (mem.c:95) ==6659== by 0xE2D975: av_expr_parse (eval.c:660) ==6659== by 0xE2DB73: av_expr_parse_and_eval (eval.c:720) ==6659== by 0x4E23E6: config_props (vf_scale.c:262) ==6659== by 0x495DBC: avfilter_config_links (avfilter.c:254) ==6659== by 0x495D9F: avfilter_config_links (avfilter.c:243) ==6659== by 0x49A1A8: avfilter_graph_config (avfiltergraph.c:275) ==6659== by 0x47BE17: configure_filtergraph (ffmpeg_filter.c:912) ==6659== by 0x4801F9: transcode_init (ffmpeg.c:2686) ==6659== by 0x46B593: main (ffmpeg.c:3641) ==6659== [swscaler @ 0xaff3080] No accelerated colorspace conversion found from yuv420p to bgr8. Output #0, gif, to 'out.gif': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.51.101 Stream #0:0(eng): Video: gif, bgr8, 214x214 [SAR 1:1 DAR 1:1], q=2-31, 200 kb/s, 25 fps, 100 tbn, 25 tbc (default) Metadata: handler_name : DataHandler encoder : Lavc55.72.102 gif Stream mapping: Stream #0:0 -> #0:0 (mpeg4 (native) -> gif (native)) Press [q] to stop, [?] for help ==6659== Conditional jump or move depends on uninitialised value(s) ==6659== at 0x8FC128: ff_lzw_encode (lzwenc.c:105) ==6659== by 0x6F06F1: gif_encode_frame (gif.c:190) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Use of uninitialised value of size 8 ==6659== at 0x8FC150: ff_lzw_encode (lzwenc.c:132) ==6659== by 0x6F06F1: gif_encode_frame (gif.c:190) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Use of uninitialised value of size 8 ==6659== at 0x8FC20D: ff_lzw_encode (lzwenc.c:152) ==6659== by 0x6F06F1: gif_encode_frame (gif.c:190) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Use of uninitialised value of size 8 ==6659== at 0x8FC173: ff_lzw_encode (lzwenc.c:246) ==6659== by 0x6F06F1: gif_encode_frame (gif.c:190) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Use of uninitialised value of size 8 ==6659== at 0x8FC15D: ff_lzw_encode (lzwenc.c:133) ==6659== by 0x6F06F1: gif_encode_frame (gif.c:190) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Conditional jump or move depends on uninitialised value(s) ==6659== at 0x8FC161: ff_lzw_encode (lzwenc.c:133) ==6659== by 0x6F06F1: gif_encode_frame (gif.c:190) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Conditional jump or move depends on uninitialised value(s) ==6659== at 0x4C2D0E3: bcmp (in /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so) ==6659== by 0x6F0C92: gif_encode_frame (gif.c:99) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Conditional jump or move depends on uninitialised value(s) ==6659== at 0x6F0F6A: gif_encode_frame (gif.c:121) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Conditional jump or move depends on uninitialised value(s) ==6659== at 0x6F0F9F: gif_encode_frame (gif.c:121) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== ==6659== Conditional jump or move depends on uninitialised value(s) ==6659== at 0x4C2D0E3: bcmp (in /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so) ==6659== by 0x6F0B9E: gif_encode_frame (gif.c:94) ==6659== by 0xA977D3: avcodec_encode_video2 (utils.c:2034) ==6659== by 0x4838B1: reap_filters (ffmpeg.c:1045) ==6659== by 0x46BB34: main (ffmpeg.c:3627) ==6659== frame= 250 fps= 69 q=0.0 Lsize= 68kB time=00:00:10.00 bitrate= 55.7kbits/s video:317kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown ==6659== ==6659== HEAP SUMMARY: ==6659== in use at exit: 128 bytes in 3 blocks ==6659== total heap usage: 42,002 allocs, 41,999 frees, 23,477,624 bytes allocated ==6659== ==6659== LEAK SUMMARY: ==6659== definitely lost: 0 bytes in 0 blocks ==6659== indirectly lost: 0 bytes in 0 blocks ==6659== possibly lost: 0 bytes in 0 blocks ==6659== still reachable: 128 bytes in 3 blocks ==6659== suppressed: 0 bytes in 0 blocks ==6659== Rerun with --leak-check=full to see details of leaked memory ==6659== ==6659== For counts of detected and suppressed errors, rerun with: -v ==6659== Use --track-origins=yes to see where uninitialised values come from ==6659== ERROR SUMMARY: 325417 errors from 12 contexts (suppressed: 2 from 2) }}} out.gif looks ugly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 10:45:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 08:45:10 -0000 Subject: [FFmpeg-trac] #3831(swscale:open): conversion to bgr8 does not work correctly for some resolutions (was: gif encoder uses uninitialized memory for some resolutions) In-Reply-To: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> References: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> Message-ID: <054.da87833e7de90c05112cd9068782b99f@avcodec.org> #3831: conversion to bgr8 does not work correctly for some resolutions -------------------------------------+------------------------------------- Reporter: Chillance | Owner: Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: gif | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: gif => gif regression * priority: normal => important * component: avcodec => swscale Comment: Not gif related: {{{ $ ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -s 214x214 -qscale 2 -an out.mov }}} {{{ $ ffmpeg -i out.mov -pix_fmt bgr8 -f rawvideo out ffmpeg version N-65368-g7c73d21 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 7 2014 10:00:38 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.100 / 55. 73.100 libavformat 55. 52.100 / 55. 52.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt artist : Logan Kelsey artist-eng : Logan Kelsey title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo encoder : Lavf55.52.100 copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 Duration: 00:00:43.60, start: 0.000000, bitrate: 697 kb/s Stream #0:0(eng): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 214x214 [SAR 1:1 DAR 1:1], 696 kb/s, 30 fps, 30 tbr, 15360 tbn, 30 tbc (default) Metadata: handler_name : DataHandler encoder : Lavc55.73.100 mpeg4 [swscaler @ 0x3361520] No accelerated colorspace conversion found from yuv420p to bgr8. Output #0, rawvideo, to 'out': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt artist : Logan Kelsey artist-eng : Logan Kelsey title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo copyright-eng : ? Vertical Online 2001 copyright : ? Vertical Online 2001 encoder : Lavf55.52.100 Stream #0:0(eng): Video: rawvideo (BGR[8] / 0x8524742), bgr8, 214x214 [SAR 1:1 DAR 1:1], q=2-31, 200 kb/s, 30 fps, 30 tbn, 30 tbc (default) Metadata: handler_name : DataHandler encoder : Lavc55.73.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (mpeg4 (native) -> rawvideo (native)) Press [q] to stop, [?] for help frame= 1308 fps=0.0 q=0.0 Lsize= 58497kB time=00:00:43.60 bitrate=10991.0kbits/s video:58497kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} Decoding the output file shows artefacts on the right border. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 10:46:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 08:46:24 -0000 Subject: [FFmpeg-trac] #3831(swscale:open): conversion to bgr8 does not work correctly for some resolutions In-Reply-To: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> References: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> Message-ID: <054.028a9422ef162d69d50a2989262f5b16@avcodec.org> #3831: conversion to bgr8 does not work correctly for some resolutions ------------------------------------+----------------------------------- Reporter: Chillance | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: gif regression => gif * priority: important => normal Comment: Not really a regression, the border used to be initialized though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 11:28:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 09:28:59 -0000 Subject: [FFmpeg-trac] #3778(avformat:new): RTMPProto Overflow Interger (bytes_read) Bug In-Reply-To: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> References: <038.a6c3dfe90246a982dbb3a2829d759551@avcodec.org> Message-ID: <053.71aea8829df2431ce4ffabf6c9f123bf@avcodec.org> #3778: RTMPProto Overflow Interger (bytes_read) Bug -------------------------------------+------------------------------------ Reporter: rbarajas | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: rtmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please provide your tested patch as a unified diff (for example as made by {{{git format-patch}}}) to get this issue fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 11:38:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 09:38:05 -0000 Subject: [FFmpeg-trac] #3823(avformat:new): RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream In-Reply-To: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> References: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> Message-ID: <052.bc48dcf48932886cc9274e3949d0e657@avcodec.org> #3823: RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * version: unspecified => git-master Comment: Is network input required to reproduce your issue or is it also reproducible with file input? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 12:50:13 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 10:50:13 -0000 Subject: [FFmpeg-trac] #3821(avformat:closed): aac_latm in a transport stream not detected In-Reply-To: <037.a9e1346e8196ac1c0a851c0397659550@avcodec.org> References: <037.a9e1346e8196ac1c0a851c0397659550@avcodec.org> Message-ID: <052.ae68b69e56001716dcef50ecaff22bfe@avcodec.org> #3821: aac_latm in a transport stream not detected -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: latm probe | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 16:02:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 14:02:53 -0000 Subject: [FFmpeg-trac] #3832(avfilter:new): support frame metadata in idet filter In-Reply-To: <037.09d289cc4f470f9f96b60a117d8b71f3@avcodec.org> References: <037.09d289cc4f470f9f96b60a117d8b71f3@avcodec.org> Message-ID: <052.533c48e8f4e45d1d77b118108a7c63b3@avcodec.org> #3832: support frame metadata in idet filter -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: idet, | Blocked By: metadata | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dericed): Thanks, I have a sample called 5B_clean_capture_ffv1.mov which in idet reports a mixture of bff, tff, progressive, and undetermined. With: {{{ ffmpeg -i 5B_clean_capture_ffv1.mov -vf idet -v debug -f null - }}} The first frames show: {{{ [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Undetermined , Multi frame:Undetermined [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Bottom Field First, Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Undetermined , Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Bottom Field First, Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Undetermined , Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Progressive , Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Progressive , Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Undetermined , Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Bottom Field First, Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Undetermined , Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Bottom Field First, Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Undetermined , Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Top Field First , Multi frame:Bottom Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Top Field First , Multi frame:Top Field First [Parsed_idet_0 @ 0x7fa153e00000] Single frame:Undetermined , Multi frame:Top Field First }}} When I use your suggestion and run: {{{ ffprobe -f lavfi movie=5B_clean_capture_ffv1.mov,idet -show_entries frame=interlaced_frame,top_field_first }}} then every frame is reported with the same values. {{{ [FRAME] interlaced_frame=0 top_field_first=0 [/FRAME] [FRAME] interlaced_frame=0 top_field_first=0 [/FRAME] [FRAME] interlaced_frame=0 top_field_first=0 [/FRAME] }}} If I simplify the command to remove lavfi and run: {{{ ffprobe 5B_clean_capture_ffv1.mov -show_entries frame=interlaced_frame,top_field_first }}} then every interlaced_frame and top_field_first is still the same within the report, but now different than the prior version. {{{ [FRAME] interlaced_frame=1 top_field_first=0 [/FRAME] [FRAME] [/FRAME] [FRAME] [/FRAME] [FRAME] interlaced_frame=1 top_field_first=0 [/FRAME] [FRAME] [/FRAME] }}} What I'm hoping for is an ffprobe output that includes the data of idet debug output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 18:28:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 16:28:22 -0000 Subject: [FFmpeg-trac] #3774(documentation:closed): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.5aa86b2c2c00ef1b3ad56803bdc6a52d@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: closed Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by compn): * status: new => closed * resolution: => worksforme Comment: avresample is no longer on the (newly revamped) download page. closing ticket... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 18:38:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 16:38:22 -0000 Subject: [FFmpeg-trac] #3774(documentation:closed): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.f3c9b1c3c15b8936b894565969d634d0@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: closed Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:1 cehoyos]: > Please understand that there is nothing unstable about current FFmpeg git head (on the contrary). > I am not sure if it is a good idea to mention libavresample on the download page: It is mostly unmaintained and should not be used. Correction here. {{{libavresample}}} is NOT unmaintained. The Libav project maintains it and we merge their changes. BUT, it is unsupported by the FFmpeg project because we have {{{libswresample}}} (since way before {{{libavresample}}} existed) and we use it almost everything. {{{libavresample}}} is less tested in the FFmpeg project. As a result, we don't really want people to confuse the two and just keep it for compatibility with the Libav project. But anyway, @projectsymphony, you are probably koda at libav, so I'll assume you are quite aware of this and just wanted to use that ticket as an argument. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 18:41:30 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 16:41:30 -0000 Subject: [FFmpeg-trac] #3774(documentation:closed): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.c4ae777bb07978f7017875585a097014@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: closed Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): oops. you wanted it listed. i see. the avresample version can be found in apichanges on libav site http://git.libav.org/?p=libav.git;a=blob;f=doc/APIchanges or for quick reference 2014-04-xx - xxxxxxx - lavr 1.3.0 - avresample.h Add avresample_max_output_samples 2014-02-22 - 7e86c27 - lavr 1.2.0 - avresample.h Add avresample_is_open() for checking whether a resample context is open. 2013-01-07 - 074a00d - lavr 1.1.0 Add avresample_set_channel_mapping() for input channel reordering, duplication, and silencing. 2012-10-05 - e7ba5b1 - lavr 1.0.0 - avresample.h Data planes parameters to avresample_convert() and avresample_read() are now uint8_t** instead of void**. Libavresample is now stable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 22:21:55 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 20:21:55 -0000 Subject: [FFmpeg-trac] #3774(documentation:closed): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.7a11e81b88841cf693369a062e6fabf3@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: closed Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Since I find this completely non-obvious: This ticket was indeed created by Vittorio Giovara, avconv developer, and is now apparently used as an argument why avconv is better than FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 7 22:25:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 20:25:42 -0000 Subject: [FFmpeg-trac] #3819(ffmpeg:closed): ffmpeg automatically maps subtitles even if the decoder and encoder are not compatible (was: ffmpeg entries to extracts an addiional unwanted track from a blu-ray (stream mapping problem)) In-Reply-To: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> References: <035.46b012c81926c68b9e9392d9ab5784a1@avcodec.org> Message-ID: <050.5540dde93fad4a1ae2483ca247693f09@avcodec.org> #3819: ffmpeg automatically maps subtitles even if the decoder and encoder are not compatible ------------------------------------+---------------------------------- Reporter: Selur | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => ffmpeg * reproduced: 0 => 1 Comment: Fixed in 7d585bc9 The issue is not Bluray-related and was for example reproducible with the samples from ticket #2024: {{{ $ ffmpeg -i dvbsubtest.ts -qscale 2 out.mkv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 01:37:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Aug 2014 23:37:56 -0000 Subject: [FFmpeg-trac] #3774(documentation:closed): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.d8c31dced06f5fae43b5798d25658de7@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: closed Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): @cehoyos: can you give a link? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 03:04:18 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 01:04:18 -0000 Subject: [FFmpeg-trac] #3774(documentation:closed): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.7157fa4d0e9ea146e82a3c287add9d66@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: closed Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): Why the flying fuck do we need two resample libraries? Can someone explain this to me? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 03:18:48 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 01:18:48 -0000 Subject: [FFmpeg-trac] #3774(documentation:reopened): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.15493c535bb89af0216f174b7684e52e@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: reopened Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * status: closed => reopened * resolution: worksforme => Comment: This ticket is not fixed. See comment [comment:8]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 05:06:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 03:06:14 -0000 Subject: [FFmpeg-trac] #3774(documentation:closed): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.1ca1387c3289342310646124b7d4fd36@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: closed Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed Comment: The libavresample versions where missing as the lists where build from the ffmpeg command line output and libavresample is not build, enabled nor used by default, thus also doesnt show up in that case. Fixed the download page in c9786c88c224e5f7dac1e9d3efc4344aab4093f8 there may be some still missing for the olddownload page, but that is missing other libs as well, improvments for the olddownload page are welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 05:30:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 03:30:24 -0000 Subject: [FFmpeg-trac] #3774(documentation:closed): Missing library version information on website In-Reply-To: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> References: <045.f07ece8737ed28254d690c8a77717847@avcodec.org> Message-ID: <060.41878accf85f9295af16f2922322749c@avcodec.org> #3774: Missing library version information on website -------------------------------------+------------------------------------- Reporter: | Owner: projectsymphony | Status: closed Type: enhancement | Component: Priority: wish | documentation Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Added missing libavresample versions to olddownloads too (017200dd6a71bfe9b81e8f69492336b4ad04efa2) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 06:54:42 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 04:54:42 -0000 Subject: [FFmpeg-trac] #3833(avfilter:new): Support subtitle streams in libavfilter Message-ID: <038.9df409b0bb161c699a1ea1b7fd2d1f69@avcodec.org> #3833: Support subtitle streams in libavfilter ----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: wish Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- The biggest upshot of this would be allowing the `subtitles` filter to a stream from an input file in ffmpeg, but I'm sure people would come up with various subtitle filters of various levels of utility, such as "change dialogue font to LTFinnegan" or "remove blur" or "read subtitles using TTS and produce an audio stream". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 07:00:10 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 05:00:10 -0000 Subject: [FFmpeg-trac] #3834(avfilter:new): Support Attachment streams in libavfilter Message-ID: <038.e5e887c9efde89f74e62ec459d883374@avcodec.org> #3834: Support Attachment streams in libavfilter ----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: wish Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- See #3833; again, mostly for the sake of a `subtitles` filter reading from an ffmpeg input sub stream and using muxed-in fonts. For this, it'd be convenient to provide a way to send all attachment streams to one filter. And sure, why not data streams too? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 07:27:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 05:27:01 -0000 Subject: [FFmpeg-trac] #3833(avfilter:closed): Support subtitle streams in libavfilter In-Reply-To: <038.9df409b0bb161c699a1ea1b7fd2d1f69@avcodec.org> References: <038.9df409b0bb161c699a1ea1b7fd2d1f69@avcodec.org> Message-ID: <053.383d62fbd64d696215e24cd387b78b34@avcodec.org> #3833: Support subtitle streams in libavfilter -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: See #2067. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 09:04:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 07:04:08 -0000 Subject: [FFmpeg-trac] #3835(avdevice:new): The count of gdi objects owned by ffmpeg.exe increasing endlessly on windows Message-ID: <035.0b921461fc6cbfbb72e06cb4b33ba9af@avcodec.org> #3835: The count of gdi objects owned by ffmpeg.exe increasing endlessly on windows -------------------------------------+------------------------------------- Reporter: hlszl | Type: defect Status: new | Priority: normal Component: avdevice | Version: Keywords: gdigrab | unspecified windows | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: using gdigrab feature on windows, and found that the count of gdi objects owned by ffmpeg.exe increasing endlessly... cause: code in function paint_mouse_pointer(...) of gdigrab.c if (!GetIconInfo(icon, &info)) { CURSOR_ERROR("Could not get icon info"); goto icon_error; } /*Remarks from msdn GetIconInfo creates bitmaps for the hbmMask and hbmColor members of ICONINFO. The calling application must manage these bitmaps and delete them when they are no longer necessary. */ but there are NO release for these two object in code for now! bug fix: please add code as below in function paint_mouse_pointer(...) : ... icon_error: if (info.hbmMask) DeleteObject(info.hbmMask); if(info.hbmColor) DeleteObject(info.hbmColor); if (icon) DestroyCursor(icon); ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 10:29:45 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 08:29:45 -0000 Subject: [FFmpeg-trac] #3835(avdevice:new): The count of gdi objects owned by ffmpeg.exe increasing endlessly on windows In-Reply-To: <035.0b921461fc6cbfbb72e06cb4b33ba9af@avcodec.org> References: <035.0b921461fc6cbfbb72e06cb4b33ba9af@avcodec.org> Message-ID: <050.466906626661961b3da5aa67907bb402@avcodec.org> #3835: The count of gdi objects owned by ffmpeg.exe increasing endlessly on windows -------------------------------------+------------------------------------ Reporter: hlszl | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: win | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 * keywords: gdigrab windows => win * reproduced: 1 => 0 Comment: Please send your patch as unified diff (as produced for example by {{{git format-patch}}}) to the ffmpeg-devel mailing list. Patch requests like this one are often ignored on this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 12:57:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 10:57:12 -0000 Subject: [FFmpeg-trac] #2748(undetermined:closed): Inconsistent UDP output packet size In-Reply-To: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> References: <036.c69fb1d9677696854e6bd4f4957e375a@avcodec.org> Message-ID: <051.dee07325c0db20c13256a5460e5f4a5c@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by smallishzulu): Yesterday, I got the latest snaphot from GIT and tested the case. On a CBR test, if outpur bandwidth rate is high, some decoders/TS analyze SWs give PCR accuracy and repetition error (very rare). Example: ffmpeg -i pipe -aspect 16:9 -fflags +genpts -vcodec libx264 -preset ultrafast -vb 25000k -minrate 25000k -maxrate 25000k -bufsize 2500k -muxrate 27000k -tune stillimage -qmin 20 -pix_fmt yuv420p -vbsf h264_mp4toannexb -strict experimental -acodec libfdk_aac -ab 128k -flush_packets 0 -f mpegts 'udp://225.2.1.1:1234?pkt_size=1316' This works fine. Time to time on some decoders (like Ericsson) make black frame. But no PCR error. ffmpeg -i pipe -aspect 16:9 -fflags +genpts -vcodec libx264 -preset ultrafast -vb 50000k -minrate 50000k -maxrate 50000k -bufsize 10000k -muxrate 54000k -tune stillimage -qmin 20 -pix_fmt yuv420p -vbsf h264_mp4toannexb -strict experimental -acodec libfdk_aac -ab 128k -flush_packets 0 -f mpegts 'udp://225.2.1.1:1234?pkt_size=1316' In this case, it reports PCR accuracy and repetition error and decoders gives alarm as well. BR, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 13:27:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 11:27:08 -0000 Subject: [FFmpeg-trac] #3831(swscale:open): conversion to bgr8 does not work correctly for some resolutions In-Reply-To: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> References: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> Message-ID: <054.b1ac48e9f28399746d3e08bf504603ee@avcodec.org> #3831: conversion to bgr8 does not work correctly for some resolutions ------------------------------------+----------------------------------- Reporter: Chillance | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Chillance): So, any chance anyone can fix this soon? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 16:57:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 14:57:40 -0000 Subject: [FFmpeg-trac] #3741(undetermined:reopened): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.ea1381b10e0425e37a6b066fdf8d155d@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: reopened Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by BradDodi): Any updates for this? The segment muxer seems to be broken for some use cases, like when using the segmented files with the web Media Source API (which was working fine before). Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 17:19:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 15:19:41 -0000 Subject: [FFmpeg-trac] #3741(undetermined:reopened): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.c254c91d091bc268e1214846d2c364e3@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: reopened Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:14 BradDodi]: > Any updates for this? The segment muxer seems to be broken for some use cases Could you elaborate? This ticket is about FFmpeg showing additional debug output (which imo is by definition not really important no matter how annoying the spam is), if a feature is not working anymore, please report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 20:52:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 18:52:08 -0000 Subject: [FFmpeg-trac] #3836(avformat:new): No way to get real metadata field names Message-ID: <035.f1913a699395bd21df38d28a1f5bb2d9@avcodec.org> #3836: No way to get real metadata field names ----------------------------------+--------------------------------------- Reporter: MoSal | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- ff_metadata_conv() is always run unconditionally. Even if we are not remuxing/transcoding from one format to another (e.g. If we are only invoking ffprobe). I'm attaching a proof-of-concept patch that adds a decoding fflag 'nometaconv'. It doesn't change current default behavior or break conversion if remuxing/transcoding from one format to another. I don't know if this is the right approach. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 8 21:07:22 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 19:07:22 -0000 Subject: [FFmpeg-trac] #3836(avformat:new): No way to get real metadata field names In-Reply-To: <035.f1913a699395bd21df38d28a1f5bb2d9@avcodec.org> References: <035.f1913a699395bd21df38d28a1f5bb2d9@avcodec.org> Message-ID: <050.9cd8ca0e147ce05d238ad2c47ea2d500@avcodec.org> #3836: No way to get real metadata field names -------------------------------------+------------------------------------ Reporter: MoSal | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => metadata * priority: normal => wish Comment: Patches on this bug tracker are usually ignored, please send your patch to the ffmpeg-devel mailing list where it can be discussed. At least a minor version bump in libavformat/version.h and an entry to doc/APIchanges is missing, consider not to re-indent unchanged lines to make reviewing your changes easier. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 01:11:52 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 23:11:52 -0000 Subject: [FFmpeg-trac] #3837(undetermined:new): ffplay: vc1 crash Message-ID: <039.de28127727a8e23350c97f17ab3022be@avcodec.org> #3837: ffplay: vc1 crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I also get the crash with d34ec64 07-Aug-2014 autobuild. http://www.datafilehost.com/d/9bef7ed5 {{{ $ gdb ffplay_g.exe GNU gdb (GDB) 7.4 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 "i686-pc-mingw32". For bug reporting instructions, please see: ... Reading symbols from D:\MinGW\msys\1.0\ffmpeg-HEAD- b96c951\ffplay_g.exe...done. (gdb) r santa06.wmv Starting program: D:\MinGW\msys\1.0\ffmpeg-HEAD-b96c951\ffplay_g.exe santa06.wmv [New Thread 1768.0xe28] [New Thread 1768.0xfd0] [New Thread 1768.0xdc8] [New Thread 1768.0xcc] [New Thread 1768.0xa40] [New Thread 1768.0xc8c] [New Thread 1768.0xfcc] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1768.0xfcc] vc1_sprite_flush (avctx=0x584fbe0) at libavcodec/vc1dec.c:5495 5495 if (f->data[0]) (gdb) bt #0 vc1_sprite_flush (avctx=0x584fbe0) at libavcodec/vc1dec.c:5495 #1 0x005caabf in avcodec_flush_buffers (avctx=0x584fbe0) at libavcodec/utils.c:3066 #2 0x0040d0e2 in get_video_frame (serial=, pkt=, frame=, is=) at ffplay.c:1690 #3 video_thread (arg=0x5b20040) at ffplay.c:1974 #4 0x681097d2 in SDL_RunThread (data=0x5eb6ba0) at ./src/thread/SDL_thread.c:204 #5 0x681327cf in RunThread (data=0x5e67bc8) at ./src/thread/win32/SDL_systhread.c:74 #6 RunThreadViaBeginThreadEx (data=0x5e67bc8) at ./src/thread/win32/SDL_systhread.c:95 #7 0x77c2a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll #8 0x7c80b729 in KERNEL32!GetModuleFileNameA () from C:\WINDOWS\system32\kernel32.dll #9 0x00000000 in ?? () (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 01:17:50 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 23:17:50 -0000 Subject: [FFmpeg-trac] #117(avcodec:open): unsupported interplayvideo file In-Reply-To: <039.e32446a0168db49023bca0294cfc2b3b@avcodec.org> References: <039.e32446a0168db49023bca0294cfc2b3b@avcodec.org> Message-ID: <054.358ecb21a6a24f649f521c6c3a3b9777@avcodec.org> #117: unsupported interplayvideo file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: interplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): some info from Kostya: "SimCity files use older coding scheme that is not supported (opcodes 0xE+0xF+0x10 instead of simply opcode 0x11)" "SK_DEMO.MVE starts as video-only stream, outputs nothing for a while and then reinitialises video and adds an audio stream too. Without that audio stream audio packets are sent to video decoder too and cause decoding errors and garbage on top of properly decoded frames. If I hack demuxer to tolerate init and dummy chunk types and add an audio stream on reinit then video plays fine but audio is still ignored." -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 01:26:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 23:26:01 -0000 Subject: [FFmpeg-trac] #3837(undetermined:new): ffplay: vc1 crash In-Reply-To: <039.de28127727a8e23350c97f17ab3022be@avcodec.org> References: <039.de28127727a8e23350c97f17ab3022be@avcodec.org> Message-ID: <054.800c81de08637c9e63c36c8a26bb4327@avcodec.org> #3837: ffplay: vc1 crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: SIGSEGV, | Resolution: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * keywords: => SIGSEGV, crash * priority: normal => important * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 01:31:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Aug 2014 23:31:23 -0000 Subject: [FFmpeg-trac] #3838(ffprobe:new): ffprobe's "fully_qualified" XML output does not namespace all elements Message-ID: <035.3a9c05546cfed45c2b9f34672d42551a@avcodec.org> #3838: ffprobe's "fully_qualified" XML output does not namespace all elements ---------------------------------+--------------------------------------- Reporter: misty | Type: defect Status: new | Priority: normal Component: ffprobe | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- ffprobe's XML output features a "fully_qualified" option, which is documented as follows: > fully_qualified, q > If set to 1 specify if the output should be fully qualified. Default value is 0. This is required for generating an XML file which can be validated through an XSD file. However, when this option is set, only the root element is namespaced. All other elements are left unaltered, so they will not be interpreted as being in the same namespace as the parent element. Here's an example: Regular output: {{{ }}} Fully-qualified output: {{{ }}} The fully-qualified example was generated with the "-print_format xml=fully_qualified=1 -show_format" options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 05:22:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 03:22:06 -0000 Subject: [FFmpeg-trac] #3822(avformat:closed): Assertion failure when reencoding ass in mkv In-Reply-To: <037.bfc21cc51ce66fc9f8165879af3b733b@avcodec.org> References: <037.bfc21cc51ce66fc9f8165879af3b733b@avcodec.org> Message-ID: <052.b17f8b5e5ba7290c5b2f304affecdb3a@avcodec.org> #3822: Assertion failure when reencoding ass in mkv -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 64d029de41ed556b765df50c7080b06fd5a86417 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 06:16:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 04:16:18 -0000 Subject: [FFmpeg-trac] #3838(ffprobe:new): ffprobe's "fully_qualified" XML output does not namespace all elements In-Reply-To: <035.3a9c05546cfed45c2b9f34672d42551a@avcodec.org> References: <035.3a9c05546cfed45c2b9f34672d42551a@avcodec.org> Message-ID: <050.dfa9f5b1ca0cee874b9b197a5a0e9c0a@avcodec.org> #3838: ffprobe's "fully_qualified" XML output does not namespace all elements -------------------------------------+----------------------------------- Reporter: misty | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): To make this a valid ticket, please provide your {{{ffprobe}}} command line that allows to reproduce the issue together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 06:19:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 04:19:33 -0000 Subject: [FFmpeg-trac] #3838(ffprobe:new): ffprobe's "fully_qualified" XML output does not namespace all elements In-Reply-To: <035.3a9c05546cfed45c2b9f34672d42551a@avcodec.org> References: <035.3a9c05546cfed45c2b9f34672d42551a@avcodec.org> Message-ID: <050.768d4e05e154273b04355ee40fb43d6d@avcodec.org> #3838: ffprobe's "fully_qualified" XML output does not namespace all elements -------------------------------------+----------------------------------- Reporter: misty | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by misty): Command: {{{ffprobe -i image.png -print_format xml=fully_qualified=1 -show_format}}} stdout: {{{ }}} stderr: {{{ ffprobe version N-41239-g6a44699 Copyright (c) 2007-2014 the FFmpeg developers built on Aug 6 2014 15:09:21 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-openssl --enable- libcaca libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.100 / 55. 73.100 libavformat 55. 51.101 / 55. 51.101 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libavresample 1. 3. 0 / 1. 3. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'image.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 239x90, 25 tbr, 25 tbn, 25 tbc }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 12:29:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 10:29:42 -0000 Subject: [FFmpeg-trac] #3839(undetermined:new): hevc: invalid write with fuzzed file Message-ID: <039.f6147eab1cd62cf94a53ac4c94e7e857@avcodec.org> #3839: hevc: invalid write with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ (gdb) r -i h3f.ts -f null - Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i h3f.ts -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 9 2014 12:01:59 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-ffprobe --disable-ffserver --disable-yasm --enable-gpl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.101 / 55. 73.101 libavformat 55. 54.100 / 55. 54.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.103 / 4. 11.103 libswscale 2. 6.101 / 2. 6.101 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x93b28a0] PES packet size mismatch [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [mpegts @ 0x93b28a0] Invalid timestamps stream=0, pts=66054, dts=67171318, size=5300 [hevc @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b6480] Error parsing NAL unit #0. [hevc @ 0x93b6480] Unknown HEVC profile: 0 Last message repeated 1 times [mpegts @ 0x93b28a0] DTS discontinuity in stream 0: packet 10 with DTS 58545, packet 11 with DTS 67171318 [hevc @ 0x93b6480] Unknown HEVC profile: 0 Last message repeated 1 times [mpegts @ 0x93b28a0] DTS 69809 < 67171318 out of order [mpegts @ 0x93b28a0] PES packet size mismatch Last message repeated 3 times [mpegts @ 0x93b28a0] nothing to probe for stream 1 [mpegts @ 0x93b28a0] probed stream 1 failed [mpegts @ 0x93b28a0] probed stream 2 failed [mpegts @ 0x93b28a0] Could not find codec parameters for stream 1 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x93b28a0] Could not find codec parameters for stream 2 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'h3f.ts': Duration: 00:00:12.43, start: 0.191589, bitrate: 392 kb/s Program 1 Stream #0:0[0x12d]: Video: hevc (HEVC / 0x43564548), yuv420p(tv), 320x240, 23.98 tbr, 90k tbn, 90k tbc No Program Stream #0:1[0x125]: Unknown: none Stream #0:2[0x13d]: Unknown: none [New Thread 0xb7df8b70 (LWP 578)] [New Thread 0xb75f8b70 (LWP 579)] [New Thread 0xb6df8b70 (LWP 582)] [New Thread 0xb65f8b70 (LWP 590)] [New Thread 0xb5df8b70 (LWP 591)] [New Thread 0xb55f8b70 (LWP 592)] [New Thread 0xb4df8b70 (LWP 593)] [New Thread 0xb45f8b70 (LWP 594)] [New Thread 0xb3df8b70 (LWP 595)] [hevc @ 0x93b9aa0] Unknown HEVC profile: 0 [New Thread 0xb35f8b70 (LWP 596)] [New Thread 0xb2df8b70 (LWP 597)] [New Thread 0xb25f8b70 (LWP 598)] [New Thread 0xb1df8b70 (LWP 599)] [New Thread 0xb15f8b70 (LWP 604)] [New Thread 0xb0df8b70 (LWP 610)] [New Thread 0xb05f8b70 (LWP 611)] [New Thread 0xafdf8b70 (LWP 612)] [New Thread 0xaf5f8b70 (LWP 613)] Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.54.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc Metadata: encoder : Lavc55.73.101 rawvideo Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native)) Press [q] to stop, [?] for help [mpegts @ 0x93b28a0] PES packet size mismatch [NULL @ 0x93b6480] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x93b9aa0] Could not find ref with POC 0 [hevc @ 0x93b9aa0] Could not find ref with POC 3 [NULL @ 0x93b6480] PPS id out of range: 0 Last message repeated 3 times [hevc @ 0x93d8240] Could not find ref with POC 9 [NULL @ 0x93b6480] PPS id out of range: 0 Last message repeated 3 times [mpegts @ 0x93b28a0] Invalid timestamps stream=0, pts=66054, dts=67171318, size=5300 [NULL @ 0x93b6480] PPS id out of range: 0 [NULL @ 0x93b6480] Unknown HEVC profile: 0 Last message repeated 1 times [null @ 0x9443c80] Encoder did not produce proper pts, making some up. [hevc @ 0x93aa3e0] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x9421ee0] Could not find ref with POC 3 [null @ 0x9443c80] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 11 >= 11 Last message repeated 1 times [mpegts @ 0x93b28a0] PES packet size mismatch [hevc @ 0x93f6be0] Invalid NAL unit 1, skipping. [hevc @ 0x93f6be0] Invalid slice segment address: 30. [hevc @ 0x93f6be0] Error parsing NAL unit #1. [hevc @ 0x9406100] Could not find ref with POC 16 [hevc @ 0x93d8240] No start code is found. [null @ 0x9443c80] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 30 >= 30 [NULL @ 0x93b6480] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x93aa3e0] Unknown HEVC profile: 0 Last message repeated 1 times Error while decoding stream #0:0: Invalid data found when processing input [null @ 0x9443c80] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 36 >= 36 Last message repeated 1 times [hevc @ 0x93b9aa0] No start code is found. [hevc @ 0x93b0520] Could not find ref with POC 9 [hevc @ 0x93aa3e0] The slice_qp -41 is outside the valid range [0, 51]. [hevc @ 0x93aa3e0] Error parsing NAL unit #0. [NULL @ 0x93b6480] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x9406100] Unknown HEVC profile: 0 Last message repeated 1 times Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x93b9aa0] Invalid number of merging MVP candidates: -25. [hevc @ 0x93b9aa0] Error parsing NAL unit #0. [hevc @ 0x93aa3e0] Invalid number of merging MVP candidates: -1. [hevc @ 0x93aa3e0] Error parsing NAL unit #0. [hevc @ 0x9421ee0] Invalid number of merging MVP candidates: -3. [hevc @ 0x9421ee0] Error parsing NAL unit #0. [hevc @ 0x93e76c0] Invalid number of merging MVP candidates: -24. [hevc @ 0x93e76c0] Error parsing NAL unit #0. *** glibc detected *** /media/sdb1/ffmpeg-snapshot/ffmpeg_g: corrupted double-linked list: 0x09573830 *** ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(+0x70a8a)[0xb7ea4a8a] /lib/i386-linux-gnu/libc.so.6(+0x70ebe)[0xb7ea4ebe] /lib/i386-linux-gnu/libc.so.6(+0x73015)[0xb7ea7015] /lib/i386-linux-gnu/libc.so.6(+0x74297)[0xb7ea8297] /lib/i386-linux-gnu/libc.so.6(__libc_memalign+0xa7)[0xb7ea99b7] /lib/i386-linux-gnu/libc.so.6(posix_memalign+0x49)[0xb7ea9bd9] /media/sdb1/ffmpeg-snapshot/ffmpeg_g[0x89f0108] ======= Memory map: ======== 08048000-08d0e000 r-xp 00000000 08:11 12240 /media/sdb1/ffmpeg- snapshot/ffmpeg_g 08d0e000-08d31000 rw-p 00cc5000 08:11 12240 /media/sdb1/ffmpeg- snapshot/ffmpeg_g 08d31000-09925000 rw-p 00000000 00:00 0 [heap] 41602000-41619000 r-xp 00000000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 41619000-4161a000 r--p 00016000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 4161a000-4161b000 rw-p 00017000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 41628000-41659000 r-xp 00000000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 41659000-4165a000 r--p 00030000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 4165a000-4165b000 rw-p 00031000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 41673000-41676000 r-xp 00000000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 41676000-41677000 r--p 00002000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 41677000-41678000 rw-p 00003000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 4178e000-418c2000 r-xp 00000000 08:02 24566 /usr/lib/i386-linux- gnu/libX11.so.6.3.0 418c2000-418c6000 rw-p 00133000 08:02 24566 /usr/lib/i386-linux- gnu/libX11.so.6.3.0 418c8000-418e9000 r-xp 00000000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418e9000-418ea000 r--p 00020000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418ea000-418eb000 rw-p 00021000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418ed000-418ef000 r-xp 00000000 08:02 24568 /usr/lib/i386-linux- gnu/libXau.so.6.0.0 418ef000-418f0000 rw-p 00001000 08:02 24568 /usr/lib/i386-linux- gnu/libXau.so.6.0.0 418f2000-418f7000 r-xp 00000000 08:02 24574 /usr/lib/i386-linux- gnu/libXdmcp.so.6.0.0 418f7000-418f8000 rw-p 00004000 08:02 24574 /usr/lib/i386-linux- gnu/libXdmcp.so.6.0.0 41913000-41924000 r-xp 00000000 08:02 24575 /usr/lib/i386-linux- gnu/libXext.so.6.4.0 41924000-41925000 rw-p 00010000 08:02 24575 /usr/lib/i386-linux- gnu/libXext.so.6.4.0 41cd1000-41cd3000 r-xp 00000000 08:02 25013 /usr/lib/i386-linux- gnu/libts-0.0.so.0.1.1 41cd3000-41cd4000 rw-p 00001000 08:02 25013 /usr/lib/i386-linux- gnu/libts-0.0.so.0.1.1 41cd6000-41ce4000 r-xp 00000000 08:02 24578 /usr/lib/i386-linux- gnu/libXi.so.6.1.0 41ce4000-41ce5000 rw-p 0000e000 08:02 24578 /usr/lib/i386-linux- gnu/libXi.so.6.1.0 41f58000-41f6e000 r-xp 00000000 08:02 24654 /usr/lib/i386-linux- gnu/libdirect-1.2.so.9.0.1 41f6e000-41f6f000 rw-p 00016000 08:02 24654 /usr/lib/i386-linux- gnu/libdirect-1.2.so.9.0.1 41f94000-41f98000 r-xp 00000000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f98000-41f99000 r--p 00003000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f99000-41f9a000 rw-p 00004000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f9c000-41fa0000 r-xp 00000000 08:02 9985 /lib/i386-linux- gnu/libcap.so.2.22 41fa0000-41fa1000 rw-p 00003000 08:02 9985 /lib/i386-linux- gnu/libcap.so.2.22 41fa3000-41fab000 r-xp 00000000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41fab000-41fac000 r--p 00007000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41fac000-41fad000 rw-p 00008000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41faf000-41fb4000 r-xp 00000000 08:02 24589 /usr/lib/i386-linux- gnu/libXtst.so.6.1.0 41fb4000-41fb5000 rw-p 00004000 08:02 24589 /usr/lib/i386-linux- gnu/libXtst.so.6.1.0 4244e000-42457000 r-xp 00000000 08:02 24707 /usr/lib/i386-linux- gnu/libfusion-1.2.so.9.0.1 42457000-42458000 rw-p 00008000 08:02 24707 /usr/lib/i386-linux- gnu/libfusion-1.2.so.9.0.1 42489000-42491000 r-xp 00000000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42491000-42492000 r--p 00007000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42492000-42493000 rw-p 00008000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42495000-4249a000 r-xp 00000000 08:02 24603 /usr/lib/i386-linux- gnu/libasyncns.so.0.3.1 4249a000-4249b000 rw-p 00004000 08:02 24603 /usr/lib/i386-linux- gnu/libasyncns.so.0.3.1 424a1000-424a7000 r-xp 00000000 08:02 24920 /usr/lib/i386-linux- gnu/libogg.so.0.8.0 424a7000-424a8000 rw-p 00005000 08:02 24920 /usr/lib/i386-linux- gnu/libogg.so.0.8.0 424aa000-424d4000 r-xp 00000000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d4000-424d5000 r--p 00029000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d5000-424d6000 rw-p 0002a000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d8000-42526000 r-xp 00000000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42526000-42527000 r--p 0004d000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42527000-42528000 rw-p 0004e000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42530000-42534000 r-xp 00000000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 42534000-42535000 r--p 00003000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 42535000-42536000 rw-p 00004000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 4254b000-4263e000 r-xp 00000000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 4263e000-42642000 r--p 000f2000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 42642000-42643000 rw-p 000f6000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 4266f000-426b8000 r-xp 00000000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426b8000-426b9000 ---p 00049000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426b9000-426ba000 r--p 00049000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426ba000-426bb000 rw-p 0004a000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426e9000-42705000 r-xp 00000000 08:02 9997 /lib/i386-linux- gnu/libgcc_s.so.1 42705000-42706000 rw-p 0001b000 08:02 9997 /lib/i386-linux- gnu/libgcc_s.so.1 427f8000-427ff000 r-xp 00000000 08:02 24562 /usr/lib/i386-linux- gnu/libSM.so.6.0.1 427ff000-42800000 rw-p 00006000 08:02 24562 /usr/lib/i386-linux- gnu/libSM.so.6.0.1 42802000-42818000 r-xp 00000000 08:02 24556 /usr/lib/i386-linux- gnu/libICE.so.6.3.0 42818000-4281a000 rw-p 00015000 08:02 24556 /usr/lib/i386-linux- gnu/libICE.so.6.3.0 4281a000-4281b000 rw-p 00000000 00:00 0 428aa000-428c7000 r-xp 00000000 08:02 10046 /lib/i386-linux- gnu/libtinfo.so.5.9 428c7000-428c9000 r--p 0001c000 08:02 10046 /lib/i386-linux- gnu/libtinfo.so.5.9 428c9000-428ca000 rw-p 0001e000 08:02 10046 /lib/i386-linux- gnu/libtinfo.so.5.9 42af2000-42b75000 r-xp 00000000 08:02 24655 /usr/lib/i386-linux- gnu/libdirectfb-1.2.so.9.0.1 42b75000-42b78000 rw-p 00082000 08:02 24655 /usr/lib/i386-linux- gnu/libdirectfb-1.2.so.9.0.1 42bb9000-42bba000 r-xp 00000000 08:02 24565 /usr/lib/i386-linux- gnu/libX11-xcb.so.1.0.0 42bba000-42bbb000 rw-p 00000000 08:02 24565 /usr/lib/i386-linux- gnu/libX11-xcb.so.1.0.0 42bc5000-42c13000 r-xp 00000000 08:02 24960 /usr/lib/i386-linux- gnu/libpulse.so.0.14.2 42c13000-42c14000 r--p 0004d000 08:02 24960 /usr/lib/i386-linux- gnu/libpulse.so.0.14.2 42c14000-42c15000 rw-p 0004e000 08:02 24960 /usr/lib/i386-linux- gnu/libpulse.so.0.14.2 42e38000-42f9e000 r-xp 00000000 08:02 25033 /usr/lib/i386-linux- gnu/libvorbisenc.so.2.0.8 42f9e000-42faf000 r--p 00165000 08:02 25033 /usr/lib/i386-linux- gnu/libvorbisenc.so.2.0.8 42faf000-42fb0000 rw-p 00176000 08:02 25033 /usr/lib/i386-linux- gnu/libvorbisenc.so.2.0.8 42fb2000-43018000 r-xp 00000000 08:02 26819 /usr/lib/i386-linux- gnu/pulseaudio/libpulsecommon-2.0.so 43018000-43019000 r--p 00065000 08:02 26819 /usr/lib/i386-linux- gnu/pulseaudio/libpulsecommon-2.0.so 43019000-4301a000 rw-p 00066000 08:02 26819 /usr/lib/i386-linux- gnu/pulseaudio/libpulsecommon-2.0.so 4308c000-430f9000 r-xp 00000000 08:02 24984 /usr/lib/i386-linux- gnu/libsndfile.so.1.0.25 430f9000-430fb000 r--p 0006c000 08:02 24984 /usr/lib/i386-linux- gnu/libsndfile.so.1.0.25 430fb000-430fc000 rw-p 0006e000 08:02 24984 /usr/lib/i386-linux- gnu/libsndfile.so.1.0.25 430fc000-43100000 rw-p 00000000 00:00 0 43102000-431ea000 r-xp 00000000 08:02 10042 /lib/i386-linux- gnu/libslang.so.2.2.4 431ea000-431ec000 r--p 000e8000 08:02 10042 /lib/i386-linux- gnu/libslang.so.2.2.4 431ec000-431fb000 rw-p 000ea000 08:02 10042 /lib/i386-linux- gnu/libslang.so.2.2.4 431fb000-43235000 rw-p 00000000 00:00 0 44162000-441d4000 r-xp 00000000 08:02 24561 /usr/lib/i386-linux- gnu/libSDL-1.2.so.0.11.4 441d4000-441d5000 r--p 00071000 08:02 24561 /usr/lib/i386-linux- gnu/libSDL-1.2.so.0.11.4 441d5000-441d6000 rw-p 00072000 08:02 24561 /usr/lib/i386-linux- gnu/libSDL-1.2.so.0.11.4 441d6000-44200000 rw-p 00000000 00:00 0 44202000-442c9000 r-xp 00000000 08:02 24627 /usr/lib/i386-linux- gnu/libcaca.so.0.99.18 442c9000-442ca000 rw-p 000c6000 08:02 24627 /usr/lib/i386-linux- gnu/libcaca.so.0.99.18 442ca000-442cf000 rw-p 00000000 00:00 0 aec00000-aecd3000 rw-p 00000000 00:00 0 aecd3000-aed00000 ---p 00000000 00:00 0 aedf9000-aedfa000 ---p 00000000 00:00 0 aedfa000-af5f9000 rw-p 00000000 00:00 0 [stack:613] af5f9000-af5fa000 ---p 00000000 00:00 0 af5fa000-afdf9000 rw-p 00000000 00:00 0 [stack:612] afdf9000-afdfa000 ---p 00000000 00:00 0 afdfa000-b05f9000 rw-p 00000000 00:00 0 [stack:611] b05f9000-b05fa000 ---p 00000000 00:00 0 b05fa000-b0df9000 rw-p 00000000 00:00 0 [stack:610] b0df9000-b0dfa000 ---p 00000000 00:00 0 b0dfa000-b15f9000 rw-p 00000000 00:00 0 [stack:604] b15f9000-b15fa000 ---p 00000000 00:00 0 b15fa000-b1df9000 rw-p 00000000 00:00 0 [stack:599] b1df9000-b1dfa000 ---p 00000000 00:00 0 b1dfa000-b25f9000 rw-p 00000000 00:00 0 [stack:598] b25f9000-b25fa000 ---p 00000000 00:00 0 b25fa000-b2df9000 rw-p 00000000 00:00 0 [stack:597] b2df9000-b2dfa000 ---p 00000000 00:00 0 b2dfa000-b35f9000 rw-p 00000000 00:00 0 [stack:596] b35f9000-b35fa000 ---p 00000000 00:00 0 b35fa000-b3df9000 rw-p 00000000 00:00 0 [stack:595] b3df9000-b3dfa000 ---p 00000000 00:00 0 b3dfa000-b45f9000 rw-p 00000000 00:00 0 [stack:594] b45f9000-b45fa000 ---p 00000000 00:00 0 b45fa000-b4df9000 rw-p 00000000 00:00 0 [stack:593] b4df9000-b4dfa000 ---p 00000000 00:00 0 b4dfa000-b55f9000 rw-p 00000000 00:00 0 [stack:592] b55f9000-b55fa000 ---p 00000000 00:00 0 b55fa000-b5df9000 rw-p 00000000 00:00 0 [stack:591] b5df9000-b5dfa000 ---p 00000000 00:00 0 b5dfa000-b65f9000 rw-p 00000000 00:00 0 [stack:590] b65f9000-b65fa000 ---p 00000000 00:00 0 b65fa000-b6df9000 rw-p 00000000 00:00 0 [stack:582] b6df9000-b6dfa000 ---p 00000000 00:00 0 b6dfa000-b75f9000 rw-p 00000000 00:00 0 [stack:579] b75f9000-b75fa000 ---p 00000000 00:00 0 b75fa000-b7dfc000 rw-p 00000000 00:00 0 [stack:578] b7dfc000-b7e0d000 r-xp 00000000 08:02 29160 /lib/i386-linux- gnu/libresolv-2.13.so b7e0d000-b7e0e000 r--p 00010000 08:02 29160 /lib/i386-linux- gnu/libresolv-2.13.so b7e0e000-b7e0f000 rw-p 00011000 08:02 29160 /lib/i386-linux- gnu/libresolv-2.13.so b7e0f000-b7e12000 rw-p 00000000 00:00 0 b7e12000-b7e25000 r-xp 00000000 08:02 29162 /lib/i386-linux- gnu/libnsl-2.13.so b7e25000-b7e26000 r--p 00012000 08:02 29162 /lib/i386-linux- gnu/libnsl-2.13.so b7e26000-b7e27000 rw-p 00013000 08:02 29162 /lib/i386-linux- gnu/libnsl-2.13.so b7e27000-b7e2f000 rw-p 00000000 00:00 0 b7e2f000-b7e31000 r-xp 00000000 08:02 29151 /lib/i386-linux- gnu/libdl-2.13.so b7e31000-b7e32000 r--p 00001000 08:02 29151 /lib/i386-linux- gnu/libdl-2.13.so b7e32000-b7e33000 rw-p 00002000 08:02 29151 /lib/i386-linux- gnu/libdl-2.13.so b7e33000-b7e34000 rw-p 00000000 00:00 0 b7e34000-b7f7b000 r-xp 00000000 08:02 29158 /lib/i386-linux- gnu/libc-2.13.so b7f7b000-b7f7c000 ---p 00147000 08:02 29158 /lib/i386-linux- gnu/libc-2.13.so b7f7c000-b7f7e000 r--p 00147000 08:02 29158 /lib/i386-linux- gnu/libc-2.13.so b7f7e000-b7f7f000 rw-p 00149000 08:02 29158 /lib/i386-linux- gnu/libc-2.13.so b7f7f000-b7f82000 rw-p 00000000 00:00 0 b7f82000-b7f97000 r-xp 00000000 08:02 29148 /lib/i386-linux- gnu/libpthread-2.13.so b7f97000-b7f98000 r--p 00014000 08:02 29148 /lib/i386-linux- gnu/libpthread-2.13.so b7f98000-b7f99000 rw-p 00015000 08:02 29148 /lib/i386-linux- gnu/libpthread-2.13.so b7f99000-b7f9b000 rw-p 00000000 00:00 0 b7f9b000-b7fa2000 r-xp 00000000 08:02 29153 /lib/i386-linux- gnu/librt-2.13.so b7fa2000-b7fa3000 r--p 00006000 08:02 29153 /lib/i386-linux- gnu/librt-2.13.so b7fa3000-b7fa4000 rw-p 00007000 08:02 29153 /lib/i386-linux- gnu/librt-2.13.so b7fa4000-b7fc8000 r-xp 00000000 08:02 29155 /lib/i386-linux- gnu/libm-2.13.so b7fc8000-b7fc9000 r--p 00023000 08:02 29155 /lib/i386-linux- gnu/libm-2.13.so b7fc9000-b7fca000 rw-p 00024000 08:02 29155 /lib/i386-linux- gnu/libm-2.13.so b7fca000-b7fcb000 rw-p 00000000 00:00 0 b7fe0000-b7fe2000 rw-p 00000000 00:00 0 b7fe2000-b7ffe000 r-xp 00000000 08:02 29161 /lib/i386-linux- gnu/ld-2.13.so b7ffe000-b7fff000 r--p 0001b000 08:02 29161 /lib/i386-linux- gnu/ld-2.13.so b7fff000-b8000000 rw-p 0001c000 08:02 29161 /lib/i386-linux- gnu/ld-2.13.so bffdf000-c0000000 rw-p 00000000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] Program received signal SIGABRT, Aborted. 0xb7e5e667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0xb7e5e667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0xb7e61a52 in *__GI_abort () at abort.c:92 #2 0xb7e9a98d in __libc_message (do_abort=2, fmt=0xb7f61330 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #3 0xb7ea4a8a in malloc_printerr (action=, str=0x6
, ptr=0x9573830) at malloc.c:6283 #4 0xb7ea4ebe in malloc_consolidate (av=) at malloc.c:5161 #5 0xb7ea7015 in _int_malloc (av=, bytes=6) at malloc.c:4373 #6 0xb7ea8297 in _int_memalign (av=, alignment=32, bytes=460) at malloc.c:5492 #7 0xb7ea99b7 in *__GI___libc_memalign (alignment=32, bytes=460) at malloc.c:3880 #8 0xb7ea9bd9 in __posix_memalign (memptr=memptr at entry=0xbffff26c, alignment=0, alignment at entry=32, size=539, size at entry=460) at malloc.c:6315 #9 0x089f0108 in av_malloc (size=460) at libavutil/mem.c:95 #10 av_mallocz (size=size at entry=460) at libavutil/mem.c:245 #11 0x089e8b11 in av_frame_alloc () at libavutil/frame.c:127 #12 0x080e3c54 in av_buffersrc_add_frame_internal (ctx=ctx at entry=0x93a52a0, frame=frame at entry=0x941c7c0, flags=flags at entry=4) at libavfilter/buffersrc.c:160 #13 0x080e3f25 in av_buffersrc_add_frame_flags (ctx=0x93a52a0, ---Type to continue, or q to quit--- frame=frame at entry=0x941c7c0, flags=flags at entry=4) at libavfilter/buffersrc.c:106 #14 0x080c992a in decode_video (ist=ist at entry=0x9442220, pkt=pkt at entry=0xbffff798, got_output=got_output at entry=0xbffff52c) at ffmpeg.c:1983 #15 0x080cda0b in output_packet (pkt=0xbffff750, ist=0x9442220) at ffmpeg.c:2117 #16 process_input (file_index=-1073743976) at ffmpeg.c:3524 #17 0x080afba2 in transcode_step () at ffmpeg.c:3618 #18 transcode () at ffmpeg.c:3670 #19 main (argc=, argv=) at ffmpeg.c:3846 (gdb) }}} {{{ knoppix at Microknoppix:/media/sdb1$ valgrind --leak-check=full ffmpeg- snapshot/ffmpeg_g -i h3f.ts -f null - ==8546== Memcheck, a memory error detector ==8546== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==8546== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==8546== Command: ffmpeg-snapshot/ffmpeg_g -i h3f.ts -f null - ==8546== ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 9 2014 12:01:59 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-ffprobe --disable-ffserver --disable-yasm --enable-gpl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.101 / 55. 73.101 libavformat 55. 54.100 / 55. 54.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.103 / 4. 11.103 libswscale 2. 6.101 / 2. 6.101 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x422df80] PES packet size mismatch [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [mpegts @ 0x422df80] Invalid timestamps stream=0, pts=66054, dts=67171318, size=5300 [hevc @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x424d0e0] Error parsing NAL unit #0. [hevc @ 0x424d0e0] Unknown HEVC profile: 0 Last message repeated 1 times [mpegts @ 0x422df80] DTS discontinuity in stream 0: packet 10 with DTS 58545, packet 11 with DTS 67171318 [hevc @ 0x424d0e0] Unknown HEVC profile: 0 Last message repeated 1 times [mpegts @ 0x422df80] DTS 69809 < 67171318 out of order [mpegts @ 0x422df80] PES packet size mismatch Last message repeated 3 times [mpegts @ 0x422df80] nothing to probe for stream 1 [mpegts @ 0x422df80] probed stream 1 failed [mpegts @ 0x422df80] probed stream 2 failed [mpegts @ 0x422df80] Could not find codec parameters for stream 1 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x422df80] Could not find codec parameters for stream 2 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'h3f.ts': Duration: 00:00:12.43, start: 0.191589, bitrate: 392 kb/s Program 1 Stream #0:0[0x12d]: Video: hevc (HEVC / 0x43564548), yuv420p(tv), 320x240, 23.98 tbr, 90k tbn, 90k tbc No Program Stream #0:1[0x125]: Unknown: none Stream #0:2[0x13d]: Unknown: none [hevc @ 0x42572c0] Unknown HEVC profile: 0 Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.54.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc Metadata: encoder : Lavc55.73.101 rawvideo Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native)) Press [q] to stop, [?] for help [mpegts @ 0x422df80] PES packet size mismatch [NULL @ 0x424d0e0] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x42572c0] Could not find ref with POC 0 [hevc @ 0x42572c0] Could not find ref with POC 3 [NULL @ 0x424d0e0] PPS id out of range: 0 Last message repeated 3 times [hevc @ 0x45cc560] Could not find ref with POC 9 [NULL @ 0x424d0e0] PPS id out of range: 0 Last message repeated 2 times [NULL @ 0x424d0e0] PPS id out of range: 00:00:00.00 bitrate=N/A [mpegts @ 0x422df80] Invalid timestamps stream=0, pts=66054, dts=67171318, size=5300 [NULL @ 0x424d0e0] PPS id out of range: 0 [NULL @ 0x424d0e0] Unknown HEVC profile: 0 Last message repeated 1 times [null @ 0x4606260] Encoder did not produce proper pts, making some up. [hevc @ 0x45b2500] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x45be080] Could not find ref with POC 3 [null @ 0x4606260] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 11 >= 11 Last message repeated 1 times [mpegts @ 0x422df80] PES packet size mismatch:00.50 bitrate=N/A [hevc @ 0x4a87740] Invalid NAL unit 1, skipping. [hevc @ 0x4a87740] Invalid slice segment address: 30. [hevc @ 0x4a87740] Error parsing NAL unit #1. [hevc @ 0x4a932e0] Could not find ref with POC 16 [hevc @ 0x45cc560] No start code is found. [null @ 0x4606260] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 30 >= 30 [NULL @ 0x424d0e0] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x45b2500] Unknown HEVC profile: 0:00:01.37 bitrate=N/A Last message repeated 1 times Error while decoding stream #0:0: Invalid data found when processing input [null @ 0x4606260] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 36 >= 36 Last message repeated 1 times [hevc @ 0x42572c0] No start code is found. [hevc @ 0x45a6960] Could not find ref with POC 9 [hevc @ 0x45b2500] The slice_qp -41 is outside the valid range [0, 51]. [hevc @ 0x45b2500] Error parsing NAL unit #0. [NULL @ 0x424d0e0] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x4a932e0] Unknown HEVC profile: 0 ==8546== Thread 18:peated 1 times ==8546== Invalid write of size 1 ==8546== at 0x4029E30: memcpy (mc_replace_strmem.c:838) ==8546== by 0x84E0F1E: sao_filter_CTB (hevc_filter.c:148) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6E56: hls_decode_entry (hevc.c:2293) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x457ff40 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F57E0: sao_band_filter_0_8 (hevcdsp_template.c:351) ==8546== by 0x84E0F7A: sao_filter_CTB (hevc_filter.c:261) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6E56: hls_decode_entry (hevc.c:2293) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x457ff2f is 0 bytes after a block of size 98,351 alloc'd ==8546== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==8546== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==8546== by 0x89EFE27: av_malloc (mem.c:95) ==8546== by 0x89E1402: av_buffer_allocz (buffer.c:70) ==8546== by 0x89E19E8: av_buffer_pool_get (buffer.c:305) ==8546== by 0x873B119: video_get_buffer (utils.c:675) ==8546== by 0x873D4E8: get_buffer_internal (utils.c:1022) ==8546== by 0x873D873: ff_get_buffer (utils.c:1035) ==8546== by 0x84D2564: set_sps (hevc.c:285) ==8546== by 0x84D86FB: hls_slice_header (hevc.c:407) ==8546== by 0x84DB04B: decode_nal_units (hevc.c:2653) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== ==8546== Invalid write of size 1 ==8546== at 0x4029D03: memcpy (mc_replace_strmem.c:838) ==8546== by 0x84E10FE: sao_filter_CTB (hevc_filter.c:148) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6E56: hls_decode_entry (hevc.c:2293) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e76f is 0 bytes after a block of size 24,623 alloc'd ==8546== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==8546== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==8546== by 0x89EFE27: av_malloc (mem.c:95) ==8546== by 0x89E1402: av_buffer_allocz (buffer.c:70) ==8546== by 0x89E19E8: av_buffer_pool_get (buffer.c:305) ==8546== by 0x873B145: video_get_buffer (utils.c:675) ==8546== by 0x873D4E8: get_buffer_internal (utils.c:1022) ==8546== by 0x873D873: ff_get_buffer (utils.c:1035) ==8546== by 0x84D2564: set_sps (hevc.c:285) ==8546== by 0x84D86FB: hls_slice_header (hevc.c:407) ==8546== by 0x84DB04B: decode_nal_units (hevc.c:2653) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5913: sao_edge_filter_8 (hevcdsp_template.c:389) ==8546== by 0x84F5D21: sao_edge_filter_1_8 (hevcdsp_template.c:503) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6E56: hls_decode_entry (hevc.c:2293) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e76f is 0 bytes after a block of size 24,623 alloc'd ==8546== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==8546== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==8546== by 0x89EFE27: av_malloc (mem.c:95) ==8546== by 0x89E1402: av_buffer_allocz (buffer.c:70) ==8546== by 0x89E19E8: av_buffer_pool_get (buffer.c:305) ==8546== by 0x873B145: video_get_buffer (utils.c:675) ==8546== by 0x873D4E8: get_buffer_internal (utils.c:1022) ==8546== by 0x873D873: ff_get_buffer (utils.c:1035) ==8546== by 0x84D2564: set_sps (hevc.c:285) ==8546== by 0x84D86FB: hls_slice_header (hevc.c:407) ==8546== by 0x84DB04B: decode_nal_units (hevc.c:2653) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F594E: sao_edge_filter_8 (hevcdsp_template.c:388) ==8546== by 0x84F5D21: sao_edge_filter_1_8 (hevcdsp_template.c:503) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6E56: hls_decode_entry (hevc.c:2293) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e76f is 0 bytes after a block of size 24,623 alloc'd ==8546== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==8546== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==8546== by 0x89EFE27: av_malloc (mem.c:95) ==8546== by 0x89E1402: av_buffer_allocz (buffer.c:70) ==8546== by 0x89E19E8: av_buffer_pool_get (buffer.c:305) ==8546== by 0x873B145: video_get_buffer (utils.c:675) ==8546== by 0x873D4E8: get_buffer_internal (utils.c:1022) ==8546== by 0x873D873: ff_get_buffer (utils.c:1035) ==8546== by 0x84D2564: set_sps (hevc.c:285) ==8546== by 0x84D86FB: hls_slice_header (hevc.c:407) ==8546== by 0x84DB04B: decode_nal_units (hevc.c:2653) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5953: sao_edge_filter_8 (hevcdsp_template.c:388) ==8546== by 0x84F5D21: sao_edge_filter_1_8 (hevcdsp_template.c:503) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6E56: hls_decode_entry (hevc.c:2293) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e76f is 0 bytes after a block of size 24,623 alloc'd ==8546== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==8546== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==8546== by 0x89EFE27: av_malloc (mem.c:95) ==8546== by 0x89E1402: av_buffer_allocz (buffer.c:70) ==8546== by 0x89E19E8: av_buffer_pool_get (buffer.c:305) ==8546== by 0x873B145: video_get_buffer (utils.c:675) ==8546== by 0x873D4E8: get_buffer_internal (utils.c:1022) ==8546== by 0x873D873: ff_get_buffer (utils.c:1035) ==8546== by 0x84D2564: set_sps (hevc.c:285) ==8546== by 0x84D86FB: hls_slice_header (hevc.c:407) ==8546== by 0x84DB04B: decode_nal_units (hevc.c:2653) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== ==8546== Invalid write of size 1 ==8546== at 0x4029E30: memcpy (mc_replace_strmem.c:838) ==8546== by 0x84E10FE: sao_filter_CTB (hevc_filter.c:148) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x4580001 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5E50: sao_edge_filter_1_8 (hevcdsp_template.c:498) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x457ffc1 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5913: sao_edge_filter_8 (hevcdsp_template.c:389) ==8546== by 0x84F5EB4: sao_edge_filter_1_8 (hevcdsp_template.c:503) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x457ffc1 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid write of size 1 ==8546== at 0x4029D03: memcpy (mc_replace_strmem.c:838) ==8546== by 0x84E10FE: sao_filter_CTB (hevc_filter.c:148) ==8546== by 0x84E3657: ff_hevc_hls_filter (hevc_filter.c:701) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e7a1 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid write of size 1 ==8546== at 0x4029E30: memcpy (mc_replace_strmem.c:838) ==8546== by 0x84E10FE: sao_filter_CTB (hevc_filter.c:148) ==8546== by 0x84E357D: ff_hevc_hls_filter (hevc_filter.c:708) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x4580041 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5E50: sao_edge_filter_1_8 (hevcdsp_template.c:498) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E357D: ff_hevc_hls_filter (hevc_filter.c:708) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x4580001 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5913: sao_edge_filter_8 (hevcdsp_template.c:389) ==8546== by 0x84F5EB4: sao_edge_filter_1_8 (hevcdsp_template.c:503) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E357D: ff_hevc_hls_filter (hevc_filter.c:708) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x4580001 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid write of size 1 ==8546== at 0x4029D03: memcpy (mc_replace_strmem.c:838) ==8546== by 0x84E10FE: sao_filter_CTB (hevc_filter.c:148) ==8546== by 0x84E357D: ff_hevc_hls_filter (hevc_filter.c:708) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e7c1 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5CA8: sao_edge_filter_1_8 (hevcdsp_template.c:481) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E357D: ff_hevc_hls_filter (hevc_filter.c:708) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e7e0 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F594E: sao_edge_filter_8 (hevcdsp_template.c:388) ==8546== by 0x84F5D21: sao_edge_filter_1_8 (hevcdsp_template.c:503) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E357D: ff_hevc_hls_filter (hevc_filter.c:708) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e7c1 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5953: sao_edge_filter_8 (hevcdsp_template.c:388) ==8546== by 0x84F5D21: sao_edge_filter_1_8 (hevcdsp_template.c:503) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E357D: ff_hevc_hls_filter (hevc_filter.c:708) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e7c0 is not stack'd, malloc'd or (recently) free'd ==8546== ==8546== Invalid read of size 1 ==8546== at 0x84F5913: sao_edge_filter_8 (hevcdsp_template.c:389) ==8546== by 0x84F5D21: sao_edge_filter_1_8 (hevcdsp_template.c:503) ==8546== by 0x84E1186: sao_filter_CTB (hevc_filter.c:299) ==8546== by 0x84E357D: ff_hevc_hls_filter (hevc_filter.c:708) ==8546== by 0x84D6F1C: hls_decode_entry (hevc.c:2298) ==8546== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==8546== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==8546== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) ==8546== Address 0x431e7c2 is not stack'd, malloc'd or (recently) free'd ==8546== valgrind: m_mallocfree.c:266 (mk_plain_bszB): Assertion 'bszB != 0' failed. valgrind: This is probably caused by your program erroneously writing past the end of a heap block and corrupting heap metadata. If you fix any invalid writes reported by Memcheck, this assertion failure will probably go away. Please try that before reporting this as a bug. ==8546== at 0x3803D043: report_and_quit (m_libcassert.c:210) ==8546== by 0x3803D162: vgPlain_assert_fail (m_libcassert.c:284) ==8546== by 0x380007D6: mk_plain_bszB.part.5 (m_mallocfree.c:266) ==8546== by 0x38049BB2: unlinkBlock (m_mallocfree.c:1393) ==8546== by 0x3804A5B7: vgPlain_arena_malloc (m_mallocfree.c:1555) ==8546== by 0x3804B20A: vgPlain_arena_memalign (m_mallocfree.c:1892) ==8546== by 0x380843DB: vgPlain_cli_malloc (replacemalloc_core.c:86) ==8546== by 0x38016112: vgMemCheck_new_block (mc_malloc_wrappers.c:248) ==8546== by 0x38016414: vgMemCheck_memalign (mc_malloc_wrappers.c:315) ==8546== by 0x38086BBC: vgPlain_scheduler (scheduler.c:1469) ==8546== by 0x38098C07: run_a_thread_NORETURN (syswrap-linux.c:98) sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==8546== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==8546== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==8546== by 0x89F0107: av_mallocz (mem.c:95) ==8546== by 0x84D2074: set_sps (mem.h:232) ==8546== by 0x84D2B99: hevc_update_thread_context (hevc.c:3277) ==8546== by 0x865E342: update_context_from_thread (pthread_frame.c:246) ==8546== by 0x865E83B: ff_thread_decode_frame (pthread_frame.c:346) ==8546== by 0x873EED1: avcodec_decode_video2 (utils.c:2283) ==8546== by 0x80C9503: decode_video (ffmpeg.c:1883) ==8546== by 0x80CDA0A: process_input (ffmpeg.c:2117) ==8546== by 0x80AFBA1: main (ffmpeg.c:3618) Thread 2: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 3: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 4: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 5: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 6: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 7: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 8: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 9: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 10: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x80EC549: worker (pthread.c:81) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 11: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 12: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 13: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 14: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 15: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 16: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 17: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 18: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Thread 19: status = VgTs_WaitSys ==8546== at 0x407FEA5: pthread_cond_wait@@GLIBC_2.3.2 (pthread_cond_wait.c:153) ==8546== by 0x865E4E3: frame_worker_thread (pthread_frame.c:149) ==8546== by 0x407B953: start_thread (pthread_create.c:304) ==8546== by 0x416395D: clone (clone.S:130) Note: see also the FAQ in the source distribution. It contains workarounds to several common problems. In particular, if Valgrind aborted or crashed after identifying problems in your program, there's a good chance that fixing those problems will prevent Valgrind aborting or crashing, especially if it happened in m_mallocfree.c. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what OS and version you are using. Thanks. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 12:30:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 10:30:44 -0000 Subject: [FFmpeg-trac] #3840(undetermined:new): hevc: invalid read with fuzzed file Message-ID: <039.639c2ed2848bd55887d79510d2f622bf@avcodec.org> #3840: hevc: invalid read with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ (gdb) r -i h5f.ts -f null - The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i h5f.ts -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 9 2014 12:01:59 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-ffprobe --disable-ffserver --disable-yasm --enable-gpl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.101 / 55. 73.101 libavformat 55. 54.100 / 55. 54.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.103 / 4. 11.103 libswscale 2. 6.101 / 2. 6.101 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [hevc @ 0x93b6480] Unknown HEVC profile: 0 Last message repeated 3 times [mpegts @ 0x93b28a0] PES packet size mismatch Last message repeated 3 times Input #0, mpegts, from 'h5f.ts': Duration: 00:00:12.64, start: 0.080000, bitrate: 424 kb/s Program 1 Stream #0:0[0x12d]: Video: hevc (HEVC / 0x43564548), yuv420p(tv), 320x240, 24 tbr, 90k tbn, 90k tbc [New Thread 0xb7df8b70 (LWP 12177)] [New Thread 0xb75f8b70 (LWP 12178)] [New Thread 0xb6df8b70 (LWP 12188)] [New Thread 0xb65f8b70 (LWP 12189)] [New Thread 0xb5df8b70 (LWP 12190)] [New Thread 0xb55f8b70 (LWP 12191)] [New Thread 0xb4df8b70 (LWP 12192)] [New Thread 0xb45f8b70 (LWP 12193)] [New Thread 0xb3df8b70 (LWP 12194)] [hevc @ 0x939f040] Unknown HEVC profile: 0 [New Thread 0xb35f8b70 (LWP 12195)] [New Thread 0xb2df8b70 (LWP 12196)] [New Thread 0xb25f8b70 (LWP 12197)] [New Thread 0xb1df8b70 (LWP 12198)] [New Thread 0xb15f8b70 (LWP 12199)] [New Thread 0xb0df8b70 (LWP 12200)] [New Thread 0xb05f8b70 (LWP 12201)] [New Thread 0xafdf8b70 (LWP 12202)] [New Thread 0xaf5f8b70 (LWP 12203)] Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.54.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 24 fps, 24 tbn, 24 tbc Metadata: encoder : Lavc55.73.101 rawvideo Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native)) Press [q] to stop, [?] for help [NULL @ 0x93b6480] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x939f040] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x93a5960] Could not find ref with POC 2 [hevc @ 0x93a5960] Could not find ref with POC 7 [hevc @ 0x93a5960] Could not find ref with POC 12 [hevc @ 0x93a5960] Could not find ref with POC 15 [hevc @ 0x93decc0] Duplicate POC in a sequence: 2. [hevc @ 0x93decc0] Error parsing NAL unit #0. [hevc @ 0x93e53a0] Invalid number of merging MVP candidates: -7. [hevc @ 0x93e53a0] Error parsing NAL unit #0. [hevc @ 0x93fd820] Could not find ref with POC 5 [hevc @ 0x93fd820] Could not find ref with POC -212 [hevc @ 0x93fd820] Could not find ref with POC -240 [hevc @ 0x93fd820] Could not find ref with POC 14 [hevc @ 0x940cca0] Too many refs: 1/44. [hevc @ 0x940cca0] Error parsing NAL unit #0. [hevc @ 0x941c1c0] Could not find ref with POC 6 [hevc @ 0x941c1c0] Could not find ref with POC 2 [hevc @ 0x941c1c0] Could not find ref with POC 7 [hevc @ 0x941c1c0] Could not find ref with POC 8 [hevc @ 0x942b6e0] Duplicate POC in a sequence: 7. [hevc @ 0x942b6e0] Error parsing NAL unit #0. [hevc @ 0x943ac00] Zero refs for a frame with P or B slices. [hevc @ 0x943ac00] Error parsing NAL unit #0. [hevc @ 0x93a5960] Could not find ref with POC 11 [hevc @ 0x93a5960] Could not find ref with POC -212 [hevc @ 0x93a5960] Could not find ref with POC 0 [hevc @ 0x93a5960] Could not find ref with POC -222 [hevc @ 0x93decc0] Duplicate POC in a sequence: 11. [hevc @ 0x93decc0] Error parsing NAL unit #0. [hevc @ 0x93e53a0] Could not find ref with POC 7 [hevc @ 0x93e53a0] Could not find ref with POC -332 [hevc @ 0x93fd820] Invalid number of merging MVP candidates: -2. [hevc @ 0x93fd820] Error parsing NAL unit #0. [null @ 0x93b8ac0] Encoder did not produce proper pts, making some up. [hevc @ 0x940cca0] Could not find ref with POC -212 [hevc @ 0x940cca0] Could not find ref with POC -240 [hevc @ 0x940cca0] Could not find ref with POC -238 [hevc @ 0x942b6e0] Could not find ref with POC 2 [hevc @ 0x942b6e0] Could not find ref with POC -57 [hevc @ 0x942b6e0] Error constructing the frame RPS. [hevc @ 0x942b6e0] Error parsing NAL unit #0. [hevc @ 0x943ac00] Too many refs: 1/72. [hevc @ 0x943ac00] Error parsing NAL unit #0. [mpegts @ 0x93b28a0] PES packet size mismatch [hevc @ 0x939f040] Duplicate POC in a sequence: 2. [hevc @ 0x939f040] Error parsing NAL unit #0. [hevc @ 0x93a5960] Too many refs: 1/36. [hevc @ 0x93a5960] Error parsing NAL unit #0. [hevc @ 0x93decc0] Too many refs: 29/1. [hevc @ 0x93decc0] Error parsing NAL unit #0. [hevc @ 0x93e53a0] The slice_qp -107 is outside the valid range [0, 51]. [hevc @ 0x93e53a0] Error parsing NAL unit #0. [hevc @ 0x93fd820] Could not find ref with POC 8 [hevc @ 0x93fd820] Could not find ref with POC -212 [hevc @ 0x93fd820] Could not find ref with POC -240 [hevc @ 0x93fd820] Could not find ref with POC -238 [hevc @ 0x93fd820] Could not find ref with POC 11 [hevc @ 0x940cca0] Duplicate POC in a sequence: 8. [hevc @ 0x940cca0] Error parsing NAL unit #0. [hevc @ 0x941c1c0] The slice_qp -70 is outside the valid range [0, 51]. [hevc @ 0x941c1c0] Error parsing NAL unit #0. [hevc @ 0x943ac00] Duplicate POC in a sequence: 11. [hevc @ 0x943ac00] Error parsing NAL unit #0. [hevc @ 0x939f040] Invalid number of merging MVP candidates: -25. [hevc @ 0x939f040] Error parsing NAL unit #0. [hevc @ 0x93a5960] Invalid number of merging MVP candidates: -118. [hevc @ 0x93a5960] Error parsing NAL unit #0. [hevc @ 0x93e53a0] Could not find ref with POC 2 [hevc @ 0x93e53a0] Could not find ref with POC -212 [hevc @ 0x93e53a0] Could not find ref with POC -222 [hevc @ 0x93e53a0] Could not find ref with POC 7 [hevc @ 0x93fd820] Zero refs for a frame with P or B slices. [hevc @ 0x93fd820] Error parsing NAL unit #0. [hevc @ 0x940cca0] Could not find ref with POC 3 [hevc @ 0x940cca0] Could not find ref with POC -7 [hevc @ 0x940cca0] Could not find ref with POC 10 [hevc @ 0x941c1c0] Could not find ref with POC 5 [hevc @ 0x941c1c0] Could not find ref with POC -212 [hevc @ 0x941c1c0] Could not find ref with POC -526 [hevc @ 0x941c1c0] Could not find ref with POC -560 [hevc @ 0x941c1c0] Could not find ref with POC 13 [hevc @ 0x942b6e0] Duplicate POC in a sequence: 5. [hevc @ 0x942b6e0] Error parsing NAL unit #0. [hevc @ 0x943ac00] Could not find ref with POC 7 [hevc @ 0x943ac00] Could not find ref with POC -96 [hevc @ 0x943ac00] Could not find ref with POC -106 [hevc @ 0x939f040] Duplicate POC in a sequence: 7. [hevc @ 0x939f040] Error parsing NAL unit #0. [hevc @ 0x93a5960] Too many refs: 95/1. [hevc @ 0x93a5960] Error parsing NAL unit #0. [mpegts @ 0x93b28a0] PES packet size mismatch [hevc @ 0x93decc0] Error constructing the frame RPS. [hevc @ 0x93decc0] Error parsing NAL unit #0. [hevc @ 0x93e53a0] The slice_qp -2 is outside the valid range [0, 51]. [hevc @ 0x93e53a0] Error parsing NAL unit #0. [hevc @ 0x93fd820] The slice_qp -2 is outside the valid range [0, 51]. [hevc @ 0x93fd820] Error parsing NAL unit #0. [hevc @ 0x940cca0] Could not find ref with POC -134 [hevc @ 0x940cca0] Could not find ref with POC -251 [hevc @ 0x941c1c0] Duplicate POC in a sequence: 9. [hevc @ 0x941c1c0] Error parsing NAL unit #0. [hevc @ 0x942b6e0] Zero refs for a frame with P or B slices. [hevc @ 0x942b6e0] Error parsing NAL unit #0. [hevc @ 0x939f040] Could not find ref with POC 2 [hevc @ 0x939f040] Could not find ref with POC -41 [hevc @ 0x939f040] Could not find ref with POC 5 [hevc @ 0x939f040] Could not find ref with POC -39 [hevc @ 0x93a5960] Invalid number of merging MVP candidates: -118. [hevc @ 0x93a5960] Error parsing NAL unit #0. [hevc @ 0x93decc0] Zero refs for a frame with P or B slices. [hevc @ 0x93decc0] Error parsing NAL unit #0. [hevc @ 0x93e53a0] Could not find ref with POC 13 [mpegts @ 0x93b28a0] PES packet size mismatch [hevc @ 0x93fd820] Could not find ref with POC -196 [hevc @ 0x93fd820] Could not find ref with POC -208 [hevc @ 0x93fd820] Could not find ref with POC -10 [hevc @ 0x940cca0] Invalid number of merging MVP candidates: -96. [hevc @ 0x940cca0] Error parsing NAL unit #0. [hevc @ 0x941c1c0] Invalid number of merging MVP candidates: -8. [hevc @ 0x941c1c0] Error parsing NAL unit #0. [hevc @ 0x942b6e0] Too many refs: 54/6. [hevc @ 0x942b6e0] Error parsing NAL unit #0. [hevc @ 0x943ac00] Invalid number of merging MVP candidates: -36. [hevc @ 0x943ac00] Error parsing NAL unit #0. [hevc @ 0x939f040] Could not find ref with POC 11 [hevc @ 0x939f040] Could not find ref with POC -212 [hevc @ 0x939f040] Could not find ref with POC -256 [hevc @ 0x939f040] Could not find ref with POC 2 [hevc @ 0x939f040] Could not find ref with POC 8 [hevc @ 0x93a5960] Could not find ref with POC 7 [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 190 [hevc @ 0x93decc0] Could not find ref with POC 14 [hevc @ 0x93decc0] Could not find ref with POC 0 [hevc @ 0x93decc0] Could not find ref with POC -224 [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 192 [hevc @ 0x93e53a0] Duplicate POC in a sequence: 14. [hevc @ 0x93e53a0] Error parsing NAL unit #0. [hevc @ 0x93fd820] Could not find ref with POC 16 [hevc @ 0x93fd820] Could not find ref with POC 2 [hevc @ 0x93fd820] Could not find ref with POC 23 [hevc @ 0x93fd820] Could not find ref with POC 26 [hevc @ 0x940cca0] Could not find ref with POC 18 [hevc @ 0x940cca0] Could not find ref with POC -196 [hevc @ 0x940cca0] Could not find ref with POC -240 [hevc @ 0x941c1c0] Could not find ref with POC -25 [hevc @ 0x941c1c0] Could not find ref with POC -30 [hevc @ 0x941c1c0] Error constructing the frame RPS. [hevc @ 0x941c1c0] Error parsing NAL unit #0. [hevc @ 0x942b6e0] Could not find ref with POC 21 [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 196 [hevc @ 0x943ac00] Duplicate POC in a sequence: 21. [hevc @ 0x943ac00] Error parsing NAL unit #0. [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 196 [hevc @ 0x939f040] Could not find ref with POC 2 [hevc @ 0x939f040] Could not find ref with POC 23 [hevc @ 0x939f040] Could not find ref with POC -37 [hevc @ 0x939f040] Could not find ref with POC -149 [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 196 [hevc @ 0x93a5960] Invalid number of merging MVP candidates: 0. [hevc @ 0x93a5960] Error parsing NAL unit #0. [hevc @ 0x93decc0] Zero refs for a frame with P or B slices. [hevc @ 0x93decc0] Error parsing NAL unit #0. [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 196 [hevc @ 0x93e53a0] Could not find ref with POC -10 [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 197 [hevc @ 0x93fd820] Could not find ref with POC 27 [hevc @ 0x93fd820] Could not find ref with POC -196 [hevc @ 0x93fd820] Could not find ref with POC -240 [hevc @ 0x93fd820] Could not find ref with POC 8 [hevc @ 0x940cca0] Duplicate POC in a sequence: 27. [hevc @ 0x940cca0] Error parsing NAL unit #0. [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 200 [hevc @ 0x941c1c0] Could not find ref with POC 23 [hevc @ 0x941c1c0] Could not find ref with POC -9 [hevc @ 0x942b6e0] Could not find ref with POC 30 [hevc @ 0x942b6e0] Could not find ref with POC -196 [hevc @ 0x942b6e0] Could not find ref with POC 0 [hevc @ 0x942b6e0] Could not find ref with POC -208 [hevc @ 0x942b6e0] Could not find ref with POC -153 [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 202 [hevc @ 0x943ac00] Duplicate POC in a sequence: 30. [hevc @ 0x943ac00] Error parsing NAL unit #0. [mpegts @ 0x93b28a0] PES packet size mismatch [hevc @ 0x93a5960] Could not find ref with POC 2 [hevc @ 0x93a5960] Could not find ref with POC 7 [hevc @ 0x93a5960] Could not find ref with POC 6 [hevc @ 0x93a5960] Could not find ref with POC 5 [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 205 [hevc @ 0x93decc0] Invalid number of merging MVP candidates: -55. [hevc @ 0x93decc0] Error parsing NAL unit #0. [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 206 [hevc @ 0x93e53a0] Duplicate POC in a sequence: 6. [hevc @ 0x93e53a0] Error parsing NAL unit #0. [hevc @ 0x93fd820] Could not find ref with POC -212 [hevc @ 0x93fd820] Could not find ref with POC -76 [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 208 [hevc @ 0x940cca0] Invalid number of merging MVP candidates: -3. [hevc @ 0x940cca0] Error parsing NAL unit #0. [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 209 [mpegts @ 0x93b28a0] PES packet size mismatch [hevc @ 0x941c1c0] Could not find ref with POC 6 [hevc @ 0x941c1c0] Could not find ref with POC 2 [hevc @ 0x941c1c0] Could not find ref with POC 7 [hevc @ 0x941c1c0] Could not find ref with POC -107 [hevc @ 0x942b6e0] Duplicate POC in a sequence: 7. [hevc @ 0x942b6e0] Error parsing NAL unit #0. [null @ 0x93b8ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 211 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb05f8b70 (LWP 12201)] 0x084e3b8a in mv_mp_mode_mx_lt (s=s at entry=0x941c800, x=, y=y at entry=-534749088, pred_flag_index=pred_flag_index at entry=0, mv=mv at entry=0xb05f7e20, ref_idx_curr=ref_idx_curr at entry=0, ref_idx=ref_idx at entry=0) at libavcodec/hevc_mvs.c:546 546 if ((TAB_MVF(x, y).pred_flag) & (1 << pred_flag_index)) { (gdb) bt #0 0x084e3b8a in mv_mp_mode_mx_lt (s=s at entry=0x941c800, x=, y=y at entry=-534749088, pred_flag_index=pred_flag_index at entry=0, mv=mv at entry=0xb05f7e20, ref_idx_curr=ref_idx_curr at entry=0, ref_idx=ref_idx at entry=0) at libavcodec/hevc_mvs.c:546 #1 0x084e5d6f in ff_hevc_luma_mv_mvp_mode (s=s at entry=0x941c800, x0=x0 at entry=192, y0=y0 at entry=64, nPbW=nPbW at entry=16, nPbH=nPbH at entry=16, log2_cb_size=log2_cb_size at entry=4, part_idx=part_idx at entry=0, merge_idx=merge_idx at entry=0, mv=mv at entry=0xb05f7ee4, mvp_lx_flag=1, LX=LX at entry=0) at libavcodec/hevc_mvs.c:741 #2 0x084d3579 in hls_prediction_unit (s=s at entry=0x941c800, x0=x0 at entry=192, y0=y0 at entry=64, nPbW=nPbW at entry=16, nPbH=nPbH at entry=16, log2_cb_size=log2_cb_size at entry=4, partIdx=partIdx at entry=0, idx=) at libavcodec/hevc.c:1659 #3 0x084d645a in hls_coding_unit (log2_cb_size=4, y0=64, x0=192, s=) at libavcodec/hevc.c:2038 #4 hls_coding_quadtree (s=s at entry=0x941c800, x0=x0 at entry=192, y0=y0 at entry=64, log2_cb_size=log2_cb_size at entry=4, cb_depth=cb_depth at entry=2) at libavcodec/hevc.c:2180 #5 0x084d500a in hls_coding_quadtree (s=s at entry=0x941c800, x0=x0 at entry=192, y0=y0 at entry=64, log2_cb_size=log2_cb_size at entry=5, cb_depth=cb_depth at entry=1) at libavcodec/hevc.c:2149 #6 0x084d500a in hls_coding_quadtree (s=s at entry=0x941c800, x0=x0 at entry=192, ---Type to continue, or q to quit--- y0=y0 at entry=64, log2_cb_size=6, cb_depth=cb_depth at entry=0) at libavcodec/hevc.c:2149 #7 0x084d6e24 in hls_decode_entry (avctxt=0x941c1c0, isFilterThread=0xb05f8280) at libavcodec/hevc.c:2284 #8 0x0873db69 in avcodec_default_execute (c=0x941c1c0, func=0x84d6cf0 , arg=0xb05f8280, ret=0xb05f8288, count=1, size=4) at libavcodec/utils.c:1108 #9 0x084db4c9 in hls_slice_data (s=) at libavcodec/hevc.c:2311 #10 decode_nal_unit (length=1151, nal=0x985a79b "\002\001\324\304D\375\272\242%\371\031K\322\071\245]Q\374\t\373v\265\357\032\240\226\213b\206\371??\032\246\211\277\314\335???An\032\232\221\242F\327\362\233\261\276w\222\005\231G\343%\a\234*\341\261\n\027|\361\357J\245\276\202\375\323\r\304H\214\330\367\070\342??\255z\373(\225`:\004\323C\375\307RT\320z\304\031 \320\351??\261>\016\233{/\233Uy\372\305s\352\241S9??\345\350\364p6\200z!N\247\313\004\366\034\f\r\030V\343\365d\373\371\304\324\n+\205\212GJPiP\242;G\275>\003\064\003\353\375\237\372%\233+\034\nm\335\006\227%\271\"I\274\017\306\024\272\243'\333\313\a\315'\243", ..., s=0x941c800) at libavcodec/hevc.c:2704 #11 decode_nal_units (s=s at entry=0x941c800, buf=, length=) at libavcodec/hevc.c:2941 #12 0x084dbafc in hevc_decode_frame (avctx=0x941c1c0, data=0x941c580, got_output=0x93ba9f4, avpkt=0x93ba9a8) at libavcodec/hevc.c:3045 #13 0x0865e444 in frame_worker_thread (arg=0x93ba8d8) ---Type to continue, or q to quit--- at libavcodec/pthread_frame.c:158 #14 0xb7f87954 in start_thread (arg=0xb05f8b70) at pthread_create.c:304 #15 0xb7f0895e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 (gdb) }}} {{{ knoppix at Microknoppix:/media/sdb1$ valgrind --leak-check=full ffmpeg- snapshot/ffmpeg_g -i h5f.ts -f null - ==28795== Memcheck, a memory error detector ==28795== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==28795== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==28795== Command: ffmpeg-snapshot/ffmpeg_g -i h5f.ts -f null - ==28795== ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 9 2014 12:01:59 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-ffprobe --disable-ffserver --disable-yasm --enable-gpl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.101 / 55. 73.101 libavformat 55. 54.100 / 55. 54.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.103 / 4. 11.103 libswscale 2. 6.101 / 2. 6.101 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [hevc @ 0x424d360] Unknown HEVC profile: 0 Last message repeated 3 times [mpegts @ 0x422df80] PES packet size mismatch Last message repeated 3 times Input #0, mpegts, from 'h5f.ts': Duration: 00:00:12.64, start: 0.080000, bitrate: 424 kb/s Program 1 Stream #0:0[0x12d]: Video: hevc (HEVC / 0x43564548), yuv420p(tv), 320x240, 24 tbr, 90k tbn, 90k tbc [hevc @ 0x4236360] Unknown HEVC profile: 0 Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.54.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 24 fps, 24 tbn, 24 tbc Metadata: encoder : Lavc55.73.101 rawvideo Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native)) Press [q] to stop, [?] for help [NULL @ 0x424d360] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x4236360] Unknown HEVC profile: 0 Last message repeated 1 times [hevc @ 0x4e15da0] Could not find ref with POC 2 [hevc @ 0x4e15da0] Could not find ref with POC 7 [hevc @ 0x4e15da0] Could not find ref with POC 12 [hevc @ 0x4e15da0] Could not find ref with POC 15 [hevc @ 0x425c4e0] Duplicate POC in a sequence: 2. [hevc @ 0x425c4e0] Error parsing NAL unit #0. [hevc @ 0x4b131a0] Invalid number of merging MVP candidates: -7. [hevc @ 0x4b131a0] Error parsing NAL unit #0. [hevc @ 0x4b1ed20] Could not find ref with POC 5 [hevc @ 0x4b1ed20] Could not find ref with POC -212 [hevc @ 0x4b1ed20] Could not find ref with POC -240 [hevc @ 0x4b1ed20] Could not find ref with POC 14 [hevc @ 0x4b2a8c0] Too many refs: 1/44. [hevc @ 0x4b2a8c0] Error parsing NAL unit #0. [hevc @ 0x4b36440] Could not find ref with POC 6.00 bitrate=N/A [hevc @ 0x4b36440] Could not find ref with POC 2 [hevc @ 0x4b36440] Could not find ref with POC 7 [hevc @ 0x4b36440] Could not find ref with POC 8 [hevc @ 0x4b41fe0] Duplicate POC in a sequence: 7. [hevc @ 0x4b41fe0] Error parsing NAL unit #0. [hevc @ 0x4b4db60] Zero refs for a frame with P or B slices. [hevc @ 0x4b4db60] Error parsing NAL unit #0. [hevc @ 0x4e15da0] Could not find ref with POC 11 [hevc @ 0x4e15da0] Could not find ref with POC -212 [hevc @ 0x4e15da0] Could not find ref with POC 0 [hevc @ 0x4e15da0] Could not find ref with POC -222 [hevc @ 0x425c4e0] Duplicate POC in a sequence: 11. [hevc @ 0x425c4e0] Error parsing NAL unit #0. [hevc @ 0x4b131a0] Could not find ref with POC 7 [hevc @ 0x4b131a0] Could not find ref with POC -332 [hevc @ 0x4b1ed20] Invalid number of merging MVP candidates: -2. [hevc @ 0x4b1ed20] Error parsing NAL unit #0. [null @ 0x43e6580] Encoder did not produce proper pts, making some up. [hevc @ 0x4b2a8c0] Could not find ref with POC -212 [hevc @ 0x4b2a8c0] Could not find ref with POC -240 [hevc @ 0x4b2a8c0] Could not find ref with POC -238 [hevc @ 0x4b41fe0] Could not find ref with POC 2 [hevc @ 0x4b41fe0] Could not find ref with POC -57 [hevc @ 0x4b41fe0] Error constructing the frame RPS. [hevc @ 0x4b41fe0] Error parsing NAL unit #0. [hevc @ 0x4b4db60] Too many refs: 1/72. [hevc @ 0x4b4db60] Error parsing NAL unit #0. [mpegts @ 0x422df80] PES packet size mismatch [hevc @ 0x4236360] Duplicate POC in a sequence: 2. [hevc @ 0x4236360] Error parsing NAL unit #0. [hevc @ 0x4e15da0] Too many refs: 1/36. [hevc @ 0x4e15da0] Error parsing NAL unit #0. [hevc @ 0x425c4e0] Too many refs: 29/1. [hevc @ 0x425c4e0] Error parsing NAL unit #0. [hevc @ 0x4b131a0] The slice_qp -107 is outside the valid range [0, 51]. [hevc @ 0x4b131a0] Error parsing NAL unit #0. [hevc @ 0x4b1ed20] Could not find ref with POC 8 [hevc @ 0x4b1ed20] Could not find ref with POC -212 [hevc @ 0x4b1ed20] Could not find ref with POC -240 [hevc @ 0x4b1ed20] Could not find ref with POC -238 [hevc @ 0x4b1ed20] Could not find ref with POC 11 [hevc @ 0x4b2a8c0] Duplicate POC in a sequence: 8. [hevc @ 0x4b2a8c0] Error parsing NAL unit #0. [hevc @ 0x4b36440] The slice_qp -70 is outside the valid range [0, 51]. [hevc @ 0x4b36440] Error parsing NAL unit #0. [hevc @ 0x4b4db60] Duplicate POC in a sequence: 11. bitrate=N/A [hevc @ 0x4b4db60] Error parsing NAL unit #0. [hevc @ 0x4236360] Invalid number of merging MVP candidates: -25. [hevc @ 0x4236360] Error parsing NAL unit #0. [hevc @ 0x4e15da0] Invalid number of merging MVP candidates: -118. [hevc @ 0x4e15da0] Error parsing NAL unit #0. [hevc @ 0x4b131a0] Could not find ref with POC 2 [hevc @ 0x4b131a0] Could not find ref with POC -212 [hevc @ 0x4b131a0] Could not find ref with POC -222 [hevc @ 0x4b131a0] Could not find ref with POC 7 [hevc @ 0x4b1ed20] Zero refs for a frame with P or B slices. [hevc @ 0x4b1ed20] Error parsing NAL unit #0. [hevc @ 0x4b2a8c0] Could not find ref with POC 3 [hevc @ 0x4b2a8c0] Could not find ref with POC -7 [hevc @ 0x4b2a8c0] Could not find ref with POC 10 [hevc @ 0x4b36440] Could not find ref with POC 5 [hevc @ 0x4b36440] Could not find ref with POC -212 [hevc @ 0x4b36440] Could not find ref with POC -526 [hevc @ 0x4b36440] Could not find ref with POC -560 [hevc @ 0x4b36440] Could not find ref with POC 13 [hevc @ 0x4b41fe0] Duplicate POC in a sequence: 5. [hevc @ 0x4b41fe0] Error parsing NAL unit #0. [hevc @ 0x4b4db60] Could not find ref with POC 7 [hevc @ 0x4b4db60] Could not find ref with POC -96 [hevc @ 0x4b4db60] Could not find ref with POC -106 [hevc @ 0x4236360] Duplicate POC in a sequence: 7. [hevc @ 0x4236360] Error parsing NAL unit #0. [hevc @ 0x4e15da0] Too many refs: 95/1. [hevc @ 0x4e15da0] Error parsing NAL unit #0. [mpegts @ 0x422df80] PES packet size mismatch [hevc @ 0x425c4e0] Error constructing the frame RPS. [hevc @ 0x425c4e0] Error parsing NAL unit #0. [hevc @ 0x4b131a0] The slice_qp -2 is outside the valid range [0, 51]. [hevc @ 0x4b131a0] Error parsing NAL unit #0. [hevc @ 0x4b1ed20] The slice_qp -2 is outside the valid range [0, 51]. [hevc @ 0x4b1ed20] Error parsing NAL unit #0. [hevc @ 0x4b2a8c0] Could not find ref with POC -134 [hevc @ 0x4b2a8c0] Could not find ref with POC -251 [hevc @ 0x4b36440] Duplicate POC in a sequence: 9. [hevc @ 0x4b36440] Error parsing NAL unit #0. [hevc @ 0x4b41fe0] Zero refs for a frame with P or B slices. [hevc @ 0x4b41fe0] Error parsing NAL unit #0. [hevc @ 0x4236360] Could not find ref with POC 2 [hevc @ 0x4236360] Could not find ref with POC -41 [hevc @ 0x4236360] Could not find ref with POC 5 [hevc @ 0x4236360] Could not find ref with POC -39 [hevc @ 0x4e15da0] Invalid number of merging MVP candidates: -118. [hevc @ 0x4e15da0] Error parsing NAL unit #0. [hevc @ 0x425c4e0] Zero refs for a frame with P or B slices. [hevc @ 0x425c4e0] Error parsing NAL unit #0. [hevc @ 0x4b131a0] Could not find ref with POC 13 [mpegts @ 0x422df80] PES packet size mismatch [hevc @ 0x4b1ed20] Could not find ref with POC -196 [hevc @ 0x4b1ed20] Could not find ref with POC -208 [hevc @ 0x4b1ed20] Could not find ref with POC -10 [hevc @ 0x4b2a8c0] Invalid number of merging MVP candidates: -96. [hevc @ 0x4b2a8c0] Error parsing NAL unit #0. [hevc @ 0x4b36440] Invalid number of merging MVP candidates: -8. [hevc @ 0x4b36440] Error parsing NAL unit #0. [hevc @ 0x4b41fe0] Too many refs: 54/6. [hevc @ 0x4b41fe0] Error parsing NAL unit #0. [hevc @ 0x4b4db60] Invalid number of merging MVP candidates: -36. [hevc @ 0x4b4db60] Error parsing NAL unit #0. [hevc @ 0x4236360] Could not find ref with POC 11 [hevc @ 0x4236360] Could not find ref with POC -212 [hevc @ 0x4236360] Could not find ref with POC -256 [hevc @ 0x4236360] Could not find ref with POC 2 [hevc @ 0x4236360] Could not find ref with POC 8 [hevc @ 0x4e15da0] Could not find ref with POC 7.33 bitrate=N/A [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 190 [hevc @ 0x425c4e0] Could not find ref with POC 14 [hevc @ 0x425c4e0] Could not find ref with POC 0 [hevc @ 0x425c4e0] Could not find ref with POC -224 [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 192 [hevc @ 0x4b131a0] Duplicate POC in a sequence: 14. [hevc @ 0x4b131a0] Error parsing NAL unit #0. [hevc @ 0x4b1ed20] Could not find ref with POC 16 [hevc @ 0x4b1ed20] Could not find ref with POC 2 [hevc @ 0x4b1ed20] Could not find ref with POC 23 [hevc @ 0x4b1ed20] Could not find ref with POC 26 [hevc @ 0x4b2a8c0] Could not find ref with POC 18 [hevc @ 0x4b2a8c0] Could not find ref with POC -196 [hevc @ 0x4b2a8c0] Could not find ref with POC -240 [hevc @ 0x4b36440] Could not find ref with POC -25 [hevc @ 0x4b36440] Could not find ref with POC -30 [hevc @ 0x4b36440] Error constructing the frame RPS. [hevc @ 0x4b36440] Error parsing NAL unit #0. [hevc @ 0x4b41fe0] Could not find ref with POC 21 [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 196 [hevc @ 0x4b4db60] Duplicate POC in a sequence: 21. [hevc @ 0x4b4db60] Error parsing NAL unit #0. [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 196 [hevc @ 0x4236360] Could not find ref with POC 2 [hevc @ 0x4236360] Could not find ref with POC 23 [hevc @ 0x4236360] Could not find ref with POC -37 [hevc @ 0x4236360] Could not find ref with POC -149 [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 196 [hevc @ 0x4e15da0] Invalid number of merging MVP candidates: 0. [hevc @ 0x4e15da0] Error parsing NAL unit #0. [hevc @ 0x425c4e0] Zero refs for a frame with P or B slices. [hevc @ 0x425c4e0] Error parsing NAL unit #0. [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 196 [hevc @ 0x4b131a0] Could not find ref with POC -10 [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 197 [hevc @ 0x4b1ed20] Could not find ref with POC 27 [hevc @ 0x4b1ed20] Could not find ref with POC -196 [hevc @ 0x4b1ed20] Could not find ref with POC -240 [hevc @ 0x4b1ed20] Could not find ref with POC 8 [hevc @ 0x4b2a8c0] Duplicate POC in a sequence: 27. [hevc @ 0x4b2a8c0] Error parsing NAL unit #0. [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 200 [hevc @ 0x4b36440] Could not find ref with POC 23 [hevc @ 0x4b36440] Could not find ref with POC -9 [hevc @ 0x4b41fe0] Could not find ref with POC 30 [hevc @ 0x4b41fe0] Could not find ref with POC -196 [hevc @ 0x4b41fe0] Could not find ref with POC 0 [hevc @ 0x4b41fe0] Could not find ref with POC -208 [hevc @ 0x4b41fe0] Could not find ref with POC -153 [hevc @ 0x4b4db60] Duplicate POC in a sequence: 30. [hevc @ 0x4b4db60] Error parsing NAL unit #0. [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 202 [mpegts @ 0x422df80] PES packet size mismatch [hevc @ 0x4e15da0] Could not find ref with POC 2 [hevc @ 0x4e15da0] Could not find ref with POC 7 [hevc @ 0x4e15da0] Could not find ref with POC 6 [hevc @ 0x4e15da0] Could not find ref with POC 5 [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 205 [hevc @ 0x425c4e0] Invalid number of merging MVP candidates: -55. [hevc @ 0x425c4e0] Error parsing NAL unit #0. [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 206 [hevc @ 0x4b131a0] Duplicate POC in a sequence: 6. [hevc @ 0x4b131a0] Error parsing NAL unit #0. [hevc @ 0x4b1ed20] Could not find ref with POC -212 [hevc @ 0x4b1ed20] Could not find ref with POC -76 [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 208 [hevc @ 0x4b2a8c0] Invalid number of merging MVP candidates: -3. [hevc @ 0x4b2a8c0] Error parsing NAL unit #0. [null @ 0x43e6580] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 572839 >= 209 [hevc @ 0x4b36440] Could not find ref with POC 6 [hevc @ 0x4b36440] Could not find ref with POC 2 [hevc @ 0x4b36440] Could not find ref with POC 7 [hevc @ 0x4b36440] Could not find ref with POC -107 ==28795== Thread 17: ==28795== Conditional jump or move depends on uninitialised value(s) ==28795== at 0x84E5D15: ff_hevc_luma_mv_mvp_mode (hevc_mvs.c:734) ==28795== by 0x84D3578: hls_prediction_unit.isra.16 (hevc.c:1659) ==28795== by 0x84D6459: hls_coding_quadtree (hevc.c:2038) ==28795== by 0x84D5009: hls_coding_quadtree (hevc.c:2149) ==28795== by 0x84D5009: hls_coding_quadtree (hevc.c:2149) ==28795== by 0x84D6E23: hls_decode_entry (hevc.c:2284) ==28795== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==28795== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==28795== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==28795== by 0x407B953: start_thread (pthread_create.c:304) ==28795== by 0x416395D: clone (clone.S:130) ==28795== ==28795== Use of uninitialised value of size 4 ==28795== at 0x84E3B8A: mv_mp_mode_mx_lt (hevc_mvs.c:546) ==28795== by 0x84E5D6E: ff_hevc_luma_mv_mvp_mode (hevc_mvs.c:741) ==28795== by 0x84D3578: hls_prediction_unit.isra.16 (hevc.c:1659) ==28795== by 0x84D6459: hls_coding_quadtree (hevc.c:2038) ==28795== by 0x84D5009: hls_coding_quadtree (hevc.c:2149) ==28795== by 0x84D5009: hls_coding_quadtree (hevc.c:2149) ==28795== by 0x84D6E23: hls_decode_entry (hevc.c:2284) ==28795== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==28795== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==28795== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==28795== by 0x407B953: start_thread (pthread_create.c:304) ==28795== by 0x416395D: clone (clone.S:130) ==28795== ==28795== Invalid read of size 1 ==28795== at 0x84E3B8A: mv_mp_mode_mx_lt (hevc_mvs.c:546) ==28795== by 0x84E5D6E: ff_hevc_luma_mv_mvp_mode (hevc_mvs.c:741) ==28795== by 0x84D3578: hls_prediction_unit.isra.16 (hevc.c:1659) ==28795== by 0x84D6459: hls_coding_quadtree (hevc.c:2038) ==28795== by 0x84D5009: hls_coding_quadtree (hevc.c:2149) ==28795== by 0x84D5009: hls_coding_quadtree (hevc.c:2149) ==28795== by 0x84D6E23: hls_decode_entry (hevc.c:2284) ==28795== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==28795== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==28795== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==28795== by 0x407B953: start_thread (pthread_create.c:304) ==28795== by 0x416395D: clone (clone.S:130) ==28795== Address 0xedcb04aa is not stack'd, malloc'd or (recently) free'd ==28795== ==28795== ==28795== Process terminating with default action of signal 11 (SIGSEGV) ==28795== Access not within mapped region at address 0xEDCB04AA ==28795== at 0x84E3B8A: mv_mp_mode_mx_lt (hevc_mvs.c:546) ==28795== by 0x84E5D6E: ff_hevc_luma_mv_mvp_mode (hevc_mvs.c:741) ==28795== by 0x84D3578: hls_prediction_unit.isra.16 (hevc.c:1659) ==28795== by 0x84D6459: hls_coding_quadtree (hevc.c:2038) ==28795== by 0x84D5009: hls_coding_quadtree (hevc.c:2149) ==28795== by 0x84D5009: hls_coding_quadtree (hevc.c:2149) ==28795== by 0x84D6E23: hls_decode_entry (hevc.c:2284) ==28795== by 0x873DB68: avcodec_default_execute (utils.c:1108) ==28795== by 0x84DB4C8: decode_nal_units (hevc.c:2311) ==28795== by 0x84DBAFB: hevc_decode_frame (hevc.c:3045) ==28795== by 0x407B953: start_thread (pthread_create.c:304) ==28795== by 0x416395D: clone (clone.S:130) ==28795== If you believe this happened as a result of a stack ==28795== overflow in your program's main thread (unlikely but ==28795== possible), you can try to increase the size of the ==28795== main thread stack using the --main-stacksize= flag. ==28795== The main thread stack size used in this run was 8388608. ==28795== ==28795== HEAP SUMMARY: ==28795== in use at exit: 10,184,740 bytes in 2,099 blocks ==28795== total heap usage: 10,748 allocs, 8,649 frees, 58,622,817 bytes allocated ==28795== ==28795== Thread 1: ==28795== 1,296 bytes in 9 blocks are possibly lost in loss record 237 of 305 ==28795== at 0x4026A68: calloc (vg_replace_malloc.c:566) ==28795== by 0x40111FB: _dl_allocate_tls (dl-tls.c:300) ==28795== by 0x407C2A8: pthread_create@@GLIBC_2.1 (allocatestack.c:580) ==28795== by 0x80EC7F1: ff_graph_thread_init (pthread.c:187) ==28795== by 0x80E076F: avfilter_graph_alloc_filter (avfiltergraph.c:188) ==28795== by 0x4225EA7: ??? ==28795== ==28795== 1,296 bytes in 9 blocks are possibly lost in loss record 238 of 305 ==28795== at 0x4026A68: calloc (vg_replace_malloc.c:566) ==28795== by 0x40111FB: _dl_allocate_tls (dl-tls.c:300) ==28795== by 0x407C2A8: pthread_create@@GLIBC_2.1 (allocatestack.c:580) ==28795== by 0x865F5B0: ff_frame_thread_init (pthread_frame.c:702) ==28795== by 0x874333D: avcodec_open2 (utils.c:1443) ==28795== by 0x80C82E8: transcode_init (ffmpeg.c:2300) ==28795== by 0x80AF4EF: main (ffmpeg.c:3641) ==28795== ==28795== LEAK SUMMARY: ==28795== definitely lost: 0 bytes in 0 blocks ==28795== indirectly lost: 0 bytes in 0 blocks ==28795== possibly lost: 2,592 bytes in 18 blocks ==28795== still reachable: 10,182,148 bytes in 2,081 blocks ==28795== suppressed: 0 bytes in 0 blocks ==28795== Reachable blocks (those to which a pointer was found) are not shown. ==28795== To see them, rerun with: --leak-check=full --show-reachable=yes ==28795== ==28795== For counts of detected and suppressed errors, rerun with: -v ==28795== Use --track-origins=yes to see where uninitialised values come from ==28795== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 59 from 6) Killed }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 16:21:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 14:21:44 -0000 Subject: [FFmpeg-trac] #3839(avcodec:open): hevc: invalid write with fuzzed file In-Reply-To: <039.f6147eab1cd62cf94a53ac4c94e7e857@avcodec.org> References: <039.f6147eab1cd62cf94a53ac4c94e7e857@avcodec.org> Message-ID: <054.814fd4047bf3760f110ec3fb198aa6bb@avcodec.org> #3839: hevc: invalid write with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => hevc crash abort regression Comment: Regression since d249e682 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 16:32:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 14:32:36 -0000 Subject: [FFmpeg-trac] #3840(avcodec:open): hevc: invalid read with fuzzed file In-Reply-To: <039.639c2ed2848bd55887d79510d2f622bf@avcodec.org> References: <039.639c2ed2848bd55887d79510d2f622bf@avcodec.org> Message-ID: <054.584bd9630ce8e9dcfa95e56737361f9e@avcodec.org> #3840: hevc: invalid read with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: SIGSEGV regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hevc crash SIGSEGV regression * priority: normal => important * status: new => open * component: undetermined => avcodec * version: unspecified => git-master Comment: Regression since 3ad04608 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 17:34:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 15:34:52 -0000 Subject: [FFmpeg-trac] #3841(undetermined:new): support MYUV 10-bit & 8-bit 4:2:2 YUV Message-ID: <039.3e83f3bde5f76de33b36a324d1148428@avcodec.org> #3841: support MYUV 10-bit & 8-bit 4:2:2 YUV -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- in theory it should be easy to support this http://www.datafilehost.com/d/6382051a {{{ C:\>ffmpeg -i media-100_8bit.mov ffmpeg version N-65404-gd34ec64 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 7 2014 22:01:54 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.101 / 55. 73.101 libavformat 55. 53.100 / 55. 53.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.103 / 4. 11.103 libswscale 2. 6.101 / 2. 6.101 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 02f025a0] Could not find codec parameters for stream 0 (Video: none (MYUV / 0x5655594D), 720x576, 163332 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options media-100_8bit.mov: could not find codec parameters Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'media-100_8bit.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2013-08-14 12:45:11 Duration: 00:00:02.00, start: 0.000000, bitrate: 163481 kb/s Stream #0:0(eng): Video: none (MYUV / 0x5655594D), 720x576, 163332 kb/s, SAR 989855744:905969664 DAR 1:8, 23.96 fps, 23.97 tbr, 1000k tbn, 1000k tbc (defaul t) Metadata: creation_time : 2013-08-14 12:45:11 handler_name : Procedura obs?ugi skr?t?w danych Apple encoder : 844/X Uncompressed At least one output file must be specified }}} {{{ C:\>ffmpeg -i media-100_10bit.mov ffmpeg version N-65404-gd34ec64 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 7 2014 22:01:54 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.101 / 55. 73.101 libavformat 55. 53.100 / 55. 53.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.103 / 4. 11.103 libswscale 2. 6.101 / 2. 6.101 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 02f025a0] Could not find codec parameters for stream 0 (Video: none (MYUV / 0x5655594D), 720x576, 201025 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options media-100_10bit.mov: could not find codec parameters Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'media-100_10bit.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2013-08-14 12:45:32 Duration: 00:00:02.00, start: 0.000000, bitrate: 201198 kb/s Stream #0:0(eng): Video: none (MYUV / 0x5655594D), 720x576, 201025 kb/s, SAR 989855744:905969664 DAR 1:8, 23.96 fps, 23.97 tbr, 1000k tbn, 1000k tbc (defaul t) Metadata: creation_time : 2013-08-14 12:45:32 handler_name : Procedura obs?ugi skr?t?w danych Apple encoder : 844/X Uncompressed At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 19:21:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 17:21:18 -0000 Subject: [FFmpeg-trac] #1691(avcodec:new): New SN40 samples fail to decode In-Reply-To: <037.8e8f9819d11753199720ad40f2d119b6@avcodec.org> References: <037.8e8f9819d11753199720ad40f2d119b6@avcodec.org> Message-ID: <052.dbeba6e48362c39fcc52448b99c472de@avcodec.org> #1691: New SN40 samples fail to decode ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sn40 asp h263 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): The original asp sample is http://samples.ffmpeg.org/V-codecs/sn40sample.avi Works also fine with {{{mplayer -vc smartsight}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 20:02:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 18:02:36 -0000 Subject: [FFmpeg-trac] #3841(avcodec:open): support MYUV 10-bit & 8-bit 4:2:2 YUV In-Reply-To: <039.3e83f3bde5f76de33b36a324d1148428@avcodec.org> References: <039.3e83f3bde5f76de33b36a324d1148428@avcodec.org> Message-ID: <054.e12165cf24f50b2d702d1638bc0a0bf7@avcodec.org> #3841: support MYUV 10-bit & 8-bit 4:2:2 YUV -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * type: defect => enhancement Comment: http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3841/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 20:32:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 18:32:06 -0000 Subject: [FFmpeg-trac] #3837(avcodec:open): ffplay: vc1 crash In-Reply-To: <039.de28127727a8e23350c97f17ab3022be@avcodec.org> References: <039.de28127727a8e23350c97f17ab3022be@avcodec.org> Message-ID: <054.dacaab034c1aef3bbdb0e10a18726a9f@avcodec.org> #3837: ffplay: vc1 crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vc1 SIGSEGV | Blocked By: crash regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: SIGSEGV, crash => vc1 SIGSEGV crash regression * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Regression since 59a53842 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 20:44:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 18:44:14 -0000 Subject: [FFmpeg-trac] #3800(avutil:reopened): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" In-Reply-To: <036.eef28b945114355be544b4694adff192@avcodec.org> References: <036.eef28b945114355be544b4694adff192@avcodec.org> Message-ID: <051.af88ce9105f0840cd1ddd0381c671352@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" ------------------------------------+------------------------------------ Reporter: troy_s | Owner: Type: defect | Status: reopened Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: I suspect this is reproducible again since f75786f3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 9 20:53:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Aug 2014 18:53:16 -0000 Subject: [FFmpeg-trac] #3800(avutil:reopened): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" In-Reply-To: <036.eef28b945114355be544b4694adff192@avcodec.org> References: <036.eef28b945114355be544b4694adff192@avcodec.org> Message-ID: <051.e8f1cd089450acfd232381b971d05c4c@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" ------------------------------------+------------------------------------ Reporter: troy_s | Owner: Type: defect | Status: reopened Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Probably. I sent a proposed fix, with a comment to document it. [http://ffmpeg.org/pipermail/ffmpeg-cvslog/2014-August/080270.html] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 03:33:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 01:33:10 -0000 Subject: [FFmpeg-trac] #3800(avutil:closed): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" In-Reply-To: <036.eef28b945114355be544b4694adff192@avcodec.org> References: <036.eef28b945114355be544b4694adff192@avcodec.org> Message-ID: <051.41a8a88571c4e2d6b6ebab1847a9f93a@avcodec.org> #3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions" ------------------------------------+---------------------------------- Reporter: troy_s | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Now fixed with a comment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 11:58:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 09:58:23 -0000 Subject: [FFmpeg-trac] #3839(avcodec:open): hevc: invalid write with fuzzed file In-Reply-To: <039.f6147eab1cd62cf94a53ac4c94e7e857@avcodec.org> References: <039.f6147eab1cd62cf94a53ac4c94e7e857@avcodec.org> Message-ID: <054.d12894904f493826994f572a6944eae5@avcodec.org> #3839: hevc: invalid write with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: kurosu Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by kurosu): * analyzed: 0 => 1 * owner: => kurosu Comment: This is due to incorrect dimensions being used when allocating (tmp|sao)_image. I'm somehow not seeing how to attach a file, so I'll submit the patch directly to the mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 12:47:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 10:47:44 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) Message-ID: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) -------------------------------------+------------------------------------- Reporter: viperfx | Type: defect Status: new | Priority: normal Component: avformat | Version: 2.2.4 Keywords: DASH, mp4a, | Blocked By: aac | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: It takes roughly ~4s for FFmpeg to detect the codec of a mp4a audio stream in the DASH container for an audio of length ~3m. The audio stream is from youtube. I have checked the location of the moov atom and it appears to be at the front of the file. I have spoken with devs on #ffmpeg-devel and they have confirmed the same issue and suggest that it should not take this long. Here is the output using boxdumper: http://tny.cz/571eb4af How to reproduce: {{{ Obtain the youtube audio stream link using youtube-dl (https://github.com/rg3/youtube-dl) % youtube-dl -f 140 -g YOUTUBE_URL where YOUTUBE_URL is the url of any youtube video. Pick a music video of length 3-4mins so you can notice the ~4s delay. The youtube-dl command will print out a long URL string that you can input to FFmpeg or ffplay to notice the issue % ffmpeg -i "STREAM_URL" or % ffplay "STREAM_URL" My FFmpeg info: ffmpeg version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 9 2014 10:03:55 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.1 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-libfdk-aac --enable- openssl 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 Output of a typical audio stream: Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'STREAM_URL': Metadata: major_brand : dash minor_version : 0 compatible_brands: iso6mp41 creation_time : 2014-03-08 01:30:29 Duration: 00:04:00.70, start: 0.000000, bitrate: 127 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s (default) Metadata: creation_time : 2014-03-08 01:30:29 handler_name : SoundHandler }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 13:14:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 11:14:45 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.981fbac6db1b4f3c1b38d05587e0070a@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Changes (by cehoyos): * keywords: DASH, mp4a, aac => mov Comment: Did you upload a sample? Is the problem reproducible with current FFmpeg git head? Please do not use external resources (except for large sample files), always post all necessary information here in the ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 13:37:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 11:37:18 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.407a0cdd27e1be2273e2d9ccc4935b34@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by viperfx): Here is a sample audio file (it was too large for the attachment): https://www.sendspace.com/file/nmzcbi Yes, problem is reproducible with the current FFmpeg master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 13:40:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 11:40:06 -0000 Subject: [FFmpeg-trac] #3839(avcodec:closed): hevc: invalid write with fuzzed file In-Reply-To: <039.f6147eab1cd62cf94a53ac4c94e7e857@avcodec.org> References: <039.f6147eab1cd62cf94a53ac4c94e7e857@avcodec.org> Message-ID: <054.34336856731a5fd01b3570e48f68c2b7@avcodec.org> #3839: hevc: invalid write with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: kurosu Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: hevc crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Replying to [comment:2 kurosu]: > I'm somehow not seeing how to attach a file, so I'll submit the patch directly to the mailing list. I am not sure what the problem could have been but please do not attach patches here (except to ask for tests), always post them to the mailing list. Fixed by Christophe Gisquet in 71175472 Thank you everybody! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 13:48:53 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 11:48:53 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.a654bdede1070f79caa5b113220e37f8@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by cehoyos): I tested the following: {{{ $ time ffmpeg -i videoplayback.mp4 ffmpeg version N-65479-g7117547 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 10 2014 13:36:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 0.100 / 54. 0.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'videoplayback.mp4': Metadata: major_brand : dash minor_version : 0 compatible_brands: iso6mp41 creation_time : 2014-04-25 14:50:56 Duration: 00:03:35.03, start: 0.000000, bitrate: 128 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s (default) Metadata: creation_time : 2014-04-25 14:50:56 handler_name : SoundHandler At least one output file must be specified real 0m0.011s user 0m0.007s sys 0m0.003s }}} The time spent on analyzing the mov file seems reasonable to me. Playback with ffplay starts immediately afaict (see how the process time matches the duration): {{{ $ time ffplay -i videoplayback.mp4 -autoexit ffplay version N-65479-g7117547 Copyright (c) 2003-2014 the FFmpeg developers built on Aug 10 2014 13:36:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 0.100 / 54. 0.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'videoplayback.mp4':f=0/0 Metadata: major_brand : dash minor_version : 0 compatible_brands: iso6mp41 creation_time : 2014-04-25 14:50:56 Duration: 00:03:35.03, start: 0.000000, bitrate: 128 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s (default) Metadata: creation_time : 2014-04-25 14:50:56 handler_name : SoundHandler 215.02 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 real 3m35.104s user 0m4.030s sys 0m2.981s }}} How can I reproduce the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 13:52:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 11:52:14 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.a27dc6747bb547d83b4079923cdb1b41@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by gjdfgh): Check how much data it reads when opening the file. The issue is that it seems to read the whole file, which ruins network performance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 13:58:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 11:58:44 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.08de47d43498f56df520c5d0adb37257@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by cehoyos): Replying to [ticket:3842 viperfx]: > {{{ > configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.1 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-libfdk-aac --enable- openssl > }}} Unrelated: {{{--enable-vda}}} and {{{--enable-ffplay}}} do not work the way you seem to believe these options work, please remove them ({{{configure}}} will silently ignore those options if SDL or vda are not available, if they are available, ffplay and vda will be enabled automatically). I also believe it is better to remove {{{--host-cflags= --host-ldflags=}}} since they might lead to confusion. Is {{{--cc=clang}}} necessary? It looks redundant to me. Most users prefer libfdk over libfaac, is there a particular reason why you enable libfaac? I am curious: Did you test {{{--enable-hardcoded-tables}}}? (I never did.) Does it have any measurable effect? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:01:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:01:22 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.b9038c4c84b228e618d284aff4971642@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by cehoyos): FFmpeg claims it did not read the whole file (less than one quarter), how can I reproduce that this is not correct? {{{ $ ffmpeg -loglevel debug -i videoplayback.mp4 ffmpeg version N-65479-g7117547 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 10 2014 13:36:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 0.100 / 54. 0.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'videoplayback.mp4'. 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 videoplayback.mp4. Successfully parsed a group of options. Opening an input file: videoplayback.mp4. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x33f4b20] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x33f4b20] ISO: File Type Major Brand: dash [mov,mp4,m4a,3gp,3g2,mj2 @ 0x33f4b20] Before avformat_find_stream_info() pos: 3374213 bytes read:720896 seeks:21 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x33f4b20] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x33f4b20] After avformat_find_stream_info() pos: 4796 bytes read:753664 seeks:22 frames:1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'videoplayback.mp4': Metadata: major_brand : dash minor_version : 0 compatible_brands: iso6mp41 creation_time : 2014-04-25 14:50:56 Duration: 00:03:35.03, start: 0.000000, bitrate: 128 kb/s Stream #0:0(und), 1, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s (default) Metadata: creation_time : 2014-04-25 14:50:56 handler_name : SoundHandler Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x33f3be0] Statistics: 753664 bytes read, 22 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:02:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:02:30 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.8f99c87fe7dc7ee7c486ae10d65917be@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by gjdfgh): Note that loading gets fast with fflags=+ignidx. According to Paranoialmaniac on IRC, we need to support the "sidx" atom, which apparently contains an index. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:03:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:03:19 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.ee40bb6ee7d8e79ba628d3205cc1b51c@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by cehoyos): Or is the issue that FFmpeg seeks to the end when opening the file? (Sorry but imo this isn't obvious at all from the original report.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:03:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:03:20 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.5b13defc35a4f3b369ca4e87c3790610@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by gjdfgh): >22 seeks There's your answer. These translate to 23 http connects. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:19:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:19:12 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.1834dd568d4b02ecc2b24743ed601e8d@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by viperfx): I should note that I am compiling FFmpeg on iOS so those flags I posted a slightly different to what I have configured on the iOS app. Snippet of the configure flags. {{{ ./configure --disable-programs --disable-shared --enable-static --enable-pic --enable-small --enable-openssl ${DEBUG_CONFIG_ARGS} \ --disable-decoders --enable-decoder=aac --enable-decoder=h264 --enable-decoder=vorbis \ --disable-encoders --enable-encoder=aac \ --disable-demuxers --enable-demuxer=aac --enable-demuxer=mov --enable-demuxer=matroska --enable-demuxer=h264 \ --disable-muxers --enable-muxer=mov --enable-muxer=mp4 --enable- muxer=hls --enable-muxer=h264 \ --disable-filters --disable-doc }}} As gjdfgh said, I recieved a suggestion of disabling indexing to make the seeking faster. It does indeed make the file open faster, almost instantly through HTTP infact. However, the issue is that it thinks that the duration of the file is 10s. It does not seem to detect the full duration. Therefore, for a UI perspective I cannot seek the audio track since I do not know the full duration of the file. The good thing is that the audio plays till the end of the file. cehoyos: The issue is that it does seek to the end of the file when opening. This is evident when using ffmpeg -i to test with an HTTP URL rather than a local file. Using avformat_open_input call, takes >~4s. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:25:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:25:30 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.a87586dd6a647d87bde4c2068b5c7768@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:10 viperfx]: > {{{ > ./configure --disable-programs --disable-shared --enable-static --enable-pic Unrelated: Do you know if {{{--enable-pic}}} has any advantages or disadvantages on iOS? (We have discussed this internally and no clear consensus was reached iirc.) {{{--disable-shared --enable-static}}} is the default, you may remove it to get a shorter configure line. > {{{ > --disable-decoders --enable-decoder=aac --enable-decoder=h264 --enable- decoder=vorbis You can use {{{--enable-decoder=aac,h264,vorbis}}} to make your configure line more readable (same for encoders and demuxers and muxers) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:32:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:32:17 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.c12238888cc33c453305da54c7982cc3@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by viperfx): Replying to [comment:11 cehoyos]: > Replying to [comment:10 viperfx]: > > {{{ > > ./configure --disable-programs --disable-shared --enable-static --enable-pic > > Unrelated: Do you know if {{{--enable-pic}}} has any advantages or disadvantages on iOS? > (We have discussed this internally and no clear consensus was reached iirc.) > > {{{--disable-shared --enable-static}}} is the default, you may remove it to get a shorter configure line. > > > {{{ > > --disable-decoders --enable-decoder=aac --enable-decoder=h264 --enable-decoder=vorbis > > You can use {{{--enable-decoder=aac,h264,vorbis}}} to make your configure line more readable (same for encoders and demuxers and muxers) Ah okay, thanks. No, I am afraid I am fairly new to FFmpeg and static compiling libs in general for iOS. I am the one who should be asking you for tips it seems :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:43:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:43:07 -0000 Subject: [FFmpeg-trac] #3842(avformat:new): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.e2663c299cedcc08a76e59aea1d72c03@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) ---------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:11 cehoyos]: > Unrelated: Do you know if {{{--enable-pic}}} has any advantages or disadvantages on iOS? > (We have discussed this internally and no clear consensus was reached iirc.) It is not completely impossible that {{{--enable-pic}}} has a huge performance impact without having any advantage at all. But I don't know if anybody tested this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 14:52:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 12:52:09 -0000 Subject: [FFmpeg-trac] #3842(avformat:open): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.a1220ca34294f482a6f29ac8de49f8e1@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) -------------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * status: new => open * version: 2.2.4 => git-master * type: defect => enhancement Comment: Afaiu, this is an enhancement request to support reading the {{{sidx}}} box as defined in 8.16.3 of ISO 14496-12. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 17:05:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 15:05:06 -0000 Subject: [FFmpeg-trac] #3766(avformat:new): dvb_teletext detected as mpeg audio In-Reply-To: <037.8151a1d41127985608ed71185b22d42a@avcodec.org> References: <037.8151a1d41127985608ed71185b22d42a@avcodec.org> Message-ID: <052.57fc5f014ecd44d83394e5fc2cfc5499@avcodec.org> #3766: dvb_teletext detected as mpeg audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts mp3 | Blocked By: probe | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegts mp3 => mpegts mp3 probe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 17:07:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 15:07:19 -0000 Subject: [FFmpeg-trac] #3764(undetermined:closed): Video freeze with ffmpeg. Source is ok with vlc. In-Reply-To: <036.3b07d2f30c76f06e98ea3fadaa9f06b9@avcodec.org> References: <036.3b07d2f30c76f06e98ea3fadaa9f06b9@avcodec.org> Message-ID: <051.fd424f8ee0c2ddbcfd051eb637b7227f@avcodec.org> #3764: Video freeze with ffmpeg. Source is ok with vlc. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can provide more information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 17:21:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 15:21:34 -0000 Subject: [FFmpeg-trac] #3842(avformat:open): AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) In-Reply-To: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> References: <037.434d5bd4aa0dbca1e55f0e1d286eb67d@avcodec.org> Message-ID: <052.98dc12c0bfd22d4b09b6437ad5778a0a@avcodec.org> #3842: AAC (mp4a) DASH takes abnormally long to detect (~4 - 6s) -------------------------------------+------------------------------------ Reporter: viperfx | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by gjdfgh): * cc: nfxjfg@? (added) Comment: Making this bug report a feature request is pushing it a bit... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 17:21:53 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 15:21:53 -0000 Subject: [FFmpeg-trac] #3041(avcodec:closed): multitude of screen capture codecs In-Reply-To: <035.1f11d4a5827e8524e0ab10ac138b2b1e@avcodec.org> References: <035.1f11d4a5827e8524e0ab10ac138b2b1e@avcodec.org> Message-ID: <050.5bfa2159b0015ffe02e59683b1bff89d@avcodec.org> #3041: multitude of screen capture codecs -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: I don't think it is realistic that it will be known if and when tickets without samples are fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 17:42:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 15:42:19 -0000 Subject: [FFmpeg-trac] #3840(avcodec:closed): hevc: invalid read with fuzzed file In-Reply-To: <039.639c2ed2848bd55887d79510d2f622bf@avcodec.org> References: <039.639c2ed2848bd55887d79510d2f622bf@avcodec.org> Message-ID: <054.e6af396610a33e70cc515dc7f383daa6@avcodec.org> #3840: hevc: invalid read with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: hevc crash | Blocked By: SIGSEGV regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe Gisquet in 84bc4588 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 17:44:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 15:44:02 -0000 Subject: [FFmpeg-trac] #3773(avcodec:open): regression: h264_mp4toannexb crashes In-Reply-To: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> References: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> Message-ID: <047.6d35552c60293ac54300339bd43b46cc@avcodec.org> #3773: regression: h264_mp4toannexb crashes -------------------------------------+------------------------------------- Reporter: vi | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression crash abort | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 regression => h264 regression crash abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 19:00:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 17:00:11 -0000 Subject: [FFmpeg-trac] #1304(avformat:new): rawvideo 8bpp: incorrect output with -vcodec copy In-Reply-To: <039.eeee90b0728d23b32d3bb844f7948a30@avcodec.org> References: <039.eeee90b0728d23b32d3bb844f7948a30@avcodec.org> Message-ID: <054.65431323368dbfe3110b6572132843ca@avcodec.org> #1304: rawvideo 8bpp: incorrect output with -vcodec copy ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pal8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by kurosu): * analyzed: 0 => 1 * component: undetermined => avformat * reproduced: 0 => 1 Comment: The issue is that avienc.c never writes the palette. avidec.c stores it as packet side data, and my attempts at retrieving it failed when it is needed (avienc.c, line 336). I have no idea how to store it as stream side data, and other attempts yielded nothing too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 23:50:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 21:50:03 -0000 Subject: [FFmpeg-trac] #3750(avfilter:closed): Transcoding to mpeg2video when scaling produces incorrect aspect ratio with WMP In-Reply-To: <037.231420a2f669ec3649d54681f472169b@avcodec.org> References: <037.231420a2f669ec3649d54681f472169b@avcodec.org> Message-ID: <052.a1dfc84cf4be426159e5570248fe0c0e@avcodec.org> #3750: Transcoding to mpeg2video when scaling produces incorrect aspect ratio with WMP ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in 788cf6f0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 23:50:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 21:50:44 -0000 Subject: [FFmpeg-trac] #3843(undetermined:new): Cannot Play MP3 Message-ID: <036.4e4a30110efaeda423a06ac095314bbb@avcodec.org> #3843: Cannot Play MP3 --------------------------------------+---------------------------------- Reporter: matt90 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- I'm running FFmpeg 2.3.1 from the Arch Linux repository. There is an MP3 file that I am unable to play with mplayer, mpv, or ffplay and unable to convert or manipulate with ffmpeg. However, VLC and mpg123 play the file fine without complaining. This surprises me, since FFmpeg has a great track record with buggy/damaged media files. The file in question can be downloaded at http://tuutenn.s66.xrea.com/music/tuu_gekisinn.mp3 . Output of ffplay: {{{ $ ffplay tuu_gekisinn.mp3 ffplay version 2.3.1 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 31 2014 14:51:38 with gcc 4.9.1 (GCC) configuration: --prefix=/usr --disable-debug --disable-static --enable- avisynth --enable-avresample --enable-decoder=atrac3 --enable- decoder=atrac3p --enable-dxva2 --enable-fontconfig --enable-gnutls --enable-gpl --enable-libass --enable-libbluray --enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable- libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libv4l2 --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-pic --enable-postproc --enable-runtime-cpudetect --enable-shared --enable-swresample --enable-vdpau --enable-version3 --enable-x11grab libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libavresample 1. 3. 0 / 1. 3. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x7fa85c0008c0] PES packet size mismatchsq= 0B f=0/0 [mpegts @ 0x7fa85c0008c0] nothing to probe for stream 0 [mpegts @ 0x7fa85c0008c0] probed stream 0 failed [mpegts @ 0x7fa85c0008c0] probed stream 1 failed [mpegts @ 0x7fa85c0008c0] PES packet size mismatch [mpegts @ 0x7fa85c0008c0] Could not find codec parameters for stream 0 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x7fa85c0008c0] Could not find codec parameters for stream 1 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options tuu_gekisinn.mp3: could not find codec parameters }}} The error occurs regardless of the values of analyzeduration and probesize. The output of ffmpeg -report -i tuu_gekisinn.mp3 is attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 23:52:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 21:52:07 -0000 Subject: [FFmpeg-trac] #3844(undetermined:new): "Could not find codec parameters" when playing MP3 Message-ID: <036.70f6ca0ac9735e3ab673302553cec1eb@avcodec.org> #3844: "Could not find codec parameters" when playing MP3 --------------------------------------+---------------------------------- Reporter: matt90 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- I'm running FFmpeg 2.3.1 from the Arch Linux repository. There is an MP3 file that I am unable to play with mplayer, mpv, or ffplay and unable to convert or manipulate with ffmpeg. However, VLC and mpg123 play the file fine without complaining. This surprises me, since FFmpeg has a great track record with buggy/damaged media files. The file in question can be downloaded at http://tuutenn.s66.xrea.com/music/tuu_gekisinn.mp3 . Output of ffplay: {{{ $ ffplay tuu_gekisinn.mp3 ffplay version 2.3.1 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 31 2014 14:51:38 with gcc 4.9.1 (GCC) configuration: --prefix=/usr --disable-debug --disable-static --enable- avisynth --enable-avresample --enable-decoder=atrac3 --enable- decoder=atrac3p --enable-dxva2 --enable-fontconfig --enable-gnutls --enable-gpl --enable-libass --enable-libbluray --enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable- libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libv4l2 --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-pic --enable-postproc --enable-runtime-cpudetect --enable-shared --enable-swresample --enable-vdpau --enable-version3 --enable-x11grab libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libavresample 1. 3. 0 / 1. 3. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x7fa85c0008c0] PES packet size mismatchsq= 0B f=0/0 [mpegts @ 0x7fa85c0008c0] nothing to probe for stream 0 [mpegts @ 0x7fa85c0008c0] probed stream 0 failed [mpegts @ 0x7fa85c0008c0] probed stream 1 failed [mpegts @ 0x7fa85c0008c0] PES packet size mismatch [mpegts @ 0x7fa85c0008c0] Could not find codec parameters for stream 0 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x7fa85c0008c0] Could not find codec parameters for stream 1 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options tuu_gekisinn.mp3: could not find codec parameters }}} The error occurs regardless of the values of analyzeduration and probesize. The output of ffmpeg -report -i tuu_gekisinn.mp3 is attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 10 23:54:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 21:54:28 -0000 Subject: [FFmpeg-trac] #3843(undetermined:closed): Cannot Play MP3 In-Reply-To: <036.4e4a30110efaeda423a06ac095314bbb@avcodec.org> References: <036.4e4a30110efaeda423a06ac095314bbb@avcodec.org> Message-ID: <051.9b1bc9ec02d216b32072b5c00aaffdab@avcodec.org> #3843: Cannot Play MP3 --------------------------------+---------------------------------------- Reporter: matt90 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 2.3 | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by matt90): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:07:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:07:08 -0000 Subject: [FFmpeg-trac] #3753(undetermined:new): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV In-Reply-To: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> References: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> Message-ID: <054.6e56481a4e05baa599bab71a86a4df1c@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov, | Resolution: timecode, metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mindmark): I recently submitted patches that add support for this. If you compile the latest git master it should work. Currently, you must specify the stream you want add the reel_name metadata too. try: {{{ ffmpeg -i ./INPUT.mov -vcodec copy -acodec copy -timecode 01:02:03:04 -metadata:s:v:0 reel_name=ABCD1234 ./OUTPUT.mov }}} {{{ ffprobe ./OUTPUT.mov ffprobe version N-65494-g93a4891 Copyright (c) 2007-2014 the FFmpeg developers built on Aug 10 2014 14:58:55 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --samples=fate-suite/ libavutil 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'OUTPUT.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf56.0.100 Duration: 00:00:03.75, start: 0.000000, bitrate: 919 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 854x480, 914 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 48k tbc (default) Metadata: handler_name : DataHandler encoder : H.264 timecode : 00:00:00:00 Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s Metadata: handler_name : DataHandler reel_name : ABCD1234 timecode : 00:00:00:00 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:53:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:53:06 -0000 Subject: [FFmpeg-trac] #580(avformat:closed): mpegts autodetection In-Reply-To: <037.fa9bfc33a1a08e2b19bed31859aa942b@avcodec.org> References: <037.fa9bfc33a1a08e2b19bed31859aa942b@avcodec.org> Message-ID: <052.ec3716bf2f565dd5e9db4a7718ec8f7d@avcodec.org> #580: mpegts autodetection --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts probe | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: ts, probe => mpegts probe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:53:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:53:22 -0000 Subject: [FFmpeg-trac] #88(avcodec:closed): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <041.5aa2d268e9fd18710e4deeb6c0b9a9aa@avcodec.org> References: <041.5aa2d268e9fd18710e4deeb6c0b9a9aa@avcodec.org> Message-ID: <056.1d1e727843847d3e3aabf1ffbfe94a94@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream -------------------------------------+------------------------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 mpegts | Blocked By: aac | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 ts aac => h264 mpegts aac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:53:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:53:44 -0000 Subject: [FFmpeg-trac] #354(undetermined:closed): h264 interlaced decoding failure - alot of artifacts and error log messages In-Reply-To: <039.312a61365b3faa47c564e64395715ca8@avcodec.org> References: <039.312a61365b3faa47c564e64395715ca8@avcodec.org> Message-ID: <054.4fa063010622999655855b2597d91fa5@avcodec.org> #354: h264 interlaced decoding failure - alot of artifacts and error log messages -------------------------------------+------------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: H264 mpegts | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: H264 TS => H264 mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:54:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:54:30 -0000 Subject: [FFmpeg-trac] #360(avformat:closed): Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files In-Reply-To: <033.0720dcd8565730600bc2a6f23dc36287@avcodec.org> References: <033.0720dcd8565730600bc2a6f23dc36287@avcodec.org> Message-ID: <048.848f3c563bc02fc66edb1783049df96f@avcodec.org> #360: Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: H264 mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: H264 TS => H264 mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:54:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:54:51 -0000 Subject: [FFmpeg-trac] #561(avcodec:closed): can not play my H264-TS 1080P file, audio is OK, but video is not OK. In-Reply-To: <039.bfaa1fa7dbb13b9840aec7ccbbc563c9@avcodec.org> References: <039.bfaa1fa7dbb13b9840aec7ccbbc563c9@avcodec.org> Message-ID: <054.dfe8bd761e63ec61369d43daa1dd78b4@avcodec.org> #561: can not play my H264-TS 1080P file, audio is OK,but video is not OK. -------------------------------------+----------------------------------- Reporter: wanderman | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: H264 mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: H264 TS => H264 mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:55:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:55:06 -0000 Subject: [FFmpeg-trac] #617(avformat:closed): No audio in remux of .mts from NXCAM p50+pcm In-Reply-To: <036.fcb7772d42f7219530172af30e104bd0@avcodec.org> References: <036.fcb7772d42f7219530172af30e104bd0@avcodec.org> Message-ID: <051.5bb7db04f3ed8402fedf499222c4de85@avcodec.org> #617: No audio in remux of .mts from NXCAM p50+pcm -------------------------------------+------------------------------------ Reporter: kaihei | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts HDPR | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: ts HDPR => mpegts HDPR -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:55:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:55:32 -0000 Subject: [FFmpeg-trac] #711(avcodec:closed): h264: illegal short term buffer state detected In-Reply-To: <042.5e368a7a8d48668674db43672ce4fa7e@avcodec.org> References: <042.5e368a7a8d48668674db43672ce4fa7e@avcodec.org> Message-ID: <057.e786f24361253fd9038cd0d0e8bf747c@avcodec.org> #711: h264: illegal short term buffer state detected --------------------------------------+----------------------------------- Reporter: Ck-NoSFeRaTU | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: 0.8.7 | Resolution: fixed Keywords: H264 mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: H264 TS => H264 mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:56:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:56:17 -0000 Subject: [FFmpeg-trac] #1384(ffplay:closed): FFPlay NoAudio Playback for Transport Stream File with AC3 Audio In-Reply-To: <041.5327813d41c2022b32c3fb51d43dde00@avcodec.org> References: <041.5327813d41c2022b32c3fb51d43dde00@avcodec.org> Message-ID: <056.89255c40a05836f497a58b996bb1c7f3@avcodec.org> #1384: FFPlay NoAudio Playback for Transport Stream File with AC3 Audio -------------------------------------+---------------------------------- Reporter: jlsantiago0 | Owner: cus Type: defect | Status: closed Priority: normal | Component: ffplay Version: git-master | Resolution: fixed Keywords: mpegts ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: ts ac3 => mpegts ac3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:56:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:56:48 -0000 Subject: [FFmpeg-trac] #365(avformat:closed): trp/ts file w/o PAT/PMT is not supported In-Reply-To: <036.68791148693364ec1c465d8f5bf667cf@avcodec.org> References: <036.68791148693364ec1c465d8f5bf667cf@avcodec.org> Message-ID: <051.9f19820b92cfed9c572c8fc948721b2f@avcodec.org> #365: trp/ts file w/o PAT/PMT is not supported -------------------------------------+------------------------------------- Reporter: Superb | Owner: Type: enhancement | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts aac | Blocked By: pat pmt latm | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ts aac pat pmt latm => mpegts aac pat pmt latm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 00:57:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 22:57:01 -0000 Subject: [FFmpeg-trac] #528(avcodec:closed): Image corruption in H264 from DVB In-Reply-To: <039.4b495f4b4f2950d77d6665e64c9033b3@avcodec.org> References: <039.4b495f4b4f2950d77d6665e64c9033b3@avcodec.org> Message-ID: <054.da1bbc3c84f86e5f525cc123cdaa67e6@avcodec.org> #528: Image corruption in H264 from DVB -------------------------------------+----------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: H264 mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: H264 TS => H264 mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 01:08:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 23:08:32 -0000 Subject: [FFmpeg-trac] #3753(avformat:closed): '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV In-Reply-To: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> References: <039.e1efece02bc5adc808528ccb5c600980@avcodec.org> Message-ID: <054.80f2d4c5893d550c751a2b12086caf73@avcodec.org> #3753: '-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV -------------------------------------+------------------------------------- Reporter: AgentJJ24 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: timecode metadata | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov, timecode, metadata => mov timecode metadata * resolution: => fixed * status: new => closed * component: undetermined => avformat Comment: Fixed in d6af706e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 01:10:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Aug 2014 23:10:39 -0000 Subject: [FFmpeg-trac] #3844(avformat:open): "Could not find codec parameters" when playing MP3 In-Reply-To: <036.70f6ca0ac9735e3ab673302553cec1eb@avcodec.org> References: <036.70f6ca0ac9735e3ab673302553cec1eb@avcodec.org> Message-ID: <051.17de9100aef435ab7191b2b95e06524e@avcodec.org> #3844: "Could not find codec parameters" when playing MP3 -------------------------------------+------------------------------------- Reporter: matt90 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts mp3 | Blocked By: probe 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: 2.3 => git-master * keywords: => mpegts mp3 probe regression Comment: Regression since 7ea39638 - related to ticket #580. Attached cut sample produces different output but also no playback. The complete sample is in http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket3844/ At least the first 19120 bytes of the sample are garbage. {{{ $ ffmpeg -i tuu_gekisinn.mp3 -i tuu_gekisinn_cut.mp3 ffmpeg version N-65510-g49456a9 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 11 2014 01:05:36 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [mpegts @ 0x33c0ce0] PES packet size mismatch [mpegts @ 0x33c0ce0] nothing to probe for stream 0 [mpegts @ 0x33c0ce0] probed stream 0 failed [mpegts @ 0x33c0ce0] probed stream 1 failed [mpegts @ 0x33c0ce0] PES packet size mismatch [mpegts @ 0x33c0ce0] Could not find codec parameters for stream 0 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x33c0ce0] Could not find codec parameters for stream 1 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options tuu_gekisinn.mp3: could not find codec parameters Input #0, mpegts, from 'tuu_gekisinn.mp3': Duration: N/A, bitrate: N/A Stream #0:0[0x963]: Unknown: none Stream #0:1[0xb57]: Unknown: none tuu_gekisinn_cut.mp3: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 04:08:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 02:08:56 -0000 Subject: [FFmpeg-trac] #3845(undetermined:new): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS Message-ID: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS ---------------------------------------+---------------------------------- Reporter: viperfx | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.2.4 Keywords: openssl, webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Summary of the bug: Near the end of a WebM file that is opened through HTTPS connection an error occurs with the following: '''[tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0)''' How to reproduce: (You must follow these steps to obtain the HTTPS link to reproduce the error) {{{ Obtain the youtube audio stream link using youtube-dl (https://github.com/rg3/youtube-dl) % youtube-dl -f 171 -g YOUTUBE_URL where YOUTUBE_URL is the url of any youtube video. The youtube-dl command will print out a long URL string that you can input to FFmpeg or ffplay to notice the issue, it will be an HTTPS URL. % ffmpeg -i "STREAM_URL" or % ffplay "STREAM_URL" Towards the end of the playback you should get the TLS error. My FFmpeg info: ffmpeg version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 9 2014 10:03:55 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2.1 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-libfdk-aac --enable- openssl 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 Output of a typical audio stream: Input #0, matroska,webm, from 'URL': Metadata: encoder : google Duration: 00:04:00.62, start: 0.000000, bitrate: 108 kb/s Stream #0:0(eng): Audio: vorbis, 44100 Hz, stereo, fltp (default) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 08:13:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 06:13:31 -0000 Subject: [FFmpeg-trac] #3845(undetermined:new): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.68fa80bf21136ebdffb5ac44b5e0302b@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.2.4 | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this problem reproducible with current FFmpeg git head? To make this a valid ticket, please provide the complete, uncut console output of the current version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 08:30:27 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 06:30:27 -0000 Subject: [FFmpeg-trac] #3837(avcodec:closed): ffplay: vc1 crash In-Reply-To: <039.de28127727a8e23350c97f17ab3022be@avcodec.org> References: <039.de28127727a8e23350c97f17ab3022be@avcodec.org> Message-ID: <054.6af637ba2b25fcf6e73db149da400ced@avcodec.org> #3837: ffplay: vc1 crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vc1 SIGSEGV | Blocked By: crash regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in 6801eb0a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 08:50:28 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 06:50:28 -0000 Subject: [FFmpeg-trac] #533(undetermined:closed): Transcoding Astra DVBS video to x264 produces errors & poor-quality video In-Reply-To: <040.417effcbb6c96448c692719a8d9f9e84@avcodec.org> References: <040.417effcbb6c96448c692719a8d9f9e84@avcodec.org> Message-ID: <055.4d1b0fdd94f93312d31f6a16781dbad7@avcodec.org> #533: Transcoding Astra DVBS video to x264 produces errors & poor-quality video -------------------------------------+------------------------------------- Reporter: hoodzinger | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git | undetermined Keywords: mpegts x264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: TS x264 => mpegts x264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 09:10:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 07:10:22 -0000 Subject: [FFmpeg-trac] #3620(undetermined:closed): -pattern_type glob -i '*' fails with " *: No such file or directory" In-Reply-To: <039.14dbabc9631c88da8f17b11ecc7f0a75@avcodec.org> References: <039.14dbabc9631c88da8f17b11ecc7f0a75@avcodec.org> Message-ID: <054.25e3a634f279986d34f291e2fbcd569a@avcodec.org> #3620: -pattern_type glob -i '*' fails with " *: No such file or directory" -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 cehoyos]: > If you don't provide a suffix on the command line, the image2 demuxer doesn't know which codec to use (there is no image codec autodetection), so for {{{*}}} you have to specify the codec with something like {{{-vcodec targa}}}. Autodetection of image file codecs was implemented, it unfortunately does not work for jpeg. Changing codecs in a stream is still not supported. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 09:21:35 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 07:21:35 -0000 Subject: [FFmpeg-trac] #3846(undetermined:new): The output video show a wrong alpha Message-ID: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> #3846: The output video show a wrong alpha -------------------------------------+------------------------------------- Reporter: Noir89 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: ProRes, | Blocked By: alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Converting a TIFF Image (with alpha) to PRORES video pixel format yuva444p10le, result a video where the alpha value overall 255 and not the value in input picture. After export a single picture from this video alpha values are in result picture coorrect. Tested on Windows 8.1 64bit and OS X 10.9 64bit How to reproduce: {{{ ffmpeg started on 2014-08-11 at 09:15:53 Report written to "ffmpeg-20140811-091553.log" Command line: ffmpeg -report -v 9 -loglevel 99 -i "E:\\zzblock001.tif" -c:v prores_ks -pix_fmt yuva444p10le -r 25 -y "E:\\out.mov" ffmpeg version N-65515-g5ec85c9 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 10 2014 22:09:42 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'E:\zzblock001.tif'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'prores_ks'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'yuva444p10le'. Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '25'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'E:\out.mov' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option v (set logging level) with argument 9. Applying option loglevel (set logging level) with argument 99. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file E:\zzblock001.tif. Successfully parsed a group of options. Opening an input file: E:\zzblock001.tif. [AVIOContext @ 0000000004339240] Statistics: 8303406 bytes read, 0 seeks [image2 @ 0000000004337e80] Probe buffer size limit of 5000000 bytes reached Input #0, image2, from 'E:\zzblock001.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: tiff, rgba, 1920x1080 [SAR 1:1 DAR 16:9], 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file E:\out.mov. Applying option c:v (codec name) with argument prores_ks. Applying option pix_fmt (set pixel format) with argument yuva444p10le. Applying option r (set frame rate (Hz value, fraction or abbreviation)) with argument 25. Successfully parsed a group of options. Opening an output file: E:\out.mov. Successfully opened the file. detected 8 logical cores [graph 0 input from stream 0:0 @ 000000000002e460] Setting 'video_size' to value '1920x1080' [graph 0 input from stream 0:0 @ 000000000002e460] Setting 'pix_fmt' to value '28' [graph 0 input from stream 0:0 @ 000000000002e460] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 000000000002e460] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 000000000002e460] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 000000000002e460] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 000000000002e460] w:1920 h:1080 pixfmt:rgba tb:1/25 fr:25/1 sar:1/1 sws_param:flags=2 [format @ 000000000435c800] compat: called with args=[yuva444p10le] [format @ 000000000435c800] Setting 'pix_fmts' to value 'yuva444p10le' [auto-inserted scaler 0 @ 000000000435e0c0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 000000000435e0c0] w:iw h:ih flags:'0x4' interl:0 [format @ 000000000435c800] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 000000000433cf80] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 000000000435e0c0] w:1920 h:1080 fmt:rgba sar:1/1 -> w:1920 h:1080 fmt:yuva444p10le sar:1/1 flags:0x4 [prores_ks @ 0000000000029280] profile 2, 1020 slices, interlacing: no, 632 bits per MB [prores_ks @ 0000000000029280] frame size upper bound: 655040 Output #0, mov, to 'E:\out.mov': Metadata: encoder : Lavf56.0.100 Stream #0:0, 0, 1/12800: Video: prores (prores_ks) (apcn / 0x6E637061), yuva444p10le, 1920x1080 [SAR 1:1 DAR 16:9], 1/25, q=2-31, 200 kb/s, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.0.100 prores_ks Stream mapping: Stream #0:0 -> #0:0 (tiff (native) -> prores (prores_ks)) Press [q] to stop, [?] for help [output stream 0:0 @ 000000000433f920] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize= 69kB time=00:00:00.04 bitrate=14157.8kbits/s video:68kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.034768% Input file #0 (E:\zzblock001.tif): Input stream #0:0 (video): 1 packets read (8303406 bytes); 1 frames decoded; Total: 1 packets (8303406 bytes) demuxed Output file #0 (E:\out.mov): Output stream #0:0 (video): 1 frames encoded; 1 packets muxed (70064 bytes); Total: 1 packets (70064 bytes) muxed 2 frames successfully decoded, 0 decoding errors [AVIOContext @ 0000000004339e00] Statistics: 30 seeks, 27 writeouts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 09:27:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 07:27:17 -0000 Subject: [FFmpeg-trac] #3847(ffplay:new): Wrong decision of sample format Message-ID: <036.690303badc69bc894194ede120d56736@avcodec.org> #3847: Wrong decision of sample format --------------------------------+-------------------------------------- Reporter: mfcc64 | Type: defect Status: new | Priority: normal Component: ffplay | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: Wrong decision of sample format conversion from dblp to u8 Thank's How to reproduce: {{{ % ffplay -v debug -f lavfi 'aevalsrc=0.1*sin(2*PI*100*t):c=stereo, aformat=dbl, equalizer=frequency=100' ffplay version N-65425-g4b63bce Copyright (c) 2003-2014 the FFmpeg developers built on Aug 9 2014 07:45:07 with gcc 4.8.1 (GCC) 20130603 (Red Hat 4.8.1-1) configuration: --disable-static --enable-shared --enable-gpl --enable- nonfree --enable-fontconfig --enable-frei0r --enable-libfaac --enable- libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libx264 --enable-openssl --enable-x11grab --enable-libvorbis --enable-libass --enable-libx265 --enable-opengl libavutil 52. 98.100 / 52. 98.100 libavcodec 55. 73.101 / 55. 73.101 libavformat 55. 55.100 / 55. 55.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.103 / 4. 11.103 libswscale 2. 6.101 / 2. 6.101 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 detected 2 logical cores [Parsed_aevalsrc_0 @ 0x7fdf54004c20] compat: called with args=[0.1*sin(2*PI*100*t):c=stereo] [Parsed_aevalsrc_0 @ 0x7fdf54004c20] Setting 'exprs' to value '0.1*sin(2*PI*100*t)' [Parsed_aevalsrc_0 @ 0x7fdf54004c20] Setting 'c' to value 'stereo' [Parsed_aformat_1 @ 0x7fdf54007d80] Setting 'sample_fmts' to value 'dbl' [Parsed_equalizer_2 @ 0x7fdf54008640] Setting 'frequency' to value '100' [Parsed_aformat_1 @ 0x7fdf54007d80] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_aevalsrc_0' and the filter 'Parsed_aformat_1' [Parsed_equalizer_2 @ 0x7fdf54008640] auto-inserting filter 'auto-inserted resampler 1' between the filter 'Parsed_aformat_1' and the filter 'Parsed_equalizer_2' [out @ 0x7fdf54007c80] auto-inserting filter 'auto-inserted resampler 2' between the filter 'Parsed_equalizer_2' and the filter 'out' [AVFilterGraph @ 0x7fdf54005620] query_formats: 4 queried, 0 merged, 9 already done, 0 delayed [Parsed_aevalsrc_0 @ 0x7fdf54004c20] sample_rate:44100 chlayout:stereo duration:-1 [auto-inserted resampler 0 @ 0x7fdf54009d80] [SWR @ 0x7fdf5400a1a0] Using double precision mode [auto-inserted resampler 0 @ 0x7fdf54009d80] ch:2 chl:stereo fmt:dblp r:44100Hz -> ch:2 chl:stereo fmt:dbl r:44100Hz [auto-inserted resampler 1 @ 0x7fdf5400e760] [SWR @ 0x7fdf5400eac0] Using double precision mode [auto-inserted resampler 1 @ 0x7fdf5400e760] ch:2 chl:stereo fmt:dbl r:44100Hz -> ch:2 chl:stereo fmt:dblp r:44100Hz [auto-inserted resampler 2 @ 0x7fdf540132e0] [SWR @ 0x7fdf54013700] Using double precision mode [auto-inserted resampler 2 @ 0x7fdf540132e0] ch:2 chl:stereo fmt:dblp r:44100Hz -> ch:2 chl:stereo fmt:u8 r:44100Hz [lavfi @ 0x7fdf540008c0] All info found Input #0, lavfi, from 'aevalsrc=0.1*sin(2*PI*100*t):c=stereo, aformat=dbl, equalizer=frequency=100': Duration: N/A, start: 0.000000, bitrate: 705 kb/s Stream #0:0, 1, 1/44100: Audio: pcm_u8, 44100 Hz, stereo, u8, 705 kb/s [ffplay_abuffer @ 0x7fdf54018960] Setting 'sample_rate' to value '44100' [ffplay_abuffer @ 0x7fdf54018960] Setting 'sample_fmt' to value 'u8' [ffplay_abuffer @ 0x7fdf54018960] Setting 'channels' to value '2' [ffplay_abuffer @ 0x7fdf54018960] Setting 'time_base' to value '1/44100' [ffplay_abuffer @ 0x7fdf54018960] Setting 'channel_layout' to value '0x3' [ffplay_abuffer @ 0x7fdf54018960] tb:1/44100 samplefmt:u8 samplerate:44100 chlayout:0x3 [ffplay_abuffersink @ 0x7fdf540198e0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'ffplay_abuffer' and the filter 'ffplay_abuffersink' [AVFilterGraph @ 0x7fdf54018a80] query_formats: 2 queried, 0 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 0x7fdf5401a860] ch:2 chl:stereo fmt:u8 r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz Audio frame changed from rate:44100 ch:2 fmt:u8 layout:stereo serial:-1 to rate:44100 ch:2 fmt:u8 layout:stereo serial:1 [ffplay_abuffer @ 0x7fdf480018a0] Setting 'sample_rate' to value '44100' [ffplay_abuffer @ 0x7fdf480018a0] Setting 'sample_fmt' to value 'u8' [ffplay_abuffer @ 0x7fdf480018a0] Setting 'channels' to value '2' [ffplay_abuffer @ 0x7fdf480018a0] Setting 'time_base' to value '1/44100' [ffplay_abuffer @ 0x7fdf480018a0] Setting 'channel_layout' to value '0x3' [ffplay_abuffer @ 0x7fdf480018a0] tb:1/44100 samplefmt:u8 samplerate:44100 chlayout:0x3 [ffplay_abuffersink @ 0x7fdf48002a80] auto-inserting filter 'auto-inserted resampler 0' between the filter 'ffplay_abuffer' and the filter 'ffplay_abuffersink' [AVFilterGraph @ 0x7fdf480015a0] query_formats: 2 queried, 0 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 0x7fdf48003da0] ch:2 chl:stereo fmt:u8 r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz }}} wrong decision here: {{{ [auto-inserted resampler 2 @ 0x7fdf540132e0] ch:2 chl:stereo fmt:dblp r:44100Hz -> ch:2 chl:stereo fmt:u8 r:44100Hz [auto-inserted resampler 0 @ 0x7fdf5401a860] ch:2 chl:stereo fmt:u8 r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz [auto-inserted resampler 0 @ 0x7fdf48003da0] ch:2 chl:stereo fmt:u8 r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 10:36:27 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 08:36:27 -0000 Subject: [FFmpeg-trac] #3847(avfilter:open): Wrong decision of sample format In-Reply-To: <036.690303badc69bc894194ede120d56736@avcodec.org> References: <036.690303badc69bc894194ede120d56736@avcodec.org> Message-ID: <051.dda8a5e3e39a9228b761d08a41fff23c@avcodec.org> #3847: Wrong decision of sample format ------------------------------------+------------------------------------ Reporter: mfcc64 | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: ffplay => avfilter * reproduced: 0 => 1 Comment: Workaround is to specify {{{aformat=dblp}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 10:42:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 08:42:21 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.4eb9c6a50f93f964ff27fc6ace44ab3d@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 10:43:08 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 08:43:08 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.cf16c6bea10ea62de46eab5f163924b1@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3846/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 11:42:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 09:42:26 -0000 Subject: [FFmpeg-trac] #3845(undetermined:new): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.2582cf519a073d2f4df6878283c59034@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.2.4 | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by viperfx): Yes, I have compiled FFmpeg with HEAD and the error still occurs. {{{ ffplay version 2.3.git Copyright (c) 2003-2014 the FFmpeg developers built on Aug 11 2014 10:26:03 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-libfdk-aac --enable- openssl libavutil 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, matroska,webm, from 'URL': Metadata: encoder : google Duration: 00:04:34.56, start: 0.000000, bitrate: 130 kb/s Stream #0:0(eng): Audio: vorbis, 44100 Hz, stereo, fltp (default) [tls @ 0x7f9b69707580] error:00000000:lib(0):func(0):reason(0)0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 12:00:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 10:00:49 -0000 Subject: [FFmpeg-trac] #3845(undetermined:new): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.5831b20b2fe8de140afad755c15ba2f6@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.2.4 | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem only reproducible with {{{ffplay}}} or also with {{{ffmpeg}}}? {{{ffplay}}} depends on an external library that is known to contain bugs and {{{ffplay}}} issues are generally far more difficult to reproduce, please only report {{{ffplay}}} problems if they are not reproducible with {{{ffmpeg}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 12:08:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 10:08:51 -0000 Subject: [FFmpeg-trac] #3845(undetermined:new): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.8e7a1378698b424f755b2b73a6149b3c@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.2.4 | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by viperfx): Replying to [comment:3 cehoyos]: > Is the problem only reproducible with {{{ffplay}}} or also with {{{ffmpeg}}}? {{{ffplay}}} depends on an external library that is known to contain bugs and {{{ffplay}}} issues are generally far more difficult to reproduce, please only report {{{ffplay}}} problems if they are not reproducible with {{{ffmpeg}}}. Would encoding the stream to an mp3 be enough proof? {{{ ffmpeg -i URL -acodec libmp3lame -q:a 2 -f mp3 - > test.mp3 }}} With that command I get the following output: {{{ ffmpeg -i "URL" -acodec libmp3lame -q:a 2 -f mp3 - > test.mp3 ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 11 2014 10:26:03 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-libfdk-aac --enable- openssl libavutil 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, matroska,webm, from 'URL': Metadata: encoder : google Duration: 00:04:34.56, start: 0.000000, bitrate: 130 kb/s Stream #0:0(eng): Audio: vorbis, 44100 Hz, stereo, fltp (default) Output #0, mp3, to 'pipe:': Metadata: TSSE : Lavf56.0.100 Stream #0:0(eng): Audio: mp3 (libmp3lame), 44100 Hz, stereo, fltp (default) Metadata: encoder : Lavc56.0.100 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (vorbis (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help size= 6368kB time=00:04:34.60 bitrate= 190.0kbits/s video:0kB audio:6368kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000675% }}} It does not seem to be an issue when encoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 13:36:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 11:36:51 -0000 Subject: [FFmpeg-trac] #3845(undetermined:closed): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.9e5e042efdf44217cfe9a60a4fb235ce@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 2.2.4 | undetermined Keywords: openssl, | Resolution: fixed webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by viperfx): * status: new => closed * resolution: => fixed Comment: I was using OpenSSL on 1.0.1g on iOS. Compiling FFmpeg (HEAD) with the latest openssl (1.0.1i) seems to have fixed it for me on iOS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 13:38:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 11:38:39 -0000 Subject: [FFmpeg-trac] #3845(undetermined:closed): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.1698fd83e98b1e16326241fc02cf57ff@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: invalid webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 2.2.4 => git-master * resolution: fixed => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 15:51:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 13:51:31 -0000 Subject: [FFmpeg-trac] #3848(undetermined:new): Unable to set language codes when encoding to HLS Message-ID: <041.65d2dd4afa6555a374acaf12ad2ca5b2@avcodec.org> #3848: Unable to set language codes when encoding to HLS -------------------------------------+------------------------------------- Reporter: MReedAustin | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: metadata | Blocked By: hls | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am trying to add language codes to the audio stream for an HLS file. When encoded to a .ts, the language tag appears: when encoded to HLS, it is not set in the final output. May be related to #2296 How to reproduce: {{{ ffmpeg -t 36 -i [Video File] -i [Audio File] -map 0:0 -map 1:0 -vf "yadif=0:-1:0, scale=interl=1:w=iw*(oh/ih)*sar:h=720,pad=1280:720:(ow- iw)/2:(oh-ih)/2" -c:v libx264 -pix_fmt yuv420p -preset faster -profile:v main -b:v 2000k -maxrate 2000k -bufsize 80K -flags -global_header -r 25 -g 75 -c:a libvo_aacenc -b:a 196k -metadata:s:a:0 language=eng "D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT.ts" ffmpeg version N-65085-g4f91bb0 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 28 2014 22:10:25 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libbs2b --enable-libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-librtmp --enable-libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo-aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0000000002ae26e0] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, h264, from '[Video File]': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:2:2 Intra), yuv422p10le(pc, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1 200k tbn, 50 tbc Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, wav, from '[Audio File]': Duration: 00:09:42.04, bitrate: 2304 kb/s Stream #1:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s32, 2304 kb/s File 'D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT.ts' already exists. Overwrite ? [y/N] y [libx264 @ 00000000064187e0] using SAR=1/1 [libx264 @ 00000000064187e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 00000000064187e0] profile Main, level 3.1 Output #0, mpegts, to 'D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT.ts': Metadata: encoder : Lavf55.49.100 Stream #0:0: Video: h264 (libx264), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 2000 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc55.71.100 libx264 Stream #0:1(eng): Audio: aac (libvo_aacenc), 48000 Hz, stereo, s16, 196 kb/s Metadata: encoder : Lavc55.71.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #1:0 -> #0:1 (pcm_s24le (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help frame= 900 fps= 44 q=-1.0 Lsize= 17628kB time=00:09:42.04 bitrate= 248.1kbits/s video:1669kB audio:13927kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 13.033021% [libx264 @ 00000000064187e0] frame I:12 Avg QP: 1.89 size: 8285 [libx264 @ 00000000064187e0] frame P:228 Avg QP: 0.03 size: 6566 [libx264 @ 00000000064187e0] frame B:660 Avg QP: 0.87 size: 170 [libx264 @ 00000000064187e0] consecutive B-frames: 1.3% 2.7% 0.0% 96.0% [libx264 @ 00000000064187e0] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 00000000064187e0] mb P I16..4: 28.0% 0.0% 0.0% P16..4: 1.1% 0.0% 0.0% 0.0% 0.0% skip:70.9% [libx264 @ 00000000064187e0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.7% skip:99.3% L0:98 .1% L1: 1.0% BI: 1.0% [libx264 @ 00000000064187e0] coded y,uvDC,uvAC intra: 89.4% 92.9% 92.9% inter: 0.3% 0.4% 0.4% [libx264 @ 00000000064187e0] i16 v,h,dc,p: 100% 0% 0% 0% [libx264 @ 00000000064187e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 0% 0% 100% 0% 0% 0% 0% 0% 0% [libx264 @ 00000000064187e0] i8c dc,h,v,p: 100% 0% 0% 0% [libx264 @ 00000000064187e0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 00000000064187e0] ref P L0: 15.1% 84.9% [libx264 @ 00000000064187e0] ref B L0: 1.0% 99.0% [libx264 @ 00000000064187e0] kb/s:379.75 ffprobe D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT.ts ffprobe version N-65085-g4f91bb0 Copyright (c) 2007-2014 the FFmpeg developers built on Jul 28 2014 22:10:25 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libbs2b --enable-libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-librtmp --enable-libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo-aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT.ts': Duration: 00:09:41.99, start: 1.446667, bitrate: 248 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101](eng): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 196 kb/s ffmpeg -t 36 -i [Video File] -i [Audio File] -map 0:0 -map 1:0 -vf "yadif=0:-1:0, scale=interl=1:w=iw*(oh/ih)*sar:h=720,pad=1280:720:(ow- iw)/2:(oh-ih)/2" -c:v libx264 -pix_fmt yuv420p -preset faster -profile:v main -b:v 2000k -maxrate 2000k -bufsize 80K -flags -global_header -r 25 -g 75 -c:a libvo_aacenc -b:a 196k -metadata:s:a:0 language=eng -f hls -hls_time 12 -hls_list_size 1000 "D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT.m3u8" ffmpeg version N-65085-g4f91bb0 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 28 2014 22:10:25 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libbs2b --enable-libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-librtmp --enable-libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo-aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0000000000322840] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, h264, from '[Video File]': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:2:2 Intra), yuv422p10le(pc, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1 200k tbn, 50 tbc Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, wav, from '[Audio File]': Duration: 00:09:42.04, bitrate: 2304 kb/s Stream #1:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s32, 2304 kb/s [libx264 @ 000000000549c020] using SAR=1/1 [libx264 @ 000000000549c020] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 000000000549c020] profile Main, level 3.1 [mpegts @ 0000000007507be0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.t ime_base instead. Last message repeated 1 times Output #0, hls, to 'D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT.m3u8': Metadata: encoder : Lavf55.49.100 Stream #0:0: Video: h264 (libx264), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 2000 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc55.71.100 libx264 Stream #0:1(eng): Audio: aac (libvo_aacenc), 48000 Hz, stereo, s16, 196 kb/s Metadata: encoder : Lavc55.71.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #1:0 -> #0:1 (pcm_s24le (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help frame= 900 fps= 43 q=-1.0 Lsize=N/A time=00:09:42.04 bitrate=N/A video:1668kB audio:13927kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown [libx264 @ 000000000549c020] frame I:12 Avg QP: 1.88 size: 8285 [libx264 @ 000000000549c020] frame P:228 Avg QP: 0.03 size: 6556 [libx264 @ 000000000549c020] frame B:660 Avg QP: 0.86 size: 172 [libx264 @ 000000000549c020] consecutive B-frames: 1.3% 2.7% 0.0% 96.0% [libx264 @ 000000000549c020] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 000000000549c020] mb P I16..4: 28.0% 0.0% 0.0% P16..4: 1.1% 0.0% 0.0% 0.0% 0.0% skip:70.9% [libx264 @ 000000000549c020] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.7% skip:99.3% L0:97 .1% L1: 1.0% BI: 1.9% [libx264 @ 000000000549c020] coded y,uvDC,uvAC intra: 89.4% 92.9% 92.9% inter: 0.3% 0.4% 0.4% [libx264 @ 000000000549c020] i16 v,h,dc,p: 100% 0% 0% 0% [libx264 @ 000000000549c020] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 0% 0% 100% 0% 0% 0% 0% 0% 0% [libx264 @ 000000000549c020] i8c dc,h,v,p: 100% 0% 0% 0% [libx264 @ 000000000549c020] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 000000000549c020] ref P L0: 15.0% 85.0% [libx264 @ 000000000549c020] ref B L0: 1.9% 98.1% [libx264 @ 000000000549c020] kb/s:379.52 ffprobe D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT0.ts ffprobe version N-65085-g4f91bb0 Copyright (c) 2007-2014 the FFmpeg developers built on Jul 28 2014 22:10:25 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libbs2b --enable-libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-librtmp --enable-libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo-aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 92.101 / 52. 92.101 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 49.100 / 55. 49.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'D:\Testing\ProxyGenSpeed\LanguageCodeTest\LCT0.ts': Duration: 00:00:12.03, start: 0.046667, bitrate: 641 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tb r, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 195 kb/s ffmpeg version N-65085-g4f91bb0 built on ... Jul 28 2014 22:10:25 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 17:58:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 15:58:20 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.4953a4ef8d3384d6d0e203afcd02f4b9@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by viperfx): * status: closed => reopened * resolution: invalid => Comment: It seems that the issue is not fixed. After some extended testing I still get this error. I am using FFmpeg (HEAD) with the latest openssl (1.0.1i). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 18:01:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 16:01:02 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.8cac842af112c8731f4ba5b8ec8b7077@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Then please provide your {{{ffmpeg}}} command line including complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 18:23:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 16:23:14 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.acdfff85d62234c5276a16db7ecc8a64@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by viperfx): Replying to [comment:8 cehoyos]: > Then please provide your {{{ffmpeg}}} command line including complete, uncut console output. Using which command? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 18:44:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 16:44:09 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.419f8772997048168dc29e52052e4000@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem only reproducible on iOS? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 18:46:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 16:46:54 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.ca196327e2fa5d88608ebf5719f0b76b@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by viperfx): Replying to [comment:10 cehoyos]: > Is the problem only reproducible on iOS? Well on command line I was not able to reproduce it, when I encoded the file to another format. On iOS, yes I that error occurs sometimes towards the end of a playback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 18:56:12 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 16:56:12 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.adeaf35db4847f94da70760a53e2a1f3@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): If the problem is reproducible with {{{ffplay}}} but not {{{ffmpeg}}}, please provide the {{{ffplay}}} command line (current FFmpeg git head) together with the complete uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 19:03:43 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 17:03:43 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.220f4c33dc57567edd20e16e6ca5490b@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by viperfx): Here is the flags I compile ffmpeg with for iOS. I am using the latest snapshot and using openssl v1.0.1i {{{ ./configure --disable-programs --disable-shared --enable-static --enable- pic --enable-small --enable-openssl ${DEBUG_CONFIG_ARGS} \ --disable-decoders --enable-decoder=aac --enable-decoder=h264 --enable-decoder=vorbis \ --disable-encoders --enable-encoder=aac \ --disable-demuxers --enable-demuxer=aac --enable-demuxer=mov --enable-demuxer=matroska --enable-demuxer=h264 \ --disable-muxers --enable-muxer=mov --enable-muxer=mp4 --enable- muxer=hls --enable-muxer=h264 \ --disable-filters --disable-doc }}} Here is the output using ffplay {{{ $ ffplay "https://r3---sn- u5a3u5a3-ajtz.googlevideo.com/videoplayback?gcr=gb&upn=GSnTpgPXqh4&source=youtube&fexp=902408%2C904724%2C923346%2C927622%2C931983%2C934024%2C934030%2C941415%2C946012&mws=yes&lmt=1394439266170970&expire=1407797900&dur=240.621&ms=au&ipbits=0&sver=3&sparams=clen%2Cdur%2Cgcr%2Cgir%2Cid%2Cip%2Cipbits%2Citag%2Clmt%2Crequiressl%2Csource%2Cupn%2Cexpire&mv=m&mt=1407776233&key=yt5&gir=yes&requiressl=yes&ip=85.210.155.249&itag=171&clen=3264561&mm=31&id=o-AI6SFCI3O9ZAesd5gmWqRO0Z7xJDcKz3GTFV22GsNZki&signature=E514B8F316DB6DC334366F0EAD65C140724E451D.EB6D203C0F267800F6ED711D67FB878BF745732B&ratebypass=yes" ffplay version 2.3.git Copyright (c) 2003-2014 the FFmpeg developers built on Aug 11 2014 10:26:03 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-libfdk-aac --enable- openssl libavutil 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, matroska,webm, from 'https://r3---sn- u5a3u5a3-ajtz.googlevideo.com/videoplayback?gcr=gb&upn=GSnTpgPXqh4&source=youtube&fexp=902408%2C904724%2C923346%2C927622%2C931983%2C934024%2C934030%2C941415%2C946012&mws=yes&lmt=1394439266170970&expire=1407797900&dur=240.621&ms=au&ipbits=0&sver=3&sparams=clen%2Cdur%2Cgcr%2Cgir%2Cid%2Cip%2Cipbits%2Citag%2Clmt%2Crequiressl%2Csource%2Cupn%2Cexpire&mv=m&mt=1407776233&key=yt5&gir=yes&requiressl=yes&ip=85.210.155.249&itag=171&clen=3264561&mm=31&id=o-AI6SFCI3O9ZAesd5gmWqRO0Z7xJDcKz3GTFV22GsNZki&signature=E514B8F316DB6DC334366F0EAD65C140724E451D.EB6D203C0F267800F6ED711D67FB878BF745732B&ratebypass=yes': Metadata: encoder : google Duration: 00:04:00.62, start: 0.000000, bitrate: 108 kb/s Stream #0:0(eng): Audio: vorbis, 44100 Hz, stereo, fltp (default) [tls @ 0x7fce00737f40] error:00000000:lib(0):func(0):reason(0)0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 20:31:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 18:31:07 -0000 Subject: [FFmpeg-trac] #3849(undetermined:new): ffvp9 fails to decode file libpvpx decodes just fine Message-ID: <041.f3d4326a579f35a60cecc32e441f0580@avcodec.org> #3849: ffvp9 fails to decode file libpvpx decodes just fine -------------------------------------+------------------------------------- Reporter: jimbankoski | 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: How to reproduce: {{{ %ffplay ffvp9_fails_where_libvpx.succeeds.webm Broken ugly frames %ffplay -vcodec libvpx-vp9 ffvp9_fails_where_libvpx.succeeds.webm Looks 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 Mon Aug 11 20:41:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 18:41:49 -0000 Subject: [FFmpeg-trac] #3849(avcodec:open): ffvp9 fails to decode file libpvpx decodes just fine In-Reply-To: <041.f3d4326a579f35a60cecc32e441f0580@avcodec.org> References: <041.f3d4326a579f35a60cecc32e441f0580@avcodec.org> Message-ID: <056.906058f4016a0b52a5ac7ef42428c27e@avcodec.org> #3849: ffvp9 fails to decode file libpvpx decodes just fine -------------------------------------+----------------------------------- Reporter: jimbankoski | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by ubitux): * keywords: => vp9 * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Confirmed. Doesn't look ASM related. {{{ [~/src/ffmpeg]? ./ffplay -cpuflags none /tmp/ffvp9_fails_where_libvpx.succeeds.webm ffplay version N-65523-g9a16214 Copyright (c) 2003-2014 the FFmpeg developers built on Aug 11 2014 20:39:35 with gcc 4.9.1 (GCC) 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 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, matroska,webm, from '/tmp/ffvp9_fails_where_libvpx.succeeds.webm': Metadata: encoder : libwebm-0.2.1.0 Duration: 00:00:26.20, start: 0.000000, bitrate: 800 kb/s Stream #0:0(eng): Video: vp9, yuv420p, 640x360, SAR 1:1 DAR 16:9, 30 fps, 30 tbr, 1k tbn, 1k tbc (default) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 20:43:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 18:43:17 -0000 Subject: [FFmpeg-trac] #3849(undetermined:open): ffvp9 fails to decode file libpvpx decodes just fine In-Reply-To: <041.f3d4326a579f35a60cecc32e441f0580@avcodec.org> References: <041.f3d4326a579f35a60cecc32e441f0580@avcodec.org> Message-ID: <056.1d7ac329f76da425ec89e22002815b05@avcodec.org> #3849: ffvp9 fails to decode file libpvpx decodes just fine -------------------------------------+------------------------------------- Reporter: jimbankoski | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vp9 => * component: avcodec => undetermined * reproduced: 1 => 0 Comment: For future tickets: Please always provide a {{{ffmpeg}}} command line that allows to reproduce the issue together with the complete, uncut console output. {{{ $ ffmpeg -i ffvp9_fails_where_libvpx.succeeds.webm -ss 10 -t 10 -qscale 2 out.avi ffmpeg version N-65523-g9a16214 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 11 2014 17:58:58 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, matroska,webm, from 'ffvp9_fails_where_libvpx.succeeds.webm': Metadata: encoder : libwebm-0.2.1.0 Duration: 00:00:26.20, start: 0.000000, bitrate: 800 kb/s Stream #0:0(eng): Video: vp9, yuv420p, 640x360, SAR 1:1 DAR 16:9, 30 fps, 30 tbr, 1k tbn, 1k tbc (default) Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.0.100 Stream #0:0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 30 fps, 30 tbn, 30 tbc (default) Metadata: encoder : Lavc56.0.100 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (vp9 (native) -> mpeg4 (native)) Press [q] to stop, [?] for help frame= 300 fps=0.0 q=2.0 Lsize= 2099kB time=00:00:10.00 bitrate=1719.6kbits/s video:2086kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.613195% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 20:43:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 18:43:32 -0000 Subject: [FFmpeg-trac] #3849(avcodec:open): ffvp9 fails to decode file libpvpx decodes just fine In-Reply-To: <041.f3d4326a579f35a60cecc32e441f0580@avcodec.org> References: <041.f3d4326a579f35a60cecc32e441f0580@avcodec.org> Message-ID: <056.4b979126e13907497e58349e7ee22dcd@avcodec.org> #3849: ffvp9 fails to decode file libpvpx decodes just fine -------------------------------------+----------------------------------- Reporter: jimbankoski | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => vp9 * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 11 21:14:27 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 19:14:27 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.a70c2b828375bceeb10c8fd09d578e92@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I see a similar problem with tls, {{{-autoexit}}} didn't work: {{{ $ ffplay -autoexit "https://r4---sn-bvvbax- 8pxe.googlevideo.com/videoplayback?itag=171&mws=yes&mt=1407784028&clen=3517500&sver=3&lmt=1392577165969919&signature=0D0BD8B88F84BA006DA9BDEC7FEB946D978D56F0.6E39194558775D891DBCF30EB50D6E166EBF0F12&sparams=clen%2Cdur%2Cgcr%2Cgir%2Cid%2Cip%2Cipbits%2Citag%2Clmt%2Crequiressl%2Csource%2Cupn%2Cexpire&ipbits=0&mv=m&ms=au&requiressl=yes&source=youtube&fexp=902408%2C927622%2C927894%2C930657%2C931983%2C934024%2C934030%2C937432%2C943908%2C945035%2C946013&gcr=at&upn=3KY97TSgiI0&dur=252.222&ip=84.114.78.119&mm=31&gir=yes&key=yt5&expire=1407805695&id=o-APBb1hr8cgnHFmIl1jqTZtUgs6HFFest6fIF4RFfToUB&ratebypass=yes" ffplay version N-65523-g9a16214 Copyright (c) 2003-2014 the FFmpeg developers built on Aug 11 2014 20:58:53 with gcc 4.7 (SUSE Linux) configuration: --enable-gnutls libavutil 54. 1.100 / 54. 1.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 Input #0, matroska,webm, from 'https://r4---sn-bvvbax- 8pxe.googlevideo.com/videoplayback?itag=171&mws=yes&mt=1407784028&clen=3517500&sver=3&lmt=1392577165969919&signature=0D0BD8B88F84BA006DA9BDEC7FEB946D978D56F0.6E39194558775D891DBCF30EB50D6E166EBF0F12&sparams=clen%2Cdur%2Cgcr%2Cgir%2Cid%2Cip%2Cipbits%2Citag%2Clmt%2Crequiressl%2Csource%2Cupn%2Cexpire&ipbits=0&mv=m&ms=au&requiressl=yes&source=youtube&fexp=902408%2C927622%2C927894%2C930657%2C931983%2C934024%2C934030%2C937432%2C943908%2C945035%2C946013&gcr=at&upn=3KY97TSgiI0&dur=252.222&ip=84.114.78.119&mm=31&gir=yes&key=yt5&expire=1407805695&id=o-APBb1hr8cgnHFmIl1jqTZtUgs6HFFest6fIF4RFfToUB&ratebypass=yes': Metadata: encoder : google Duration: 00:04:12.22, start: 0.000000, bitrate: 111 kb/s Stream #0:0(eng): Audio: vorbis, 44100 Hz, stereo, fltp (default) [tls @ 0x7f0408002d80] The TLS connection was non-properly terminated. [tls @ 0x7f0408002d80] The specified session has been invalidated for some reason. 269.22 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 Mon Aug 11 23:35:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Aug 2014 21:35:13 -0000 Subject: [FFmpeg-trac] #3850(documentation:new): ffmpeg showinfo misleading documentation or bug Message-ID: <035.0db166dd81be55a74cff4af2ac665bf0@avcodec.org> #3850: ffmpeg showinfo misleading documentation or bug -------------------------------------+------------------------------------- Reporter: Selur | Type: defect Status: new | Priority: normal Component: | Version: documentation | unspecified Keywords: showinfo | Blocked By: documentation | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- https://www.ffmpeg.org/ffmpeg-all.html#showinfo states that "It accepts the following parameters: ..." problem is it doesn't accept any parameters. >[Parsed_showinfo_1 @ 000000000055d3c0] This filter does not take any options,.... so either the documentation is off or 'showinfo' is broken, my guess is that the documentation is off. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 12 07:11:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Aug 2014 05:11:01 -0000 Subject: [FFmpeg-trac] #3850(documentation:new): ffmpeg showinfo misleading documentation or bug In-Reply-To: <035.0db166dd81be55a74cff4af2ac665bf0@avcodec.org> References: <035.0db166dd81be55a74cff4af2ac665bf0@avcodec.org> Message-ID: <050.1b7d04dc8ec623488cb056a2661f4951@avcodec.org> #3850: ffmpeg showinfo misleading documentation or bug -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | documentation Keywords: showinfo | Resolution: documentation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 12 08:53:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Aug 2014 06:53:57 -0000 Subject: [FFmpeg-trac] #3766(avformat:new): dvb_teletext detected as mpeg audio In-Reply-To: <037.8151a1d41127985608ed71185b22d42a@avcodec.org> References: <037.8151a1d41127985608ed71185b22d42a@avcodec.org> Message-ID: <052.7951cfc136c69174621fd53cd8a2332d@avcodec.org> #3766: dvb_teletext detected as mpeg audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts mp3 | Blocked By: probe regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegts mp3 probe => mpegts mp3 probe regression Comment: Regression since e78d1a59 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 12 09:24:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Aug 2014 07:24:20 -0000 Subject: [FFmpeg-trac] #3766(avformat:new): dvb_teletext detected as mpeg audio In-Reply-To: <037.8151a1d41127985608ed71185b22d42a@avcodec.org> References: <037.8151a1d41127985608ed71185b22d42a@avcodec.org> Message-ID: <052.9ce67a711ae1c7c7b1029f32541cafcd@avcodec.org> #3766: dvb_teletext detected as mpeg audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts mp3 | Blocked By: probe regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 12 09:35:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Aug 2014 07:35:13 -0000 Subject: [FFmpeg-trac] #3831(swscale:open): conversion to bgr8 does not work correctly for some resolutions In-Reply-To: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> References: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> Message-ID: <054.4e0bd81350dd2447d527b3dec3b2060f@avcodec.org> #3831: conversion to bgr8 does not work correctly for some resolutions ------------------------------------+----------------------------------- Reporter: Chillance | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): > [19:55] so, what is going on with https://trac.ffmpeg.org/ticket/3831 ? Sorry, I wasn't aware you are searching for a workaround - in this case, it would have been better to report to the ffmpeg-user mailing list. The issue is not reproducible if you actually scale, the following is an example command line, many others are possible: {{{ $ ffmpeg -i movie_to_be_animated.mp4 -vf super2xsai,scale=w=iw/2:h=ih/2 out.gif }}} Note that if you look at my examples, it was always necessary to create an input video with the right resolution first because scaling "fixes" the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 12 13:32:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Aug 2014 11:32:57 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.3edf4f824adb4e5757d1be34e55181f3@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by kurosu): Not tested, but alpha is not correctly handled because of ticket #2760. Once the fixes under review are committed, it would be worth reevaluating, and determine if it is eg a duplicate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 12 20:05:26 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Aug 2014 18:05:26 -0000 Subject: [FFmpeg-trac] #3831(swscale:open): conversion to bgr8 does not work correctly for some resolutions In-Reply-To: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> References: <039.f84614acf56c0be1122db3fd1d014344@avcodec.org> Message-ID: <054.bb159faee3f10b2c8515b265417dc73a@avcodec.org> #3831: conversion to bgr8 does not work correctly for some resolutions ------------------------------------+----------------------------------- Reporter: Chillance | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Chillance): Ok, so that works, but means I had to redo the mp4 file, so I could scale it down. But hey, it works! Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 12 22:21:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Aug 2014 20:21:10 -0000 Subject: [FFmpeg-trac] #3851(undetermined:new): Problem With Memory On Larger M4b to mp3 conversions Message-ID: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions -------------------------------------+------------------------------------- Reporter: michael1t | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello All ... I have been using ffmpeg for a while and it works great ... I only just starting having issues ... Here is my problem ... Windows Xp... ffmpeg 8-11-2014 Nightly build test NO JOY ...win32 When I convert m4b to mp3 files and the m4b is bigger 850 mb (AudioBook) some are bigger than 1.4 gb ffmpeg crashes error out of memory ... I watch ffmpeg in the task manager And I can See it is trying to keep the complete file in memory it never dumps it to the disk until the conversion is complete ... If I watch the File on the Disk it does NOT get bigger that 1 kB until it errors or finishes ... Smaller m4b work fine ... Here are some of the command lines I have tried and work But NOT for the Large files. ffmpeg -i test.m4b -map_metadata 0:s:0 -codec:a libmp3lame -q:a 4 done.mp3 NOTE: all of the m4b files play fine ... I have tried Many different m4b files without issue ...only those larger files 850 MB ... error ... (I do NOT know the exact size at which it stops working) All the above lines work perfectly with smaller files I only have issues if the m4b file is larger .. thanks all in advance Michael T. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 12 23:26:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Aug 2014 21:26:32 -0000 Subject: [FFmpeg-trac] #3851(undetermined:new): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.f557f2e9162e49562ebcd09815fa541c@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions -------------------------------------+------------------------------------- Reporter: michael1t | 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 {{{ffmpeg}}} command line together with the complete, uncut console output and an input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 13 11:17:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 09:17:59 -0000 Subject: [FFmpeg-trac] #3823(avformat:new): RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream In-Reply-To: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> References: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> Message-ID: <052.677718438b551bdbac255703d70336a0@avcodec.org> #3823: RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Krieger): Sorry for delay. Made a dump.mkv file (https://dl.dropboxusercontent.com/u/43104344/dump.mkv), taken this way: {{{ $ ffmpeg -loglevel debug -f mjpeg -use_wallclock_as_timestamps 1 -i 'http://user:password at host/mjpeg.cgi' -codec copy trendnet_rtp/dump.mkv ffmpeg version N-65153-gad99837 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 1 2014 16:44:34 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) configuration: --enable-libfreetype --enable-gpl --enable-libx264 --enable-openssl --enable-nonfree libavutil 52. 94.100 / 52. 94.100 libavcodec 55. 71.100 / 55. 71.100 libavformat 55. 50.100 / 55. 50.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.102 / 4. 11.102 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 }}} The issue is indeed reproduced if you stream RTP this way: {{{ ffmpeg -re -i trendnet_rtp/dump.mkv -loglevel debug -vcodec copy -f rtp rtp://127.0.0.1:6666 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 13 18:26:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 16:26:29 -0000 Subject: [FFmpeg-trac] #3850(documentation:closed): ffmpeg showinfo misleading documentation or bug In-Reply-To: <035.0db166dd81be55a74cff4af2ac665bf0@avcodec.org> References: <035.0db166dd81be55a74cff4af2ac665bf0@avcodec.org> Message-ID: <050.5a4bbe43ba7ead3dae13280ed4cc6257@avcodec.org> #3850: ffmpeg showinfo misleading documentation or bug -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: showinfo | Resolution: fixed documentation | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 13 18:27:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 16:27:01 -0000 Subject: [FFmpeg-trac] #3850(documentation:closed): ffmpeg showinfo misleading documentation or bug In-Reply-To: <035.0db166dd81be55a74cff4af2ac665bf0@avcodec.org> References: <035.0db166dd81be55a74cff4af2ac665bf0@avcodec.org> Message-ID: <050.fdffc801e541fdcc788950835949448c@avcodec.org> #3850: ffmpeg showinfo misleading documentation or bug -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: showinfo | Resolution: fixed documentation | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): Should be fixed in: {{{ commit a539f1cbbd8f32a5a3875a4d194c418077e3b6d8 Author: Stefano Sabatini Date: Wed Aug 13 17:57:05 2014 +0200 doc/filters: correct confusing statements about *showinfo shown values Fix trac issue #3850. }}} Thanks for reporting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 13 21:13:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 19:13:34 -0000 Subject: [FFmpeg-trac] #3851(undetermined:new): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.e9008e46cdeb7ec919b3e164fb3173dd@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions -------------------------------------+------------------------------------- Reporter: michael1t | 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 michael1t): Please not the m4b file 800 mb and the log file is 504 MB not able to upload .. Sorry {{{ ffmpeg -v 9 -loglevel 99 -report -i testfile.m4b -map_metadata 0:s:0 -codec:a libmp3lame -q:a 4 done.mp3 }}} Michael T. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 13 22:28:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 20:28:47 -0000 Subject: [FFmpeg-trac] #3851(undetermined:new): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.930b7e370175ce37653d105576c06eaa@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions -------------------------------------+------------------------------------- Reporter: michael1t | 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 jamal): Can you at least post the first several lines? Even if not complete, part of the output will help us analyze the problem -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 13 22:52:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 20:52:24 -0000 Subject: [FFmpeg-trac] #3851(undetermined:new): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.2e463edc52b64bbcfa98defbb555836a@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions -------------------------------------+------------------------------------- Reporter: michael1t | 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 michael1t): I hope this helps ... Michael T. {{{ ffmpeg started on 2014-08-13 at 07:41:44 Report written to "ffmpeg-20140813-074144.log" Command line: ffmpeg -v 9 -loglevel 99 -report -i testfile.m4b -map_metadata 0:s:0 -codec:a libmp3lame -q:a 4 done.mp3 ffmpeg version N-64357-g42a92a2 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 22:02:07 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument 'testfile.m4b'. Reading option '-map_metadata' ... matched as option 'map_metadata' (set metadata information of outfile from infile) with argument '0:s:0'. Reading option '-codec:a' ... matched as option 'codec' (codec name) with argument 'libmp3lame'. Reading option '-q:a' ... matched as option 'q' (use fixed quality scale (VBR)) with argument '4'. Reading option 'done.mp3' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option loglevel (set logging level) with argument 99. Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file testfile.m4b. Successfully parsed a group of options. Opening an input file: testfile.m4b. [mov,mp4,m4a,3gp,3g2,mj2 @ 032bbc20] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 032bbc20] ISO: File Type Major Brand: M4A [mov,mp4,m4a,3gp,3g2,mj2 @ 032bbc20] stream 0, timescale not set [mov,mp4,m4a,3gp,3g2,mj2 @ 032bbc20] Before avformat_find_stream_info() pos: 14765840 bytes read:14787912 seeks:0 [mjpeg @ 02dbb1c0] marker=d8 avail_size_in_buf=7764 [mjpeg @ 02dbb1c0] marker parser used 0 bytes (0 bits) [mjpeg @ 02dbb1c0] marker=e0 avail_size_in_buf=7762 [mjpeg @ 02dbb1c0] marker parser used 16 bytes (128 bits) [mjpeg @ 02dbb1c0] marker=db avail_size_in_buf=7744 [mjpeg @ 02dbb1c0] index=0 [mjpeg @ 02dbb1c0] qscale[0]: 3 [mjpeg @ 02dbb1c0] marker parser used 67 bytes (536 bits) [mjpeg @ 02dbb1c0] marker=db avail_size_in_buf=7675 [mjpeg @ 02dbb1c0] index=1 [mjpeg @ 02dbb1c0] qscale[1]: 6 [mjpeg @ 02dbb1c0] marker parser used 67 bytes (536 bits) [mjpeg @ 02dbb1c0] marker=c0 avail_size_in_buf=7606 [mjpeg @ 02dbb1c0] sof0: picture: 200x302 [mjpeg @ 02dbb1c0] component 0 2:2 id: 0 quant:0 [mjpeg @ 02dbb1c0] component 1 1:1 id: 1 quant:1 [mjpeg @ 02dbb1c0] component 2 1:1 id: 2 quant:1 [mjpeg @ 02dbb1c0] pix fmt id 22111100 [mjpeg @ 02dbb1c0] marker parser used 17 bytes (136 bits) [mjpeg @ 02dbb1c0] marker=c4 avail_size_in_buf=7587 [mjpeg @ 02dbb1c0] class=0 index=0 nb_codes=12 [mjpeg @ 02dbb1c0] marker parser used 31 bytes (248 bits) [mjpeg @ 02dbb1c0] marker=c4 avail_size_in_buf=7554 [mjpeg @ 02dbb1c0] class=1 index=0 nb_codes=251 [mjpeg @ 02dbb1c0] marker parser used 181 bytes (1448 bits) [mjpeg @ 02dbb1c0] marker=c4 avail_size_in_buf=7371 [mjpeg @ 02dbb1c0] class=0 index=1 nb_codes=12 [mjpeg @ 02dbb1c0] marker parser used 31 bytes (248 bits) [mjpeg @ 02dbb1c0] marker=c4 avail_size_in_buf=7338 [mjpeg @ 02dbb1c0] class=1 index=1 nb_codes=251 [mjpeg @ 02dbb1c0] marker parser used 181 bytes (1448 bits) [mjpeg @ 02dbb1c0] escaping removed 28 bytes [mjpeg @ 02dbb1c0] marker=da avail_size_in_buf=7155 [mjpeg @ 02dbb1c0] component: 0 [mjpeg @ 02dbb1c0] component: 1 [mjpeg @ 02dbb1c0] component: 2 [mjpeg @ 02dbb1c0] marker parser used 7126 bytes (57004 bits) [mjpeg @ 02dbb1c0] marker=d9 avail_size_in_buf=0 [mjpeg @ 02dbb1c0] decode frame unused 0 bytes [mov,mp4,m4a,3gp,3g2,mj2 @ 032bbc20] demuxer injecting skip 2112 [aac @ 02dba5e0] skip 4224 samples due to side data [aac @ 02dba5e0] skip whole frame, skip left: 2176 [mov,mp4,m4a,3gp,3g2,mj2 @ 032bbc20] max_analyze_duration 5000000 reached at 5015510 microseconds [mov,mp4,m4a,3gp,3g2,mj2 @ 032bbc20] After avformat_find_stream_info() pos: 14793412 bytes read:14820680 seeks:0 frames:111 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'testfile.m4b': Metadata: major_brand : M4A minor_version : 0 compatible_brands: M4A mp42isom creation_time : 2014-01-31 09:48:13 title : Outlander 3.0.0-Voyager compilation : 0 gapless_playback: 0 encoder : iTunes 11.1.4.62 Encoding Params : vers iTunNORM : 00000597 00000000 0000A452 00000000 085272A6 00000000 00007F55 00000000 08AF76E4 00000000 artist : Diana Gabaldon album_artist : Diana Gabaldon album : Outlander 3.0.0-Voyager track : 1/1 genre : Audio book Duration: 43:15:02.29, start: 0.000000, bitrate: 41 kb/s Stream #0:0(und), 110, 1/22050: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 41 kb/s (default) Metadata: creation_time : 2014-01-31 09:48:13 Stream #0:1, 1, 1/90000: Video: mjpeg, yuvj420p(pc, bt470bg), 200x302 [SAR 1:1 DAR 100:151], 1/90000, 90k tbr, 90k tbn, 90k tbc Successfully opened the file. Parsing a group of options: output file done.mp3. Applying option map_metadata (set metadata information of outfile from infile) with argument 0:s:0. Applying option codec:a (codec name) with argument libmp3lame. Applying option q:a (use fixed quality scale (VBR)) with argument 4. Successfully parsed a group of options. Opening an output file: done.mp3. Successfully opened the file. detected 2 logical cores [graph 0 input from stream 0:1 @ 02dcce00] Setting 'video_size' to value '200x302' [graph 0 input from stream 0:1 @ 02dcce00] Setting 'pix_fmt' to value '12' [graph 0 input from stream 0:1 @ 02dcce00] Setting 'time_base' to value '1/90000' [graph 0 input from stream 0:1 @ 02dcce00] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:1 @ 02dcce00] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:1 @ 02dcce00] Setting 'frame_rate' to value '90000/1' [graph 0 input from stream 0:1 @ 02dcce00] w:200 h:302 pixfmt:yuvj420p tb:1/90000 fr:90000/1 sar:1/1 sws_param:flags=2 [format @ 02dcd6c0] compat: called with args=[rgb24|rgba|rgb48be|rgba64be|pal8|gray|gray8a|gray16be|monob] [format @ 02dcd6c0] Setting 'pix_fmts' to value 'rgb24|rgba|rgb48be|rgba64be|pal8|gray|gray8a|gray16be|monob' [auto-inserted scaler 0 @ 02dcea00] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 02dcea00] w:iw h:ih flags:'0x4' interl:0 [format @ 02dcd6c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 02dcc120] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 02dcea00] picking rgb24 out of 8 ref:yuvj420p alpha:0 [swscaler @ 02db4300] deprecated pixel format used, make sure you did set range correctly [auto-inserted scaler 0 @ 02dcea00] w:200 h:302 fmt:yuvj420p sar:1/1 -> w:200 h:302 fmt:rgb24 sar:1/1 flags:0x4 [mp3 @ 032c2020] Frame rate very high for a muxer not efficiently supporting it. Please consider specifying a lower framerate, a different muxer or -vsync 2 [graph 1 input from stream 0:0 @ 02dd0260] Setting 'time_base' to value '1/44100' [graph 1 input from stream 0:0 @ 02dd0260] Setting 'sample_rate' to value '44100' [graph 1 input from stream 0:0 @ 02dd0260] Setting 'sample_fmt' to value 'fltp' [graph 1 input from stream 0:0 @ 02dd0260] Setting 'channel_layout' to value '0x3' [graph 1 input from stream 0:0 @ 02dd0260] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:0x3 [audio format for output stream 0:1 @ 02dd0160] Setting 'sample_fmts' to value 's32p|fltp|s16p' [audio format for output stream 0:1 @ 02dd0160] Setting 'sample_rates' to value '44100|48000|32000|22050|24000|16000|11025|12000|8000' [audio format for output stream 0:1 @ 02dd0160] Setting 'channel_layouts' to value '0x4|0x3' [AVFilterGraph @ 02dcf1c0] query_formats: 4 queried, 9 merged, 0 already done, 0 delayed [mp3 @ 032c2020] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. [mp3 @ 032c2020] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, mp3, to 'done.mp3': Metadata: TDEN : 2014-01-31 09:48:13 TLAN : und TSSE : Lavf55.44.100 Stream #0:0, 0, 1/90000: Video: png, rgb24, 200x302 [SAR 1:1 DAR 100:151], 1/90000, q=2-31, 200 kb/s, 90k fps, 90k tbn, 90k tbc Metadata: encoder : Lavc55.68.100 png Stream #0:1, 0, 1/44100: Audio: mp3 (libmp3lame), 44100 Hz, stereo, fltp (default) Metadata: encoder : Lavc55.68.100 libmp3lame Stream mapping: Stream #0:1 -> #0:0 (mjpeg (native) -> png (native)) Stream #0:0 -> #0:1 (aac (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help [mjpeg @ 032c3dc0] marker=d8 avail_size_in_buf=7764 [mjpeg @ 032c3dc0] marker parser used 0 bytes (0 bits) [mjpeg @ 032c3dc0] marker=e0 avail_size_in_buf=7762 [mjpeg @ 032c3dc0] marker parser used 16 bytes (128 bits) [mjpeg @ 032c3dc0] marker=db avail_size_in_buf=7744 [mjpeg @ 032c3dc0] index=0 [mjpeg @ 032c3dc0] qscale[0]: 3 [mjpeg @ 032c3dc0] marker parser used 67 bytes (536 bits) [mjpeg @ 032c3dc0] marker=db avail_size_in_buf=7675 [mjpeg @ 032c3dc0] index=1 [mjpeg @ 032c3dc0] qscale[1]: 6 [mjpeg @ 032c3dc0] marker parser used 67 bytes (536 bits) [mjpeg @ 032c3dc0] marker=c0 avail_size_in_buf=7606 [mjpeg @ 032c3dc0] sof0: picture: 200x302 [mjpeg @ 032c3dc0] component 0 2:2 id: 0 quant:0 [mjpeg @ 032c3dc0] component 1 1:1 id: 1 quant:1 [mjpeg @ 032c3dc0] component 2 1:1 id: 2 quant:1 [mjpeg @ 032c3dc0] pix fmt id 22111100 [mjpeg @ 032c3dc0] marker parser used 17 bytes (136 bits) [mjpeg @ 032c3dc0] marker=c4 avail_size_in_buf=7587 [mjpeg @ 032c3dc0] class=0 index=0 nb_codes=12 [mjpeg @ 032c3dc0] marker parser used 31 bytes (248 bits) [mjpeg @ 032c3dc0] marker=c4 avail_size_in_buf=7554 [mjpeg @ 032c3dc0] class=1 index=0 nb_codes=251 [mjpeg @ 032c3dc0] marker parser used 181 bytes (1448 bits) [mjpeg @ 032c3dc0] marker=c4 avail_size_in_buf=7371 [mjpeg @ 032c3dc0] class=0 index=1 nb_codes=12 [mjpeg @ 032c3dc0] marker parser used 31 bytes (248 bits) [mjpeg @ 032c3dc0] marker=c4 avail_size_in_buf=7338 [mjpeg @ 032c3dc0] class=1 index=1 nb_codes=251 [mjpeg @ 032c3dc0] marker parser used 181 bytes (1448 bits) [mjpeg @ 032c3dc0] escaping removed 28 bytes [mjpeg @ 032c3dc0] marker=da avail_size_in_buf=7155 [mjpeg @ 032c3dc0] component: 0 [mjpeg @ 032c3dc0] component: 1 [mjpeg @ 032c3dc0] component: 2 [mjpeg @ 032c3dc0] marker parser used 7126 bytes (57004 bits) [mjpeg @ 032c3dc0] marker=d9 avail_size_in_buf=0 [mjpeg @ 032c3dc0] decode frame unused 0 bytes [aac @ 032c39c0] skip 4224 samples due to side data [aac @ 032c39c0] skip whole frame, skip left: 2176 [aac @ 032c39c0] skip whole frame, skip left: 128 [aac @ 032c39c0] skip 128/2048 samples [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004897 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output [mp3 @ 032c2020] Delay between the first packet and last packet in the muxing queue is 10004898 > 10000000: forcing output }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 13 22:55:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 20:55:04 -0000 Subject: [FFmpeg-trac] #2058(undetermined:open): FFMPEG sometimes not able to stream copy mpeg2video files, error with pts < dts In-Reply-To: <041.652f09e7e118fa821c5e02fe435053f5@avcodec.org> References: <041.652f09e7e118fa821c5e02fe435053f5@avcodec.org> Message-ID: <056.50ef66cc6be9d140805f28fe2f973a18@avcodec.org> #2058: FFMPEG sometimes not able to stream copy mpeg2video files, error with pts < dts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame mpegts | Blocked By: mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): Any update on this? I'm seeing this error on more wtv files. Anyone have any idea why this is happening or if there is some flag we can use to ignore the issue and continue? (or what part of the code is causing the issue?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 13 23:08:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 21:08:39 -0000 Subject: [FFmpeg-trac] #3851(undetermined:new): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.0ec4d5edfb050540ed57c4be630cbf12@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions -------------------------------------+------------------------------------- Reporter: michael1t | 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 jamal): Can you try using -vn in the command line? Something like {{{ ffmpeg -i testfile.m4b -map_metadata 0:s:0 -vn -codec:a libmp3lame -q:a 4 done.mp3 }}} And see if it stops buffering all the audio in memory until conversion is completed (Which would fix the out-of-memory crash) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 01:47:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Aug 2014 23:47:26 -0000 Subject: [FFmpeg-trac] #3851(undetermined:new): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.fdaf1ae100c41ebfd2f72b8088719e7a@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions -------------------------------------+------------------------------------- Reporter: michael1t | 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 michael1t): Hello jamal , That Did it ... it works now ... thanks Is that The Best Way to Do it ... Here is the Report it made ... {{{ ffmpeg started on 2014-08-13 at 18:33:49 Report written to "ffmpeg-20140813-183349.log" Command line: ffmpeg -v 9 -loglevel 99 -report -i testfile.m4b -map_metadata 0:s:0 -vn -codec:a libmp3lame -q:a 4 done.mp3 ffmpeg version N-64357-g42a92a2 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 1 2014 22:02:07 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 52. 90.101 / 52. 90.101 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument 'testfile.m4b'. Reading option '-map_metadata' ... matched as option 'map_metadata' (set metadata information of outfile from infile) with argument '0:s:0'. Reading option '-vn' ... matched as option 'vn' (disable video) with argument '1'. Reading option '-codec:a' ... matched as option 'codec' (codec name) with argument 'libmp3lame'. Reading option '-q:a' ... matched as option 'q' (use fixed quality scale (VBR)) with argument '4'. Reading option 'done.mp3' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option loglevel (set logging level) with argument 99. Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file testfile.m4b. Successfully parsed a group of options. Opening an input file: testfile.m4b. [mov,mp4,m4a,3gp,3g2,mj2 @ 02dbc8e0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 02dbc8e0] ISO: File Type Major Brand: M4A [mov,mp4,m4a,3gp,3g2,mj2 @ 02dbc8e0] stream 0, timescale not set [mov,mp4,m4a,3gp,3g2,mj2 @ 02dbc8e0] Before avformat_find_stream_info() pos: 14765840 bytes read:14787912 seeks:0 [mjpeg @ 02dbb840] marker=d8 avail_size_in_buf=7764 [mjpeg @ 02dbb840] marker parser used 0 bytes (0 bits) [mjpeg @ 02dbb840] marker=e0 avail_size_in_buf=7762 [mjpeg @ 02dbb840] marker parser used 16 bytes (128 bits) [mjpeg @ 02dbb840] marker=db avail_size_in_buf=7744 [mjpeg @ 02dbb840] index=0 [mjpeg @ 02dbb840] qscale[0]: 3 [mjpeg @ 02dbb840] marker parser used 67 bytes (536 bits) [mjpeg @ 02dbb840] marker=db avail_size_in_buf=7675 [mjpeg @ 02dbb840] index=1 [mjpeg @ 02dbb840] qscale[1]: 6 [mjpeg @ 02dbb840] marker parser used 67 bytes (536 bits) [mjpeg @ 02dbb840] marker=c0 avail_size_in_buf=7606 [mjpeg @ 02dbb840] sof0: picture: 200x302 [mjpeg @ 02dbb840] component 0 2:2 id: 0 quant:0 [mjpeg @ 02dbb840] component 1 1:1 id: 1 quant:1 [mjpeg @ 02dbb840] component 2 1:1 id: 2 quant:1 [mjpeg @ 02dbb840] pix fmt id 22111100 [mjpeg @ 02dbb840] marker parser used 17 bytes (136 bits) [mjpeg @ 02dbb840] marker=c4 avail_size_in_buf=7587 [mjpeg @ 02dbb840] class=0 index=0 nb_codes=12 [mjpeg @ 02dbb840] marker parser used 31 bytes (248 bits) [mjpeg @ 02dbb840] marker=c4 avail_size_in_buf=7554 [mjpeg @ 02dbb840] class=1 index=0 nb_codes=251 [mjpeg @ 02dbb840] marker parser used 181 bytes (1448 bits) [mjpeg @ 02dbb840] marker=c4 avail_size_in_buf=7371 [mjpeg @ 02dbb840] class=0 index=1 nb_codes=12 [mjpeg @ 02dbb840] marker parser used 31 bytes (248 bits) [mjpeg @ 02dbb840] marker=c4 avail_size_in_buf=7338 [mjpeg @ 02dbb840] class=1 index=1 nb_codes=251 [mjpeg @ 02dbb840] marker parser used 181 bytes (1448 bits) [mjpeg @ 02dbb840] escaping removed 28 bytes [mjpeg @ 02dbb840] marker=da avail_size_in_buf=7155 [mjpeg @ 02dbb840] component: 0 [mjpeg @ 02dbb840] component: 1 [mjpeg @ 02dbb840] component: 2 [mjpeg @ 02dbb840] marker parser used 7126 bytes (57004 bits) [mjpeg @ 02dbb840] marker=d9 avail_size_in_buf=0 [mjpeg @ 02dbb840] decode frame unused 0 bytes [mov,mp4,m4a,3gp,3g2,mj2 @ 02dbc8e0] demuxer injecting skip 2112 [aac @ 02ec1020] skip 4224 samples due to side data [aac @ 02ec1020] skip whole frame, skip left: 2176 [mov,mp4,m4a,3gp,3g2,mj2 @ 02dbc8e0] max_analyze_duration 5000000 reached at 5015510 microseconds [mov,mp4,m4a,3gp,3g2,mj2 @ 02dbc8e0] After avformat_find_stream_info() pos: 14793412 bytes read:14820680 seeks:0 frames:111 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'testfile.m4b': Metadata: major_brand : M4A minor_version : 0 compatible_brands: M4A mp42isom creation_time : 2014-01-31 09:48:13 title : Outlander 3.0.0-Voyager compilation : 0 gapless_playback: 0 encoder : iTunes 11.1.4.62 Encoding Params : vers iTunNORM : 00000597 00000000 0000A452 00000000 085272A6 00000000 00007F55 00000000 08AF76E4 00000000 artist : Diana Gabaldon album_artist : Diana Gabaldon album : Outlander 3.0.0-Voyager track : 1/1 genre : Audio book Duration: 43:15:02.29, start: 0.000000, bitrate: 41 kb/s Stream #0:0(und), 110, 1/22050: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 41 kb/s (default) Metadata: creation_time : 2014-01-31 09:48:13 Stream #0:1, 1, 1/90000: Video: mjpeg, yuvj420p(pc, bt470bg), 200x302 [SAR 1:1 DAR 100:151], 1/90000, 90k tbr, 90k tbn, 90k tbc Successfully opened the file. Parsing a group of options: output file done.mp3. Applying option map_metadata (set metadata information of outfile from infile) with argument 0:s:0. Applying option vn (disable video) with argument 1. Applying option codec:a (codec name) with argument libmp3lame. Applying option q:a (use fixed quality scale (VBR)) with argument 4. Successfully parsed a group of options. Opening an output file: done.mp3. Successfully opened the file. detected 2 logical cores [graph 0 input from stream 0:0 @ 02db6fa0] Setting 'time_base' to value '1/44100' [graph 0 input from stream 0:0 @ 02db6fa0] Setting 'sample_rate' to value '44100' [graph 0 input from stream 0:0 @ 02db6fa0] Setting 'sample_fmt' to value 'fltp' [graph 0 input from stream 0:0 @ 02db6fa0] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 02db6fa0] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:0x3 [audio format for output stream 0:0 @ 02dbc580] Setting 'sample_fmts' to value 's32p|fltp|s16p' [audio format for output stream 0:0 @ 02dbc580] Setting 'sample_rates' to value '44100|48000|32000|22050|24000|16000|11025|12000|8000' [audio format for output stream 0:0 @ 02dbc580] Setting 'channel_layouts' to value '0x4|0x3' [AVFilterGraph @ 02db5360] query_formats: 4 queried, 9 merged, 0 already done, 0 delayed [mp3 @ 02f6c900] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Output #0, mp3, to 'done.mp3': Metadata: TDEN : 2014-01-31 09:48:13 TLAN : und TSSE : Lavf55.44.100 Stream #0:0, 0, 1/44100: Audio: mp3 (libmp3lame), 44100 Hz, stereo, fltp (default) Metadata: encoder : Lavc55.68.100 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (aac (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help [aac @ 02ea1180] skip 4224 samples due to side data [aac @ 02ea1180] skip whole frame, skip left: 2176 [aac @ 02ea1180] skip whole frame, skip left: 128 [aac @ 02ea1180] skip 128/2048 samples size= 199kB time=00:00:25.14 bitrate= 64.7kbits/s size= 407kB time=00:00:51.24 bitrate= 65.1kbits/s size= 616kB time=00:01:17.52 bitrate= 65.1kbits/s size= 825kB time=00:01:43.67 bitrate= 65.2kbits/s size= 1033kB time=00:02:09.66 bitrate= 65.3kbits/s size= 1239kB time=00:02:35.31 bitrate= 65.4kbits/s size= 1446kB time=00:03:01.25 bitrate= 65.3kbits/s size= 1652kB time=00:03:27.32 bitrate= 65.3kbits/s size= 1856kB time=00:03:53.18 bitrate= 65.2kbits/s size= 2061kB time=00:04:18.81 bitrate= 65.2kbits/s size= 2270kB time=00:04:45.06 bitrate= 65.2kbits/s size= 2479kB time=00:05:11.34 bitrate= 65.2kbits/s size= 2689kB time=00:05:37.49 bitrate= 65.3kbits/s size= 2889kB time=00:06:03.06 bitrate= 65.2kbits/s size= 3097kB time=00:06:29.21 bitrate= 65.2kbits/s .. . . . . size= 1252145kB time=43:15:00.99 bitrate= 65.9kbits/s [output stream 0:0 @ 02ea45a0] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. [libmp3lame @ 02ebe020] Trying to remove 559 more samples than there are in the queue size= 1252152kB time=43:15:02.30 bitrate= 65.9kbits/s video:0kB audio:1252152kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000021% Input file #0 (testfile.m4b): Input stream #0:0 (audio): 3352769 packets read (800519487 bytes); 3352767 frames decoded (6866466688 samples); Input stream #0:1 (video): 1 packets read (7766 bytes); Total: 3352770 packets (800527253 bytes) demuxed Output file #0 (done.mp3): Output stream #0:0 (audio): 5960475 frames encoded (6866466688 samples); 5960476 packets muxed (1282203470 bytes); Total: 5960476 packets (1282203470 bytes) muxed 3352769 frames successfully decoded, 0 decoding errors [AVIOContext @ 02ea0ca0] Statistics: 1 seeks, 5960477 writeouts [AVIOContext @ 02dbcf80] Statistics: 815285304 bytes read, 0 seeks }}} thanks .. Is there another way to fix it ... ??? Is this the Best way ??? Just Checking ... Thanks Michael T. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 02:15:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 00:15:44 -0000 Subject: [FFmpeg-trac] #3851(avformat:open): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.f19fad8a28009c69813f26d8725ea793@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions ------------------------------------+------------------------------------ Reporter: michael1t | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by jamal): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * keywords: => mp3 * version: unspecified => git-master * analyzed: 0 => 1 Comment: With -vn you made ffmpeg skip the cover art from the source file. Currently, the mp3 muxer buffers every audio packet in memory until it receives the cover art if there's any, point when it dumps all the buffered audio to the file. In your sample the cover art must be at the very end, so ffmpeg ran out of memory before it got to it. For now yes, that's the best workaround. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 11:08:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 09:08:23 -0000 Subject: [FFmpeg-trac] #3852(ffmpeg:new): Specifing subtitle timing in fast seek mode Message-ID: <038.3aa63600392ba479f22f356d6ebbf494@avcodec.org> #3852: Specifing subtitle timing in fast seek mode ----------------------------------+--------------------------------------- Reporter: ghospich | Type: enhancement Status: new | Priority: normal Component: ffmpeg | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- == Motivation: == When burning subtitles in fast seek mode, there is no way to specify subtitle timing. For example. {{{ ffmpeg -ss 102.042 -t 24.250 -i sintel-1024-surround.mp4 -an -c:v libvpx -vf scale=640:-1,subtitles=sintel_en.srt out.webm }}} That way subs wouldn't be burned into video, because ffmpeg burns them with timing starting from 00:00:00 (there is no phrases in first minutes of video). For some reason in fast seek mode timing not passed to subtitles, and subtitles just simply start from the beginning. However, in regular slow seek mode everything is fine. {{{ ffmpeg -i sintel-1024-surround.mp4 -ss 102.042 -t 24.250 -an -c:v libvpx -vf scale=640:-1,subtitles=sintel_en.srt out.webm }}} That way subtitles burned correct, and there is no need in explicitly specifying timing for subtitles. But slow seek mode is not convenient. There is often a very huge delay before encoding start that way, which is only get worse on huge files. == Enhancement proposal: == I'm not sure why subtitles doesn't timing right in fast seek mode, so i did not opened this issue as 'bug'. If anything, i'll create another issue. So, maybe add option 'ss' to filter http://ffmpeg.org/ffmpeg- filters.html#subtitles-1 with same function as -ss in ffmpeg itself? This would be simple and convenient workaround. The ss option would specify from what point ffmpeg should start subtitles, explicitly. There is already such option in ffmpeg itself, so in 'subtitles' it wouldn't be a foreign. And with this option it would be finally possible to burn subtitles in fast seek mode. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 12:18:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 10:18:08 -0000 Subject: [FFmpeg-trac] #3852(avfilter:closed): Specifing subtitle timing in fast seek mode In-Reply-To: <038.3aa63600392ba479f22f356d6ebbf494@avcodec.org> References: <038.3aa63600392ba479f22f356d6ebbf494@avcodec.org> Message-ID: <053.4e683e0d88d5b33a27230445c1b37e0d@avcodec.org> #3852: Specifing subtitle timing in fast seek mode -------------------------------------+------------------------------------- Reporter: ghospich | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate * version: 2.3 => git-master * component: ffmpeg => avfilter Comment: Duplicate of ticket #2067. For future tickets: Please always provide your failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 12:18:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 10:18:52 -0000 Subject: [FFmpeg-trac] #3851(avformat:open): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.f48893a53c08edde082da64605850ad2@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions ------------------------------------+------------------------------------ Reporter: michael1t | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please upload your input sample, there is no file size limit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 13:57:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 11:57:52 -0000 Subject: [FFmpeg-trac] #2970(avcodec:open): White line in top macroblock of dvvideo In-Reply-To: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> References: <037.0291a03c9f0aa01b6f5ebd1037112b54@avcodec.org> Message-ID: <052.66423cf69a8dafc8ac2adb984afd0f80@avcodec.org> #2970: White line in top macroblock of dvvideo ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): For info, the sequence is SD 4:2:2, and the strange blocks are all coded as 2x4x8 (as in interlaced), ie dct_mode=1 at dvdec.c:205 By using factor_table as it was dct_mode=0, the decoded result looks much better. It is possible that the quantization scale derivation may be wrong in case of 4:2:2. I couldn't decipher what to make of section 5.3/figure 28/table 23 here, and the whole code is somewhat hard to follow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 13:59:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 11:59:21 -0000 Subject: [FFmpeg-trac] #2966(avcodec:open): ljpeg: support 36bpp rgb In-Reply-To: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> References: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> Message-ID: <054.1cea2e2cb2b44f882150811c5bd04e39@avcodec.org> #2966: ljpeg: support 36bpp rgb -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by kurosu): The linked file is no longer available, can you attach it to this bug report instead? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 14:30:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 12:30:40 -0000 Subject: [FFmpeg-trac] #2966(avcodec:open): ljpeg: support 36bpp rgb In-Reply-To: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> References: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> Message-ID: <054.4a51fb7c4c21f94b2351d89b96a8bbf4@avcodec.org> #2966: ljpeg: support 36bpp rgb -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:2 kurosu]: > The linked file is no longer available, can you attach it to this bug report instead? It's too big, but here is a new link: http://www.datafilehost.com/d/8f4a4787 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 17:21:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 15:21:46 -0000 Subject: [FFmpeg-trac] #2966(avcodec:open): ljpeg: support 36bpp rgb In-Reply-To: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> References: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> Message-ID: <054.f72e158e6ff44747da75b18c02d0b133@avcodec.org> #2966: ljpeg: support 36bpp rgb -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2966/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 18:26:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 16:26:17 -0000 Subject: [FFmpeg-trac] #3853(undetermined:new): silence in front of generated audio mpegts Message-ID: <035.889207db359948e4b8d614bf986bf707@avcodec.org> #3853: silence in front of generated audio mpegts -------------------------------------+------------------------------------- Reporter: mpapp | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Let a.ts be an mpegts with aac encoded audio only. Then /ffmpeg/ffmpeg -i a.ts -acodec aac -strict -2 -loglevel debug audio.ts Input #0, aac, from 'a.ts': Duration: 00:00:05.06, bitrate: 126 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 126 kb/s if I convert a.ts and audio.ts into .wav I will get two wav files, one of them has silence in front of it. I used audacity to determine that about 0.031s audio.ts will have some silence. I can see that a.ts has 215 audio frames and audio.ts 216. Any explanations why is silence added to ts? As far as I can see it could be a bug. Summary: the command at top introduces one extra frame to the start of aac stream, making aac longer as it should. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 18:29:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 16:29:52 -0000 Subject: [FFmpeg-trac] #2966(avcodec:open): ljpeg: support 36bpp rgb In-Reply-To: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> References: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> Message-ID: <054.4d0563d7701823740736a0b8c8e21379@avcodec.org> #2966: ljpeg: support 36bpp rgb -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by kurosu): Currently it decodes to 16bits per component without rescaling. It can then be encoded to format supporting 16 bits (thereby keeping the full dynamic afaik). My guess is that there are several ways to solve this: - actually implement support for BGR36 (that means conversion too) - or scale output of the jpeg decoder - or, seeing how the jpeg decoder already reports "bgr48le(12 bpc)", extend support for this mixed information in various codecs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 18:40:54 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 16:40:54 -0000 Subject: [FFmpeg-trac] #3853(undetermined:new): silence in front of generated audio mpegts In-Reply-To: <035.889207db359948e4b8d614bf986bf707@avcodec.org> References: <035.889207db359948e4b8d614bf986bf707@avcodec.org> Message-ID: <050.ff46b4b7eb4e68ac4198f93038d81111@avcodec.org> #3853: silence in front of generated audio mpegts -------------------------------------+------------------------------------- Reporter: mpapp | 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 mpapp): The output audio stream is always increased by one frame, even if the encoding frequency changes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 19:26:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 17:26:31 -0000 Subject: [FFmpeg-trac] #3853(undetermined:new): silence in front of generated audio mpegts In-Reply-To: <035.889207db359948e4b8d614bf986bf707@avcodec.org> References: <035.889207db359948e4b8d614bf986bf707@avcodec.org> Message-ID: <050.d1bc55036e729ee5a04ad9a85153c8d7@avcodec.org> #3853: silence in front of generated audio mpegts -------------------------------------+------------------------------------- Reporter: mpapp | 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): I believe this is a duplicate of another ticket but in any case please post your {{{ffmpeg}}} command line together with the complete, uncut console output and provide an input sample to make this a valid ticket. (Or try to find the other ticket. Since I have troubles understanding the issue, I couldn't choose a good keyword but the creator might have been DonMoir.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 19:31:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 17:31:50 -0000 Subject: [FFmpeg-trac] #2966(avcodec:open): ljpeg: support 36bpp rgb In-Reply-To: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> References: <039.d4fdc636063d9a90e5dc3e6563a7b482@avcodec.org> Message-ID: <054.30cd285dd1d44c74f793fe6e428a043c@avcodec.org> #2966: ljpeg: support 36bpp rgb -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:5 kurosu]: > Currently it decodes to 16bits per component without rescaling. It can then be encoded to format supporting 16 bits (thereby keeping the full dynamic afaik). My guess is that there are several ways to solve this: > - actually implement support for BGR36 (that means conversion too) Please don't. It was a fault that yuv with 8 - or scale output of the jpeg decoder > - or, seeing how the jpeg decoder already reports "bgr48le(12 bpc)", extend support for this mixed information in various codecs. Imo, output should be rgb48 (or similar) with bits_per_coded_sample set accordingly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 19:33:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 17:33:15 -0000 Subject: [FFmpeg-trac] #2058(undetermined:open): FFMPEG sometimes not able to stream copy mpeg2video files, error with pts < dts In-Reply-To: <041.652f09e7e118fa821c5e02fe435053f5@avcodec.org> References: <041.652f09e7e118fa821c5e02fe435053f5@avcodec.org> Message-ID: <056.519e64d6a19e69859e4accccbff24452@avcodec.org> #2058: FFMPEG sometimes not able to stream copy mpeg2video files, error with pts < dts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame mpegts | Blocked By: mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): A potential hack for fixing this issue (thought it may created non compliant video if this error is ignored) remove the line: {{{ return AVERROR(EINVAL); }}} Complete code: {{{ --- a/libavformat/mux.c +++ b/libavformat/mux.c @@ -486,7 +486,6 @@ static int compute_pkt_fields2(AVFormatContext *s, AVStream *st, AVPacket *pkt) if (pkt->dts != AV_NOPTS_VALUE && pkt->pts != AV_NOPTS_VALUE && pkt->pts < pkt->dts) { av_log(s, AV_LOG_ERROR, "pts (%s) < dts (%s) in stream %d\n", av_ts2str(pkt->pts), av_ts2str(pkt->dts), st->index); - return AVERROR(EINVAL); } av_dlog(s, "av_write_frame: pts2:%s dts2:%s\n", }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 19:59:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 17:59:07 -0000 Subject: [FFmpeg-trac] #3508(undetermined:closed): Cannot open stats file on second pass when attempting to generate multiple outputs. In-Reply-To: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> References: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> Message-ID: <051.0a4782a075f24df7915862c514b097a6@avcodec.org> #3508: Cannot open stats file on second pass when attempting to generate multiple outputs. -------------------------------------+------------------------------------- Reporter: ianken | 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 ianken): Replying to [comment:7 cehoyos]: > Replying to [comment:5 cehoyos]: > > What's wrong with the following? > > {{{ > > $ ffmpeg -y -i big_buck_bunny_720p_stereo.avi -vf scale=240:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 400k -pass 1 -an -f mp4 NUL -vf scale=320:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 700k -pass 1 -an -f mp4 NUL > > $ ffmpeg -y -i big_buck_bunny_720p_stereo.avi -vf scale=240:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 400k -pass 2 -an -f mp4 big_buck_bunny_400.mp4 -vf scale=320:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 700k -pass 2 -an -f mp4 big_buck_bunny_700.mp4 > > }}} > > > Note that even if your command lines would work (they may work with a {{{cp ffmpeg2pass-0.log ffmpeg2pass-1.log && cp ffmpeg2pass-0.log.mbtree ffmpeg2pass-1.log.mbtree}}} in-between), this is not how two-pass encoding is supposed to be used to the best of my knowledge. > > Please reopen if you believe there is a bug in FFmpeg that can be fixed. That works. Although it defeats the purpose of doing s single PASS1 for N PASS2 items. I'd note that executing N PASS2 runs separately after a single PASS1 works. Hence my attempt at doing all of the PASS2 encodes in one go. Also, I was hoping that a single log file shared across N PASS2 encodes would enforce GOP structure across streams to enable smoothstreaming/HLS use. But I think I can work around this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 20:09:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 18:09:21 -0000 Subject: [FFmpeg-trac] #3853(undetermined:new): silence in front of generated audio mpegts In-Reply-To: <035.889207db359948e4b8d614bf986bf707@avcodec.org> References: <035.889207db359948e4b8d614bf986bf707@avcodec.org> Message-ID: <050.bfe0f8cdfd9b415492b5153c42ff419e@avcodec.org> #3853: silence in front of generated audio mpegts -------------------------------------+------------------------------------- Reporter: mpapp | 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 mpapp): https://trac.ffmpeg.org/ticket/2325 that seems to be similar issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 20:28:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 18:28:51 -0000 Subject: [FFmpeg-trac] #3853(undetermined:new): silence in front of generated audio mpegts In-Reply-To: <035.889207db359948e4b8d614bf986bf707@avcodec.org> References: <035.889207db359948e4b8d614bf986bf707@avcodec.org> Message-ID: <050.a6b0bdadc21aa662b7459e12db1b779e@avcodec.org> #3853: silence in front of generated audio mpegts -------------------------------------+------------------------------------- Reporter: mpapp | 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 mpapp): ../ffmpeg/ffmpeg -y -i mpegtswithaudioonly.ts -acodec aac -strict -2 audio.ts ffmpeg version N-60562-g3e8b17f Copyright (c) 2000-2014 the FFmpeg developers built on Aug 13 2014 14:34:41 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --enable-libmp3lame --enable-pthreads --extra- cflags='-fPIC -m64' --enable-libx264 --enable-gpl libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.100 / 55. 52.100 libavformat 55. 32.100 / 55. 32.100 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 [aac @ 0x30f19e0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'mpegtswithaudioonly.ts': Duration: 00:00:05.15, bitrate: 125 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 125 kb/s Output #0, mpegts, to 'audio.ts': Metadata: encoder : Lavf55.32.100 Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> aac) Press [q] to stop, [?] for help [adts @ 0x30e02a0] Encoder did not produce proper pts, making some up. size= 90kB time=00:00:05.01 bitrate= 147.5kbits/s video:0kB audio:79kB subtitle:0 data:0 global headers:0kB muxing overhead 14.439839% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 20:29:02 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 18:29:02 -0000 Subject: [FFmpeg-trac] #3508(undetermined:closed): Cannot open stats file on second pass when attempting to generate multiple outputs. In-Reply-To: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> References: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> Message-ID: <051.93655de088602529bb2eb8a37ecaf169@avcodec.org> #3508: Cannot open stats file on second pass when attempting to generate multiple outputs. -------------------------------------+------------------------------------- Reporter: ianken | 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 cehoyos): Are you sure that two-pass encoding doesn't require both runs to use the same target bitrate for optimal results? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 20:31:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 18:31:12 -0000 Subject: [FFmpeg-trac] #3853(undetermined:new): silence in front of generated audio mpegts In-Reply-To: <035.889207db359948e4b8d614bf986bf707@avcodec.org> References: <035.889207db359948e4b8d614bf986bf707@avcodec.org> Message-ID: <050.b2a74386aaec5d06bc629ba9c879c3f1@avcodec.org> #3853: silence in front of generated audio mpegts -------------------------------------+------------------------------------- Reporter: mpapp | 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 mpapp): ../ffmpeg/ffprobe mpegtswithaudioonly.ts -show_frames | grep audio | wc -l ffprobe version N-60562-g3e8b17f Copyright (c) 2007-2014 the FFmpeg developers built on Aug 13 2014 14:34:41 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --enable-libmp3lame --enable-pthreads --extra- cflags='-fPIC -m64' --enable-libx264 --enable-gpl libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.100 / 55. 52.100 libavformat 55. 32.100 / 55. 32.100 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 [aac @ 0x36c6240] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'mpegtswithaudioonly.ts': Duration: 00:00:05.15, bitrate: 125 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 125 kb/s 216 It has 216 frames ../ffmpeg/ffprobe audio.ts -show_frames | grep audio | wc -l ffprobe version N-60562-g3e8b17f Copyright (c) 2007-2014 the FFmpeg developers built on Aug 13 2014 14:34:41 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --enable-libmp3lame --enable-pthreads --extra- cflags='-fPIC -m64' --enable-libx264 --enable-gpl libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.100 / 55. 52.100 libavformat 55. 32.100 / 55. 32.100 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 Input #0, mpegts, from 'audio.ts': Duration: 00:00:04.88, start: 1.400000, bitrate: 151 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 122 kb/s 217 It has 217 frames -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 20:33:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 18:33:51 -0000 Subject: [FFmpeg-trac] #3853(undetermined:new): silence in front of generated audio mpegts In-Reply-To: <035.889207db359948e4b8d614bf986bf707@avcodec.org> References: <035.889207db359948e4b8d614bf986bf707@avcodec.org> Message-ID: <050.005f0ba95509cf6c2d0161e433ec49eb@avcodec.org> #3853: silence in front of generated audio mpegts -------------------------------------+------------------------------------- Reporter: mpapp | 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 mpapp): You can download the two files here www.equinoxbase.com/audio.ts www.equinoxbase.com/mpegtswithaudioonly.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 14 21:45:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 19:45:20 -0000 Subject: [FFmpeg-trac] #2067(avfilter:open): Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) In-Reply-To: <035.bfd1452fe7961d6fa92af31518a42a21@avcodec.org> References: <035.bfd1452fe7961d6fa92af31518a42a21@avcodec.org> Message-ID: <050.bb79469f1b2a46b54a3d90a3c7a49929@avcodec.org> #2067: Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) -------------------------------------+------------------------------------ Reporter: nikov | Owner: Type: enhancement | Status: open Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: sub seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ghospich): Implementing option 'ss' in subtitles filter would be decent workaround too. Here is citation from another issue about this (duplicate #3852) > So, maybe add option 'ss' to filter ?http://ffmpeg.org/ffmpeg- filters.html#subtitles-1 with same function as -ss in ffmpeg itself? This would be simple and convenient workaround. > The ss option would specify from what point ffmpeg should start subtitles, explicitly. > > There is already such option in ffmpeg itself, so in 'subtitles' it wouldn't be a foreign. > And with this option it would be finally possible to burn subtitles in fast seek mode. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 00:11:19 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Aug 2014 22:11:19 -0000 Subject: [FFmpeg-trac] #2067(avfilter:open): Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) In-Reply-To: <035.bfd1452fe7961d6fa92af31518a42a21@avcodec.org> References: <035.bfd1452fe7961d6fa92af31518a42a21@avcodec.org> Message-ID: <050.2d700b6e054434f22b3b726f79b10004@avcodec.org> #2067: Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) -------------------------------------+------------------------------------ Reporter: nikov | Owner: Type: enhancement | Status: open Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: sub seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ghospich): Ricky1252's workaround gave me some quality issues for some reason. This is another workaround for this issue. {{{ ffmpeg -ss 102.042 -t 24.250 -i sintel-1024-surround.mp4 -c:v libvpx -vf scale=640:-1,setpts=PTS+102.042/TB,subtitles=sintel_en.srt,setpts=PTS- STARTPTS out.webm }}} Works nice for me, even in 2pass mode. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 04:49:04 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 02:49:04 -0000 Subject: [FFmpeg-trac] #3854(avcodec:new): Does hevc support ARM (VFP and NEON) optimization? Message-ID: <042.214414338394ebe1a64e9a5a8455e5f8@avcodec.org> #3854: Does hevc support ARM (VFP and NEON) optimization? -------------------------------------+------------------------------------- Reporter: | Type: felixyang_tw | enhancement Status: new | Priority: wish Component: avcodec | Version: 2.3 Keywords: HEVC, ARM, | Blocked By: NEON | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Dear Sirs: I downloaded the latest source code and I found the HEVC does not support ARM(NEON and VFP) optimization. Is there any plan to implement it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 05:44:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 03:44:59 -0000 Subject: [FFmpeg-trac] #3855(avformat:new): Some MPG files give "Invalid data found when processing input" Message-ID: <038.e178f67a54ac1494a9a7c57fbb2ddb27@avcodec.org> #3855: Some MPG files give "Invalid data found when processing input" ----------------------------------+-------------------------------------- Reporter: 11rcombs | 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: Some small MPG files give "invalid data" errors early-on. I'm attempting to gather more sample files, and details on what produces them. QuickTime has no problem playing them. How to reproduce: {{{ $ ffmpeg -loglevel debug -i MOV27379.MPG ffmpeg version N-65478-g6985ef7 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 9 2014 22:54:35 with Apple LLVM version 6.0 (clang-600.0.34.4) (based on LLVM 3.5svn) configuration: --extra-cflags='-march=native' --enable-optimizations --enable-debug --enable-libx265 --enable-gpl --enable-libopus --enable- version3 --enable-nonfree --enable-postproc --enable-libass --enable- libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-gnutls --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --prefix=/usr/local --enable-static --enable-shared --enable-avresample --enable-vda --enable-opencl --enable-libzvbi --cc=clang libavutil 54. 0.100 / 54. 0.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libavresample 2. 0. 0 / 2. 0. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'MOV27379.MPG'. 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 MOV27379.MPG. Successfully parsed a group of options. Opening an input file: MOV27379.MPG. [AVIOContext @ 0x7f84b040fd80] Statistics: 30269 bytes read, 0 seeks MOV27379.MPG: Invalid data found when processing input }}} The one sample I have so far: http://puu.sh/aT6mn/dab3a98d31.MPG -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 06:36:35 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 04:36:35 -0000 Subject: [FFmpeg-trac] #3856(ffmpeg:new): Incorrect frame rate for webm (vp8, libvpx) Message-ID: <039.2cdc773acf236a09fc208dd9f889a2bf@avcodec.org> #3856: Incorrect frame rate for webm (vp8, libvpx) -----------------------------------+--------------------------------------- Reporter: lespaul75 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Summary of the bug: Output rate option (-r) is ignored and rate is forced to 25 fps. How to reproduce: 1) Create a directory with 120 JPG images. 2) Encode to webm with command: {{{ ffmpeg -f image2 -start_number 0012910 -i "G%07d.JPG" -vf "crop=1778:1000:250:0, scale=1280x720" -r 60 -crf 16 -b:v 60M -an tst.webm -report }}} Output file should be exactly 2 seconds. Instead, it is 4.78 seconds, giving a calculated frame rate of 25 fps. However, the output of FFmpeg claims to be producing 60 fps, even though the total time displayed is clearly 4.78 seconds. Further, playback in both FFplay and MPC-HC is at 25 fps. Oddly, opening the "properties" window of MPC-HC displays "60 fps" even while playing at 25 fps. FFmpeg version is reported as: N-64757-g277e5ca (not sure how this correlates to 2.xxx version number) Workaround: Specifying the "-r 60" option on both the input and output does correctly set the rate to 60 fps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 08:15:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 06:15:14 -0000 Subject: [FFmpeg-trac] #3855(avformat:new): Some MPG files give "Invalid data found when processing input" In-Reply-To: <038.e178f67a54ac1494a9a7c57fbb2ddb27@avcodec.org> References: <038.e178f67a54ac1494a9a7c57fbb2ddb27@avcodec.org> Message-ID: <053.4395bcc8086aaad6b7b887d6c4fe8dd0@avcodec.org> #3855: Some MPG files give "Invalid data found when processing input" ------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by 11rcombs): Additional sample files are available here: https://www.dropbox.com/sh/6987vzlqjhsmg1e/AACrfRFMas8PTZri9QYyPHYja Apparently these files come from a SONY DSC-W170, and the issue manifests with files sized at 40kB or smaller. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 08:25:48 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 06:25:48 -0000 Subject: [FFmpeg-trac] #3856(undetermined:closed): Incorrect frame rate for webm (vp8, libvpx) In-Reply-To: <039.2cdc773acf236a09fc208dd9f889a2bf@avcodec.org> References: <039.2cdc773acf236a09fc208dd9f889a2bf@avcodec.org> Message-ID: <054.8ec5ee588ea04faffa8c628d8d6481f1@avcodec.org> #3856: Incorrect frame rate for webm (vp8, libvpx) -------------------------------------+------------------------------------- Reporter: lespaul75 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid * component: ffmpeg => undetermined Comment: You forgot to set the input frame rate (it defaults to 25). Please understand that this is a bug tracker not a support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 11:19:42 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 09:19:42 -0000 Subject: [FFmpeg-trac] #3773(avcodec:closed): regression: h264_mp4toannexb crashes In-Reply-To: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> References: <032.a76001cbfff5d7ad31191a392f112635@avcodec.org> Message-ID: <047.36774daaab6841703027afe88f44b76b@avcodec.org> #3773: regression: h264_mp4toannexb crashes -------------------------------------+------------------------------------- Reporter: vi | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression crash abort | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by kurosu): * status: open => closed * resolution: => fixed Comment: Fixed in 33fefdb44992bce18acb4548f28c9cd5b31de11f. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 11:23:13 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 09:23:13 -0000 Subject: [FFmpeg-trac] #2760(avcodec:closed): prores_ks encoder segfaults encoding image with alpha In-Reply-To: <036.77bf7ad1b690c9768516199875cdc4fa@avcodec.org> References: <036.77bf7ad1b690c9768516199875cdc4fa@avcodec.org> Message-ID: <051.51c7a496a5304ee03379ddd37fda6a47@avcodec.org> #2760: prores_ks encoder segfaults encoding image with alpha -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: prores | Blocked By: alpha crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by kurosu): * analyzed: 0 => 1 * cc: christophe.gisquet@? (added) * status: open => closed * resolution: => fixed Comment: Should be fixed by 117bc8e6ffc744fedcf77edf2fdb33c964b83370. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 16:25:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 14:25:25 -0000 Subject: [FFmpeg-trac] #3857(avformat:new): Duration does not update with growing files Message-ID: <036.5b1ad7067a690fc8b1e9fde56a393324@avcodec.org> #3857: Duration does not update with growing files ----------------------------------+--------------------------------------- Reporter: gjdfgh | Type: enhancement Status: new | Priority: wish Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- libavformat apparently never updates the duration field after opening a file. This not so nice if the file is downloaded concurrently, and the duration is calculated from the file size (like it's done with .ts). It would be nice if there was an API function to update the duration calculations, or any other "standard" way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 18:38:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 16:38:11 -0000 Subject: [FFmpeg-trac] #3621(avformat:open): "pts < dts" causing remuxing failure for h264 from mkv to mkv In-Reply-To: <034.28b2c286a6f26b2d1b327fcf8d37cbfc@avcodec.org> References: <034.28b2c286a6f26b2d1b327fcf8d37cbfc@avcodec.org> Message-ID: <049.b5f1b98ab336a154a0abbddbdcdb721b@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 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): My 2 cents, if the original video has an error in then it's okay for the remuxed video to also contain that error. So this code while not perfect is along the right track, just that it shouldnn't return an error, rather just log the warning on the screen if the video is being remuxed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 19:25:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 17:25:01 -0000 Subject: [FFmpeg-trac] #3621(avformat:open): "pts < dts" causing remuxing failure for h264 from mkv to mkv In-Reply-To: <034.28b2c286a6f26b2d1b327fcf8d37cbfc@avcodec.org> References: <034.28b2c286a6f26b2d1b327fcf8d37cbfc@avcodec.org> Message-ID: <049.8c4b1f25dd601e544eb786137e4cab33@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 | -------------------------------------+------------------------------------- Comment (by cehoyos): Why do you think that the original video has an error? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 19:58:53 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 17:58:53 -0000 Subject: [FFmpeg-trac] #3855(avformat:open): Some MPG files give "Invalid data found when processing input" In-Reply-To: <038.e178f67a54ac1494a9a7c57fbb2ddb27@avcodec.org> References: <038.e178f67a54ac1494a9a7c57fbb2ddb27@avcodec.org> Message-ID: <053.5eb6ca8047d1f5fcc7bd80e1c0563888@avcodec.org> #3855: Some MPG files give "Invalid data found when processing input" -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 mpegps | Blocked By: probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mp3 mpegps probe * status: new => open * reproduced: 0 => 1 Comment: mp3 and program stream detection both return the same score for the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 20:29:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 18:29:44 -0000 Subject: [FFmpeg-trac] #3854(avcodec:open): Does hevc support ARM (VFP and NEON) optimization? In-Reply-To: <042.214414338394ebe1a64e9a5a8455e5f8@avcodec.org> References: <042.214414338394ebe1a64e9a5a8455e5f8@avcodec.org> Message-ID: <057.6adf88af7fad525fd72a02861c375942@avcodec.org> #3854: Does hevc support ARM (VFP and NEON) optimization? -------------------------------------+------------------------------------- Reporter: | Owner: felixyang_tw | Status: open Type: enhancement | Component: avcodec Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: HEVC, ARM, | Reproduced by developer: 0 NEON | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: 2.3 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 20:33:51 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 18:33:51 -0000 Subject: [FFmpeg-trac] #3858(undetermined:new): memleak on broken (encrypted) input file Message-ID: <037.e713e97e5aa527beec23d51a847d9d31@avcodec.org> #3858: memleak on broken (encrypted) input file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: leak Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- A vob file was uploaded to incoming that is interpreted as aac audio, FFmpeg leaks memory when trying to decode the sample. {{{ $ valgrind --leak-check=full ./ffmpeg_g -i test -f null - ==6798== Memcheck, a memory error detector ==6798== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==6798== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==6798== Command: ./ffmpeg_g -i test -f null - ==6798== ffmpeg version N-65661-g9c712d0 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 20:24:46 with gcc 4.8 (SUSE Linux) configuration: --enable-gpl libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [aac @ 0x9c87820] Format aac detected only with low score of 1, misdetection possible! [aac @ 0x9c9a3e0] channel element 3.7 is not allocated [aac @ 0x9c9a3e0] More than one AAC RDB per ADTS frame is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x9c9a3e0] channel element 3.13 is not allocated [aac @ 0x9c87820] decoding for stream 0 failed [aac @ 0x9c87820] Estimating duration from bitrate, this may be inaccurate [aac @ 0x9c87820] Could not find codec parameters for stream 0 (Audio: aac, 3.0, fltp, 442 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options test: could not find codec parameters Input #0, aac, from 'test': Duration: 00:00:00.01, bitrate: 442 kb/s Stream #0:0: Audio: aac, 3.0, fltp, 442 kb/s [abuffer @ 0x9d93b60] Value inf for parameter 'time_base' out of range [0 - 2.14748e+09] Last message repeated 3 times [abuffer @ 0x9d93b60] Error setting option time_base to value 1/0. [graph 0 input from stream 0:0 @ 0x9d939e0] Error applying options to the filter. Error opening filters! ==6798== ==6798== HEAP SUMMARY: ==6798== in use at exit: 144 bytes in 4 blocks ==6798== total heap usage: 323 allocs, 319 frees, 1,179,645 bytes allocated ==6798== ==6798== 32 bytes in 1 blocks are definitely lost in loss record 1 of 4 ==6798== at 0x4C29E00: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==6798== by 0x4C29F27: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==6798== by 0xCC94EF: av_mallocz (mem.c:95) ==6798== by 0x49B6AD: link_filter_inouts (graphparser.c:239) ==6798== by 0x49BDBE: avfilter_graph_parse2 (graphparser.c:410) ==6798== by 0x4794F9: configure_filtergraph (ffmpeg_filter.c:888) ==6798== by 0x47FD42: transcode_init (ffmpeg.c:2691) ==6798== by 0x466D1C: main (ffmpeg.c:3646) ==6798== ==6798== 32 bytes in 1 blocks are definitely lost in loss record 2 of 4 ==6798== at 0x4C29E00: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==6798== by 0x4C29F27: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==6798== by 0xCC94EF: av_mallocz (mem.c:95) ==6798== by 0x49B610: link_filter_inouts (graphparser.c:264) ==6798== by 0x49BDBE: avfilter_graph_parse2 (graphparser.c:410) ==6798== by 0x4794F9: configure_filtergraph (ffmpeg_filter.c:888) ==6798== by 0x47FD42: transcode_init (ffmpeg.c:2691) ==6798== by 0x466D1C: main (ffmpeg.c:3646) ==6798== ==6798== LEAK SUMMARY: ==6798== definitely lost: 64 bytes in 2 blocks ==6798== indirectly lost: 0 bytes in 0 blocks ==6798== possibly lost: 0 bytes in 0 blocks ==6798== still reachable: 80 bytes in 2 blocks ==6798== suppressed: 0 bytes in 0 blocks ==6798== Reachable blocks (those to which a pointer was found) are not shown. ==6798== To see them, rerun with: --leak-check=full --show-reachable=yes ==6798== ==6798== For counts of detected and suppressed errors, rerun with: -v ==6798== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 22:51:21 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 20:51:21 -0000 Subject: [FFmpeg-trac] #3339(undetermined:open): Remuxing m2ts to mkv, Can't write packet with unknown timestamp In-Reply-To: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> References: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> Message-ID: <050.68ff809cc7ed7fc4d32444cad0c22524@avcodec.org> #3339: Remuxing m2ts to mkv, Can't write packet with unknown timestamp -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): I'm also facing the same issue with another video -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 22:51:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 20:51:40 -0000 Subject: [FFmpeg-trac] #3339(undetermined:open): Remuxing m2ts to mkv, Can't write packet with unknown timestamp In-Reply-To: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> References: <035.f6e899c72d041d318805ce7719a0eb07@avcodec.org> Message-ID: <050.1e19b9dfd213d3b22733e94ef712d9ce@avcodec.org> #3339: Remuxing m2ts to mkv, Can't write packet with unknown timestamp -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ramitbhalla): * cc: ramitbhalla@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 22:52:30 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 20:52:30 -0000 Subject: [FFmpeg-trac] #3621(avformat:open): "pts < dts" causing remuxing failure for h264 from mkv to mkv In-Reply-To: <034.28b2c286a6f26b2d1b327fcf8d37cbfc@avcodec.org> References: <034.28b2c286a6f26b2d1b327fcf8d37cbfc@avcodec.org> Message-ID: <049.846ce2905218d974ff1f317dbc679a44@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 ramitbhalla): * cc: ramitbhalla@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 15 22:53:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Aug 2014 20:53:00 -0000 Subject: [FFmpeg-trac] #2058(undetermined:open): FFMPEG sometimes not able to stream copy mpeg2video files, error with pts < dts In-Reply-To: <041.652f09e7e118fa821c5e02fe435053f5@avcodec.org> References: <041.652f09e7e118fa821c5e02fe435053f5@avcodec.org> Message-ID: <056.5570a3c093dcda756411212a8203150d@avcodec.org> #2058: FFMPEG sometimes not able to stream copy mpeg2video files, error with pts < dts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame mpegts | Blocked By: mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ramitbhalla): * cc: ramitbhalla@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 05:05:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 03:05:47 -0000 Subject: [FFmpeg-trac] #2956(avformat:new): Support ifv cctv files In-Reply-To: <037.be2412a97bd90412c41b5d0cdc447684@avcodec.org> References: <037.be2412a97bd90412c41b5d0cdc447684@avcodec.org> Message-ID: <052.9e5c70afcbd52e311455d6242e8b4c01@avcodec.org> #2956: Support ifv cctv files -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: ifv h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Timothy_Gu): A user supplied another sample: https://plus.google.com/u/0/+DayronValiente/posts/Mrb43awxm99 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 05:16:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 03:16:45 -0000 Subject: [FFmpeg-trac] #2956(avformat:new): Support ifv cctv files In-Reply-To: <037.be2412a97bd90412c41b5d0cdc447684@avcodec.org> References: <037.be2412a97bd90412c41b5d0cdc447684@avcodec.org> Message-ID: <052.0629e5e1f9d26a6f96b4e952e717114a@avcodec.org> #2956: Support ifv cctv files -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: ifv h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Timothy_Gu): Uploaded to /incoming/ticket2956/audio.ifv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 09:38:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 07:38:20 -0000 Subject: [FFmpeg-trac] #3538(avcodec:open): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.7ff434a4bb7c95b8e917ace439aef673@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): Test file no longer available, can someone attach it here or upload it to the usual samples subfolder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 10:22:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 08:22:20 -0000 Subject: [FFmpeg-trac] #3538(avcodec:open): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.b1ae94d03d8cd78a1b0527c9e3f6dbfa@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3538/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 12:14:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 10:14:03 -0000 Subject: [FFmpeg-trac] #3859(undetermined:new): mp4: start_time never zero Message-ID: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> #3859: mp4: start_time never zero -------------------------------------+------------------------------------- Reporter: blacktrash | 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: How to reproduce: {{{ $ ffprobe -show_entries format=start_time BigBuckBunny_640x360.m4v ffprobe version N-65628-g6c36b3a Copyright (c) 2007-2014 the FFmpeg developers built on Aug 14 2014 15:21:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'BigBuckBunny_640x360.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2008-06-03 05:23:28 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal date : 2008 Duration: 00:09:56.46, start: 0.000000, bitrate: 1626 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 640x360, 1495 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler [FORMAT] start_time=0.000000 [/FORMAT] $ ffmpeg -i BigBuckBunny_640x360.m4v test.mp4 ffmpeg version N-65628-g6c36b3a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 15:21:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'BigBuckBunny_640x360.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2008-06-03 05:23:28 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal date : 2008 Duration: 00:09:56.46, start: 0.000000, bitrate: 1626 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 640x360, 1495 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler [libx264 @ 0x7fe2e8826200] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x7fe2e8826200] profile High, level 3.0 [libx264 @ 0x7fe2e8826200] 264 - core 142 r2453 ea0ca51 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom date : 2008 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal encoder : Lavf56.1.100 Stream #0:0(eng): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x360, q=-1--1, 24 fps, 12288 tbn, 24 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler encoder : Lavc56.0.100 libx264 Stream #0:1(eng): Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 128 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler encoder : Lavc56.0.100 libfaac Stream mapping: Stream #0:1 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:0 -> #0:1 (aac (native) -> aac (libfaac)) Press [q] to stop, [?] for help frame=14316 fps=292 q=-1.0 Lsize= 48159kB time=00:09:56.47 bitrate= 661.4kbits/s video:38397kB audio:9320kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.926535% [libx264 @ 0x7fe2e8826200] frame I:154 Avg QP:17.40 size: 37708 [libx264 @ 0x7fe2e8826200] frame P:5550 Avg QP:22.44 size: 4792 [libx264 @ 0x7fe2e8826200] frame B:8612 Avg QP:27.20 size: 803 [libx264 @ 0x7fe2e8826200] consecutive B-frames: 12.4% 17.7% 13.4% 56.4% [libx264 @ 0x7fe2e8826200] mb I I16..4: 35.4% 26.7% 37.9% [libx264 @ 0x7fe2e8826200] mb P I16..4: 3.2% 4.2% 1.7% P16..4: 33.3% 7.3% 4.9% 0.0% 0.0% skip:45.3% [libx264 @ 0x7fe2e8826200] mb B I16..4: 0.2% 0.5% 0.2% B16..8: 24.6% 1.7% 0.5% direct: 0.8% skip:71.6% L0:49.5% L1:44.9% BI: 5.6% [libx264 @ 0x7fe2e8826200] 8x8 transform intra:42.7% inter:49.6% [libx264 @ 0x7fe2e8826200] coded y,uvDC,uvAC intra: 61.4% 65.7% 32.2% inter: 9.7% 10.2% 2.1% [libx264 @ 0x7fe2e8826200] i16 v,h,dc,p: 22% 27% 23% 28% [libx264 @ 0x7fe2e8826200] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 19% 26% 4% 5% 7% 5% 6% 6% [libx264 @ 0x7fe2e8826200] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 23% 19% 4% 6% 6% 6% 5% 5% [libx264 @ 0x7fe2e8826200] i8c dc,h,v,p: 48% 23% 18% 11% [libx264 @ 0x7fe2e8826200] Weighted P-Frames: Y:3.7% UV:2.4% [libx264 @ 0x7fe2e8826200] ref P L0: 70.7% 13.5% 11.6% 4.2% 0.1% [libx264 @ 0x7fe2e8826200] ref B L0: 91.2% 7.6% 1.2% [libx264 @ 0x7fe2e8826200] ref B L1: 94.8% 5.2% [libx264 @ 0x7fe2e8826200] kb/s:527.31 $ ffprobe -show_entries format=start_time test.mp4 ffprobe version N-65628-g6c36b3a Copyright (c) 2007-2014 the FFmpeg developers built on Aug 14 2014 15:21:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal date : 2008 encoder : Lavf56.1.100 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org Duration: 00:09:56.50, start: 0.023220, bitrate: 661 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360, 527 kb/s, 24 fps, 24 tbr, 12288 tbn, 48 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: handler_name : SoundHandler [FORMAT] start_time=-0.023220 [/FORMAT] }}} Even using {{{-filter_complex [v]setpts=PTS-STARTPTS;[a]asetpts=PTS- STARTPTS}}} does not make a difference. I haven't found any input where this does not happen. Just remuxing with {{{-c copy}}} is ok. This can result in other apps warning about failing lipsync. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 12:24:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 10:24:09 -0000 Subject: [FFmpeg-trac] #3859(undetermined:new): mp4: start_time never zero In-Reply-To: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> References: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> Message-ID: <055.5d0b15c8826aa3f12cae194df6ed0f7a@avcodec.org> #3859: mp4: start_time never zero -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Are external libraries like libx264 and libfaac necessary to reproduce this? Which applications warn about failing lipsync? Do you really see A/V desync with any media player? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 13:17:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 11:17:12 -0000 Subject: [FFmpeg-trac] #3859(undetermined:new): mp4: start_time never zero In-Reply-To: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> References: <040.75149aa2ddcee5d2698c422fb75f0e85@avcodec.org> Message-ID: <055.6524bb3490d9324901c39c65df0b42b7@avcodec.org> #3859: mp4: start_time never zero -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by blacktrash): Replying to [comment:1 cehoyos]: > Are external libraries like libx264 and libfaac necessary to reproduce this? {{{ $ ffmpeg -i BigBuckBunny_640x360.m4v test.ts ffmpeg version N-65628-g6c36b3a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 15:21:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'BigBuckBunny_640x360.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2008-06-03 05:23:28 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal date : 2008 Duration: 00:09:56.46, start: 0.000000, bitrate: 1626 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 640x360, 1495 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler Output #0, mpegts, to 'test.ts': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom date : 2008 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal encoder : Lavf56.1.100 Stream #0:0(eng): Video: mpeg2video, yuv420p, 640x360, q=2-31, 200 kb/s, 24 fps, 90k tbn, 24 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler encoder : Lavc56.0.100 mpeg2video Stream #0:1(eng): Audio: mp2, 44100 Hz, stereo, s16, 384 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler encoder : Lavc56.0.100 mp2 Stream mapping: Stream #0:1 -> #0:0 (h264 (native) -> mpeg2video (native)) Stream #0:0 -> #0:1 (aac (native) -> mp2 (native)) Press [q] to stop, [?] for help frame=14316 fps=1316 q=31.0 Lsize= 55390kB time=00:09:56.46 bitrate= 760.7kbits/s video:20870kB audio:27960kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 13.433609% $ ffprobe -show_entries format=start_time test.ts ffprobe version N-65628-g6c36b3a Copyright (c) 2007-2014 the FFmpeg developers built on Aug 14 2014 15:21:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mpegts, from 'test.ts': Duration: 00:09:56.51, start: 1.430756, bitrate: 760 kb/s Program 1 Metadata: service_name : Big Buck Bunny service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 640x360 [SAR 1:1 DAR 16:9], max. 104857 kb/s, 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0:1[0x101](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s16p, 371 kb/s [FORMAT] start_time=1.430756 [/FORMAT] > Which applications warn about failing lipsync? {{{ $ mediafilesegmenter -t 10 test.mp4 | head -n 3 Aug 16 2014 12:15:42.587: Using floating point is not backward compatible to iOS 4.1 or earlier devices Aug 16 2014 12:15:42.588: Processing file /Users/chris/Movies/test.mp4 Aug 16 2014 12:15:42.602: track 1 of /Users/chris/Movies/test.mp4 contains edit list that the media doesn't start at beginning; this may cause problems in lip sync }}} > Do you really see A/V desync with any media player? I had a user complaining about it. As it's minimal, you'd need input you a) know extremely well and b) is a steady talking head or some such, and I don't havesomething like that available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 13:53:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 11:53:18 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.f70eb40607a8e944dee00c020502e032@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by kurosu): Please verify with HEAD, the output seems ok now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 15:17:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 13:17:12 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.37de4414a2fdfe7c6a3b2ef6f6113602@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by Noir89): Test with latest Build Windows x64 and OS X Problem is not solved. Version: libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 15:57:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 13:57:35 -0000 Subject: [FFmpeg-trac] #3575(avformat:closed): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.9049a89049836b126b9a5248c3793273@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): i'm using v2.2.2 which supposedly has the fix but i'm still hitting this: Assertion next_dts >= 0 failed at libavformat/movenc.c:621 interested in a file to reproduce it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 16:32:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 14:32:29 -0000 Subject: [FFmpeg-trac] #3575(avformat:closed): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.f9b57c50bea21a888be283886f20f425@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): No, we obviously don't care about bug reports and we don't want more samples. =-) Seriously: Please either post on ffmpeg-user mailing list or open a new ticket here if you have a sample that causes any kind of crash, including an assert failure. Samples are arguably the only thing we expect from users. To some degree, samples that cause crashes are even an exception to the "please test current FFmpeg git head before reporting problems"-rule. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 20:54:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 18:54:09 -0000 Subject: [FFmpeg-trac] #3860(undetermined:new): ffplay: vc1 crash 2 Message-ID: <039.997d91b21d1e7b67ce907ad405dec840@avcodec.org> #3860: ffplay: vc1 crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/d/48281e16 It happens after pressing "v" key a few times. {{{ (gdb) r wvp2.wmv Starting program: D:\MinGW\msys\1.0\ffmpeg\ffplay_g.exe wvp2.wmv [New Thread 1840.0xb54] [New Thread 1840.0xff0] [New Thread 1840.0x710] [New Thread 1840.0x388] [New Thread 1840.0xfb8] [New Thread 1840.0xed8] [New Thread 1840.0xba4] [New Thread 1840.0xd80] [New Thread 1840.0xb44] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1840.0xb44] 0x0086eca0 in vc1_decode_sprites (gb=0x5f0c704, v=0x5f0b000) at libavcodec/vc1dec.c:5487 5487 if (!s->current_picture.f->data[0]) { (gdb) bt #0 0x0086eca0 in vc1_decode_sprites (gb=0x5f0c704, v=0x5f0b000) at libavcodec/vc1dec.c:5487 #1 vc1_decode_frame (avctx=0x5ed7ce0, data=0x6c38020, got_frame=0x740ff08, avpkt=0x740fbb8) at libavcodec/vc1dec.c:6220 #2 0x005db846 in avcodec_decode_video2 (avctx=0x5ed7ce0, picture=0x6c38020, got_picture_ptr=0x740ff08, avpkt=0x740fe58) at libavcodec/utils.c:2264 #3 0x0040cc23 in get_video_frame (serial=, pkt=, frame=, is=) at ffplay.c:1694 #4 video_thread (arg=0x5b90040) at ffplay.c:1974 #5 0x681097d2 in SDL_RunThread (data=0x5ea8058) at ./src/thread/SDL_thread.c:204 #6 0x681327cf in RunThread (data=0x5ed7c98) at ./src/thread/win32/SDL_systhread.c:74 #7 RunThreadViaBeginThreadEx (data=0x5ed7c98) at ./src/thread/win32/SDL_systhread.c:95 #8 0x77c2a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll #9 0x7c80b729 in KERNEL32!GetModuleFileNameA () from C:\WINDOWS\system32\kernel32.dll #10 0x00000000 in ?? () (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 21:54:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 19:54:15 -0000 Subject: [FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS In-Reply-To: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> References: <037.14e9d59607dbec6ad255e5d06427559f@avcodec.org> Message-ID: <052.ddab598c658c00f5864646144bcb789d@avcodec.org> #3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS -------------------------------------+------------------------------------- Reporter: viperfx | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: openssl, | Resolution: webm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by viperfx): Replying to [comment:14 cehoyos]: > I see a similar problem with tls, {{{-autoexit}}} didn't work: > {{{ > $ ffplay -autoexit "https://r4---sn-bvvbax- 8pxe.googlevideo.com/videoplayback?itag=171&mws=yes&mt=1407784028&clen=3517500&sver=3&lmt=1392577165969919&signature=0D0BD8B88F84BA006DA9BDEC7FEB946D978D56F0.6E39194558775D891DBCF30EB50D6E166EBF0F12&sparams=clen%2Cdur%2Cgcr%2Cgir%2Cid%2Cip%2Cipbits%2Citag%2Clmt%2Crequiressl%2Csource%2Cupn%2Cexpire&ipbits=0&mv=m&ms=au&requiressl=yes&source=youtube&fexp=902408%2C927622%2C927894%2C930657%2C931983%2C934024%2C934030%2C937432%2C943908%2C945035%2C946013&gcr=at&upn=3KY97TSgiI0&dur=252.222&ip=84.114.78.119&mm=31&gir=yes&key=yt5&expire=1407805695&id=o-APBb1hr8cgnHFmIl1jqTZtUgs6HFFest6fIF4RFfToUB&ratebypass=yes" > ffplay version N-65523-g9a16214 Copyright (c) 2003-2014 the FFmpeg developers > built on Aug 11 2014 20:58:53 with gcc 4.7 (SUSE Linux) > configuration: --enable-gnutls > libavutil 54. 1.100 / 54. 1.100 > libavcodec 56. 0.100 / 56. 0.100 > libavformat 56. 0.100 / 56. 0.100 > libavdevice 56. 0.100 / 56. 0.100 > libavfilter 5. 0.100 / 5. 0.100 > libswscale 3. 0.100 / 3. 0.100 > libswresample 1. 0.100 / 1. 0.100 > Input #0, matroska,webm, from 'https://r4---sn-bvvbax- 8pxe.googlevideo.com/videoplayback?itag=171&mws=yes&mt=1407784028&clen=3517500&sver=3&lmt=1392577165969919&signature=0D0BD8B88F84BA006DA9BDEC7FEB946D978D56F0.6E39194558775D891DBCF30EB50D6E166EBF0F12&sparams=clen%2Cdur%2Cgcr%2Cgir%2Cid%2Cip%2Cipbits%2Citag%2Clmt%2Crequiressl%2Csource%2Cupn%2Cexpire&ipbits=0&mv=m&ms=au&requiressl=yes&source=youtube&fexp=902408%2C927622%2C927894%2C930657%2C931983%2C934024%2C934030%2C937432%2C943908%2C945035%2C946013&gcr=at&upn=3KY97TSgiI0&dur=252.222&ip=84.114.78.119&mm=31&gir=yes&key=yt5&expire=1407805695&id=o-APBb1hr8cgnHFmIl1jqTZtUgs6HFFest6fIF4RFfToUB&ratebypass=yes': > Metadata: > encoder : google > Duration: 00:04:12.22, start: 0.000000, bitrate: 111 kb/s > Stream #0:0(eng): Audio: vorbis, 44100 Hz, stereo, fltp (default) > [tls @ 0x7f0408002d80] The TLS connection was non-properly terminated. > [tls @ 0x7f0408002d80] The specified session has been invalidated for some reason. > 269.22 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 > }}} So this is a confirmed bug? Can the ticket be updated so someone may look into the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 23:30:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 21:30:42 -0000 Subject: [FFmpeg-trac] #3861(undetermined:new): mpegts malformed in specifc circumstances Message-ID: <040.796bcedbc198e2ad53a976f7edc9d05c@avcodec.org> #3861: mpegts malformed in specifc circumstances -------------------------------------+------------------------------------- Reporter: blacktrash | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This is tricky one, because it's very hard to reproduce and many criteria are involved. It is a definitely a regression because it does not happen with git-2014-04-17-a8d01a7 Also I haven't found a way so far to generalize this more than below. Subtle changes to: - filter combination (e.g. using -filter:v or omitting swf_flags) - 1 pass encoding - bitrate, maxrate, or bufsize setting (otherwise exactly the same commandline) and all seems to go well. But does it? Here's how far I got to abstracting and shortening it: {{{ $ ffmpeg -y -v verbose -i BigBuckBunny_640x360.m4v -sn -f mpegts -filter:a aresample=osr=44100:ocl=stereo -filte r_complex 'sws_flags=spline;scale=w=384:h=216,fps=24/1' -c:v libx264 -profile:v baseline -x264opts level=3.0:ref=1 -bufs ize 1058348 -maxrate 1058348 -force_key_frames 'expr:gte(t,n_forced*10)' -b:v 529174 -c:a libfdk_aac -profile:a aac_he - b:a 64000 -pass 1 test.ts ffmpeg version N-65628-g6c36b3a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 15:21:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'BigBuckBunny_640x360.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2008-06-03 05:23:28 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal date : 2008 Duration: 00:09:56.46, start: 0.000000, bitrate: 1626 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 640x360, 1495 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler [Parsed_scale_0 @ 0x7fb733d00140] w:384 h:216 flags:'spline' interl:0 [Parsed_fps_1 @ 0x7fb733d00580] fps=24/1 [graph 0 input from stream 0:1 @ 0x7fb733d008e0] w:640 h:360 pixfmt:yuv420p tb:1/2400 fr:24/1 sar:0/1 sws_param:flags=2 [Parsed_scale_0 @ 0x7fb733d00140] w:640 h:360 fmt:yuv420p sar:0/1 -> w:384 h:216 fmt:yuv420p sar:0/1 flags:0x400 [graph 1 input from stream 0:0 @ 0x7fb733d0a600] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:0x3 [Parsed_aresample_0 @ 0x7fb733d0a260] ch:2 chl:stereo fmt:fltp r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz [libx264 @ 0x7fb734804800] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x7fb734804800] profile Constrained Baseline, level 3.0 [mpegts @ 0x7fb734803c00] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'test.ts': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom date : 2008 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal encoder : Lavf56.1.100 Stream #0:0: Video: h264 (libx264), yuv420p, 384x216, q=-1--1, pass 1, 529 kb/s, 24 fps, 90k tbn, 24 tbc (default) Metadata: encoder : Lavc56.0.100 libx264 Stream #0:1(eng): Audio: aac (libfdk_aac) (HE-AAC), 44100 Hz, stereo, s16, 64 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler encoder : Lavc56.0.100 libfdk_aac Stream mapping: Stream #0:1 (h264) -> scale (graph 0) fps (graph 0) -> Stream #0:0 (libx264) Stream #0:0 -> #0:1 (aac (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help No more output streams to write to, finishing.e=00:09:46.88 bitrate= 675.0kbits/s frame=14316 fps=485 q=-1.0 Lsize= 48818kB time=00:09:56.50 bitrate= 670.4kbits/s video:38799kB audio:4661kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 12.328111% Input file #0 (BigBuckBunny_640x360.m4v): Input stream #0:0 (audio): 25688 packets read (9508842 bytes); 25688 frames decoded (26304512 samples); Input stream #0:1 (video): 14316 packets read (111513310 bytes); 14316 frames decoded; Total: 40004 packets (121022152 bytes) demuxed Output file #0 (test.ts): Output stream #0:0 (video): 14316 frames encoded; 14316 packets muxed (39729896 bytes); Output stream #0:1 (audio): 12844 frames encoded (26304512 samples); 12847 packets muxed (4773112 bytes); Total: 27163 packets (44503008 bytes) muxed [Parsed_fps_1 @ 0x7fb733d00580] 14316 frames in, 14316 frames out; 0 frames dropped, 0 frames duplicated. [libx264 @ 0x7fb734804800] frame I:211 Avg QP:14.89 size: 22308 [libx264 @ 0x7fb734804800] frame P:14105 Avg QP:19.36 size: 2483 [libx264 @ 0x7fb734804800] mb I I16..4: 18.5% 0.0% 81.5% [libx264 @ 0x7fb734804800] mb P I16..4: 2.8% 0.0% 0.0% P16..4: 46.5% 0.0% 0.0% 0.0% 0.0% skip:50.7% [libx264 @ 0x7fb734804800] final ratefactor: 19.08 [libx264 @ 0x7fb734804800] coded y,uvDC,uvAC intra: 68.9% 71.3% 53.7% inter: 25.2% 18.6% 6.4% [libx264 @ 0x7fb734804800] i16 v,h,dc,p: 33% 34% 21% 12% [libx264 @ 0x7fb734804800] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 21% 10% 7% 8% 9% 8% 8% 9% [libx264 @ 0x7fb734804800] i8c dc,h,v,p: 50% 25% 15% 9% [libx264 @ 0x7fb734804800] kb/s:532.84 ~$ ffmpeg -y -v verbose -i BigBuckBunny_640x360.m4v -sn -f mpegts -filter:a aresample=osr=44100:ocl=stereo -filter_complex 'sws_flags=spline;scale=w=384:h=216,fps=24/1' -c:v libx264 -profile:v baseline -x264opts level=3.0:ref=1 -bufsize 1058348 -maxrate 1058348 -force_key_frames 'expr:gte(t,n_forced*10)' -b:v 529174 -c:a libfdk_aac -profile:a aac_he -b:a 64000 -pass 2 test.ts ffmpeg version N-65628-g6c36b3a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 15:21:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'BigBuckBunny_640x360.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2008-06-03 05:23:28 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal date : 2008 Duration: 00:09:56.46, start: 0.000000, bitrate: 1626 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 640x360, 1495 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Video Media Handler [Parsed_scale_0 @ 0x7fe209600000] w:384 h:216 flags:'spline' interl:0 [Parsed_fps_1 @ 0x7fe209600440] fps=24/1 [graph 0 input from stream 0:1 @ 0x7fe2096007a0] w:640 h:360 pixfmt:yuv420p tb:1/2400 fr:24/1 sar:0/1 sws_param:flags=2 [Parsed_scale_0 @ 0x7fe209600000] w:640 h:360 fmt:yuv420p sar:0/1 -> w:384 h:216 fmt:yuv420p sar:0/1 flags:0x400 [graph 1 input from stream 0:0 @ 0x7fe20940e1c0] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:0x3 [Parsed_aresample_0 @ 0x7fe20940a7c0] ch:2 chl:stereo fmt:fltp r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz [libx264 @ 0x7fe20a800c00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x7fe20a800c00] profile Constrained Baseline, level 3.0 [mpegts @ 0x7fe20a800000] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'test.ts': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom date : 2008 copyright : ? 2008 Blender Foundation | www.bigbuckbunny.org title : Big Buck Bunny artist : Peach Open Movie Team composer : Sacha Goedegebure / Ton Roosendaal encoder : Lavf56.1.100 Stream #0:0: Video: h264 (libx264), yuv420p, 384x216, q=-1--1, pass 2, 529 kb/s, 24 fps, 90k tbn, 24 tbc (default) Metadata: encoder : Lavc56.0.100 libx264 Stream #0:1(eng): Audio: aac (libfdk_aac) (HE-AAC), 44100 Hz, stereo, s16, 64 kb/s (default) Metadata: creation_time : 2008-06-03 05:23:28 handler_name : Apple Sound Media Handler encoder : Lavc56.0.100 libfdk_aac Stream mapping: Stream #0:1 (h264) -> scale (graph 0) fps (graph 0) -> Stream #0:0 (libx264) Stream #0:0 -> #0:1 (aac (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help No more output streams to write to, finishing.e=00:09:56.35 bitrate= 666.1kbits/s frame=14316 fps=433 q=-1.0 Lsize= 48523kB time=00:09:56.50 bitrate= 666.4kbits/s video:38508kB audio:4661kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 12.401180% Input file #0 (BigBuckBunny_640x360.m4v): Input stream #0:0 (audio): 25688 packets read (9508842 bytes); 25688 frames decoded (26304512 samples); Input stream #0:1 (video): 14316 packets read (111513310 bytes); 14316 frames decoded; Total: 40004 packets (121022152 bytes) demuxed Output file #0 (test.ts): Output stream #0:0 (video): 14316 frames encoded; 14316 packets muxed (39432182 bytes); Output stream #0:1 (audio): 12844 frames encoded (26304512 samples); 12847 packets muxed (4773112 bytes); Total: 27163 packets (44205294 bytes) muxed [Parsed_fps_1 @ 0x7fe209600440] 14316 frames in, 14316 frames out; 0 frames dropped, 0 frames duplicated. [libx264 @ 0x7fe20a800c00] frame I:211 Avg QP:15.41 size: 22122 [libx264 @ 0x7fe20a800c00] frame P:14105 Avg QP:19.60 size: 2465 [libx264 @ 0x7fe20a800c00] mb I I16..4: 19.9% 0.0% 80.1% [libx264 @ 0x7fe20a800c00] mb P I16..4: 0.8% 0.0% 2.2% P16..4: 29.6% 12.1% 5.6% 0.0% 0.0% skip:49.7% [libx264 @ 0x7fe20a800c00] coded y,uvDC,uvAC intra: 73.3% 80.8% 65.7% inter: 24.1% 27.7% 8.8% [libx264 @ 0x7fe20a800c00] i16 v,h,dc,p: 35% 32% 11% 22% [libx264 @ 0x7fe20a800c00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 20% 12% 6% 8% 8% 8% 7% 8% [libx264 @ 0x7fe20a800c00] i8c dc,h,v,p: 49% 24% 16% 11% [libx264 @ 0x7fe20a800c00] kb/s:528.85 $ ffmpeg -i test.ts -f segment -c copy -map 0 -segment_time 10 -segment_list test.m3u8 test%02d.ts ffmpeg version N-65628-g6c36b3a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 15:21:41 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libvidstab --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mpegts, from 'test.ts': Duration: 00:09:56.61, start: 1.400000, bitrate: 666 kb/s Program 1 Metadata: service_name : Big Buck Bunny service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 384x216, 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0:1[0x101](eng): Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 58 kb/s [mpegts @ 0x7faa99826800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times Output #0, segment, to 'test%02d.ts': Metadata: encoder : Lavf56.1.100 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 384x216, q=2-31, 24 fps, 24 tbn, 24 tbc Stream #0:1(eng): Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, 58 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x7faa99826800] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 37 times [mpegts @ 0x7faa99826800] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid data found when processing input frame= 4565 fps=0.0 q=-1.0 Lsize=N/A time=00:03:10.33 bitrate=N/A video:11145kB audio:1486kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed! }}} Sometimes I also get: {{{ [mpegts @ 0x7fecbd800000] H.264 bitstream error, startcode missing }}} while the segmentation seems to succeed, but does it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 16 23:30:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 21:30:45 -0000 Subject: [FFmpeg-trac] #3844(avformat:closed): "Could not find codec parameters" when playing MP3 In-Reply-To: <036.70f6ca0ac9735e3ab673302553cec1eb@avcodec.org> References: <036.70f6ca0ac9735e3ab673302553cec1eb@avcodec.org> Message-ID: <051.cc52d5a78d6e6377357fa19c7fc52b8c@avcodec.org> #3844: "Could not find codec parameters" when playing MP3 -------------------------------------+------------------------------------- Reporter: matt90 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts mp3 | Blocked By: probe regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 427bcdf035f5decca182651acfe067d685b3feb5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 00:23:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Aug 2014 22:23:07 -0000 Subject: [FFmpeg-trac] #3860(avcodec:open): ffplay: vc1 crash 2 In-Reply-To: <039.997d91b21d1e7b67ce907ad405dec840@avcodec.org> References: <039.997d91b21d1e7b67ce907ad405dec840@avcodec.org> Message-ID: <054.e3abdaa16d461d1c51d24e7c764e7beb@avcodec.org> #3860: ffplay: vc1 crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vc1 crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => vc1 crash SIGSEGV Comment: {{{ ==1745== Invalid read of size 8 ==1745== at 0x9D3CD5: vc1_decode_frame (vc1dec.c:5487) ==1745== by 0x9A3327: avcodec_decode_video2 (utils.c:2264) ==1745== by 0x472A07: video_thread (ffplay.c:1694) ==1745== by 0x4E46BC7: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==1745== by 0x4E86478: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==1745== by 0x50D50DA: start_thread (in /lib64/libpthread-2.18.so) ==1745== by 0x5AFA90C: clone (in /lib64/libc-2.18.so) ==1745== Address 0x0 is not stack'd, malloc'd or (recently) free'd }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 02:30:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 00:30:52 -0000 Subject: [FFmpeg-trac] #2881(avcodec:open): wavpack: CRC error In-Reply-To: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> References: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> Message-ID: <054.71886a77c57be3145f3b8e4ee1c8e421@avcodec.org> #2881: wavpack: CRC error ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 03:21:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 01:21:32 -0000 Subject: [FFmpeg-trac] #3862(undetermined:new): wav: fpe (fuzzed file) Message-ID: <039.9e8a26ac092b18974e6bc364b7d38099@avcodec.org> #3862: wav: fpe (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ (gdb) r -i f.wav Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i f.wav [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [wav @ 0x93af340] too big INFO subchunk Program received signal SIGFPE, Arithmetic exception. 0x08a1261b in __divdi3 () (gdb) bt #0 0x08a1261b in __divdi3 () #1 0x0829a043 in wav_read_header (s=0x93af340) at libavformat/wavdec.c:405 #2 0x08294543 in avformat_open_input (ps=ps at entry=0xbffff44c, filename=filename at entry=0xbffffb7b "f.wav", fmt=fmt at entry=0x0, options=0x93a884c) at libavformat/utils.c:437 #3 0x080be28d in open_input_file (o=o at entry=0xbffff54c, filename=) at ffmpeg_opt.c:870 #4 0x080b7d17 in open_files (inout=inout at entry=0x8a76cbb "input", open_file=open_file at entry=0x80bdf90 , l=, l=) at ffmpeg_opt.c:2670 #5 0x080bff09 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0xbffff9f4) at ffmpeg_opt.c:2707 #6 0x080af43a in main (argc=3, argv=0xbffff9f4) at ffmpeg.c:3824 (gdb) }}} {{{ knoppix at Microknoppix:/media/sdb1$ valgrind --leak-check=full ffmpeg- snapshot/ffmpeg_g -i f.wav ==8353== Memcheck, a memory error detector ==8353== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==8353== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==8353== Command: ffmpeg-snapshot/ffmpeg_g -i f.wav ==8353== ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [wav @ 0x4226560] too big INFO subchunk ==8353== ==8353== Process terminating with default action of signal 8 (SIGFPE) ==8353== Integer divide by zero at address 0x65A0A7AD ==8353== at 0x8A12614: __divdi3 (in /media/sdb1/ffmpeg- snapshot/ffmpeg_g) ==8353== by 0x829A042: wav_read_header (wavdec.c:405) ==8353== by 0x8294542: avformat_open_input (utils.c:437) ==8353== by 0x18: ??? ==8353== ==8353== HEAP SUMMARY: ==8353== in use at exit: 87,026 bytes in 52 blocks ==8353== total heap usage: 80 allocs, 28 frees, 125,442 bytes allocated ==8353== ==8353== LEAK SUMMARY: ==8353== definitely lost: 0 bytes in 0 blocks ==8353== indirectly lost: 0 bytes in 0 blocks ==8353== possibly lost: 0 bytes in 0 blocks ==8353== still reachable: 87,026 bytes in 52 blocks ==8353== suppressed: 0 bytes in 0 blocks ==8353== Reachable blocks (those to which a pointer was found) are not shown. ==8353== To see them, rerun with: --leak-check=full --show-reachable=yes ==8353== ==8353== For counts of detected and suppressed errors, rerun with: -v ==8353== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 59 from 6) Floating point exception }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 06:18:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 04:18:36 -0000 Subject: [FFmpeg-trac] #3863(undetermined:new): ffmpeg libx264 increases the bitrate Message-ID: <035.e376fc6b44fb14dfbe8b3d884d4d7a66@avcodec.org> #3863: ffmpeg libx264 increases the bitrate -------------------------------------+------------------------------------- Reporter: b13-u | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- hello i have installed ffmpeg on ubuntu 14.04 x64 based on this tutorial : https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu didnt receved any error's during the installation, when i use this config with ffserver to restream mumudvb into mpegts with h264 codec the ffservers output has bitrate of 26000k - 30000k {{{ Port 8888 BindAddress 0.0.0.0 MaxHTTPConnections 20000 MaxClients 10000 MaxBandwidth 1000000 CustomLog - File /tmp/test1.ffm FileMaxSize 100M ACL allow 127.0.0.1 launch ffmpeg -i http://192.168.1.130:8081 #---------------------------------------------------------------- # # # # ---------------------------- END OF FEEDS ---------------------- # # # #----------------------------------------------------------------- Feed test1.ffm Format mpegts AudioBitRate 64 AudioChannels 2 AudioSampleRate 44100 #AVOptionAudio flags +global_header VideoBitRate 512 BitExact 512 #VideoBufferSize 400 VideoFrameRate 25 #VideoBitRateTolerance 100 VideoSize 720x576 VideoGopSize 12 AudioCodec aac VideoCodec libx264 AVOptionVideo bsf h264_mp4toannexb AVOptionVideo threads 0 AVOptionVideo threads_type frame AVOptionVideo coder 0 AVOptionVideo bf 0 AVOptionVideo flags +loop AVOptionVideo partitions +parti8x8+parti4x4+partp8x8+partb8x8 AVOptionVideo me_method hex AVOptionVideo subq 7 AVOptionVideo me_range 16 AVOptionVideo g 250 AVOptionVideo keyint_min 10 AVOptionVideo sc_threshold 40 AVOptionVideo i_qfactor 0.71 AVOptionVideo b_strategy 1 AVOptionVideo qcomp 0.6 AVOptionVideo qmin 10 AVOptionVideo qmax 51 AVOptionVideo qdiff 4 AVOptionVideo refs 3 AVOptionVideo directpred 1 AVOptionVideo trellis 1 AVOptionVideo wpredp 0 #AVOptionVideo flags +global_header StartSendOnKey #---------------------------------------------- #------------------------------------------------------- Format status ACL allow 192.168.0.0 192.168.255.255 }}} where is the problem ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 10:13:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 08:13:40 -0000 Subject: [FFmpeg-trac] #2881(avcodec:open): wavpack: CRC error In-Reply-To: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> References: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> Message-ID: <054.e9a708dd2a1f7ff2458fcdbe6fe4d92a@avcodec.org> #2881: wavpack: CRC error ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by kurosu): * cc: christophe.gisquet@? (added) Comment: No crc error on Win64 here. Resampler bug fixed since then? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 11:22:50 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 09:22:50 -0000 Subject: [FFmpeg-trac] #3864(undetermined:new): caf: deadlock (fuzzed file) Message-ID: <039.c8609a9d9c56036a68451c8bdc457e20@avcodec.org> #3864: caf: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/d/c026a39d {{{ (gdb) r -i deadf.caf Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i deadf.caf [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [caf @ 0x93af340] skipping CAF chunk: 6368716E (chqn), size 12 Program received signal SIGINT, Interrupt. 0x089e64eb in av_dict_get (m=0x93a8420, key=0xbfffee60 "d\355\303\373~\362\253\353\333\365e\356\213\367\206\374.\003\r\371\264\002J\366\001\356\372\374C\347I", prev=0x0, flags=0) at libavutil/dict.c:57 57 for (j = 0; av_toupper(s[j]) == av_toupper(key[j]) && key[j]; j++) (gdb) bt #0 0x089e64eb in av_dict_get (m=0x93a8420, key=0xbfffee60 "d\355\303\373~\362\253\353\333\365e\356\213\367\206\374.\003\r\371\264\002J\366\001\356\372\374C\347I", prev=0x0, flags=0) at libavutil/dict.c:57 #1 0x089e65a9 in av_dict_set (pm=pm at entry=0x93af7b4, key=key at entry=0xbfffee60 "d\355\303\373~\362\253\353\333\365e\356\213\367\206\374.\003\r\371\264\002J\366\001\356\372\374C\347I", value=value at entry=0xbfffee80 "\367\324\342\062\365n\340", , flags=flags at entry=0) at libavutil/dict.c:72 #2 0x08195e37 in read_info_chunk (s=s at entry=0x93af340, size=) at libavformat/cafdec.c:213 #3 0x08196464 in read_header (s=0x93af340) at libavformat/cafdec.c:285 #4 0x08294543 in avformat_open_input (ps=ps at entry=0xbffff43c, filename=filename at entry=0xbffffb77 "deadf.caf", fmt=fmt at entry=0x0, options=0x93a884c) at libavformat/utils.c:437 #5 0x080be28d in open_input_file (o=o at entry=0xbffff53c, filename=) at ffmpeg_opt.c:870 #6 0x080b7d17 in open_files (inout=inout at entry=0x8a76cbb "input", open_file=open_file at entry=0x80bdf90 , l=, l=) at ffmpeg_opt.c:2670 ---Type to continue, or q to quit--- #7 0x080bff09 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0xbffff9e4) at ffmpeg_opt.c:2707 #8 0x080af43a in main (argc=3, argv=0xbffff9e4) at ffmpeg.c:3824 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 11:25:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 09:25:14 -0000 Subject: [FFmpeg-trac] #3865(undetermined:new): wavpack: deadlock (fuzzed file) Message-ID: <039.de7e196fb65548318d5b6e8a331f938a@avcodec.org> #3865: wavpack: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ (gdb) r -i deadlockf.wv Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i deadlockf.wv [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Program received signal SIGINT, Interrupt. 0x0818c9db in avio_seek (s=s at entry=0x93aed20, offset=, whence=, whence at entry=1) at libavformat/aviobuf.c:213 213 pos = s->pos - (s->write_flag ? 0 : buffer_size); (gdb) bt #0 0x0818c9db in avio_seek (s=s at entry=0x93aed20, offset=, whence=, whence at entry=1) at libavformat/aviobuf.c:213 #1 0x082a58e0 in avio_tell (s=0x93aed20) at libavformat/avio.h:266 #2 wv_read_block_header (ctx=ctx at entry=0x93af340, pb=pb at entry=0x93aed20) at libavformat/wvdec.c:127 #3 0x082a5dc7 in wv_read_header (s=0x93af340) at libavformat/wvdec.c:221 #4 0x08294543 in avformat_open_input (ps=ps at entry=0xbffff43c, filename=filename at entry=0xbffffb74 "deadlockf.wv", fmt=fmt at entry=0x0, options=0x93a884c) at libavformat/utils.c:437 #5 0x080be28d in open_input_file (o=o at entry=0xbffff53c, filename=) at ffmpeg_opt.c:870 #6 0x080b7d17 in open_files (inout=inout at entry=0x8a76cbb "input", open_file=open_file at entry=0x80bdf90 , l=, l=) at ffmpeg_opt.c:2670 #7 0x080bff09 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0xbffff9e4) at ffmpeg_opt.c:2707 #8 0x080af43a in main (argc=3, argv=0xbffff9e4) at ffmpeg.c:3824 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 14:45:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 12:45:37 -0000 Subject: [FFmpeg-trac] #3471(undetermined:closed): rpza: "MOV chunk size != encoded chunk size" In-Reply-To: <039.cf7119848673823daa7fa3cda36e17db@avcodec.org> References: <039.cf7119848673823daa7fa3cda36e17db@avcodec.org> Message-ID: <054.30d6e05d01a37dd5641b4c6d95d884fc@avcodec.org> #3471: rpza: "MOV chunk size != encoded chunk size" -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: rpza | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in b6c9266722d7732784930bb5728986e022257958 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 15:09:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 13:09:48 -0000 Subject: [FFmpeg-trac] #3412(avcodec:closed): h264 gray decoding failure In-Reply-To: <037.0af22053da9a03334a7f30e5e4bbea07@avcodec.org> References: <037.0af22053da9a03334a7f30e5e4bbea07@avcodec.org> Message-ID: <052.fcbe023ba42422f51e85fb71ba381aa4@avcodec.org> #3412: h264 gray decoding failure ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 94f60b65446b37132d7bd644ab2c4627d9488295 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 15:56:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 13:56:29 -0000 Subject: [FFmpeg-trac] #3861(undetermined:new): mpegts malformed in specifc circumstances In-Reply-To: <040.796bcedbc198e2ad53a976f7edc9d05c@avcodec.org> References: <040.796bcedbc198e2ad53a976f7edc9d05c@avcodec.org> Message-ID: <055.3bff8a231df9706918e74434d9385b63@avcodec.org> #3861: mpegts malformed in specifc circumstances -------------------------------------+------------------------------------- Reporter: blacktrash | 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 blacktrash): Might be related to #3562 - at least as far as {{{-filter_complex}}} is concerned. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 15:58:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 13:58:36 -0000 Subject: [FFmpeg-trac] #3866(undetermined:new): mov: deadlock (fuzzed file) Message-ID: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> #3866: mov: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/d/fe6e5a25 {{{ (gdb) r -i deadf.mov Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i deadf.mov [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x93af340] overread end of atom 'dref' by 1073741824 bytes [mov,mp4,m4a,3gp,3g2,mj2 @ 0x93af340] multiple fourcc not supported Last message repeated 66632 times Program received signal SIGINT, Interrupt. 0xb7ef991e in __write_nocancel () at ../sysdeps/unix/syscall-template.S:82 82 ../sysdeps/unix/syscall-template.S: No such file or directory. (gdb) bt #0 0xb7ef991e in __write_nocancel () at ../sysdeps/unix/syscall- template.S:82 #1 0xb7ea06c4 in _IO_new_file_write (f=0xb7f7e560, data=0xbfffb2d0, n=38) at fileops.c:1276 #2 0xb7ea036f in new_do_write (fp=0xb7f7e560, data=0xbfffb2d0 " Last message repeated 66633 times\r\377\277\026\006\352\267;", to_do=38) at fileops.c:530 #3 0xb7ea0616 in _IO_new_file_xsputn (f=0xb7f7e560, data=0xbfffb2d0, n=38) at fileops.c:1370 #4 0xb7e786a8 in buffered_vfprintf (s=0xb7f7e560, format=, args=) at vfprintf.c:2310 #5 0xb7e73833 in _IO_vfprintf_internal (s=0xb7f7e560, format=0x8c65abc " Last message repeated %d times\r", ap=0xbfffd968 "I\004\001") at vfprintf.c:1309 #6 0xb7e7d8df in __fprintf (stream=0xb7f7e560, format=format at entry=0x8c65abc " Last message repeated %d times\r") at fprintf.c:33 #7 0x089ef5af in av_log_default_callback (ptr=0x93af340, level=24, fmt=0x8a63a5c "multiple fourcc not supported\n", vl=0xbfffeddc "\001") at libavutil/log.c:318 #8 0x089ef882 in av_vlog (vl=0xbfffeddc "\001", fmt=0x8a63a5c "multiple fourcc not supported\n", level=, avcl=0x93af340) at libavutil/log.c:360 #9 av_log (avcl=0x93af340, level=, level at entry=24, ---Type to continue, or q to quit--- fmt=fmt at entry=0x8a63a5c "multiple fourcc not supported\n") at libavutil/log.c:352 #10 0x081f3861 in mov_skip_multiple_stsd (size=-17, format=-1, codec_tag=909201230, pb=0x93aed20, c=) at libavformat/mov.c:1658 #11 ff_mov_read_stsd_entries (c=0x93aee60, pb=0x93aed20, entries=134217729) at libavformat/mov.c:1702 #12 0x081eb0c8 in mov_read_default (c=c at entry=0x93aee60, pb=pb at entry=0x93aed20, atom=...) at libavformat/mov.c:3247 #13 0x081eb0c8 in mov_read_default (c=c at entry=0x93aee60, pb=pb at entry=0x93aed20, atom=...) at libavformat/mov.c:3247 #14 0x081eb0c8 in mov_read_default (c=c at entry=0x93aee60, pb=pb at entry=0x93aed20, atom=...) at libavformat/mov.c:3247 #15 0x081eb0c8 in mov_read_default (c=c at entry=0x93aee60, pb=pb at entry=0x93aed20, atom=...) at libavformat/mov.c:3247 #16 0x081f11c3 in mov_read_trak (c=c at entry=0x93aee60, pb=pb at entry=0x93aed20, atom=...) at libavformat/mov.c:2426 #17 0x081eb0c8 in mov_read_default (c=c at entry=0x93aee60, pb=pb at entry=0x93aed20, atom=...) at libavformat/mov.c:3247 #18 0x081ebb77 in mov_read_moov (c=c at entry=0x93aee60, pb=pb at entry=0x93aed20, atom=...) at libavformat/mov.c:777 #19 0x081eb0c8 in mov_read_default (c=c at entry=0x93aee60, pb=pb at entry=0x93aed20, atom=...) at libavformat/mov.c:3247 ---Type to continue, or q to quit--- #20 0x081effb4 in mov_read_header (s=0x93af340) at libavformat/mov.c:3572 #21 0x08294543 in avformat_open_input (ps=ps at entry=0xbffff44c, filename=filename at entry=0xbffffb78 "deadf.mov", fmt=fmt at entry=0x0, options=0x93a884c) at libavformat/utils.c:437 #22 0x080be28d in open_input_file (o=o at entry=0xbffff54c, filename=) at ffmpeg_opt.c:870 #23 0x080b7d17 in open_files (inout=inout at entry=0x8a76cbb "input", open_file=open_file at entry=0x80bdf90 , l=, l=) at ffmpeg_opt.c:2670 #24 0x080bff09 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0xbffff9f4) at ffmpeg_opt.c:2707 #25 0x080af43a in main (argc=3, argv=0xbffff9f4) at ffmpeg.c:3824 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 16:32:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 14:32:03 -0000 Subject: [FFmpeg-trac] #3861(undetermined:new): mpegts malformed in specifc circumstances In-Reply-To: <040.796bcedbc198e2ad53a976f7edc9d05c@avcodec.org> References: <040.796bcedbc198e2ad53a976f7edc9d05c@avcodec.org> Message-ID: <055.96e3f74e14c8f8472c75251895cfef64@avcodec.org> #3861: mpegts malformed in specifc circumstances -------------------------------------+------------------------------------- Reporter: blacktrash | 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 blacktrash): Replying to [comment:1 blacktrash]: > Might be related to #3562 - at least as far as {{{-filter_complex}}} is concerned. Nope, I can repro with {{{-filter:v}}} too. Don't have the time to extract the cases from a more involved script because failure or success(?) depend also on various other parameters. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 16:37:25 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 14:37:25 -0000 Subject: [FFmpeg-trac] #1178(undetermined:closed): tiff enc: visible green dots with odd width and -pix_fmt yuv410p In-Reply-To: <039.9ed88f66aa2b1e5dd1884d2e39e6b1af@avcodec.org> References: <039.9ed88f66aa2b1e5dd1884d2e39e6b1af@avcodec.org> Message-ID: <054.ea75d82f62485db6802aed8d35068805@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): It's really interesting why I get these dots and you don't. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 21:07:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 19:07:24 -0000 Subject: [FFmpeg-trac] #3866(avformat:open): mov: deadlock (fuzzed file) In-Reply-To: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> References: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> Message-ID: <054.07c82c065160436b338eebea1d90b54d@avcodec.org> #3866: mov: deadlock (fuzzed file) --------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => mov deadlock -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 21:09:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 19:09:45 -0000 Subject: [FFmpeg-trac] #3862(avformat:open): wav: fpe (fuzzed file) In-Reply-To: <039.9e8a26ac092b18974e6bc364b7d38099@avcodec.org> References: <039.9e8a26ac092b18974e6bc364b7d38099@avcodec.org> Message-ID: <054.251428556436c459234b6140ae08aa35@avcodec.org> #3862: wav: fpe (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav crash | Blocked By: fpe | 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: => wav crash fpe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 21:15:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 19:15:23 -0000 Subject: [FFmpeg-trac] #3864(avformat:open): caf: deadlock (fuzzed file) In-Reply-To: <039.c8609a9d9c56036a68451c8bdc457e20@avcodec.org> References: <039.c8609a9d9c56036a68451c8bdc457e20@avcodec.org> Message-ID: <054.c0bdbebc3ba81a0bc316c164bf93d48c@avcodec.org> #3864: caf: deadlock (fuzzed file) --------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: caf deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => caf deadlock -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 21:17:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 19:17:34 -0000 Subject: [FFmpeg-trac] #3865(avformat:open): wavpack: deadlock (fuzzed file) In-Reply-To: <039.de7e196fb65548318d5b6e8a331f938a@avcodec.org> References: <039.de7e196fb65548318d5b6e8a331f938a@avcodec.org> Message-ID: <054.2c794701994880dcf55d2e387f48cd59@avcodec.org> #3865: wavpack: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wavpack | Blocked By: deadlock | 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: => wavpack deadlock -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 21:33:55 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 19:33:55 -0000 Subject: [FFmpeg-trac] #3867(documentation:new): PDF documentation fails to build on LINUX. Message-ID: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> #3867: PDF documentation fails to build on LINUX. ---------------------------------------+---------------------------------- Reporter: cjg | Type: defect Status: new | Priority: normal Component: documentation | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Hello, When building the documentation textlive fails with: /usr/bin/texi2dvi: pdfetex exited with bad status, quitting. Here is the platform.log file contents: This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014) (preloaded format=pdfetex 2014.8.15) 18 AUG 2014 07:09 entering extended mode restricted \write18 enabled. file:line:error style messages enabled. %&-line parsing enabled. **\nonstopmode \catcode126=12 \def\normaltilde{~}\catcode126=13 \let~\normaltil de \input ./platform.texi (./platform.texi (/opt/texlive/2014/texmf-dist/tex/texinfo/texinfo.tex Loading texinfo [version 2014-05-20.16]: \bindingoffset=\dimen16 \normaloffset=\dimen17 \pagewidth=\dimen18 \pageheight=\dimen19 \outerhsize=\dimen20 \outervsize=\dimen21 \cornerlong=\dimen22 \cornerthick=\dimen23 \topandbottommargin=\dimen24 \headlinebox=\box16 \footlinebox=\box17 \margin=\insert252 \EMsimple=\toks13 \groupbox=\box18 \groupinvalidhelp=\toks14 \mil=\dimen25 \exdentamount=\skip18 \inmarginspacing=\skip19 \centerpenalty=\count27 pdf, \tempnum=\count28 \lnkcount=\count29 \filename=\toks15 \filenamelength=\count30 \pgn=\count31 \toksA=\toks16 \toksB=\toks17 \toksC=\toks18 \toksD=\toks19 \boxA=\box19 \countA=\count32 \nopdfimagehelp=\toks20 fonts, \sffam=\fam8 \textleading=\dimen26 markup, \fontdepth=\count33 glyphs, \errorbox=\box20 page headings, \titlepagetopglue=\skip20 \titlepagebottomglue=\skip21 \evenheadline=\toks21 \oddheadline=\toks22 \evenfootline=\toks23 \oddfootline=\toks24 tables, \tableindent=\dimen27 \itemindent=\dimen28 \itemmargin=\dimen29 \itemmax=\dimen30 \itemno=\count34 \multitableparskip=\skip22 \multitableparindent=\skip23 \multitablecolspace=\dimen31 \multitablelinespace=\skip24 \colcount=\count35 \everytab=\toks25 conditionals, \doignorecount=\count36 indexing, \whatsitskip=\skip25 \whatsitpenalty=\count37 \secondaryindent=\skip26 \partialpage=\box21 \doublecolumnhsize=\dimen32 sectioning, \unnumberedno=\count38 \chapno=\count39 \secno=\count40 \subsecno=\count41 \subsubsecno=\count42 \appendixno=\count43 \absseclevel=\count44 \secbase=\count45 \chapheadingskip=\skip27 \secheadingskip=\skip28 \subsecheadingskip=\skip29 toc, \tocfile=\write0 \contentsrightmargin=\skip30 \savepageno=\count46 \lastnegativepageno=\count47 \tocindent=\dimen33 environments, \lispnarrowing=\skip31 \envskipamount=\skip32 \circthick=\dimen34 \cartouter=\dimen35 \cartinner=\dimen36 \normbskip=\skip33 \normpskip=\skip34 \normlskip=\skip35 \lskip=\skip36 \rskip=\skip37 \nonfillparindent=\dimen37 \tabw=\dimen38 \verbbox=\box22 defuns, \defbodyindent=\skip38 \defargsindent=\skip39 \deflastargmargin=\skip40 \defunpenalty=\count48 \parencount=\count49 \brackcount=\count50 macros, \paramno=\count51 \macname=\toks26 cross references, \auxfile=\write1 \savesfregister=\count52 \toprefbox=\box23 \printedrefnamebox=\box24 \infofilenamebox=\box25 \printedmanualbox=\box26 insertions, \footnoteno=\count53 \SAVEfootins=\box27 \SAVEmargin=\box28 (/opt/texlive/2014/texmf-dist/tex/generic/epsf/epsf.tex This is `epsf.tex' v2.7.4 <14 February 2011> \epsffilein=\read1 \epsfframemargin=\dimen39 \epsfframethickness=\dimen40 \epsfrsize=\dimen41 \epsftmp=\dimen42 \epsftsize=\dimen43 \epsfxsize=\dimen44 \epsfysize=\dimen45 \pspoints=\dimen46 ) \noepsfhelp=\toks27 localization, \nolanghelp=\toks28 \countUTFx=\count54 \countUTFy=\count55 \countUTFz=\count56 formatting, \defaultparindent=\dimen47 and turning on texinfo input format.) [1{/opt/texlive/2014/texmf- var/fonts/map /pdftex/updmap/pdftex.map}] () \openout0 = `platform.toc'. [1] (./platform.toc) [-1] (./platform.toc) (./platform.toc) Chapter 1 @xrdef{Darwin-title}{(Open)Solaris} @xrdef{Darwin-snt}{} Chapter 2 [2 @numchapentry{Unix-like}{1}{}{2} @numsecentry{Advanced linking configuration}{1.1}{}{2} @numsecentry{BSD}{1.2}{}{2} @numsecentry{(Open)Solaris}{1.3}{}{2} @xrdef{Darwin-pg}{2} @numsecentry{Darwin (Mac OS X, iPhone)}{1.4}{}{2} ] Chapter 3 [3 @numchapentry{DOS}{2}{}{3} ] Chapter 4 [4 @numchapentry{OS/2}{3}{}{4} ] [5 @numchapentry{Windows}{4}{}{5} @numsecentry{Native Windows compilation using MinGW or MinGW-w64}{4.1}{}{5} @numsecentry{Microsoft Visual C++ or Intel C++ Compiler for Windows}{4.2}{}{5} ] [6 @numsubsecentry{Linking to FFmpeg with Microsoft Visual C++}{4.2.1}{}{6} ] ./platform.texi:248: Use of \ doesn't match its definition. l.248 lib /machine:i386 /def:..\l ib\foo-version.def /out:foo.lib If you say, e.g., `\def\a1{...}', then you must always put `1' after `\a', since control sequence names are made up of letters only. The macro here has not been followed by the required stuff, so I'm ignoring it. ./platform.texi:248: Use of \ doesn't match its definition. l.248 lib /machine:i386 /def:..\lib\f oo-version.def /out:foo.lib If you say, e.g., `\def\a1{...}', then you must always put `1' after `\a', since control sequence names are made up of letters only. The macro here has not been followed by the required stuff, so I'm ignoring it. @xrdef{Cross compilation for Windows with Linux-title}{Linking to FFmpeg with M icrosoft Visual C++} @xrdef{Cross compilation for Windows with Linux-snt}{} Overfull \hbox (78.17732pt too wide) in paragraph at lines 296--296 []@texttt yasm, libSDL-devel, libfaac-devel, libaacplus-devel, libgsm- devel, l ibmp3lame-devel,[] | @hbox(6.69167+2.43333)x433.62 . at glue(@leftskip) 28.90755 . at hbox(0.0+0.0)x0.0 . at texttt y . at texttt a . at texttt s .etc. Overfull \hbox (14.94176pt too wide) in paragraph at lines 297--297 []@texttt libschroedinger1.0-devel, speex-devel, libtheora-devel, libxvidcore- devel[] | @hbox(6.69167+2.43333)x433.62 . at glue(@leftskip) 28.90755 . at hbox(0.0+0.0)x0.0 . at texttt l . at texttt i . at texttt b .etc. [7 @xrdef{Cross compilation for Windows with Linux-pg}{7} @numsecentry{Cross compilation for Windows with Linux}{4.3}{}{7} @numsecentry{Compilation under Cygwin}{4.4}{}{7} ] Overfull \hbox (72.42863pt too wide) in paragraph at lines 317--317 []@texttt ./configure --target-os=mingw32 --extra-cflags=-mno-cygwin --extra-l ibs=-mno-cygwin[] | @hbox(7.60416+2.43333)x433.62 . at glue(@leftskip) 28.90755 . at hbox(0.0+0.0)x0.0 . at texttt . . at texttt / . at texttt c .etc. Overfull \hbox (262.13533pt too wide) in paragraph at lines 322--322 []@texttt ./configure --target-os=mingw32 --enable-shared --disable- static --e xtra-cflags=-mno-cygwin --extra-libs=-mno-cygwin[] | @hbox(7.60416+2.43333)x433.62 . at glue(@leftskip) 28.90755 . at hbox(0.0+0.0)x0.0 . at texttt . . at texttt / . at texttt c .etc. Chapter 5 [8 @numsecentry{Crosscompilation for Windows under Cygwin}{4.5}{}{8} ] Underfull \hbox (badness 10000) in paragraph at lines 356--365 @texttt (http://ports2plan9.googlecode.com/files/gcc- apelibs-1207.tbz[])[][][] @textrm pack-age @hbox(7.60416+2.43333)x433.62, glue set 8.08865 . at glue(@leftskip) 21.68121 . at texttt ( . at texttt h . at texttt t . at texttt t .etc. [9 @numchapentry{Plan 9}{5}{}{9} ] ) Here is how much of TeX's memory you used: 1879 strings out of 494669 22887 string characters out of 6151786 66382 words of memory out of 5000000 3395 multiletter control sequences out of 15000+600000 32127 words of font info for 112 fonts, out of 8000000 for 9000 1457 hyphenation exceptions out of 8191 12i,5n,16p,373b,372s stack positions out of 5000i,500n,10000p,200000b,80000s Output written on platform.pdf (11 pages, 119602 bytes). PDF statistics: 135 PDF objects out of 1000 (max. 8388607) 110 compressed objects within 2 object streams 12 named destinations out of 1000 (max. 500000) 21 words of extra memory for PDF output out of 10000 (max. 10000000) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 23:11:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 21:11:45 -0000 Subject: [FFmpeg-trac] #3867(documentation:new): PDF documentation fails to build on LINUX. In-Reply-To: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> References: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> Message-ID: <048.f293d3fbd905700af51dd606ddf89c43@avcodec.org> #3867: PDF documentation fails to build on LINUX. --------------------------------+----------------------------------------- Reporter: cjg | Owner: Type: defect | Status: new Priority: normal | Component: documentation Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------------- Comment (by Cigaes): Does it help if you modify {{{doc/platform.texi}}}: {{{ lib /machine:i386 /def:..\lib\foo-version.def /out:foo.lib }}} and replace the two backslashes with {{{?@backslashchar{}?}}}? (I did not know we could generate PDF docs. Not that I find that useful compared to man and HTML... And why does trac suddenly put everything in bold?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 17 23:13:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 21:13:33 -0000 Subject: [FFmpeg-trac] #3867(documentation:new): PDF documentation fails to build on LINUX. In-Reply-To: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> References: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> Message-ID: <048.c154ea153f5f7d2f3861026adabb3149@avcodec.org> #3867: PDF documentation fails to build on LINUX. --------------------------------+----------------------------------------- Reporter: cjg | Owner: Type: defect | Status: new Priority: normal | Component: documentation Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------------- Description changed by Cigaes: Old description: > Hello, > > When building the documentation textlive fails with: > > /usr/bin/texi2dvi: pdfetex exited with bad status, quitting. > > Here is the platform.log file contents: > > This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014) (preloaded > format=pdfetex 2014.8.15) 18 AUG 2014 07:09 > entering extended mode > restricted \write18 enabled. > file:line:error style messages enabled. > %&-line parsing enabled. > **\nonstopmode \catcode126=12 \def\normaltilde{~}\catcode126=13 > \let~\normaltil > de \input ./platform.texi > (./platform.texi (/opt/texlive/2014/texmf-dist/tex/texinfo/texinfo.tex > Loading texinfo [version 2014-05-20.16]: > \bindingoffset=\dimen16 > \normaloffset=\dimen17 > \pagewidth=\dimen18 > \pageheight=\dimen19 > \outerhsize=\dimen20 > \outervsize=\dimen21 > \cornerlong=\dimen22 > \cornerthick=\dimen23 > \topandbottommargin=\dimen24 > \headlinebox=\box16 > \footlinebox=\box17 > \margin=\insert252 > \EMsimple=\toks13 > \groupbox=\box18 > \groupinvalidhelp=\toks14 > \mil=\dimen25 > \exdentamount=\skip18 > \inmarginspacing=\skip19 > \centerpenalty=\count27 > pdf, > \tempnum=\count28 > \lnkcount=\count29 > \filename=\toks15 > \filenamelength=\count30 > \pgn=\count31 > \toksA=\toks16 > \toksB=\toks17 > \toksC=\toks18 > \toksD=\toks19 > \boxA=\box19 > \countA=\count32 > \nopdfimagehelp=\toks20 > fonts, > \sffam=\fam8 > \textleading=\dimen26 > markup, > \fontdepth=\count33 > glyphs, > \errorbox=\box20 > > page headings, > \titlepagetopglue=\skip20 > \titlepagebottomglue=\skip21 > \evenheadline=\toks21 > \oddheadline=\toks22 > \evenfootline=\toks23 > \oddfootline=\toks24 > tables, > \tableindent=\dimen27 > \itemindent=\dimen28 > \itemmargin=\dimen29 > \itemmax=\dimen30 > \itemno=\count34 > \multitableparskip=\skip22 > \multitableparindent=\skip23 > \multitablecolspace=\dimen31 > \multitablelinespace=\skip24 > \colcount=\count35 > \everytab=\toks25 > conditionals, > \doignorecount=\count36 > indexing, > \whatsitskip=\skip25 > \whatsitpenalty=\count37 > \secondaryindent=\skip26 > \partialpage=\box21 > \doublecolumnhsize=\dimen32 > sectioning, > \unnumberedno=\count38 > \chapno=\count39 > \secno=\count40 > \subsecno=\count41 > \subsubsecno=\count42 > \appendixno=\count43 > \absseclevel=\count44 > \secbase=\count45 > \chapheadingskip=\skip27 > \secheadingskip=\skip28 > \subsecheadingskip=\skip29 > toc, > \tocfile=\write0 > \contentsrightmargin=\skip30 > \savepageno=\count46 > \lastnegativepageno=\count47 > \tocindent=\dimen33 > environments, > \lispnarrowing=\skip31 > \envskipamount=\skip32 > \circthick=\dimen34 > \cartouter=\dimen35 > \cartinner=\dimen36 > \normbskip=\skip33 > \normpskip=\skip34 > \normlskip=\skip35 > \lskip=\skip36 > \rskip=\skip37 > \nonfillparindent=\dimen37 > \tabw=\dimen38 > \verbbox=\box22 > > defuns, > \defbodyindent=\skip38 > \defargsindent=\skip39 > \deflastargmargin=\skip40 > \defunpenalty=\count48 > \parencount=\count49 > \brackcount=\count50 > macros, > \paramno=\count51 > \macname=\toks26 > cross references, > \auxfile=\write1 > \savesfregister=\count52 > \toprefbox=\box23 > \printedrefnamebox=\box24 > \infofilenamebox=\box25 > \printedmanualbox=\box26 > insertions, > \footnoteno=\count53 > \SAVEfootins=\box27 > \SAVEmargin=\box28 > > (/opt/texlive/2014/texmf-dist/tex/generic/epsf/epsf.tex > This is `epsf.tex' v2.7.4 <14 February 2011> > \epsffilein=\read1 > \epsfframemargin=\dimen39 > \epsfframethickness=\dimen40 > \epsfrsize=\dimen41 > \epsftmp=\dimen42 > \epsftsize=\dimen43 > \epsfxsize=\dimen44 > \epsfysize=\dimen45 > \pspoints=\dimen46 > ) > \noepsfhelp=\toks27 > localization, > \nolanghelp=\toks28 > \countUTFx=\count54 > \countUTFy=\count55 > \countUTFz=\count56 > formatting, > \defaultparindent=\dimen47 > and turning on texinfo input format.) [1{/opt/texlive/2014/texmf- > var/fonts/map > /pdftex/updmap/pdftex.map}] () > \openout0 = `platform.toc'. > > [1] (./platform.toc) > [-1] (./platform.toc) (./platform.toc) Chapter 1 > @xrdef{Darwin-title}{(Open)Solaris} > @xrdef{Darwin-snt}{} > Chapter 2 [2 > @numchapentry{Unix-like}{1}{}{2} > @numsecentry{Advanced linking configuration}{1.1}{}{2} > @numsecentry{BSD}{1.2}{}{2} > @numsecentry{(Open)Solaris}{1.3}{}{2} > @xrdef{Darwin-pg}{2} > @numsecentry{Darwin (Mac OS X, iPhone)}{1.4}{}{2} > ] Chapter 3 [3 > @numchapentry{DOS}{2}{}{3} > ] Chapter 4 [4 > @numchapentry{OS/2}{3}{}{4} > ] [5 > @numchapentry{Windows}{4}{}{5} > @numsecentry{Native Windows compilation using MinGW or > MinGW-w64}{4.1}{}{5} > @numsecentry{Microsoft Visual C++ or Intel C++ Compiler for > Windows}{4.2}{}{5} > ] [6 > @numsubsecentry{Linking to FFmpeg with Microsoft Visual C++}{4.2.1}{}{6} > ] > ./platform.texi:248: Use of \ doesn't match its definition. > l.248 lib /machine:i386 /def:..\l > ib\foo-version.def /out:foo.lib > If you say, e.g., `\def\a1{...}', then you must always > put `1' after `\a', since control sequence names are > made up of letters only. The macro here has not been > followed by the required stuff, so I'm ignoring it. > > ./platform.texi:248: Use of \ doesn't match its definition. > l.248 lib /machine:i386 /def:..\lib\f > oo-version.def /out:foo.lib > If you say, e.g., `\def\a1{...}', then you must always > put `1' after `\a', since control sequence names are > made up of letters only. The macro here has not been > followed by the required stuff, so I'm ignoring it. > > @xrdef{Cross compilation for Windows with Linux-title}{Linking to FFmpeg > with M > icrosoft Visual C++} > @xrdef{Cross compilation for Windows with Linux-snt}{} > > Overfull \hbox (78.17732pt too wide) in paragraph at lines 296--296 > []@texttt yasm, libSDL-devel, libfaac-devel, libaacplus-devel, libgsm- > devel, l > ibmp3lame-devel,[] | > > @hbox(6.69167+2.43333)x433.62 > . at glue(@leftskip) 28.90755 > . at hbox(0.0+0.0)x0.0 > . at texttt y > . at texttt a > . at texttt s > .etc. > > Overfull \hbox (14.94176pt too wide) in paragraph at lines 297--297 > []@texttt libschroedinger1.0-devel, speex-devel, libtheora-devel, > libxvidcore- > devel[] | > > @hbox(6.69167+2.43333)x433.62 > . at glue(@leftskip) 28.90755 > . at hbox(0.0+0.0)x0.0 > . at texttt l > . at texttt i > . at texttt b > .etc. > > [7 > @xrdef{Cross compilation for Windows with Linux-pg}{7} > @numsecentry{Cross compilation for Windows with Linux}{4.3}{}{7} > @numsecentry{Compilation under Cygwin}{4.4}{}{7} > ] > Overfull \hbox (72.42863pt too wide) in paragraph at lines 317--317 > []@texttt ./configure --target-os=mingw32 --extra-cflags=-mno-cygwin > --extra-l > ibs=-mno-cygwin[] | > > @hbox(7.60416+2.43333)x433.62 > . at glue(@leftskip) 28.90755 > . at hbox(0.0+0.0)x0.0 > . at texttt . > . at texttt / > . at texttt c > .etc. > > Overfull \hbox (262.13533pt too wide) in paragraph at lines 322--322 > []@texttt ./configure --target-os=mingw32 --enable-shared --disable- > static --e > xtra-cflags=-mno-cygwin --extra-libs=-mno-cygwin[] | > > @hbox(7.60416+2.43333)x433.62 > . at glue(@leftskip) 28.90755 > . at hbox(0.0+0.0)x0.0 > . at texttt . > . at texttt / > . at texttt c > .etc. > > Chapter 5 [8 > @numsecentry{Crosscompilation for Windows under Cygwin}{4.5}{}{8} > ] > Underfull \hbox (badness 10000) in paragraph at lines 356--365 > @texttt (http://ports2plan9.googlecode.com/files/gcc- > apelibs-1207.tbz[])[][][] > @textrm pack-age > > @hbox(7.60416+2.43333)x433.62, glue set 8.08865 > . at glue(@leftskip) 21.68121 > . at texttt ( > . at texttt h > . at texttt t > . at texttt t > .etc. > > [9 > @numchapentry{Plan 9}{5}{}{9} > ] ) > Here is how much of TeX's memory you used: > 1879 strings out of 494669 > 22887 string characters out of 6151786 > 66382 words of memory out of 5000000 > 3395 multiletter control sequences out of 15000+600000 > 32127 words of font info for 112 fonts, out of 8000000 for 9000 > 1457 hyphenation exceptions out of 8191 > 12i,5n,16p,373b,372s stack positions out of > 5000i,500n,10000p,200000b,80000s > dist/fonts/type1/public/amsfonts/cm/cmb10.pfb> /texlive/2014/texmf- > dist/fonts/type1/public/amsfonts/cm/cmbx12.pfb> e/2014/texmf- > dist/fonts/type1/public/amsfonts/cm/cmmi12.pfb> texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb> /texmf-di > st/fonts/type1/public/amsfonts/cm/cmsy10.pfb> dist/font > s/type1/public/amsfonts/cm/cmti10.pfb> dist/fonts/type1 > /public/amsfonts/cm/cmtt10.pfb> > Output written on platform.pdf (11 pages, 119602 bytes). > PDF statistics: > 135 PDF objects out of 1000 (max. 8388607) > 110 compressed objects within 2 object streams > 12 named destinations out of 1000 (max. 500000) > 21 words of extra memory for PDF output out of 10000 (max. 10000000) New description: Hello, When building the documentation textlive fails with: {{{ /usr/bin/texi2dvi: pdfetex exited with bad status, quitting. }}} Here is the platform.log file contents: {{{ This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014) (preloaded format=pdfetex 2014.8.15) 18 AUG 2014 07:09 entering extended mode restricted \write18 enabled. file:line:error style messages enabled. %&-line parsing enabled. **\nonstopmode \catcode126=12 \def\normaltilde{~}\catcode126=13 \let~\normaltil de \input ./platform.texi (./platform.texi (/opt/texlive/2014/texmf-dist/tex/texinfo/texinfo.tex Loading texinfo [version 2014-05-20.16]: \bindingoffset=\dimen16 \normaloffset=\dimen17 \pagewidth=\dimen18 \pageheight=\dimen19 \outerhsize=\dimen20 \outervsize=\dimen21 \cornerlong=\dimen22 \cornerthick=\dimen23 \topandbottommargin=\dimen24 \headlinebox=\box16 \footlinebox=\box17 \margin=\insert252 \EMsimple=\toks13 \groupbox=\box18 \groupinvalidhelp=\toks14 \mil=\dimen25 \exdentamount=\skip18 \inmarginspacing=\skip19 \centerpenalty=\count27 pdf, \tempnum=\count28 \lnkcount=\count29 \filename=\toks15 \filenamelength=\count30 \pgn=\count31 \toksA=\toks16 \toksB=\toks17 \toksC=\toks18 \toksD=\toks19 \boxA=\box19 \countA=\count32 \nopdfimagehelp=\toks20 fonts, \sffam=\fam8 \textleading=\dimen26 markup, \fontdepth=\count33 glyphs, \errorbox=\box20 page headings, \titlepagetopglue=\skip20 \titlepagebottomglue=\skip21 \evenheadline=\toks21 \oddheadline=\toks22 \evenfootline=\toks23 \oddfootline=\toks24 tables, \tableindent=\dimen27 \itemindent=\dimen28 \itemmargin=\dimen29 \itemmax=\dimen30 \itemno=\count34 \multitableparskip=\skip22 \multitableparindent=\skip23 \multitablecolspace=\dimen31 \multitablelinespace=\skip24 \colcount=\count35 \everytab=\toks25 conditionals, \doignorecount=\count36 indexing, \whatsitskip=\skip25 \whatsitpenalty=\count37 \secondaryindent=\skip26 \partialpage=\box21 \doublecolumnhsize=\dimen32 sectioning, \unnumberedno=\count38 \chapno=\count39 \secno=\count40 \subsecno=\count41 \subsubsecno=\count42 \appendixno=\count43 \absseclevel=\count44 \secbase=\count45 \chapheadingskip=\skip27 \secheadingskip=\skip28 \subsecheadingskip=\skip29 toc, \tocfile=\write0 \contentsrightmargin=\skip30 \savepageno=\count46 \lastnegativepageno=\count47 \tocindent=\dimen33 environments, \lispnarrowing=\skip31 \envskipamount=\skip32 \circthick=\dimen34 \cartouter=\dimen35 \cartinner=\dimen36 \normbskip=\skip33 \normpskip=\skip34 \normlskip=\skip35 \lskip=\skip36 \rskip=\skip37 \nonfillparindent=\dimen37 \tabw=\dimen38 \verbbox=\box22 defuns, \defbodyindent=\skip38 \defargsindent=\skip39 \deflastargmargin=\skip40 \defunpenalty=\count48 \parencount=\count49 \brackcount=\count50 macros, \paramno=\count51 \macname=\toks26 cross references, \auxfile=\write1 \savesfregister=\count52 \toprefbox=\box23 \printedrefnamebox=\box24 \infofilenamebox=\box25 \printedmanualbox=\box26 insertions, \footnoteno=\count53 \SAVEfootins=\box27 \SAVEmargin=\box28 (/opt/texlive/2014/texmf-dist/tex/generic/epsf/epsf.tex This is `epsf.tex' v2.7.4 <14 February 2011> \epsffilein=\read1 \epsfframemargin=\dimen39 \epsfframethickness=\dimen40 \epsfrsize=\dimen41 \epsftmp=\dimen42 \epsftsize=\dimen43 \epsfxsize=\dimen44 \epsfysize=\dimen45 \pspoints=\dimen46 ) \noepsfhelp=\toks27 localization, \nolanghelp=\toks28 \countUTFx=\count54 \countUTFy=\count55 \countUTFz=\count56 formatting, \defaultparindent=\dimen47 and turning on texinfo input format.) [1{/opt/texlive/2014/texmf- var/fonts/map /pdftex/updmap/pdftex.map}] () \openout0 = `platform.toc'. [1] (./platform.toc) [-1] (./platform.toc) (./platform.toc) Chapter 1 @xrdef{Darwin-title}{(Open)Solaris} @xrdef{Darwin-snt}{} Chapter 2 [2 @numchapentry{Unix-like}{1}{}{2} @numsecentry{Advanced linking configuration}{1.1}{}{2} @numsecentry{BSD}{1.2}{}{2} @numsecentry{(Open)Solaris}{1.3}{}{2} @xrdef{Darwin-pg}{2} @numsecentry{Darwin (Mac OS X, iPhone)}{1.4}{}{2} ] Chapter 3 [3 @numchapentry{DOS}{2}{}{3} ] Chapter 4 [4 @numchapentry{OS/2}{3}{}{4} ] [5 @numchapentry{Windows}{4}{}{5} @numsecentry{Native Windows compilation using MinGW or MinGW-w64}{4.1}{}{5} @numsecentry{Microsoft Visual C++ or Intel C++ Compiler for Windows}{4.2}{}{5} ] [6 @numsubsecentry{Linking to FFmpeg with Microsoft Visual C++}{4.2.1}{}{6} ] ./platform.texi:248: Use of \ doesn't match its definition. l.248 lib /machine:i386 /def:..\l ib\foo-version.def /out:foo.lib If you say, e.g., `\def\a1{...}', then you must always put `1' after `\a', since control sequence names are made up of letters only. The macro here has not been followed by the required stuff, so I'm ignoring it. ./platform.texi:248: Use of \ doesn't match its definition. l.248 lib /machine:i386 /def:..\lib\f oo-version.def /out:foo.lib If you say, e.g., `\def\a1{...}', then you must always put `1' after `\a', since control sequence names are made up of letters only. The macro here has not been followed by the required stuff, so I'm ignoring it. @xrdef{Cross compilation for Windows with Linux-title}{Linking to FFmpeg with M icrosoft Visual C++} @xrdef{Cross compilation for Windows with Linux-snt}{} Overfull \hbox (78.17732pt too wide) in paragraph at lines 296--296 []@texttt yasm, libSDL-devel, libfaac-devel, libaacplus-devel, libgsm- devel, l ibmp3lame-devel,[] | @hbox(6.69167+2.43333)x433.62 . at glue(@leftskip) 28.90755 . at hbox(0.0+0.0)x0.0 . at texttt y . at texttt a . at texttt s .etc. Overfull \hbox (14.94176pt too wide) in paragraph at lines 297--297 []@texttt libschroedinger1.0-devel, speex-devel, libtheora-devel, libxvidcore- devel[] | @hbox(6.69167+2.43333)x433.62 . at glue(@leftskip) 28.90755 . at hbox(0.0+0.0)x0.0 . at texttt l . at texttt i . at texttt b .etc. [7 @xrdef{Cross compilation for Windows with Linux-pg}{7} @numsecentry{Cross compilation for Windows with Linux}{4.3}{}{7} @numsecentry{Compilation under Cygwin}{4.4}{}{7} ] Overfull \hbox (72.42863pt too wide) in paragraph at lines 317--317 []@texttt ./configure --target-os=mingw32 --extra-cflags=-mno-cygwin --extra-l ibs=-mno-cygwin[] | @hbox(7.60416+2.43333)x433.62 . at glue(@leftskip) 28.90755 . at hbox(0.0+0.0)x0.0 . at texttt . . at texttt / . at texttt c .etc. Overfull \hbox (262.13533pt too wide) in paragraph at lines 322--322 []@texttt ./configure --target-os=mingw32 --enable-shared --disable- static --e xtra-cflags=-mno-cygwin --extra-libs=-mno-cygwin[] | @hbox(7.60416+2.43333)x433.62 . at glue(@leftskip) 28.90755 . at hbox(0.0+0.0)x0.0 . at texttt . . at texttt / . at texttt c .etc. Chapter 5 [8 @numsecentry{Crosscompilation for Windows under Cygwin}{4.5}{}{8} ] Underfull \hbox (badness 10000) in paragraph at lines 356--365 @texttt (http://ports2plan9.googlecode.com/files/gcc- apelibs-1207.tbz[])[][][] @textrm pack-age @hbox(7.60416+2.43333)x433.62, glue set 8.08865 . at glue(@leftskip) 21.68121 . at texttt ( . at texttt h . at texttt t . at texttt t .etc. [9 @numchapentry{Plan 9}{5}{}{9} ] ) Here is how much of TeX's memory you used: 1879 strings out of 494669 22887 string characters out of 6151786 66382 words of memory out of 5000000 3395 multiletter control sequences out of 15000+600000 32127 words of font info for 112 fonts, out of 8000000 for 9000 1457 hyphenation exceptions out of 8191 12i,5n,16p,373b,372s stack positions out of 5000i,500n,10000p,200000b,80000s Output written on platform.pdf (11 pages, 119602 bytes). PDF statistics: 135 PDF objects out of 1000 (max. 8388607) 110 compressed objects within 2 object streams 12 named destinations out of 1000 (max. 500000) 21 words of extra memory for PDF output out of 10000 (max. 10000000) }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 01:41:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 23:41:06 -0000 Subject: [FFmpeg-trac] #2881(avcodec:open): wavpack: CRC error In-Reply-To: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> References: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> Message-ID: <054.cd4154307fdad06a0ee049a3e742ad5e@avcodec.org> #2881: wavpack: CRC error ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i test.ogg -ar 111111 -t 5 out.wv ffmpeg version N-65707-g00aa2eb Copyright (c) 2000-2014 the FFmpeg developers built on Aug 18 2014 01:37:58 with gcc 4.8 (SUSE Linux) configuration: --enable-gpl libavutil 54. 4.100 / 54. 4.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, ogg, from 'test.ogg': Duration: 00:00:30.01, start: 0.000000, bitrate: 121 kb/s Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp, 112 kb/s Metadata: COMMENT : Processed by SoX Output #0, wv, to 'out.wv': Metadata: encoder : Lavf56.1.100 Stream #0:0: Audio: wavpack, 111111 Hz, stereo, fltp, 128 kb/s Metadata: COMMENT : Processed by SoX encoder : Lavc56.0.101 wavpack Stream mapping: Stream #0:0 -> #0:0 (vorbis (native) -> wavpack (native)) Press [q] to stop, [?] for help size= 2520kB time=00:00:05.49 bitrate=3753.7kbits/s video:0kB audio:2520kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.003565% }}} {{{ $ ffmpeg -err_detect +crccheck -i out.wv -f null - ffmpeg version N-65707-g00aa2eb Copyright (c) 2000-2014 the FFmpeg developers built on Aug 18 2014 01:37:58 with gcc 4.8 (SUSE Linux) configuration: --enable-gpl libavutil 54. 4.100 / 54. 4.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, wv, from 'out.wv': Metadata: encoder : Lavf56.1.100 Duration: 00:00:05.00, start: 0.000000, bitrate: 4129 kb/s Stream #0:0: Audio: wavpack, 111111 Hz, stereo, fltp Output #0, null, to 'pipe:': Metadata: encoder : Lavf56.1.100 Stream #0:0: Audio: pcm_s16le, 111111 Hz, stereo, s16, 3555 kb/s Metadata: encoder : Lavc56.0.101 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (wavpack (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [wavpack @ 0x2cbdaa0] CRC error size=N/A time=00:00:04.99 bitrate=N/A video:0kB audio:2170kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 01:45:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Aug 2014 23:45:24 -0000 Subject: [FFmpeg-trac] #3867(documentation:new): PDF documentation fails to build on LINUX. In-Reply-To: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> References: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> Message-ID: <048.e0963f411593d9905ee1a2e66b476d60@avcodec.org> #3867: PDF documentation fails to build on LINUX. --------------------------------+----------------------------------------- Reporter: cjg | Owner: Type: defect | Status: new Priority: normal | Component: documentation Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------------- Comment (by cehoyos): How can I reproduce this? {{{make}}} succeeds here without producing any pdf files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 04:59:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 02:59:44 -0000 Subject: [FFmpeg-trac] #3630(ffserver:open): ffserver crashes when a client disconnect In-Reply-To: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> References: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> Message-ID: <054.5309a5ed66cbc6e7e1e32dc8ea4938a6@avcodec.org> #3630: ffserver crashes when a client disconnect -----------------------------------+------------------------------------ Reporter: Reventlov | Owner: reynaldo Type: defect | Status: open Priority: important | Component: ffserver Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by reynaldo): * owner: => reynaldo * status: new => open Comment: Reproduced: Program received signal SIGSEGV, Segmentation fault. flush_buffer (s=0x180a4e0) at libavformat/aviobuf.c:145 145 s->checksum = s->update_checksum(s->checksum, s->checksum_ptr, (gdb) bt #0 flush_buffer (s=0x180a4e0) at libavformat/aviobuf.c:145 #1 avio_flush (s=0x180a4e0) at libavformat/aviobuf.c:197 #2 0x00000000004fff2a in av_write_trailer (s=s at entry=0x17e8b40) at libavformat/mux.c:948 #3 0x0000000000462c00 in close_connection (c=c at entry=0x17c65a0) at ffserver.c:919 #4 0x00000000004642a0 in rtsp_cmd_interrupt (c=c at entry=0x17c5760, url=url at entry=0x7fffffffb400 "rtsp://127.0.0.1:5454/rtsp.mpg/", h=h at entry=0x7fffffffc400, pause_only=pause_only at entry=0) at ffserver.c:3337 #5 0x0000000000469670 in rtsp_parse_request (c=0x17c5760) at ffserver.c:2954 #6 0x000000000045c989 in handle_connection (c=0x17c5760) at ffserver.c:999 #7 http_server () at ffserver.c:768 #8 main (argc=, argv=) at ffserver.c:4783 Looking rly quick it seems to be related to https://trac.ffmpeg.org/ticket/1740 will take another look tomorrow -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 05:18:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 03:18:49 -0000 Subject: [FFmpeg-trac] #3856(undetermined:closed): Incorrect frame rate for webm (vp8, libvpx) In-Reply-To: <039.2cdc773acf236a09fc208dd9f889a2bf@avcodec.org> References: <039.2cdc773acf236a09fc208dd9f889a2bf@avcodec.org> Message-ID: <054.66299896cf1fda0c7641dff1987f846d@avcodec.org> #3856: Incorrect frame rate for webm (vp8, libvpx) -------------------------------------+------------------------------------- Reporter: lespaul75 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by lespaul75): ''Please understand that this is a bug tracker not a support forum.'' Understood, and that's why I posted a bug report and not a request for support. If you think that it's correct behavior for FFmpeg to output a 25fps video that is "tagged" as 60fps, and claims to be 60fps when played back, then you are correct in marking this as invalid. It is not correct behavior. I have a workaround so I don't care whether you care about the bug or not. Another option would be to just not have a bug tracker, then you wouldn't have to dodge bug reports by calling them "support" requests. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 05:56:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 03:56:45 -0000 Subject: [FFmpeg-trac] #3630(ffserver:open): ffserver crashes when a client disconnect In-Reply-To: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> References: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> Message-ID: <054.3dae3f4a8c6ab07988d08524f4f7bbad@avcodec.org> #3630: ffserver crashes when a client disconnect -----------------------------------+------------------------------------ Reporter: Reventlov | Owner: reynaldo Type: defect | Status: open Priority: important | Component: ffserver Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by reynaldo): * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 06:15:35 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 04:15:35 -0000 Subject: [FFmpeg-trac] #3867(documentation:new): PDF documentation fails to build on LINUX. In-Reply-To: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> References: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> Message-ID: <048.e6c9e3533e81b9ebe4e1d79eba750a9a@avcodec.org> #3867: PDF documentation fails to build on LINUX. --------------------------------+----------------------------------------- Reporter: cjg | Owner: Type: defect | Status: new Priority: normal | Component: documentation Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------------- Comment (by cjg): Replying to [comment:3 cehoyos]: > How can I reproduce this? > {{{make}}} succeeds here without producing any pdf files. Hello, This is what is used for generating the pdf and dvi documentation: pushd doc && for DOCNAME in `basename -s .html *.html` do texi2pdf -b $DOCNAME.texi && texi2dvi -b $DOCNAME.texi && dvips -o $DOCNAME.ps \ $DOCNAME.dvi done && popd && unset DOCNAME I will try the first suggestion and see if that fixes the issue. Thank you for the replies. Christopher. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 06:28:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 04:28:53 -0000 Subject: [FFmpeg-trac] #3867(documentation:new): PDF documentation fails to build on LINUX. In-Reply-To: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> References: <033.591d880fdb5362c33ccdfd2b07bb69cd@avcodec.org> Message-ID: <048.8c1325afe60687380598757e2473af48@avcodec.org> #3867: PDF documentation fails to build on LINUX. --------------------------------+----------------------------------------- Reporter: cjg | Owner: Type: defect | Status: new Priority: normal | Component: documentation Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------------- Comment (by cjg): Replying to [comment:1 Cigaes]: > Does it help if you modify {{{doc/platform.texi}}}: > {{{ > lib /machine:i386 /def:..\lib\foo-version.def /out:foo.lib > }}} > and replace the two backslashes with {{{?@backslashchar{}?}}}? > > (I did not know we could generate PDF docs. Not that I find that useful compared to man and HTML... And why does trac suddenly put everything in bold?) Hello, By replacing those two backslashes with {{{?@backslashchar{}?}}} does indeed fix the issue thanks. The popd directive exits correctly and pdf and dvi documents are produced. Regards, Christopher. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 09:23:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 07:23:02 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.ade330bb6f7d620be255c3648502a128@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by kurosu): I'm not getting what the issue really is then. The prores file generated by "libavcodec 56. 0.101" has an alpha channel that looks proper to me. In particular, not, as you describe, "whose overall value is 255". When decoding back the prores file into whatever image format understood by eg gimp and supporting alpha, the alpha channel is identical to your "zzblock001.tif". You seem to already confirm this. So, what's missing? Are you for instance reporting that a software that handles prores with alpha displays the prores files produced by ffmpeg incorrectly? Obviously the alpha content is in those files, as ffmpeg knows how to retrieve it. But maybe it is incorrectly flagged for this software? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 09:33:41 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 07:33:41 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.597f136cede9b314b956fc6309b831d6@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by kurosu): * cc: christophe.gisquet@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 09:38:42 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 07:38:42 -0000 Subject: [FFmpeg-trac] #2881(avcodec:open): wavpack: CRC error In-Reply-To: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> References: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> Message-ID: <054.4f804955664f901144bc700fe9ccb672@avcodec.org> #2881: wavpack: CRC error ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): OK indeed, I missed the "-err_detect +crccheck", so bug still valid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 10:42:01 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 08:42:01 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.52345c071d2da8356fe849ea17cfe902@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by Noir89): After decoding back into an image, the alpha channel is identical to "zzblock001.tif". But in the resulting video, the alpha channel is not correct. Tested with Adober After Effects and Final Cut Pro. [https://dl.dropboxusercontent.com/u/13796764/Final_Cut_Pro_Screenshot.png] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 11:15:05 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 09:15:05 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.fe7935f80f63b6b6a033857bf562bbfc@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by kurosu): OK, I dug a bit more, you need to specify "-profile 4444" on the command line. In the meantime, I'll see what to do about the user friendliness of that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 11:30:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 09:30:38 -0000 Subject: [FFmpeg-trac] #3575(avformat:closed): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.f17516683d3c9e9949003716cce88fd7@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): further investigation shows the possibility to hit this assertion was fixed between 2.2.2 and 2.3.2. sorry for the noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 11:38:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 09:38:29 -0000 Subject: [FFmpeg-trac] #3630(ffserver:open): ffserver crashes when a client disconnect In-Reply-To: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> References: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> Message-ID: <054.92957d34e54044480edb77dd13766f6e@avcodec.org> #3630: ffserver crashes when a client disconnect -------------------------------------+------------------------------------- Reporter: Reventlov | Owner: reynaldo Type: defect | Status: open Priority: important | Component: ffserver Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV * version: => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 12:29:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 10:29:46 -0000 Subject: [FFmpeg-trac] #3838(ffprobe:new): ffprobe's "fully_qualified" XML output does not namespace all elements In-Reply-To: <035.3a9c05546cfed45c2b9f34672d42551a@avcodec.org> References: <035.3a9c05546cfed45c2b9f34672d42551a@avcodec.org> Message-ID: <050.feea5795b0d0faa4d6116e7714f796dc@avcodec.org> #3838: ffprobe's "fully_qualified" XML output does not namespace all elements -------------------------------------+----------------------------------- Reporter: misty | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by saste): Can you provide an example of how you would like to see the tag names? Also, q=1 is meant to allow validation with XSD tools (e.g. xmllint), what tools are failing to parse the generated XML? Why do you need to fully qualify all the contained elements? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 12:42:33 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 10:42:33 -0000 Subject: [FFmpeg-trac] #3864(avformat:closed): caf: deadlock (fuzzed file) In-Reply-To: <039.c8609a9d9c56036a68451c8bdc457e20@avcodec.org> References: <039.c8609a9d9c56036a68451c8bdc457e20@avcodec.org> Message-ID: <054.747da3eb26b2a1f9d415bbb03b49c471@avcodec.org> #3864: caf: deadlock (fuzzed file) --------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: caf deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in 90b2f3136778311fb5e097b8ee1f527518231c23. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 13:41:33 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 11:41:33 -0000 Subject: [FFmpeg-trac] #3865(avformat:closed): wavpack: deadlock (fuzzed file) In-Reply-To: <039.de7e196fb65548318d5b6e8a331f938a@avcodec.org> References: <039.de7e196fb65548318d5b6e8a331f938a@avcodec.org> Message-ID: <054.d8e92b2dcbf0850a8e90e8520e74e023@avcodec.org> #3865: wavpack: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wavpack | Blocked By: deadlock | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in 3dca5a5c41f67a2e149582f3d46a09647b183e71. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 16:59:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 14:59:06 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.349ede0bbb7b1799040d314f2073c72a@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by Noir89): Ok, now with this option in Final Cut Pro alpha looks good, but in After Effects is a wrong alpha. On Friday i can test it with target Software and Hardware. After that i can you tell more. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 17:49:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 15:49:31 -0000 Subject: [FFmpeg-trac] #3862(avformat:closed): wav: fpe (fuzzed file) In-Reply-To: <039.9e8a26ac092b18974e6bc364b7d38099@avcodec.org> References: <039.9e8a26ac092b18974e6bc364b7d38099@avcodec.org> Message-ID: <054.803c1c5ffed76338a2bf154923bd5239@avcodec.org> #3862: wav: fpe (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav crash | Blocked By: fpe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by jamal): * status: open => closed * resolution: => fixed Comment: Fixed in 853c1fb66835123c87178420816cff58c18548ed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 17:54:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 15:54:39 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.182da5a4d52110d925563581a4f5e4f2@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by kurosu): By the way, could you also test with "-pix_fmt yuv444p10le -profile 4444"? I suspect some of your software may misbehave (even crash) if we use a profile for alpha content, but don't have encode it. The After Effect situation is unfortunate, but I fear it will be more difficult to solve. Maybe try adding "-alpha_bits N" with N being 0/8/16? Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 18:35:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 16:35:24 -0000 Subject: [FFmpeg-trac] #3868(undetermined:new): wav: deadlock (fuzzed file) Message-ID: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> #3868: wav: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ (gdb) r -i dead2.wav Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i dead2.wav [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Program received signal SIGINT, Interrupt. 0x0807359e in freq2bark (freq=11919512.1328125) at libavcodec/imc.c:123 123 return 3.5 * atan((freq / 7500.0) * (freq / 7500.0)) + 13.0 * atan(freq * 0.00076); (gdb) bt #0 0x0807359e in freq2bark (freq=11919512.1328125) at libavcodec/imc.c:123 #1 0x080736c0 in iac_generate_tabs (q=0x93b0160, sampling_rate=0) at libavcodec/imc.c:150 #2 0x08073ab1 in imc_decode_init (avctx=0x93afb40) at libavcodec/imc.c:238 #3 0x08743bee in avcodec_open2 (avctx=0x93afb40, codec=codec at entry=0x8d239e0, options=0x93a8420) at libavcodec/utils.c:1539 #4 0x08290fe6 in avformat_find_stream_info (ic=0x93af340, options=0x93a8420) at libavformat/utils.c:3014 #5 0x080be3de in open_input_file (o=o at entry=0xbffff54c, filename=) at ffmpeg_opt.c:888 #6 0x080b7d17 in open_files (inout=inout at entry=0x8a76cfb "input", open_file=open_file at entry=0x80bdf90 , l=, l=) at ffmpeg_opt.c:2670 #7 0x080bff09 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0xbffff9f4) at ffmpeg_opt.c:2707 #8 0x080af43a in main (argc=3, argv=0xbffff9f4) at ffmpeg.c:3824 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 18:43:42 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 16:43:42 -0000 Subject: [FFmpeg-trac] #3868(avcodec:open): wav: deadlock (fuzzed file) In-Reply-To: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> References: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> Message-ID: <054.72229ef9564d043dd8accd5d7d4e5789@avcodec.org> #3868: wav: deadlock (fuzzed file) --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: imc deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => imc deadlock -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 18:44:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 16:44:59 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.c0a741e3d9b43db46d268866744fb454@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by Noir89): With "-alpha_bits 8" i have noch changes in After Effects. Final Cut Pro works also with "-pix_fmt yuv444p10le -profile 4444", but has no alpha channel. The other Software can i try on Friday. Thanks for your help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 20:37:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 18:37:04 -0000 Subject: [FFmpeg-trac] #3538(avcodec:closed): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.c2d07b26e96cf6b697376462358f8ca1@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe Gisquet in 4ddb3a6d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 20:39:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 18:39:10 -0000 Subject: [FFmpeg-trac] #3868(avcodec:open): wav: deadlock (fuzzed file) In-Reply-To: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> References: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> Message-ID: <054.47e99d6d630c83ebc56349c178d20f76@avcodec.org> #3868: wav: deadlock (fuzzed file) --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: imc deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by richardpl): This is not real deadlock, it is just very big sample rate. The only idea is to limit sample rate to some number. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 20:42:00 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 18:42:00 -0000 Subject: [FFmpeg-trac] #2768(avcodec:closed): ALAC encoder is not lossless with 24-bit samples In-Reply-To: <037.6db34458b0a2bcdff4f9c76b078c0dac@avcodec.org> References: <037.6db34458b0a2bcdff4f9c76b078c0dac@avcodec.org> Message-ID: <052.2db876b14bae3779cd74039ac69bcc3f@avcodec.org> #2768: ALAC encoder is not lossless with 24-bit samples ------------------------------------+----------------------------------- Reporter: pneuman | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: alac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe Gisquet in 96d21783 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 20:52:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 18:52:23 -0000 Subject: [FFmpeg-trac] #1554(avformat:closed): Support reading proprietary AVID DNxHD MXF In-Reply-To: <037.167eb11734a858bea3f15457a25abde8@avcodec.org> References: <037.167eb11734a858bea3f15457a25abde8@avcodec.org> Message-ID: <052.f7d3b929747110655c8082eca659ad36@avcodec.org> #1554: Support reading proprietary AVID DNxHD MXF -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf avid | Blocked By: dnxhd roundup ffmbc | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Mark Reid in 882fb53c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 20:52:35 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 18:52:35 -0000 Subject: [FFmpeg-trac] #3100(avformat:closed): Support AVID mxf files In-Reply-To: <037.59ce9a5663509aa04aabaa3d8a307e01@avcodec.org> References: <037.59ce9a5663509aa04aabaa3d8a307e01@avcodec.org> Message-ID: <052.5e434812574516cfbe68862b0f09b085@avcodec.org> #3100: Support AVID mxf files -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf AVID | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Mark Reid in 882fb53c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 20:52:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 18:52:50 -0000 Subject: [FFmpeg-trac] #3450(avformat:closed): Unsupported mxf file containing dnxhd video In-Reply-To: <037.43e5ac8b56367e6bb9c69ea5b529cd9e@avcodec.org> References: <037.43e5ac8b56367e6bb9c69ea5b529cd9e@avcodec.org> Message-ID: <052.d4f3256bd9b475eff41892ff7cab63a5@avcodec.org> #3450: Unsupported mxf file containing dnxhd video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: duplicate Keywords: AVID mxf | Blocked By: dnxhd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Indeed a duplicate of ticket #1554, fixed by Mark Reid in 882fb53c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 21:29:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 19:29:15 -0000 Subject: [FFmpeg-trac] #3630(ffserver:open): ffserver crashes when a client disconnect In-Reply-To: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> References: <039.3f9be448f1e897e237f6bc24754e92f4@avcodec.org> Message-ID: <054.57967b49dd6c3f758286fb667682f600@avcodec.org> #3630: ffserver crashes when a client disconnect -------------------------------------+------------------------------------- Reporter: Reventlov | Owner: reynaldo Type: defect | Status: open Priority: important | Component: ffserver Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reynaldo): slightly different crash today. Otheriwise the same test scenario: Program received signal SIGSEGV, Segmentation fault. 0x0000000000485b76 in writeout (len=1024, data=0x0, s=0x17bd820) at libavformat/aviobuf.c:131 131 int ret = s->write_packet(s->opaque, (uint8_t *)data, len); (gdb) bt #0 0x0000000000485b76 in writeout (len=1024, data=0x0, s=0x17bd820) at libavformat/aviobuf.c:131 #1 flush_buffer (s=0x17bd820) at libavformat/aviobuf.c:143 #2 avio_flush (s=0x17bd820) at libavformat/aviobuf.c:197 #3 0x00000000004fff2a in av_write_trailer (s=s at entry=0x17c7da0) at libavformat/mux.c:948 #4 0x0000000000462c00 in close_connection (c=c at entry=0x17c2580) at ffserver.c:919 #5 0x00000000004642a0 in rtsp_cmd_interrupt (c=c at entry=0x17bce40, url=url at entry=0x7fffffffb400 "rtsp://127.0.0.1:5454/rtsp.mpg/", h=h at entry=0x7fffffffc400, pause_only=pause_only at entry=0) at ffserver.c:3337 #6 0x0000000000469670 in rtsp_parse_request (c=0x17bce40) at ffserver.c:2954 #7 0x000000000045c989 in handle_connection (c=0x17bce40) at ffserver.c:999 #8 http_server () at ffserver.c:768 #9 main (argc=, argv=) at ffserver.c:4783 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 18 22:33:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Aug 2014 20:33:15 -0000 Subject: [FFmpeg-trac] #1542(avformat:open): support muxing jpeg2000 in mxf In-Reply-To: <037.4189b3353b113c172c3b55e5cc0ba38c@avcodec.org> References: <037.4189b3353b113c172c3b55e5cc0ba38c@avcodec.org> Message-ID: <052.65d9dcc1af4a1bb25099eff552a2d769@avcodec.org> #1542: support muxing jpeg2000 in mxf -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cjplay93): Anyone in FFMPEG land looking to fix this ticket once and for all? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 02:48:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 00:48:47 -0000 Subject: [FFmpeg-trac] #3869(undetermined:new): mjpeg: invalid write (fuzzed file) Message-ID: <039.d8e144485958ca4476ec20e77ecba62d@avcodec.org> #3869: mjpeg: invalid write (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ (gdb) r -i ab2.jpg Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i ab2.jpg [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [mjpeg @ 0x93affc0] mjpeg_decode_dc: bad vlc: 0:1 (0x93b0918) [mjpeg @ 0x93affc0] error dc [mjpeg @ 0x93affc0] error y=10 x=58 *** glibc detected *** /media/sdb1/ffmpeg-snapshot/ffmpeg_g: double free or corruption (out): 0xb7be9020 *** ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(+0x70a8a)[0xb7ea4a8a] /lib/i386-linux-gnu/libc.so.6(+0x722e8)[0xb7ea62e8] /lib/i386-linux-gnu/libc.so.6(cfree+0x6d)[0xb7ea93ed] /media/sdb1/ffmpeg-snapshot/ffmpeg_g[0x89e3772] ======= Memory map: ======== 08048000-08d11000 r-xp 00000000 08:11 4562 /media/sdb1/ffmpeg- snapshot/ffmpeg_g 08d11000-08d33000 rw-p 00cc8000 08:11 4562 /media/sdb1/ffmpeg- snapshot/ffmpeg_g 08d33000-093c3000 rw-p 00000000 00:00 0 [heap] 41602000-41619000 r-xp 00000000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 41619000-4161a000 r--p 00016000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 4161a000-4161b000 rw-p 00017000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 41628000-41659000 r-xp 00000000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 41659000-4165a000 r--p 00030000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 4165a000-4165b000 rw-p 00031000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 41673000-41676000 r-xp 00000000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 41676000-41677000 r--p 00002000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 41677000-41678000 rw-p 00003000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 4178e000-418c2000 r-xp 00000000 08:02 24566 /usr/lib/i386-linux- gnu/libX11.so.6.3.0 418c2000-418c6000 rw-p 00133000 08:02 24566 /usr/lib/i386-linux- gnu/libX11.so.6.3.0 418c8000-418e9000 r-xp 00000000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418e9000-418ea000 r--p 00020000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418ea000-418eb000 rw-p 00021000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418ed000-418ef000 r-xp 00000000 08:02 24568 /usr/lib/i386-linux- gnu/libXau.so.6.0.0 418ef000-418f0000 rw-p 00001000 08:02 24568 /usr/lib/i386-linux- gnu/libXau.so.6.0.0 418f2000-418f7000 r-xp 00000000 08:02 24574 /usr/lib/i386-linux- gnu/libXdmcp.so.6.0.0 418f7000-418f8000 rw-p 00004000 08:02 24574 /usr/lib/i386-linux- gnu/libXdmcp.so.6.0.0 41913000-41924000 r-xp 00000000 08:02 24575 /usr/lib/i386-linux- gnu/libXext.so.6.4.0 41924000-41925000 rw-p 00010000 08:02 24575 /usr/lib/i386-linux- gnu/libXext.so.6.4.0 41cd1000-41cd3000 r-xp 00000000 08:02 25013 /usr/lib/i386-linux- gnu/libts-0.0.so.0.1.1 41cd3000-41cd4000 rw-p 00001000 08:02 25013 /usr/lib/i386-linux- gnu/libts-0.0.so.0.1.1 41cd6000-41ce4000 r-xp 00000000 08:02 24578 /usr/lib/i386-linux- gnu/libXi.so.6.1.0 41ce4000-41ce5000 rw-p 0000e000 08:02 24578 /usr/lib/i386-linux- gnu/libXi.so.6.1.0 41f58000-41f6e000 r-xp 00000000 08:02 24654 /usr/lib/i386-linux- gnu/libdirect-1.2.so.9.0.1 41f6e000-41f6f000 rw-p 00016000 08:02 24654 /usr/lib/i386-linux- gnu/libdirect-1.2.so.9.0.1 41f94000-41f98000 r-xp 00000000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f98000-41f99000 r--p 00003000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f99000-41f9a000 rw-p 00004000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f9c000-41fa0000 r-xp 00000000 08:02 9985 /lib/i386-linux- gnu/libcap.so.2.22 41fa0000-41fa1000 rw-p 00003000 08:02 9985 /lib/i386-linux- gnu/libcap.so.2.22 41fa3000-41fab000 r-xp 00000000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41fab000-41fac000 r--p 00007000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41fac000-41fad000 rw-p 00008000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41faf000-41fb4000 r-xp 00000000 08:02 24589 /usr/lib/i386-linux- gnu/libXtst.so.6.1.0 41fb4000-41fb5000 rw-p 00004000 08:02 24589 /usr/lib/i386-linux- gnu/libXtst.so.6.1.0 4244e000-42457000 r-xp 00000000 08:02 24707 /usr/lib/i386-linux- gnu/libfusion-1.2.so.9.0.1 42457000-42458000 rw-p 00008000 08:02 24707 /usr/lib/i386-linux- gnu/libfusion-1.2.so.9.0.1 42489000-42491000 r-xp 00000000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42491000-42492000 r--p 00007000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42492000-42493000 rw-p 00008000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42495000-4249a000 r-xp 00000000 08:02 24603 /usr/lib/i386-linux- gnu/libasyncns.so.0.3.1 4249a000-4249b000 rw-p 00004000 08:02 24603 /usr/lib/i386-linux- gnu/libasyncns.so.0.3.1 424a1000-424a7000 r-xp 00000000 08:02 24920 /usr/lib/i386-linux- gnu/libogg.so.0.8.0 424a7000-424a8000 rw-p 00005000 08:02 24920 /usr/lib/i386-linux- gnu/libogg.so.0.8.0 424aa000-424d4000 r-xp 00000000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d4000-424d5000 r--p 00029000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d5000-424d6000 rw-p 0002a000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d8000-42526000 r-xp 00000000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42526000-42527000 r--p 0004d000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42527000-42528000 rw-p 0004e000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42530000-42534000 r-xp 00000000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 42534000-42535000 r--p 00003000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 42535000-42536000 rw-p 00004000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 4254b000-4263e000 r-xp 00000000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 4263e000-42642000 r--p 000f2000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 42642000-42643000 rw-p 000f6000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 4266f000-426b8000 r-xp 00000000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426b8000-426b9000 ---p 00049000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426b9000-426ba000 r--p 00049000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426ba000-426bb000 rw-p 0004a000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426e9000-42705000 r-xp 00000000 08:02 9997 /lib/i386-linux- gnu/libgcc_s.so.1 42705000-42706000 rw-p 0001b000 08:02 9997 /lib/i386-linux- gnu/libgcc_s.so.1 427f8000-427ff000 r-xp 00000000 08:02 24562 /usr/lib/i386-linux- gnu/libSM.so.6.0.1 427ff000-42800000 rw-p 00006000 08:02 24562 /usr/lib/i386-linux- gnu/libSM.so.6.0.1 42802000-42818000 r-xp 00000000 08:02 24556 /usr/lib/i386-linux- gnu/libICE.so.6.3.0 42818000-4281a000 rw-p 00015000 08:02 24556 /usr/lib/i386-linux- gnu/libICE.so.6.3.0 4281a000-4281b000 rw-p 00000000 00:00 0 428aa000-428c7000 r-xp 00000000 08:02 10046 /lib/i386-linux- gnu/libtinfo.so.5.9 428c7000-428c9000 r--p 0001c000 08:02 10046 /lib/i386-linux- gnu/libtinfo.so.5.9 428c9000-428ca000 rw-p 0001e000 08:02 10046 /lib/i386-linux- gnu/libtinfo.so.5.9 42af2000-42b75000 r-xp 00000000 08:02 24655 /usr/lib/i386-linux- gnu/libdirectfb-1.2.so.9.0.1 42b75000-42b78000 rw-p 00082000 08:02 24655 /usr/lib/i386-linux- gnu/libdirectfb-1.2.so.9.0.1 42bb9000-42bba000 r-xp 00000000 08:02 24565 /usr/lib/i386-linux- gnu/libX11-xcb.so.1.0.0 42bba000-42bbb000 rw-p 00000000 08:02 24565 /usr/lib/i386-linux- gnu/libX11-xcb.so.1.0.0 42bc5000-42c13000 r-xp 00000000 08:02 24960 /usr/lib/i386-linux- gnu/libpulse.so.0.14.2 42c13000-42c14000 r--p 0004d000 08:02 24960 /usr/lib/i386-linux- gnu/libpulse.so.0.14.2 42c14000-42c15000 rw-p 0004e000 08:02 24960 /usr/lib/i386-linux- gnu/libpulse.so.0.14.2 42e38000-42f9e000 r-xp 00000000 08:02 25033 /usr/lib/i386-linux- gnu/libvorbisenc.so.2.0.8 42f9e000-42faf000 r--p 00165000 08:02 25033 /usr/lib/i386-linux- gnu/libvorbisenc.so.2.0.8 42faf000-42fb0000 rw-p 00176000 08:02 25033 /usr/lib/i386-linux- gnu/libvorbisenc.so.2.0.8 42fb2000-43018000 r-xp 00000000 08:02 26819 /usr/lib/i386-linux- gnu/pulseaudio/libpulsecommon-2.0.so 43018000-43019000 r--p 00065000 08:02 26819 /usr/lib/i386-linux- gnu/pulseaudio/libpulsecommon-2.0.so 43019000-4301a000 rw-p 00066000 08:02 26819 /usr/lib/i386-linux- gnu/pulseaudio/libpulsecommon-2.0.so 4308c000-430f9000 r-xp 00000000 08:02 24984 /usr/lib/i386-linux- gnu/libsndfile.so.1.0.25 430f9000-430fb000 r--p 0006c000 08:02 24984 /usr/lib/i386-linux- gnu/libsndfile.so.1.0.25 430fb000-430fc000 rw-p 0006e000 08:02 24984 /usr/lib/i386-linux- gnu/libsndfile.so.1.0.25 430fc000-43100000 rw-p 00000000 00:00 0 43102000-431ea000 r-xp 00000000 08:02 10042 /lib/i386-linux- gnu/libslang.so.2.2.4 431ea000-431ec000 r--p 000e8000 08:02 10042 /lib/i386-linux- gnu/libslang.so.2.2.4 431ec000-431fb000 rw-p 000ea000 08:02 10042 /lib/i386-linux- gnu/libslang.so.2.2.4 431fb000-43235000 rw-p 00000000 00:00 0 44162000-441d4000 r-xp 00000000 08:02 24561 /usr/lib/i386-linux- gnu/libSDL-1.2.so.0.11.4 441d4000-441d5000 r--p 00071000 08:02 24561 /usr/lib/i386-linux- gnu/libSDL-1.2.so.0.11.4 441d5000-441d6000 rw-p 00072000 08:02 24561 /usr/lib/i386-linux- gnu/libSDL-1.2.so.0.11.4 441d6000-44200000 rw-p 00000000 00:00 0 44202000-442c9000 r-xp 00000000 08:02 24627 /usr/lib/i386-linux- gnu/libcaca.so.0.99.18 442c9000-442ca000 rw-p 000c6000 08:02 24627 /usr/lib/i386-linux- gnu/libcaca.so.0.99.18 442ca000-442cf000 rw-p 00000000 00:00 0 b7800000-b7821000 rw-p 00000000 00:00 0 b7821000-b7900000 ---p 00000000 00:00 0 b7907000-b7d5a000 rw-p 00000000 00:00 0 b7dac000-b7dfc000 rw-p 00000000 00:00 0 b7dfc000-b7e0d000 r-xp 00000000 08:02 29160 /lib/i386-linux- gnu/libresolv-2.13.so b7e0d000-b7e0e000 r--p 00010000 08:02 29160 /lib/i386-linux- gnu/libresolv-2.13.so b7e0e000-b7e0f000 rw-p 00011000 08:02 29160 /lib/i386-linux- gnu/libresolv-2.13.so b7e0f000-b7e12000 rw-p 00000000 00:00 0 b7e12000-b7e25000 r-xp 00000000 08:02 29162 /lib/i386-linux- gnu/libnsl-2.13.so b7e25000-b7e26000 r--p 00012000 08:02 29162 /lib/i386-linux- gnu/libnsl-2.13.so b7e26000-b7e27000 rw-p 00013000 08:02 29162 /lib/i386-linux- gnu/libnsl-2.13.so b7e27000-b7e2f000 rw-p 00000000 00:00 0 b7e2f000-b7e31000 r-xp 00000000 08:02 29151 /lib/i386-linux- gnu/libdl-2.13.so b7e31000-b7e32000 r--p 00001000 08:02 29151 /lib/i386-linux- gnu/libdl-2.13.so b7e32000-b7e33000 rw-p 00002000 08:02 29151 /lib/i386-linux- gnu/libdl-2.13.so b7e33000-b7e34000 rw-p 00000000 00:00 0 b7e34000-b7f7b000 r-xp 00000000 08:02 29158 /lib/i386-linux- gnu/libc-2.13.so b7f7b000-b7f7c000 ---p 00147000 08:02 29158 /lib/i386-linux- gnu/libc-2.13.so b7f7c000-b7f7e000 r--p 00147000 08:02 29158 /lib/i386-linux- gnu/libc-2.13.so b7f7e000-b7f7f000 rw-p 00149000 08:02 29158 /lib/i386-linux- gnu/libc-2.13.so b7f7f000-b7f82000 rw-p 00000000 00:00 0 b7f82000-b7f97000 r-xp 00000000 08:02 29148 /lib/i386-linux- gnu/libpthread-2.13.so b7f97000-b7f98000 r--p 00014000 08:02 29148 /lib/i386-linux- gnu/libpthread-2.13.so b7f98000-b7f99000 rw-p 00015000 08:02 29148 /lib/i386-linux- gnu/libpthread-2.13.so b7f99000-b7f9b000 rw-p 00000000 00:00 0 b7f9b000-b7fa2000 r-xp 00000000 08:02 29153 /lib/i386-linux- gnu/librt-2.13.so b7fa2000-b7fa3000 r--p 00006000 08:02 29153 /lib/i386-linux- gnu/librt-2.13.so b7fa3000-b7fa4000 rw-p 00007000 08:02 29153 /lib/i386-linux- gnu/librt-2.13.so b7fa4000-b7fc8000 r-xp 00000000 08:02 29155 /lib/i386-linux- gnu/libm-2.13.so b7fc8000-b7fc9000 r--p 00023000 08:02 29155 /lib/i386-linux- gnu/libm-2.13.so b7fc9000-b7fca000 rw-p 00024000 08:02 29155 /lib/i386-linux- gnu/libm-2.13.so b7fca000-b7fcb000 rw-p 00000000 00:00 0 b7fe0000-b7fe2000 rw-p 00000000 00:00 0 b7fe2000-b7ffe000 r-xp 00000000 08:02 29161 /lib/i386-linux- gnu/ld-2.13.so b7ffe000-b7fff000 r--p 0001b000 08:02 29161 /lib/i386-linux- gnu/ld-2.13.so b7fff000-b8000000 rw-p 0001c000 08:02 29161 /lib/i386-linux- gnu/ld-2.13.so bffdf000-c0000000 rw-p 00000000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] Program received signal SIGABRT, Aborted. 0xb7e5e667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0xb7e5e667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0xb7e61a52 in *__GI_abort () at abort.c:92 #2 0xb7e9a98d in __libc_message (do_abort=2, fmt=0xb7f61330 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #3 0xb7ea4a8a in malloc_printerr (action=, str=0x6
, ptr=0xb7be9020) at malloc.c:6283 #4 0xb7ea62e8 in _int_free (av=, p=) at malloc.c:4795 #5 0xb7ea93ed in *__GI___libc_free (mem=0xb7be9020) at malloc.c:3738 #6 0x089e3772 in buffer_pool_free (pool=0x93a8420) at libavutil/buffer.c:230 #7 av_buffer_pool_uninit (ppool=ppool at entry=0x93aeb60) at libavutil/buffer.c:246 #8 0x0808c76e in avcodec_close (avctx=0x93affc0) at libavcodec/utils.c:2717 #9 0x08291864 in avformat_find_stream_info (ic=0x93af340, options=0x93af100) at libavformat/utils.c:3249 #10 0x080be3de in open_input_file (o=o at entry=0xbffff54c, filename=) at ffmpeg_opt.c:888 #11 0x080b7d17 in open_files (inout=inout at entry=0x8a76cfb "input", open_file=open_file at entry=0x80bdf90 , l=, l=) ---Type to continue, or q to quit--- at ffmpeg_opt.c:2670 #12 0x080bff09 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0xbffff9f4) at ffmpeg_opt.c:2707 #13 0x080af43a in main (argc=3, argv=0xbffff9f4) at ffmpeg.c:3824 (gdb) }}} {{{ knoppix at Microknoppix:/media/sdb1$ valgrind --leak-check=full ffmpeg- snapshot/ffmpeg_g -i ab2.jpg ==10795== Memcheck, a memory error detector ==10795== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==10795== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==10795== Command: ffmpeg-snapshot/ffmpeg_g -i ab2.jpg ==10795== ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [mjpeg @ 0x42276a0] mjpeg_decode_dc: bad vlc: 0:1 (0x42286b8) [mjpeg @ 0x42276a0] error dc [mjpeg @ 0x42276a0] error y=10 x=58 ==10795== Invalid read of size 2 ==10795== at 0x85B1A00: ff_mjpeg_decode_sos (mjpegdec.c:1158) ==10795== by 0x85B2A79: ff_mjpeg_decode_frame (mjpegdec.c:2039) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) ==10795== Address 0x45bc6ae is 1,510,030 bytes inside a block of size 1,510,031 alloc'd ==10795== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==10795== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==10795== by 0x89F1C57: av_malloc (mem.c:95) ==10795== by 0x89E3202: av_buffer_allocz (buffer.c:70) ==10795== by 0x89E37E8: av_buffer_pool_get (buffer.c:305) ==10795== by 0x873B4A5: video_get_buffer (utils.c:657) ==10795== by 0x873D848: get_buffer_internal (utils.c:1002) ==10795== by 0x873DBD3: ff_get_buffer (utils.c:1015) ==10795== by 0x85AEB24: ff_mjpeg_decode_sof (mjpegdec.c:554) ==10795== by 0x85B2B56: ff_mjpeg_decode_frame (mjpegdec.c:1980) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) ==10795== ==10795== Invalid write of size 2 ==10795== at 0x85B1A05: ff_mjpeg_decode_sos (mjpegdec.c:1158) ==10795== by 0x85B2A79: ff_mjpeg_decode_frame (mjpegdec.c:2039) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) ==10795== Address 0x45bc6ae is 1,510,030 bytes inside a block of size 1,510,031 alloc'd ==10795== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==10795== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==10795== by 0x89F1C57: av_malloc (mem.c:95) ==10795== by 0x89E3202: av_buffer_allocz (buffer.c:70) ==10795== by 0x89E37E8: av_buffer_pool_get (buffer.c:305) ==10795== by 0x873B4A5: video_get_buffer (utils.c:657) ==10795== by 0x873D848: get_buffer_internal (utils.c:1002) ==10795== by 0x873DBD3: ff_get_buffer (utils.c:1015) ==10795== by 0x85AEB24: ff_mjpeg_decode_sof (mjpegdec.c:554) ==10795== by 0x85B2B56: ff_mjpeg_decode_frame (mjpegdec.c:1980) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) ==10795== ==10795== Invalid write of size 8 ==10795== at 0x885D39E: ff_put_pixels_clamped_mmx (idctdsp_mmx.c:69) ==10795== by 0x85B074E: ff_mjpeg_decode_sos (mjpegdec.c:1326) ==10795== by 0x85B2A79: ff_mjpeg_decode_frame (mjpegdec.c:2039) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) ==10795== Address 0x45bc6b0 is 1 bytes after a block of size 1,510,031 alloc'd ==10795== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==10795== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==10795== by 0x89F1C57: av_malloc (mem.c:95) ==10795== by 0x89E3202: av_buffer_allocz (buffer.c:70) ==10795== by 0x89E37E8: av_buffer_pool_get (buffer.c:305) ==10795== by 0x873B4A5: video_get_buffer (utils.c:657) ==10795== by 0x873D848: get_buffer_internal (utils.c:1002) ==10795== by 0x873DBD3: ff_get_buffer (utils.c:1015) ==10795== by 0x85AEB24: ff_mjpeg_decode_sof (mjpegdec.c:554) ==10795== by 0x85B2B56: ff_mjpeg_decode_frame (mjpegdec.c:1980) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) ==10795== ==10795== Invalid read of size 2 ==10795== at 0x85B1A0D: ff_mjpeg_decode_sos (mjpegdec.c:1157) ==10795== by 0x85B2A79: ff_mjpeg_decode_frame (mjpegdec.c:2039) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) ==10795== Address 0x45bc6b4 is 5 bytes after a block of size 1,510,031 alloc'd ==10795== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==10795== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==10795== by 0x89F1C57: av_malloc (mem.c:95) ==10795== by 0x89E3202: av_buffer_allocz (buffer.c:70) ==10795== by 0x89E37E8: av_buffer_pool_get (buffer.c:305) ==10795== by 0x873B4A5: video_get_buffer (utils.c:657) ==10795== by 0x873D848: get_buffer_internal (utils.c:1002) ==10795== by 0x873DBD3: ff_get_buffer (utils.c:1015) ==10795== by 0x85AEB24: ff_mjpeg_decode_sof (mjpegdec.c:554) ==10795== by 0x85B2B56: ff_mjpeg_decode_frame (mjpegdec.c:1980) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) ==10795== --10795-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting --10795-- si_code=1; Faulting address: 0x61687420; sp: 0x62a56cd0 valgrind: the 'impossible' happened: Killed by fatal signal ==10795== at 0x3803C4D9: vgPlain_strcmp (m_libcbase.c:306) ==10795== by 0x3803D101: vgPlain_assert_fail (m_libcassert.c:274) ==10795== by 0x65736164: ??? sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==10795== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==10795== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==10795== by 0x89F1F37: av_mallocz (mem.c:95) ==10795== by 0x89E32C3: av_buffer_ref (buffer.c:93) ==10795== by 0x89EC104: av_frame_ref (frame.c:298) ==10795== by 0x85B2BD0: ff_mjpeg_decode_frame (mjpegdec.c:2016) ==10795== by 0x873F48E: avcodec_decode_video2 (utils.c:2264) ==10795== by 0x8288B7A: try_decode_frame (utils.c:2587) Note: see also the FAQ in the source distribution. It contains workarounds to several common problems. In particular, if Valgrind aborted or crashed after identifying problems in your program, there's a good chance that fixing those problems will prevent Valgrind aborting or crashing, especially if it happened in m_mallocfree.c. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what OS and version you are using. Thanks. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 04:11:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 02:11:05 -0000 Subject: [FFmpeg-trac] #3074(avformat:open): Missing support of muxing EAC3 inside mp4 container In-Reply-To: <034.b1b02dea64bd0c25321782f2392eba0d@avcodec.org> References: <034.b1b02dea64bd0c25321782f2392eba0d@avcodec.org> Message-ID: <049.762275287cb6bd1a4c833503184e9d9c@avcodec.org> #3074: Missing support of muxing EAC3 inside mp4 container -------------------------------------+------------------------------------ Reporter: trox | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: eac3 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ramitbhalla): * cc: ramitbhalla@? (added) Comment: Am facing similar issue while copy remuxing a TS to a MP4 which contains eac3 {{{ [mp4 @ 03a24000] Could not find tag for codec eac3 in stream #1, codec not currently supported in container }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 04:39:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 02:39:54 -0000 Subject: [FFmpeg-trac] #3829(avfilter:open): atempo filter cuts off data In-Reply-To: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> References: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> Message-ID: <048.79c758cb4b5abd486d3fe0a768641ee0@avcodec.org> #3829: atempo filter cuts off data ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: atempo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by pkoshevoy): I am taking a look at this -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 08:20:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 06:20:23 -0000 Subject: [FFmpeg-trac] #3829(avfilter:open): atempo filter cuts off data In-Reply-To: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> References: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> Message-ID: <048.8b7e1721bd7808e90af05fa0e63e5a00@avcodec.org> #3829: atempo filter cuts off data ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: atempo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by pkoshevoy): Patch submitted - https://ffmpeg.org/pipermail/ffmpeg- devel/2014-August/161444.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 11:18:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 09:18:25 -0000 Subject: [FFmpeg-trac] #2881(avformat:open): wavpack: CRC error In-Reply-To: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> References: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> Message-ID: <054.c55254b61d8d7a5a5399e85c0445f9cf@avcodec.org> #2881: wavpack: CRC error -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wavpack | Blocked By: wvdec | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by kurosu): * analyzed: 0 => 1 * keywords: wavpack => wavpack wvdec * component: avcodec => avformat Comment: The issue stems from the last packet being parsed by lavf/wvdec.c:wv_read_packet but never reaching the decoder. The decoded sample misses the samples in that last packet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 11:47:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 09:47:32 -0000 Subject: [FFmpeg-trac] #2881(avcodec:open): wavpack: CRC error In-Reply-To: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> References: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> Message-ID: <054.d72586264a2e40a36a7d5d318918de9e@avcodec.org> #2881: wavpack: CRC error ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by kurosu): * keywords: wavpack wvdec => wavpack * component: avformat => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 15:14:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 13:14:10 -0000 Subject: [FFmpeg-trac] #3869(avcodec:open): mjpeg: invalid write (fuzzed file) In-Reply-To: <039.d8e144485958ca4476ec20e77ecba62d@avcodec.org> References: <039.d8e144485958ca4476ec20e77ecba62d@avcodec.org> Message-ID: <054.d115e5061ab8c5b496e0b7726b73fe4f@avcodec.org> #3869: mjpeg: invalid write (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg crash | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => mjpeg crash regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 16:27:46 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 14:27:46 -0000 Subject: [FFmpeg-trac] #3829(avfilter:closed): atempo filter cuts off data In-Reply-To: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> References: <033.f63b806ed574efb4bc28ae124f8a1376@avcodec.org> Message-ID: <048.d6c2170c2ec8205c2c24710a1d37cc17@avcodec.org> #3829: atempo filter cuts off data ------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: atempo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in 6380f2e3670a8cfc29b9b02da0f2be0c537315f8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 17:03:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 15:03:23 -0000 Subject: [FFmpeg-trac] #3692(avcodec:closed): dpx samples (possibly broken) look broken with FFmpeg, work fine with ImageMagick In-Reply-To: <037.836674cd70e714e278583defb4a9508c@avcodec.org> References: <037.836674cd70e714e278583defb4a9508c@avcodec.org> Message-ID: <052.05ee9b9c4d456bae96c4e07610480a99@avcodec.org> #3692: dpx samples (possibly broken) look broken with FFmpeg, work fine with ImageMagick ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by kurosu): * status: new => closed * resolution: => fixed Comment: DLAD_8b_3c_big.dpx? is supposed to be decoding with R and B swapped, as evidenced by 2 other software, GraphicsMagik and XnView. There are various interesting metadata left to parse, like colorspace and orientation but that's irrelevant to this bug. Fixed in 4ba45c189ccafdedcdb703e40441fbd24fe62989 then. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 17:07:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 15:07:51 -0000 Subject: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha In-Reply-To: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> References: <036.891c132669606be25bf8f92ef3642e0e@avcodec.org> Message-ID: <051.a08279379f045c4d0b8249f48ab07c41@avcodec.org> #3846: The output video show a wrong alpha ---------------------------------------+----------------------------------- Reporter: Noir89 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ProRes, alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by kurosu): Does After Effect support alpha at all? A way to test this, if possible, would be to save with Final Cut Pro a sequence you know contains alpha in prores 4444 format, and try reopening it in After Effects. If this one works, please provide the prores file. Ideally, it would be the same sequence as we are debugging with. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 17:20:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 15:20:35 -0000 Subject: [FFmpeg-trac] #3077(avcodec:new): Corruption when decoding experimental hevc stream (was: Corruption when decoding hevc) In-Reply-To: <037.267d25356904064005db40924efc945f@avcodec.org> References: <037.267d25356904064005db40924efc945f@avcodec.org> Message-ID: <052.0850c9ae5900f91b27a0faa153c2212c@avcodec.org> #3077: Corruption when decoding experimental hevc stream ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by kurosu): * priority: normal => minor Comment: I suggest closing this bug because: this is not a conforming bitstream, and hm10 is development/experimental version whose bitstreams shall be ignored. Current version is now hm15. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 17:21:56 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 15:21:56 -0000 Subject: [FFmpeg-trac] #3692(avcodec:closed): dpx samples (possibly broken) look broken with FFmpeg, work fine with ImageMagick In-Reply-To: <037.836674cd70e714e278583defb4a9508c@avcodec.org> References: <037.836674cd70e714e278583defb4a9508c@avcodec.org> Message-ID: <052.bac53c807b29d3e1cf264e1a108862f1@avcodec.org> #3692: dpx samples (possibly broken) look broken with FFmpeg, work fine with ImageMagick ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): DLAD_16b_1c_big.dpx was also fixed, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 17:24:44 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 15:24:44 -0000 Subject: [FFmpeg-trac] #3077(avcodec:new): Corruption when decoding experimental hevc stream In-Reply-To: <037.267d25356904064005db40924efc945f@avcodec.org> References: <037.267d25356904064005db40924efc945f@avcodec.org> Message-ID: <052.d67d987f0e7ef311a9fb20f0134b1bb3@avcodec.org> #3077: Corruption when decoding experimental hevc stream ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I wondered if a better message could be shown (if it is impossible to support these streams): Is "profile 0" the only relevant information the stream contains? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 18:01:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 16:01:02 -0000 Subject: [FFmpeg-trac] #3077(avcodec:new): Corruption when decoding experimental hevc stream In-Reply-To: <037.267d25356904064005db40924efc945f@avcodec.org> References: <037.267d25356904064005db40924efc945f@avcodec.org> Message-ID: <052.6cf726359d259b47f88aa7f9704044a3@avcodec.org> #3077: Corruption when decoding experimental hevc stream ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): profile 0, afaik, doesn't exist and means it could be anything, in particular on how to parse the bitstream. There are a few bits that can be parsed, but nothing that will say "we absolutely can't decode". It's not even a "patch welcome"/"missing feature" here. "CABAC_MAX_BIN : 100" in the log underlines this: it is not possible and means we've already had bitstream reading errors. We have something that looks vaguely watchable, and could maybe be fixed, but I can't see how anybody knowing hevc would want to go beyond what mraulet did. Maybe we can be clearer and say that the decoded output may be total garbage. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 18:50:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 16:50:07 -0000 Subject: [FFmpeg-trac] #3870(avcodec:new): Incorrect AVSampleFormat for sample_fmts_s16p (libavcodec/adpcm.c) Message-ID: <040.0bca3c69be16079114fa6dc990efebd0@avcodec.org> #3870: Incorrect AVSampleFormat for sample_fmts_s16p (libavcodec/adpcm.c) -------------------------------------+------------------------------------- Reporter: avclubn00b | Type: defect Status: new | Priority: minor Component: avcodec | Version: git- Keywords: adpcm | master planar audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- As of git: ea97859c8c218b83ab747a7eabcb88ca446f6751 line 1533 in libavcodec/adpcm.c contains: {{{ static const enum AVSampleFormat sample_fmts_s16p[] = { AV_SAMPLE_FMT_S16, }}} I believe it should contain: {{{ static const enum AVSampleFormat sample_fmts_s16p[] = { AV_SAMPLE_FMT_S16P, }}} Note the trailing "P" for the planar format. I am truly sorry if this is wrong place to report this. I looked around on the site for sometime before deciding here was better than nowhere. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 19:17:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 17:17:13 -0000 Subject: [FFmpeg-trac] #3870(avcodec:new): Incorrect AVSampleFormat for sample_fmts_s16p (libavcodec/adpcm.c) In-Reply-To: <040.0bca3c69be16079114fa6dc990efebd0@avcodec.org> References: <040.0bca3c69be16079114fa6dc990efebd0@avcodec.org> Message-ID: <055.4e747a046923949e091086d84dba516e@avcodec.org> #3870: Incorrect AVSampleFormat for sample_fmts_s16p (libavcodec/adpcm.c) ------------------------------------+----------------------------------- Reporter: avclubn00b | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: adpcm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: adpcm planar audio => adpcm Comment: Replying to [ticket:3870 avclubn00b]: > I am truly sorry if this is wrong place to report this. It is the wrong place. Please send your patch (as unified diff as produced by {{{git format- patch}}}) to the ffmpeg-devel mailing list, patches are often ignored on this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 20:12:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 18:12:03 -0000 Subject: [FFmpeg-trac] #3271(avcodec:open): Allow using additional pixel formats with libvpx-vp9 In-Reply-To: <042.9e5662795c7793a4fce6627da01697f4@avcodec.org> References: <042.9e5662795c7793a4fce6627da01697f4@avcodec.org> Message-ID: <057.57a33aabb609ce5ebd594b1f81462949@avcodec.org> #3271: Allow using additional pixel formats with libvpx-vp9 --------------------------------------+----------------------------------- Reporter: GreatEmerald | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by GreatEmerald): Still happens in libavcodec 55.52.102. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 21:13:06 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 19:13:06 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 Message-ID: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+---------------------------------- Reporter: ahthovaikied | Type: defect Status: new | Priority: normal Component: avcodec | Version: 2.2.4 Keywords: md5 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Computing the MD5 of media streams produce different results between two of my machines, with same input data. I learned my lesson in bug https://trac.ffmpeg.org/ticket/3524#comment:9 and I am calculating the checksums WITHOUT decoding. The 2 configurations are : * Ubuntu 14.04, Core i7 950, FFmpeg compiled with: {{{ --enable-gpl --enable-version3 --enable-nonfree --disable-runtime- cpudetect --disable-ffserver --disable-encoder=vorbis --disable- encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --disable-debug --extra-libs=-ldl --cpu=corei7 }}} * Ubuntu 14.04, Atom D525, FFmpeg compiled with: {{{ --enable-gpl --enable-version3 --enable-nonfree --disable-runtime- cpudetect --disable-ffserver --disable-ffplay --disable-encoders --disable-decoders --disable-debug --cpu=atom }}} I get different MD5 for several video files I tried, ie http://www.auby.no/files/video_tests/h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv. Sample output: {{{ $ ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -c:v copy -c:a copy -f md5 - ffmpeg version N-65758-g746095b Copyright (c) 2000-2014 the FFmpeg developers built on Aug 19 2014 20:11:25 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-debug --cpu=atom libavutil 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0x259dc20] Could not find codec parameters for stream 2 (Audio: mp3, 48000 Hz, 2 channels, 160 kb/s): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : stereo Guessed Channel Layout for Input Stream #0.2 : stereo Input #0, matroska,webm, from 'h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, 2 channels Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, 2 channels, 160 kb/s Metadata: title : -=[champ_is_here]=- Output #0, md5, to 'pipe:': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf56.1.100 Stream #0:0(eng): Video: h264, yuv420p, 1280x528 [SAR 1:1 DAR 80:33], q=2-31, 25 fps, 23.98 tbn, 23.98 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, stereo Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 12 >= 12 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 35 >= 35 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 59 >= 59 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 83 >= 83 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 106 >= 106 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 129 >= 129 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 153 >= 153 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 176 >= 176 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 199 >= 199 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 222 >= 222 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 246 >= 246 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 270 >= 270 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 293 >= 293 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 317 >= 317 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 340 >= 340 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 364 >= 364 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 387 >= 387 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 410 >= 410 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 434 >= 434 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 457 >= 457 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 481 >= 481 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 505 >= 505 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 528 >= 528 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 551 >= 551 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 574 >= 574 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 598 >= 598 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 622 >= 622 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 645 >= 645 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 668 >= 668 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 692 >= 692 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 715 >= 715 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 739 >= 739 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 762 >= 762 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 786 >= 786 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 809 >= 809 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 832 >= 832 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 856 >= 856 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 879 >= 879 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 903 >= 903 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 926 >= 926 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 949 >= 949 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 973 >= 973 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 996 >= 996 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1020 >= 1020 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1044 >= 1044 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1067 >= 1067 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1090 >= 1090 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1114 >= 1114 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1137 >= 1137 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1161 >= 1161 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1184 >= 1184 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1208 >= 1208 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1231 >= 1231 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1254 >= 1254 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1278 >= 1278 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1301 >= 1301 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1325 >= 1325 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1348 >= 1348 [md5 @ 0x273cca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1371 >= 1371 MD5=487e837f7c08ee07cf44e8b473911a06 frame= 1439 fps=0.0 q=-1.0 Lsize= 0kB time=00:00:57.56 bitrate= 0.0kbits/s video:2917kB audio:257kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Here is the summary of the results I get : * Atom machine, FFmpeg 2.2.7 => MD5=527e3ac28a2b5175e1a0a871b0e9f9c3 * Atom machine, FFmpeg from git master commit 746095bc29817875ac89a7d4771f8a54895b3cbb => MD5=487e837f7c08ee07cf44e8b473911a06 * Atom machine, FFmpeg from git master commit 746095bc29817875ac89a7d4771f8a54895b3cbb without --disable-decoders => MD5=487e837f7c08ee07cf44e8b473911a06 * Core i7 machine, FFmpeg 2.2.7 => MD5=33a157ebc4fcdf3b1fa75546d67c6364 * Core i7 machine, FFmpeg from git master commit 746095bc29817875ac89a7d4771f8a54895b3cbb => MD5=487e837f7c08ee07cf44e8b473911a06 So it seems it has been fixed on git master, and the right MD5 is 487e837f7c08ee07cf44e8b473911a06. Can anyone confirm this is a known bug that has been fixed? And if yes, is it planned to backport the fix on the 2.2 branch? Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 21:39:26 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 19:39:26 -0000 Subject: [FFmpeg-trac] #3870(avcodec:new): Incorrect AVSampleFormat for sample_fmts_s16p (libavcodec/adpcm.c) In-Reply-To: <040.0bca3c69be16079114fa6dc990efebd0@avcodec.org> References: <040.0bca3c69be16079114fa6dc990efebd0@avcodec.org> Message-ID: <055.5b85cceb0616ddf2fb7c4132e981ffa0@avcodec.org> #3870: Incorrect AVSampleFormat for sample_fmts_s16p (libavcodec/adpcm.c) ------------------------------------+----------------------------------- Reporter: avclubn00b | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: adpcm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by avclubn00b): Replying to [comment:1 cehoyos]: > Replying to [ticket:3870 avclubn00b]: > > I am truly sorry if this is wrong place to report this. > > It is the wrong place. > Please send your patch (as unified diff as produced by {{{git format- patch}}}) to the ffmpeg-devel mailing list, patches are often ignored on this bug tracker. Thank you, cehoyos. I have mailed a patch to ffempg-devel. Please feel free to close this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 19 22:42:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 20:42:42 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.fd90a33a5320f0806f59ed7990a82d0f@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by kurosu): * keywords: md5 => md5 aac h264 Comment: I can confirm git master produces MD5=487e837f7c08ee07cf44e8b473911a06 here. You can replace alternatively -c:a copy by -an and -c:v copy by -vn to narrow down whether audio or video causes different MD5. You can also use git bisect to narrow down the commit that would cause a change in MD5. Unfortunately, as is, it's difficult to determine for a developer if there's still a bug, as he needs systems producing conflicting results. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 00:05:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 22:05:23 -0000 Subject: [FFmpeg-trac] #3872(avcodec:new): Broken HEVC playback with some videos (regression) Message-ID: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> #3872: Broken HEVC playback with some videos (regression) ---------------------------------+-------------------------------------- Reporter: Krakean | Type: defect Status: new | Priority: important Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Broken HEVC playback with some videos since beginning of August. How to reproduce: Just download this sample: http://sendfile.su/1013164 (press left blue button "???????") and try to play it. This is a regression, because this file playing fine with ffmpeg from August 6st, but already broken in ffmpeg from August 15. So I assume its has been broken somewhere between these days. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 00:45:22 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 22:45:22 -0000 Subject: [FFmpeg-trac] #3870(avcodec:closed): Incorrect AVSampleFormat for sample_fmts_s16p (libavcodec/adpcm.c) In-Reply-To: <040.0bca3c69be16079114fa6dc990efebd0@avcodec.org> References: <040.0bca3c69be16079114fa6dc990efebd0@avcodec.org> Message-ID: <055.559a2292f3d6f693162f222880af7417@avcodec.org> #3870: Incorrect AVSampleFormat for sample_fmts_s16p (libavcodec/adpcm.c) ------------------------------------+----------------------------------- Reporter: avclubn00b | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: adpcm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Your patch was applied as 18e70006 - thank you for the report and the fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 00:51:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 22:51:16 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.5039290107c120f1fe3467707ef0c211@avcodec.org> #3872: Broken HEVC playback with some videos (regression) ------------------------------------+----------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by kurosu): * keywords: => hevc * status: new => open * reproduced: 0 => 1 Comment: The SPS is overread by 8 bits, however the overread is much much bigger: the VUI seems incorrect in this file, like truncated. However, if we continue decoding nonetheless, the sequence decodes fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 00:56:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 22:56:54 -0000 Subject: [FFmpeg-trac] #3826(undetermined:closed): Can't get frame of a video just from specific second In-Reply-To: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> References: <038.8bd39032ac55fc31321f278bd77ac551@avcodec.org> Message-ID: <053.5166e6ad53bc1f39205b7d559743cd31@avcodec.org> #3826: Can't get frame of a video just from specific second -------------------------------------+------------------------------------- Reporter: jurassic | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => worksforme Comment: I just had the pleasure of listening 21 minutes to the attached media file on QuickTime 10.3 (727.4) - the same version tested in comment:8 - and I can confirm now that the file only contains 43 seconds of video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 00:59:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 22:59:13 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.704b3bde8ce96c6b302bac5edd3ba5fb@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: hevc => hevc regression * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 00:59:29 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 22:59:29 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.e275d888c29cedb8d7535aef937ba7fb@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 01:11:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 23:11:39 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.a8bf290aff4b133dd46ccb9e8c2bf1ab@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Could you elaborate on what you are trying to show with your tests? I didn't try to reproduce yet, but at least for some input files you can certainly get different md5 outputs with your exact command line if you are using different configure lines. The md5 values may also change depending on the version you test (again without changing the command line). All this cannot be surprising so I wonder now what exactly you want to test... Please also note that not every change in behaviour is a bug fix, sometimes changes are committed because developers believe that the new behaviour makes more sense (but without claiming the old behaviour indicated a bug). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 01:16:17 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 23:16:17 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.e782e3040b9ea4654655f8fec82d3b0d@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Additionally please note that your command line can be considered ambiguous for the given input sample (there is not much indication which audio stream is the ''best'' one to quote the documentation), so I don't think there is any reason to expect identical md5 output for different FFmpeg versions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 01:33:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 23:33:30 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.34cf0b2c83af30766ff875407e63bf7b@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kurosu): There is no way to determine where in the bitstream the SPS has been corrupted. It would be hazardous to let the decoding continue: this sequence doesn't contain a valid hevc header. Could you also tell us how you produced this file? It's quite possible one of the tools involved is broken. I suspect your multiplexing application, eg mkvtoolnix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 01:49:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Aug 2014 23:49:38 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.1654d4eb382c6b6f339de78399d58dfa@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Krakean): >Could you also tell us how you produced this file? Sadly, but I don't know. I just an author of media player for Windows which uses ffmpeg as codecs base. User just sent me this file and said that is doesn't cannot be played anymore. I assume source file was created with mkvtoolnix too, as this sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 02:21:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 00:21:54 -0000 Subject: [FFmpeg-trac] #3873(undetermined:new): h264: crash with forced codec and -max_alloc Message-ID: <039.49a0f978a1b3d60d667be3f1ecf2be8d@avcodec.org> #3873: h264: crash with forced codec and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/d/e6b9258d {{{ (gdb) r -max_alloc 10000000 -vcodec h264 -i dvvideo.avi -an -f null - Starting program: D:\MinGW\msys\1.0\ffmpeg\ffmpeg_g.exe -max_alloc 10000000 -vco dec h264 -i dvvideo.avi -an -f null - [New Thread 3256.0xa20] ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 16 2014 20:43:17 with gcc 4.6.2 (GCC) configuration: --disable-yasm --disable-pthreads --disable-ffprobe --enable-gp l libavutil 54. 4.100 / 54. 4.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [h264 @ 059e5100] Warning: not compiled with thread support, using thread emulat ion [h264 @ 059e5100] no frame! [pcm_s16le @ 05a1b560] Warning: not compiled with thread support, using thread e mulation [h264 @ 059e5100] no frame! Last message repeated 5 times [h264 @ 059e5100] A non-intra slice in an IDR NAL unit. [h264 @ 059e5100] decode_slice_header error [h264 @ 059e5100] A non-intra slice in an IDR NAL unit. [h264 @ 059e5100] decode_slice_header error [h264 @ 059e5100] sps_id 32 out of range Last message repeated 1 times [h264 @ 059e5100] no frame! [h264 @ 059e5100] A non-intra slice in an IDR NAL unit. [h264 @ 059e5100] decode_slice_header error [h264 @ 059e5100] sps_id 32 out of range Last message repeated 1 times [h264 @ 059e5100] illegal POC type 32 [h264 @ 059e5100] sps_id 32 out of range [h264 @ 059e5100] no frame! [h264 @ 059e5100] SEI type 127 size 1192 truncated at 5 [h264 @ 059e5100] illegal aspect ratio [h264 @ 059e5100] too many reference frames 32 [...] [h264 @ 061e40e0] reference count overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] Reinit context to 32x1408, pix_fmt: yuvj420p [h264 @ 061e40e0] reference picture missing during reorder [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] illegal POC type 32 Last message repeated 1 times [h264 @ 061e40e0] Reinit context to 16x256, pix_fmt: yuvj420p [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] sps_id 4 out of range [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] top block unavailable for requested intra mode at 0 0 [h264 @ 061e40e0] error while decoding MB 0 0 [h264 @ 061e40e0] concealing 16 DC, 16 AC, 16 MV errors in I frame Input stream #0:0 frame changed from size:32x16 fmt:yuvj420p to size:16x256 fmt: yuvj420p [swscaler @ 059d0060] deprecated pixel format used, make sure you did set range correctly [h264 @ 061e40e0] deblocking filter parameters 146 0 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] deblocking filter parameters 12 24 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 21 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 25 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] non-existing PPS 30 referenced [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] abs_diff_pic_num overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] illegal aspect ratio [h264 @ 061e40e0] sps_id 32 out of range [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 13 too large at 0 5 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] sps_id 5 out of range [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] reference picture missing during reorder [h264 @ 061e40e0] reference count overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 32 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] non-existing PPS 29 referenced [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 14 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] reference overflow 0 > 15 or 45132 > 15 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 25 too large at 0 5 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] non-existing PPS 30 referenced [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] illegal POC type 26 Last message repeated 1 times [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Reinit context to 32x1408, pix_fmt: yuvj420p [h264 @ 061e40e0] deblocking_filter_idc 5 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 32 too large at 0 1 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] Reinit context to 16x256, pix_fmt: yuvj420p [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 17 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Reinit context to 32x64, pix_fmt: yuvj420p [h264 @ 061e40e0] first_mb_in_slice overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 13 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 32 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported Last message repeated 1 times [h264 @ 061e40e0] Reinit context to 16x256, pix_fmt: yuvj420p [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] reference picture missing during reorder Last message repeated 1 times [h264 @ 061e40e0] reference count overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Reinit context to 32x1408, pix_fmt: yuvj420p [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] Reinit context to 16x256, pix_fmt: yuvj420p [h264 @ 061e40e0] long_term_pic_idx overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] sps_id 32 out of range Last message repeated 1 times [h264 @ 061e40e0] sps_id 29 out of range [h264 @ 061e40e0] reference picture missing during reorder [h264 @ 061e40e0] reference count overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] reference overflow (pps) [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] deblocking_filter_idc 4 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] reference picture missing during reorder [h264 @ 061e40e0] reference count overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] top block unavailable for requested intra mode at 0 1 [h264 @ 061e40e0] error while decoding MB 0 1 [h264 @ 061e40e0] Changing field mode (2 -> 3) between slices is not allowed [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 30 too large at 0 1 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] SEI type 132 size 1408 truncated at 111 [h264 @ 061e40e0] Partitioned H.264 support is incomplete Last message repeated 1 times [h264 @ 061e40e0] Reinit context to 32x1408, pix_fmt: yuvj420p [h264 @ 061e40e0] deblocking_filter_idc 32 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] SEI type 132 size 1408 truncated at 119 [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] Reinit context to 560x416, pix_fmt: yuvj420p [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] non-existing PPS 22 referenced [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] Reinit context to 16x256, pix_fmt: yuvj420p [h264 @ 061e40e0] first_mb_in_slice overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 20 too large at 2 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] log2_max_poc_lsb (471) is out of range [h264 @ 061e40e0] log2_max_poc_lsb (-1) is out of range [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] reference overflow (pps) [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] first_mb_in_slice overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] illegal modification_of_pic_nums_idc 21 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 32 too large at 0 2 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] reference overflow (pps) [h264 @ 061e40e0] FMO not supported Last message repeated 1 times [h264 @ 061e40e0] reference overflow (pps) [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] slice type 10 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] QP 4294967217 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] reference overflow 246 > 15 or 0 > 15 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] reference overflow 24647 > 31 or 0 > 31 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] QP 3109 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 32 too large at 0 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] cabac_init_idc 32 overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] reference picture missing during reorder [h264 @ 061e40e0] reference count overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] reference overflow (pps) [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] sps_id 9 out of range [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] slice type 13 too large at 0 1 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] non-existing PPS 14 referenced [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] sps_id 3 out of range [h264 @ 061e40e0] first_mb_in_slice overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Missing reference picture, default is 0 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Reinit context to 32x64, pix_fmt: yuvj420p [h264 @ 061e40e0] Missing reference picture, default is 2147483647 Last message repeated 3 times [h264 @ 061e40e0] deblocking_filter_idc 6 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] A non-intra slice in an IDR NAL unit. [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] non-existing PPS 21 referenced [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Reinit context to 16x256, pix_fmt: yuvj420p [h264 @ 061e40e0] QP 3109 out of range [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] Reinit context to 32x64, pix_fmt: yuvj420p [h264 @ 061e40e0] first_mb_in_slice overflow [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] This stream was generated by a broken encoder, invalid 8x8 inf erence [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] FMO not supported [h264 @ 061e40e0] slice type 19 too large at 0 1 [h264 @ 061e40e0] decode_slice_header error [h264 @ 061e40e0] Partitioned H.264 support is incomplete [h264 @ 061e40e0] Reinit context to 131056x2016, pix_fmt: yuvj420p [h264 @ 061e40e0] Cannot allocate memory. [h264 @ 061e40e0] Could not allocate memory [h264 @ 061e40e0] h264_slice_header_init() failed [h264 @ 061e40e0] decode_slice_header error Program received signal SIGSEGV, Segmentation fault. 0x008dad7b in release_unused_pictures (remove_current=, h=) at libavcodec/h264_slice.c:193 193 if (h->DPB[i].f.buf[0] && !h->DPB[i].reference && (gdb) bt #0 0x008dad7b in release_unused_pictures (remove_current=, h=) at libavcodec/h264_slice.c:193 #1 h264_frame_start (h=0x5b60040) at libavcodec/h264_slice.c:725 #2 0x008dd807 in ff_h264_decode_slice_header (h=0x5b60040, h0=0x5b60040) at libavcodec/h264_slice.c:1678 #3 0x005f7f9c in decode_nal_units (h=0x5b60040, buf=, buf_size=144000, parse_extradata=0) at libavcodec/h264.c:1588 #4 0x005f9728 in h264_decode_frame (avctx=0x61e40e0, data=0x5a5b000, got_frame=0x22facc, avpkt=0x22f798) at libavcodec/h264.c:1904 #5 0x005eb0f6 in avcodec_decode_video2 (avctx=0x61e40e0, picture=0x5a5b000, got_picture_ptr=0x22facc, avpkt=0x22f8c8) at libavcodec/utils.c:2264 #6 0x0041afc9 in decode_video (got_output=, pkt=, ist=) at ffmpeg.c:1888 #7 process_input_packet (ist=0x5defd40, pkt=0x22fb90) at ffmpeg.c:2122 #8 0x0041dd16 in process_input (file_index=2) at ffmpeg.c:3529 #9 0x00c8cf0c in transcode_step () at ffmpeg.c:3623 #10 transcode () at ffmpeg.c:3675 #11 main (argc=11, argv=) at ffmpeg.c:3851 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 05:56:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 03:56:39 -0000 Subject: [FFmpeg-trac] #3741(undetermined:reopened): Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. In-Reply-To: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> References: <039.b9d524d1af4b457be25b24d8d0507b2c@avcodec.org> Message-ID: <054.7bb88dc668a16108d15813c41854ad3f@avcodec.org> #3741: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. -------------------------------------+------------------------------------- Reporter: miguelapg | Owner: Type: defect | Status: reopened Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by needkane): The bug give me a problem: Generate file.m3u8 ,but Each seg's time is wrong The video source:http://needkane.qiniudn.com/a.wmv you can download this video Command and process: qboxtest at qboxtest-G41D3:~/qbox/ffmpeg/fop/src/qbox.us/fop/m3u8$ ffmpeg -i m3u8150495689 -ar 32000 -ab 48k -b:v 600k -g 90 -dcodec copy -scodec mov_text -acodec libfaac -v warning -flags +loop+mv4 -pix_fmt yuv420p -cmp 256 -partitions +parti4x4+partp8x8+partb8x8 -subq 7 -trellis 1 -refs 5 -coder 0 -me_range 16 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -rc_eq 'blurCplx^(1-qComp)' -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -level 3.0 -codec:v libx264 -pix_fmt yuv420p -map_metadata 0:g -vf transpose=1,scale='trunc(in_w/2)*2:trunc(in_h/2)*2' -map 0 -f ssegment -segment_format mpegts -segment_list_type m3u8''' -segment_time 10''' -force_key_frames expr:'gte(t,n_forced*10)' -segment_list_entry_prefix http://qiniu.com:888/hello.m3u8@ -segment_list m3u8717598356/file.m3u8 m3u8717598356/seg%d [libx264 @ 0x239e040] frame MB size (48x86) > level limit (1620) [libx264 @ 0x239e040] DPB size (5 frames, 20640 mbs) > level limit (1 frames, 8100 mbs) [mpegts @ 0x2849b60] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times [mpegts @ 0x241cc20] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 11 times [mpegts @ 0x243c8e0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 3 times Result: #EXTM3U #EXT-X-VERSION:3 #EXT-X-MEDIA-SEQUENCE:0 #EXT-X-ALLOW-CACHE:YES #EXT-X-TARGETDURATION:95 #EXTINF:'''94.722562,''' http://qiniu.com:888/hello.m3u8 at seg0 #EXTINF:'''84.522562,''' http://qiniu.com:888/hello.m3u8 at seg1 #EXTINF:74.522562, http://qiniu.com:888/hello.m3u8 at seg2 #EXTINF:64.522562, http://qiniu.com:888/hello.m3u8 at seg3 #EXTINF:54.522562, http://qiniu.com:888/hello.m3u8 at seg4 #EXTINF:44.522562, http://qiniu.com:888/hello.m3u8 at seg5 #EXTINF:34.522562, http://qiniu.com:888/hello.m3u8 at seg6 #EXTINF:24.522562, http://qiniu.com:888/hello.m3u8 at seg7 #EXTINF:24.650750, http://qiniu.com:888/hello.m3u8 at seg8 #EXT-X-ENDLIST -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 07:07:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 05:07:54 -0000 Subject: [FFmpeg-trac] #3732(ffserver:new): ffserver does not perceive closing of input feed In-Reply-To: <039.2cfdeab5597ac8077749637287b18379@avcodec.org> References: <039.2cfdeab5597ac8077749637287b18379@avcodec.org> Message-ID: <054.9698589059c69dd425491a1f688eb390@avcodec.org> #3732: ffserver does not perceive closing of input feed -------------------------------------+------------------------------------ Reporter: andrixnet | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by reynaldo): FWIW I have been trying to reproduce this with current git head to no avail. Will try to automate it to rly knock ffserver down and report back. andrixnet: are you still experiencing this? If so, can you try reproducing with a minimal ffserver.conf and report back? You can keep the push side of things just as you have them now (your windows ffmpeg clients), if this is still a problem is likely the server side the one at fault. If you manage to reproduce please share the config used and the version you are testing with alongside details on the ffserver (ffmpeg) version you reproduced it with. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 08:13:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 06:13:11 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.3b3d079a4b20681882a7b7196a9fec30@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'm thinking of conducting a personal listening test of the stable v7 or the experimental M/S enabled v8g (or anything latest). I'd like to hear your opinion. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 09:56:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 07:56:43 -0000 Subject: [FFmpeg-trac] #3874(undetermined:new): tiff: yuv with odd width fails to decode Message-ID: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> #3874: tiff: yuv with odd width fails to decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- sample from ticket #1178 https://trac.ffmpeg.org/raw-attachment/ticket/1178/out.tif {{{ C:\>ffmpegx -i out.tif out.bmp ffmpeg version N-65738-g3c197442 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 19 2014 02:46:13 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-pthreads --enable-memalign-hack --enable-runtime- cpudetect -- enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 -lw inmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapsh ots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/sna pshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 -- enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-li bvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-li bopencore-amrwb --enable-libmp3lame --enable-libfreetype --enable-libvpx --disab le-decoder=libvpx libavutil 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [tiff @ 0x230b2c0] Copy went out of bounds Input #0, image2, from 'out.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, yuv410p, 323x240 [SAR 1:1 DAR 323:240], 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf56.1.100 Stream #0:0: Video: bmp, bgr24, 323x240 [SAR 1:1 DAR 323:240], q=2-31, 200 k b/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 bmp Stream mapping: Stream #0:0 -> #0:0 (tiff (native) -> bmp (native)) Press [q] to stop, [?] for help [tiff @ 0x23075e0] Copy went out of bounds frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:228kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 18:13:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 16:13:36 -0000 Subject: [FFmpeg-trac] #3875(undetermined:new): Cannot seek MP4 with HEVC Message-ID: <037.a4e388c8b8f8dcb58730348feee5b28c@avcodec.org> #3875: Cannot seek MP4 with HEVC -------------------------------------+------------------------------------- Reporter: Krakean | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Sample: http://webfile.ru/c86ae7d294464db9d7c6a844634f138c (press green "???????" button) Playback stutters and unable to seek. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 20:00:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 18:00:04 -0000 Subject: [FFmpeg-trac] #3876(undetermined:new): configure ERROR: libx264 not found Message-ID: <041.bb2df7cf3af94c1378a5eec6e4869873@avcodec.org> #3876: configure ERROR: libx264 not found -------------------------------------+------------------------------------- Reporter: ztutberidze | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: libx264 | Blocked By: compilation | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % compile libx264 with shared libraries disabled, and then configure ffmpeg with enabled libx264 library }}} if i have compiled libx264 without shared librarys and I try to configure ffmpeg with libx264 then I am getting error "ERROR: libx264 not found". I have checked config.log and saw that there is missing in tests libdl.so, I have manually changed the line in configure script and added -ldl and now I can configure with libx264 when x264 is compiled only as static. please put it on the repository. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 20:09:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 18:09:59 -0000 Subject: [FFmpeg-trac] #3876(undetermined:new): configure ERROR: libx264 not found In-Reply-To: <041.bb2df7cf3af94c1378a5eec6e4869873@avcodec.org> References: <041.bb2df7cf3af94c1378a5eec6e4869873@avcodec.org> Message-ID: <056.81eb6f5bc858cc71472c984193be352c@avcodec.org> #3876: configure ERROR: libx264 not found -------------------------------------+------------------------------------- Reporter: ztutberidze | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libx264 compilation => libx264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 21:36:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 19:36:26 -0000 Subject: [FFmpeg-trac] #3875(undetermined:new): Cannot seek MP4 with HEVC In-Reply-To: <037.a4e388c8b8f8dcb58730348feee5b28c@avcodec.org> References: <037.a4e388c8b8f8dcb58730348feee5b28c@avcodec.org> Message-ID: <052.06cc58477f54260dc2c0b1df416538c7@avcodec.org> #3875: Cannot seek MP4 with HEVC -------------------------------------+------------------------------------- Reporter: Krakean | 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 muken): The sample has only one entry within the sync sample table. This means that you can only seek to the first picture. And this is not an issue of the libavformat demuxer since the sample contains 5 CRA pictures and they can be marked as a sync sample according to the 14496-15 3rd ed.. This is an issue of the muxer which made this sample. So, blame the muxer. To all appearance, the muxer is MP4Box since the sample contains a weird brand, hvc1. Wrong: [stss: Sync Sample Box] version = 0 flags = 0x000000 entry_count = 1 sample_number[0] = 1 Correct: [stss: Sync Sample Box] version = 0 flags = 0x000000 entry_count = 6 sample_number[0] = 1 sample_number[1] = 247 sample_number[2] = 497 sample_number[3] = 747 sample_number[4] = 997 sample_number[5] = 1247 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 21:45:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 19:45:40 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.3535b6a924684b69dd0d9cd9433bff59@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Replying to [comment:3 cehoyos]: > Additionally please note that your command line can be considered ambiguous for the given input sample (there is not much indication which audio stream is the ''best'' one to quote the documentation), so I don't think there is any reason to expect identical md5 output for different FFmpeg versions. You are right, so I added '-map' switches when relevant in my tests below to remove the ambiguity (although I seriously doubt the code in any version would do other than taking the first audio stream). Replying to [comment:1 kurosu]: > You can replace alternatively -c:a copy by -an and -c:v copy by -vn to narrow down whether audio or video causes different MD5. Here are the results of my tests: * When taking all streams, md5 do not match: {{{ $ ./ffmpeg_2.2.7 -loglevel quiet -i ../ref.mkv -map v -map a -c:v copy -c:a copy -f md5 - MD5=7b057ee0bbc1333af5955d7f534dbdb3 $ ./ffmpeg_git_master -loglevel quiet -i ../ref.mkv -map v -map a -c:v copy -c:a copy -f md5 - MD5=db38f94668ac6f033b714877eb42e354 }}} * When taking only the video stream, md5 match: {{{ $ ./ffmpeg_2.2.7 -loglevel quiet -i ../ref.mkv -c:v copy -an -f md5 - MD5=5d015e35d9cf9253bf4896baae4b60d6 $ ./ffmpeg_git_master -loglevel quiet -i ../ref.mkv -c:v copy -an -f md5 - MD5=5d015e35d9cf9253bf4896baae4b60d6 }}} * When taking only audio streams, md5 match: {{{ $ ./ffmpeg_2.2.7 -loglevel quiet -i ../ref.mkv -map a -vn -c:a copy -f md5 - MD5=9ac8559b4e2ba521e233567c04869b92 $ ./ffmpeg_git_master -loglevel quiet -i ../ref.mkv -map a -vn -c:a copy -f md5 - MD5=9ac8559b4e2ba521e233567c04869b92 }}} What can I conclude? It seems the problem is occurring only when feeding the MD5 calculation with all streams... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 21:47:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 19:47:08 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.a7a759f7bfed1da5adeca36efe0f246e@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Replying to [comment:2 cehoyos]: > Could you elaborate on what you are trying to show with your tests? I am trying to calculate the MD5 of media data contained in a file. For a same input file, I expect the MD5 to be identical unless I alter the file by adding, removing, modifying or reordering streams. The MD5 calculation should also be reproducible across different machines and FFmpeg versions, otherwise I think it's a bug (fixed or introduced). Replying to [comment:2 cehoyos]: > I didn't try to reproduce yet, but at least for some input files you can certainly get different md5 outputs with your exact command line if you are using different configure lines. The md5 values may also change depending on the version you test (again without changing the command line). All this cannot be surprising so I wonder now what exactly you want to test... I am not following you here. Why should the FFmpeg build configuration have any influence on the MD5 produced? I do not decode the streams, only feed them through the MD5 calculation. If have have the MKV demuxer and the ability to calculate the MD5 in an FFmpeg build, it should absolutely ALWAYS produce the same MD5. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 22:04:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 20:04:10 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.8d3148ffda2f9fa26840fa88c9fe3459@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Replying to [comment:1 kurosu]: > You can also use git bisect to narrow down the commit that would cause a change in MD5. Yup, I am trying that. However I had trouble when running : {{{ git bisect start git bisect good HEAD git bisect bad n2.2.7 git bisect run script_that_builds_ffmpeg_and_compare_md5 }}} I had the error {{{Bisecting: a merge base must be tested}}} And then after the first build: {{{'bisect_state bad' returned error code 3}}} I am trying between HEAD and HEAD~2000 now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 22:49:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 20:49:47 -0000 Subject: [FFmpeg-trac] #2753(avcodec:open): MPNG artefacts In-Reply-To: <037.df6e88c02ff6e55f004be68e5eb8ba24@avcodec.org> References: <037.df6e88c02ff6e55f004be68e5eb8ba24@avcodec.org> Message-ID: <052.dd418ab35c89cdd23616bc4396c60d18@avcodec.org> #2753: MPNG artefacts ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): I think the ticket is invalid: the errors are block-like (I don't think incorrect decoding of pngs can lead to this) and were probably in the source of the mpng file. One can extract the pngs (I'm actually impressed it works): ./ffmpeg -i mpng.avi -vcodec copy -an out%03d.png And then the pngs can be decoded by any application, with the artifacts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 23:08:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 21:08:38 -0000 Subject: [FFmpeg-trac] #3877(undetermined:new): huffyuv enc: broken output Message-ID: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> #3877: huffyuv enc: broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i anim2.gif -vcodec huffyuv out.avi ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, gif, from 'anim2.gif': Duration: N/A, bitrate: N/A Stream #0:0: Video: gif, bgra, 498x331, 6 fps, 10 tbr, 100 tbn, 100 tbc [huffyuv @ 02e1d7a0] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 02e18e80] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 047608a0] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 04792b00] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 047c3ae0] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 047f4ac0] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 02ef3a80] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 02fe5840] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 02f3c1a0] using huffyuv 2.2.0 or newer interlacing flag Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: huffyuv (HFYU / 0x55594648), bgra, 498x331, q=2-31, 200 kb/s, 10 fps, 10 tbn, 10 tbc Metadata: encoder : Lavc56.0.101 huffyuv Stream mapping: Stream #0:0 -> #0:0 (gif (native) -> huffyuv (native)) Press [q] to stop, [?] for help frame= 8 fps=0.0 q=0.0 Lsize= 2470kB time=00:00:01.20 bitrate=16864.0kbits /s video:2464kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.240774% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 23:18:53 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 21:18:53 -0000 Subject: [FFmpeg-trac] #3877(undetermined:new): huffyuv enc: broken output In-Reply-To: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> References: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> Message-ID: <054.f7ed56f769c6e7aa31c2624c384f06a4@avcodec.org> #3877: huffyuv enc: broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 kurosu): What's broken in the output? The output file decodes correctly and is similar to the input file as visualized in another program. Should it have been smaller? Is it not lossless? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 23:52:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 21:52:46 -0000 Subject: [FFmpeg-trac] #3877(undetermined:new): huffyuv enc: broken output In-Reply-To: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> References: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> Message-ID: <054.301126fb563da4c17e1af939f976bd1e@avcodec.org> #3877: huffyuv enc: broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 ami_stuff): It's a bug in decoder I think, see attached files. http://www.datafilehost.com/d/f4db2f52 {{{ C:\>ffmpegx -i anim2.gif -vcodec huffyuv out.avi ffmpeg version N-65738-g3c197442 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 19 2014 02:46:13 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-pthreads --enable-memalign-hack --enable-runtime- cpudetect -- enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 -lw inmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapsh ots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/sna pshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 -- enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-li bvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-li bopencore-amrwb --enable-libmp3lame --enable-libfreetype --enable-libvpx --disab le-decoder=libvpx libavutil 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, gif, from 'anim2.gif': Duration: N/A, bitrate: N/A Stream #0:0: Video: gif, bgra, 498x331, 6 fps, 10 tbr, 100 tbn, 100 tbc [huffyuv @ 0x23e1920] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 0x2303b40] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 0x3c51b20] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 0x3c82aa0] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 0x3cb3ac0] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 0x3ce4aa0] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 0x3d15ac0] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 0x3d46840] using huffyuv 2.2.0 or newer interlacing flag [huffyuv @ 0x2427980] using huffyuv 2.2.0 or newer interlacing flag Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: huffyuv (HFYU / 0x55594648), bgra, 498x331, q=2-31, 200 kb/s, 10 fps, 10 tbn, 10 tbc Metadata: encoder : Lavc56.0.101 huffyuv Stream mapping: Stream #0:0 -> #0:0 (gif (native) -> huffyuv (native)) Press [q] to stop, [?] for help frame= 8 fps=0.0 q=0.0 Lsize= 2470kB time=00:00:01.20 bitrate=16864.0kbits /s video:2464kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.240774% }}} {{{ C:\>ffmpegx -i out.avi out2.avi ffmpeg version N-65738-g3c197442 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 19 2014 02:46:13 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-pthreads --enable-memalign-hack --enable-runtime- cpudetect -- enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 -lw inmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapsh ots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/sna pshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 -- enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-li bvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-li bopencore-amrwb --enable-libmp3lame --enable-libfreetype --enable-libvpx --disab le-decoder=libvpx libavutil 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, avi, from 'out.avi': Metadata: encoder : Lavf56.1.100 Duration: 00:00:01.20, start: 0.000000, bitrate: 16864 kb/s Stream #0:0: Video: huffyuv (HFYU / 0x55594648), bgra, 498x331, 10 fps, 10 t br, 10 tbn, 10 tbc Output #0, avi, to 'out2.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 498x331, q=2-31, 200 kb/s, 10 fps, 10 tbn, 10 tbc Metadata: encoder : Lavc56.0.101 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (huffyuv (native) -> mpeg4 (native)) Press [q] to stop, [?] for help frame= 8 fps=0.0 q=12.8 Lsize= 675kB time=00:00:01.20 bitrate=4611.0kbits /s video:670kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: 0.871262% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 20 23:58:07 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 21:58:07 -0000 Subject: [FFmpeg-trac] #3877(avcodec:open): huffyuv enc: broken output In-Reply-To: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> References: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> Message-ID: <054.63ab1b489da9ebae3620ce3b307fcd39@avcodec.org> #3877: huffyuv enc: broken output -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: kurosu Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: huffyuvdec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by kurosu): * keywords: => huffyuvdec * owner: => kurosu * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: OK, indeed it's a decoding error, probably a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 00:05:02 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 22:05:02 -0000 Subject: [FFmpeg-trac] #2881(avcodec:closed): wavpack: CRC error In-Reply-To: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> References: <039.d26c3c0e6a09556fad0af22ace4a2923@avcodec.org> Message-ID: <054.b3f7b2fab633272a184bb757b2d497e1@avcodec.org> #2881: wavpack: CRC error ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by Timothy_Gu): * status: open => closed * resolution: => fixed Comment: Fixed by kurosu (Christophe) in http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=2ba58bec20b0039ccc40cfba59af6d56de16e8b1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 01:01:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 23:01:08 -0000 Subject: [FFmpeg-trac] #3877(avcodec:open): huffyuv enc: broken output In-Reply-To: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> References: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> Message-ID: <054.329a4836fcc110b1b8eb002791b65012@avcodec.org> #3877: huffyuv enc: broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: kurosu Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: huffyuvdec | Blocked By: rgba | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by kurosu): * analyzed: 0 => 1 * keywords: huffyuvdec => huffyuvdec rgba * priority: normal => important Comment: A hunk for decoding of alpha in old huffyuv is misplaced, causing immediate desync on first pixel. This also probably means a fate test for this is missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 01:20:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 23:20:17 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.e23cbafb77eec3e51d2c3ea6c1517943@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Krakean): >There is no way to determine where in the bitstream the SPS has been corrupted. It would be hazardous to let the decoding continue: this sequence doesn't contain a valid hevc header. Is it mean that this regression will not be fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 01:47:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 23:47:35 -0000 Subject: [FFmpeg-trac] #3877(avcodec:open): huffyuv enc: broken output In-Reply-To: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> References: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> Message-ID: <054.8642f385e318d8e77a0163d0b981ca72@avcodec.org> #3877: huffyuv enc: broken output ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: kurosu Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: huffyuv alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: huffyuvdec rgba => huffyuv alpha -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 01:53:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Aug 2014 23:53:04 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.affc61e2d826c9495a5cbeebdaaeeb93@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kurosu): There are various possibilities. I'm personally against the broadest one (just ignore the error), but this needs more discussion inside the project. It would be really helpful to narrow down the scenario where this occurs, as it would make more likely for a workaround to be integrated. Do you know if your user remuxed/truncated/... the file you provided us? If yes, having the full file could help. In any case, it would really be a plus to have more information on how it was generated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 02:13:41 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 00:13:41 -0000 Subject: [FFmpeg-trac] #3835(avdevice:closed): The count of gdi objects owned by ffmpeg.exe increasing endlessly on windows In-Reply-To: <035.0b921461fc6cbfbb72e06cb4b33ba9af@avcodec.org> References: <035.0b921461fc6cbfbb72e06cb4b33ba9af@avcodec.org> Message-ID: <050.53d07fec5d0e05b060974ad0cb474988@avcodec.org> #3835: The count of gdi objects owned by ffmpeg.exe increasing endlessly on windows -------------------------------------+------------------------------------ Reporter: hlszl | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: unspecified | Resolution: fixed Keywords: win | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by kurosu): * status: new => closed * resolution: => fixed Comment: Patch committed in ea97859c8c218b83ab747a7eabcb88ca446f6751. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 02:16:35 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 00:16:35 -0000 Subject: [FFmpeg-trac] #3805(avcodec:reopened): Transparent png pixels should show the background colour In-Reply-To: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> References: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> Message-ID: <052.3ccb5c9cb8a14542057433acb4ed0e6a@avcodec.org> #3805: Transparent png pixels should show the background colour -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by kurosu): ffmpeg doesn't parse the bKGB chunk that contains this information as indeed you can't have both transparency and a background at the same time in ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 10:49:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 08:49:36 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.de9b81184eb785c83c44e258073e6b51@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:1 kurosu]: > The SPS is overread by 8 bits, however the overread is much much bigger: the VUI seems incorrect in this file, like truncated. However, if we continue decoding nonetheless, the sequence decodes fine. Please only set a ticket status to open once all information is present. Regression since 5ec85c97 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 10:51:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 08:51:53 -0000 Subject: [FFmpeg-trac] #3805(avcodec:reopened): Transparent png pixels should show the background colour In-Reply-To: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> References: <037.f0d626bfdd9edd4ade1c7a51f53237db@avcodec.org> Message-ID: <052.a4a012b1da40a45332320e3f39d23fad@avcodec.org> #3805: Transparent png pixels should show the background colour -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:4 kurosu]: > ffmpeg doesn't parse the bKGB chunk that contains this information as indeed you can't have both transparency and a background at the same time in ffmpeg. Yes but the sample in question does not contain a bKGB chunk and is still displayed better by many / all other programs that support displaying png. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 10:55:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 08:55:26 -0000 Subject: [FFmpeg-trac] #3877(avcodec:closed): huffyuv enc: broken output In-Reply-To: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> References: <039.15afc01053a8b9afb43b1f181480d263@avcodec.org> Message-ID: <054.ff3ab72ea15d0e699d9100cc0c10908c@avcodec.org> #3877: huffyuv enc: broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: kurosu Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: huffyuv | Blocked By: alpha regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: huffyuv alpha => huffyuv alpha regression * status: open => closed * version: unspecified => git-master * resolution: => fixed Comment: Regression since deadcf5e Fixes by Christophe Gisquet in 331b1f7d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 10:57:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 08:57:14 -0000 Subject: [FFmpeg-trac] #2753(avcodec:closed): MPNG artefacts In-Reply-To: <037.df6e88c02ff6e55f004be68e5eb8ba24@avcodec.org> References: <037.df6e88c02ff6e55f004be68e5eb8ba24@avcodec.org> Message-ID: <052.e57cee041124442d7415e27713beec33@avcodec.org> #2753: MPNG artefacts ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * analyzed: 0 => 1 * status: open => closed * resolution: => invalid Comment: Thank you for the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 11:11:47 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 09:11:47 -0000 Subject: [FFmpeg-trac] #1713(build system:closed): Linkage fails due to relocations In-Reply-To: <037.7876b36c24a92f62ac68b6e9ca39f0c1@avcodec.org> References: <037.7876b36c24a92f62ac68b6e9ca39f0c1@avcodec.org> Message-ID: <052.4c05e24ee3e519e022269c0e872220f0@avcodec.org> #1713: Linkage fails due to relocations -------------------------------------+------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by robelsharma): I have found same issue with FFmpeg-n2.2 and fixed it after a long suffering. So now I am adding a patch for ffmpeg-2.2 only. This is only for the brothers who went on suffering due to this issue. :) Attachment is given as '''ffmpeg-2.2.patch''' . -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 12:28:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 10:28:17 -0000 Subject: [FFmpeg-trac] #3868(avcodec:open): wav: deadlock (fuzzed file) In-Reply-To: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> References: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> Message-ID: <054.ef52b3ca9c60f223caea3b38130595ae@avcodec.org> #3868: wav: deadlock (fuzzed file) --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: imc deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+----------------------------------- Changes (by kurosu): * analyzed: 0 => 1 * cc: christophe.gisquet@? (added) Comment: That or change the bark search to a Newton-Rhapson-like method. But I agree, the reason is obviously because the file is corrupt, not that it is a valid content. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 13:01:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 11:01:39 -0000 Subject: [FFmpeg-trac] #3878(undetermined:new): HWND_MESSAGE undeclared on mingw32 Message-ID: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> #3878: HWND_MESSAGE undeclared on mingw32 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ $ make CC libavdevice/alldevices.o CC libavdevice/avdevice.o CC libavdevice/gdigrab.o CC libavdevice/lavfi.o CC libavdevice/vfwcap.o libavdevice/vfwcap.c: In function 'vfw_read_header': libavdevice/vfwcap.c:263:61: error: 'HWND_MESSAGE' undeclared (first use in this function) libavdevice/vfwcap.c:263:61: note: each undeclared identifier is reported only o nce for each function it appears in libavdevice/vfwcap.c:319:9: warning: passing argument 1 of 'av_parse_video_size' from incompatible pointer type [enabled by default] ./libavutil/parseutils.h:66:5: note: expected 'int *' but argument is of type 'L ONG *' libavdevice/vfwcap.c:319:9: warning: passing argument 2 of 'av_parse_video_size' from incompatible pointer type [enabled by default] ./libavutil/parseutils.h:66:5: note: expected 'int *' but argument is of type 'L ONG *' make: *** [libavdevice/vfwcap.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 13:10:00 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 11:10:00 -0000 Subject: [FFmpeg-trac] #3878(undetermined:closed): HWND_MESSAGE undeclared on mingw32 In-Reply-To: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> References: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> Message-ID: <054.d3eea8cb838e42453ae9fb612aeca507@avcodec.org> #3878: HWND_MESSAGE undeclared on mingw32 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ami_stuff): * status: new => closed * resolution: => invalid Comment: Hm, according to this the latest mingw should have this define: http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=8bc52dbd9dffb1b2fa4a6aeed2d298d036b619b2 so I close this ticket as invalid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 13:10:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 11:10:22 -0000 Subject: [FFmpeg-trac] #3873(avcodec:open): h264: crash with forced codec and -max_alloc In-Reply-To: <039.49a0f978a1b3d60d667be3f1ecf2be8d@avcodec.org> References: <039.49a0f978a1b3d60d667be3f1ecf2be8d@avcodec.org> Message-ID: <054.af13c5c02b6c751ddaeabcb684dde9dd@avcodec.org> #3873: h264: crash with forced codec and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => h264 crash SIGSEGV Comment: Patch sent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 13:11:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 11:11:12 -0000 Subject: [FFmpeg-trac] #3878(undetermined:reopened): HWND_MESSAGE undeclared on mingw32 In-Reply-To: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> References: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> Message-ID: <054.328c3efb2b81c798cdfe5cd0e9e4acce@avcodec.org> #3878: HWND_MESSAGE undeclared on mingw32 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: invalid => Comment: I consider it a regression, what do others think? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 13:12:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 11:12:07 -0000 Subject: [FFmpeg-trac] #3868(avcodec:open): wav: deadlock (fuzzed file) In-Reply-To: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> References: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> Message-ID: <054.3fff550f88b0ba76990b9d0a4bd44d8f@avcodec.org> #3868: wav: deadlock (fuzzed file) --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: imc deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+----------------------------------- Comment (by cehoyos): Takes five minutes here to finish. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 13:12:35 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 11:12:35 -0000 Subject: [FFmpeg-trac] #3878(undetermined:reopened): HWND_MESSAGE undeclared on mingw32 In-Reply-To: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> References: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> Message-ID: <054.56e35c676099f8641730ffcd5afdc2b8@avcodec.org> #3878: HWND_MESSAGE undeclared on mingw32 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): I consider your mingw outdated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 14:42:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 12:42:50 -0000 Subject: [FFmpeg-trac] #3868(avcodec:closed): wav: deadlock (fuzzed file) In-Reply-To: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> References: <039.fe2cbd9ac3d46a1f3bc62bb6ee367df3@avcodec.org> Message-ID: <054.d6b16e7ab2402b601f7bfce923b8e802@avcodec.org> #3868: wav: deadlock (fuzzed file) --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: imc deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe in 4728cdd8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 17:26:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 15:26:14 -0000 Subject: [FFmpeg-trac] #1713(build system:closed): Linkage fails due to relocations In-Reply-To: <037.7876b36c24a92f62ac68b6e9ca39f0c1@avcodec.org> References: <037.7876b36c24a92f62ac68b6e9ca39f0c1@avcodec.org> Message-ID: <052.eaae8914c4486ab03c72458a0c1e8d9e@avcodec.org> #1713: Linkage fails due to relocations -------------------------------------+------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): The patch will get ignored, because in our documentation we said to link with `-Wl,-Bsymbolic`: https://ffmpeg.org/platform.html#Advanced-linking- configuration, but you did not do that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 18:26:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 16:26:08 -0000 Subject: [FFmpeg-trac] #2078(avformat:open): FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center In-Reply-To: <041.8322afc3c4d32bb9c372539fa9744c83@avcodec.org> References: <041.8322afc3c4d32bb9c372539fa9744c83@avcodec.org> Message-ID: <056.b6647e9984157b35ea77cfa1af3488a9@avcodec.org> #2078: FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by mschmid4): Adding my vote for this. Glad to see the issue has been isolated, a fix would be extremely helpful. Wife loves her fast forward in MCE! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 19:48:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 17:48:05 -0000 Subject: [FFmpeg-trac] #3872(avcodec:open): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.5b5e726828c4170a3a79cbf9402f54cd@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kurosu): I think the really interesting information is the encoder used. I think mkvmerge has always been fine, seeing the initial commit: https://github.com/mbunkus/mkvtoolnix/commit/8270527b19e271ff3d8c50f3845f5e4d564c5b91 #diff-46364bfa1cfae63c3177c12104574fdcR555 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 20:57:41 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 18:57:41 -0000 Subject: [FFmpeg-trac] #3622(avformat:reopened): Second audio track in mov sometimes marked as default In-Reply-To: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> References: <037.9b0d1165588b7d83aef10314a9c50cdb@avcodec.org> Message-ID: <052.6ab1c1faaa3ea5a537a1febd275be9cd@avcodec.org> #3622: Second audio track in mov sometimes marked as default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by outlyer): I've updated the patch to apply against the 2.3.x series. It, along with the Homebrew formula can be found here: https://gist.github.com/outlyer/4a88f1adb7f895b93fd9 I ran ```make fate``` and it was clean. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 21:25:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 19:25:14 -0000 Subject: [FFmpeg-trac] #3879(undetermined:new): wavpack: CRC error 2 Message-ID: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> #3879: wavpack: CRC error 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/A-codecs/wavpcm/madbear.wav {{{ $ ffmpeg -i madbear.wav -ac 3 out.wv ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 21 2014 13:25:12 with gcc 4.6.2 (GCC) configuration: --disable-pthreads --disable-yasm --enable-gpl --disable- ffprob e libavutil 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [pcm_s16le @ 01dc4f40] Warning: not compiled with thread support, using thread e mulation Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'madbear.wav': Metadata: encoder : File created by GoldWave. GoldWave copyright (C) Chris Cr aig Duration: 00:00:06.48, bitrate: 352 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 11025 Hz, 2 channels, s16, 352 kb/s [wavpack @ 01cdf140] Warning: not compiled with thread support, using thread emu lation [pcm_s16le @ 01de1ba0] Warning: not compiled with thread support, using thread e mulation Output #0, wv, to 'out.wv': Metadata: encoder : Lavf56.1.100 Stream #0:0: Audio: wavpack, 11025 Hz, 2.1, s16p, 128 kb/s Metadata: encoder : Lavc56.0.101 wavpack Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> wavpack (native)) Press [q] to stop, [?] for help size= 226kB time=00:00:08.00 bitrate= 231.5kbits/s video:0kB audio:226kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: 0.039759% }}} {{{ $ ffmpeg -err_detect +crccheck -i out.wv -f null - ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 21 2014 13:25:12 with gcc 4.6.2 (GCC) configuration: --disable-pthreads --disable-yasm --enable-gpl --disable- ffprob e libavutil 54. 5.100 / 54. 5.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [wavpack @ 01dc5180] Warning: not compiled with thread support, using thread emu lation [wavpack @ 01dc5180] Too few bits (-1) left [wavpack @ 01dc5180] CRC error Input #0, wv, from 'out.wv': Metadata: encoder : Lavf56.1.100 Duration: 00:00:06.48, start: 0.000000, bitrate: 285 kb/s Stream #0:0: Audio: wavpack, 11025 Hz, 2.1, s16p [pcm_s16le @ 01df6780] Warning: not compiled with thread support, using thread e mulation [wavpack @ 01deb020] Warning: not compiled with thread support, using thread emu lation Output #0, null, to 'pipe:': Metadata: encoder : Lavf56.1.100 Stream #0:0: Audio: pcm_s16le, 11025 Hz, 2.1, s16, 529 kb/s Metadata: encoder : Lavc56.0.101 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (wavpack (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [wavpack @ 01deb020] Too few bits (-1) left [wavpack @ 01deb020] CRC error [wavpack @ 01deb020] Too few bits (-1) left [wavpack @ 01deb020] CRC error [wavpack @ 01deb020] Too few bits (0) left [wavpack @ 01deb020] CRC error [wavpack @ 01deb020] Too few bits (-1) left [wavpack @ 01deb020] CRC error size=N/A time=00:00:06.47 bitrate=N/A video:0kB audio:419kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 21:39:04 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 19:39:04 -0000 Subject: [FFmpeg-trac] #3879(undetermined:new): wavpack: CRC error 2 In-Reply-To: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> References: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> Message-ID: <054.9a17ea9e59680aa4e9ef61b21d153a4a@avcodec.org> #3879: wavpack: CRC error 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 ami_stuff): It's unrelated, but also output from this: $ ffmpeg -i madbear.wav -ac 1 -ar 300000 out.wv doesn't decode correctly -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 21:42:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 19:42:57 -0000 Subject: [FFmpeg-trac] #3879(undetermined:new): wavpack: CRC error 2 In-Reply-To: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> References: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> Message-ID: <054.ab8c329a51244f461f38ac95966aa89b@avcodec.org> #3879: wavpack: CRC error 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 kurosu): Probably #2881 fix wasn't sufficient. Adding "-err_detect +crccheck" of course yields a crc error, but that seems to be because the stream is truncated (again), seeing the message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 22:28:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 20:28:48 -0000 Subject: [FFmpeg-trac] #3874(avcodec:new): tiff: yuv with odd width fails to decode In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.d25ca91cee8269605360a0608796d846@avcodec.org> #3874: tiff: yuv with odd width fails to decode -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by jamal): * component: undetermined => avcodec Comment: The file seems to be broken. One of libtiff's tools also has trouble decoding it, and the output has artifacts after giving several "Discarding 9 bytes to avoid buffer overrun" warnings (see attached resulting file, which decodes fine with ffmpeg git master). Fun thing is, this was created by an old ffmpeg build (pre 0.11 it seems), so the encoder was probably at fault here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 22:56:36 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 20:56:36 -0000 Subject: [FFmpeg-trac] #3874(avcodec:new): tiff: yuv with odd width fails to decode In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.39943c665fca1d3fe49b3a1f50095f98@avcodec.org> #3874: tiff: yuv with odd width fails to decode -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:1 jamal]: > Fun thing is, this was created by an old ffmpeg build (pre 0.11 it seems), so the encoder was probably at fault here. Thanks for looking at it. It seems that encoder is still broken, test this: https://trac.ffmpeg.org/raw-attachment/ticket/1178/yuv410p.avi ffmpeg -i yuv410p.avi out.tif out.tif will fail to decode -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 23:08:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 21:08:07 -0000 Subject: [FFmpeg-trac] #3880(swscale:new): implement full chroma interpolation for yuva444p10 to rgb48 Message-ID: <038.00b7bc6df5991bd6ca90a50fa9dd4bb0@avcodec.org> #3880: implement full chroma interpolation for yuva444p10 to rgb48 ---------------------------------------+--------------------------------- Reporter: cbsrobot | Owner: Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- Please implement full chroma support for yuva444p10 to rgb48 conversion. {{{ ffmpeg -i fate-suite/prores/prores4444_with_transparency.mov -pix_fmt rgb48le output-%04d.tif ffmpeg version N-65628-g6c36b3a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 16:45:57 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libaacplus --enable-libass --enable-libcelt --enable- libfaac --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-openssl --enable-libopus --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-iconv --prefix=/usr/local libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/fate- suite/prores/prores4444_with_transparency.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-09-12 08:48:56 Duration: 00:00:00.04, start: 0.000000, bitrate: 43461 kb/s Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuva444p10le, 1920x1080, 40697 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc (default) Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler encoder : Apple ProRes 4444 timecode : 01:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 2 channels, s16, 1536 kb/s (default) Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: creation_time : 2012-09-12 08:48:57 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 [swscaler @ 0x7f97fa000600] full chroma interpolation for destination format 'rgb48le' not yet implemented Output #0, image2, to 'output-%04d.tif': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf56.1.100 Stream #0:0(eng): Video: tiff, rgb48le, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc (default) Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 encoder : Lavc56.0.100 tiff Stream mapping: Stream #0:0 -> #0:0 (prores (native) -> tiff (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:599kB 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 Aug 21 23:12:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 21:12:26 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files with packbits compression (was: tiff: yuv with odd width fails to decode) In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.7e145b30f56baf8001e3323a1f0de3c3@avcodec.org> #3874: tiff encoder creates broken odd width yuv files with packbits compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tiff | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by jamal): * keywords: => tiff * status: new => open * version: unspecified => git-master Comment: Seems to be packbits encoding only. ffmpeg -i yuv410p.avi -compression_algo raw raw.tif ffmpeg -i yuv410p.avi -compression_algo lzw lzw.tif ffmpeg -i yuv410p.avi -compression_algo deflate deflate.tif All three work fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 21 23:57:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 21:57:28 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files with packbits compression In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.6c5028679f6dec93385085cca47ba889@avcodec.org> #3874: tiff encoder creates broken odd width yuv files with packbits compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tiff | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by jamal): Ok, they "work", with emphasis on the quotes. They don't trigger errors/warnings during decoding like packbits does, but the output is completely broken with ffmpeg, and similar to the attached file with tiff2rgb, so our decoder may be wrong as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 00:14:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 22:14:24 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files with packbits compression In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.58c2a7dcf34335b824f38a297a848948@avcodec.org> #3874: tiff encoder creates broken odd width yuv files with packbits compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tiff | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:3 jamal]: > Seems to be packbits encoding only. > > ffmpeg -i yuv410p.avi -compression_algo raw raw.tif > ffmpeg -i yuv410p.avi -compression_algo lzw lzw.tif > ffmpeg -i yuv410p.avi -compression_algo deflate deflate.tif > > All three work fine. These looks broken as well while decoded with IrfanView. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 00:44:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 22:44:38 -0000 Subject: [FFmpeg-trac] #3880(swscale:new): implement full chroma interpolation for yuva444p10 to rgb48 In-Reply-To: <038.00b7bc6df5991bd6ca90a50fa9dd4bb0@avcodec.org> References: <038.00b7bc6df5991bd6ca90a50fa9dd4bb0@avcodec.org> Message-ID: <053.a97ce718116d433fb7fc94c3513b4048@avcodec.org> #3880: implement full chroma interpolation for yuva444p10 to rgb48 -------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Does it work for yuv444p10 -> rgb48? Or for yuva444p -> rgb64? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 00:50:19 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 22:50:19 -0000 Subject: [FFmpeg-trac] #3872(avcodec:closed): Broken HEVC playback with some videos (regression) In-Reply-To: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> References: <037.b394ede435500734f00a7bafdea9d14a@avcodec.org> Message-ID: <052.9787cb2547454c7d9feb7da75e4d9c6a@avcodec.org> #3872: Broken HEVC playback with some videos (regression) -------------------------------------+------------------------------------- Reporter: Krakean | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe in 0625a380 - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 01:04:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 23:04:39 -0000 Subject: [FFmpeg-trac] #3879(undetermined:new): wavpack: CRC error 2 In-Reply-To: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> References: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> Message-ID: <054.750e25915fed9080c7530064d4919bfc@avcodec.org> #3879: wavpack: CRC error 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 kurosu): Replying to [comment:1 ami_stuff]: > It's unrelated, but also output from this: > > $ ffmpeg -i madbear.wav -ac 1 -ar 300000 out.wv > > doesn't decode correctly I've fixed that (decoder complaining about block size I think) but could you still fill a bug report? Your -ac 3 (root cause of the issue, other values seem fine) issue looks harder and is actually not related to encoder not allocating enough... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 01:08:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 23:08:26 -0000 Subject: [FFmpeg-trac] #3879(avcodec:open): wavpack: CRC error 2 In-Reply-To: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> References: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> Message-ID: <054.519d1f01d0c487701a1a6dad0ba6a653@avcodec.org> #3879: wavpack: CRC error 2 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => wavpack * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 01:38:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 23:38:05 -0000 Subject: [FFmpeg-trac] #3881(undetermined:new): wavpack: invalid number of samples Message-ID: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> #3881: wavpack: invalid number of samples -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/A-codecs/wavpcm/madbear.wav {{{ C:\>ffmpeg -i madbear.wav -ac 1 -ar 300000 out.wv ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'madbear.wav': Metadata: encoder : File created by GoldWave. GoldWave copyright (C) Chris Cr aig Duration: 00:00:06.48, bitrate: 352 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 11025 Hz, 2 channels, s16, 352 kb/s Output #0, wv, to 'out.wv': Metadata: encoder : Lavf56.1.100 Stream #0:0: Audio: wavpack, 300000 Hz, mono, s16p, 128 kb/s Metadata: encoder : Lavc56.0.101 wavpack Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> wavpack (native)) Press [q] to stop, [?] for help size= 1504kB time=00:00:06.50 bitrate=1896.0kbits/s video:0kB audio:1504kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.005973% }}} {{{ C:\>ffmpeg -i out.wv -f null - ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [wavpack @ 02e1c700] Invalid number of samples: 150000 Last message repeated 11 times [wv @ 02e1c020] decoding for stream 0 failed [wv @ 02e1c020] Could not find codec parameters for stream 0 (Audio: wavpack, 30 0000 Hz, mono): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options out.wv: could not find codec parameters Input #0, wv, from 'out.wv': Metadata: encoder : Lavf56.1.100 Duration: 00:00:06.48, start: 0.000000, bitrate: 1901 kb/s Stream #0:0: Audio: wavpack, 300000 Hz, mono [abuffer @ 02e1a2c0] Unable to parse option value "(null)" as sample format Last message repeated 1 times [abuffer @ 02e1a2c0] Error setting option sample_fmt to value (null). [graph 0 input from stream 0:0 @ 02ef6da0] Error applying options to the filter. Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 01:39:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Aug 2014 23:39:32 -0000 Subject: [FFmpeg-trac] #3879(avcodec:open): wavpack: CRC error 2 In-Reply-To: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> References: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> Message-ID: <054.cb27188d9723baf9c1e85a01e4bf3f2a@avcodec.org> #3879: wavpack: CRC error 2 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:3 kurosu]: > I've fixed that (decoder complaining about block size I think) but could you still fill a bug report? thanks and done - ticket #3881. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 02:11:42 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 00:11:42 -0000 Subject: [FFmpeg-trac] #3882(undetermined:new): ffvhuff: problem with -pix_fmt yuv420p9 Message-ID: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> #3882: ffvhuff: problem with -pix_fmt yuv420p9 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- https://trac.ffmpeg.org/raw-attachment/ticket/3877/anim2.gif out2.avi looks wrong {{{ C:\>ffmpeg -i anim2.gif -vcodec ffvhuff -pix_fmt yuv420p9 out.avi ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, gif, from 'anim2.gif': Duration: N/A, bitrate: N/A Stream #0:0: Video: gif, bgra, 498x331, 6 fps, 10 tbr, 100 tbn, 100 tbc File 'out.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: ffvhuff (FFVH / 0x48564646), yuv420p9le, 498x331, q=2-31 , 200 kb/s, 10 fps, 10 tbn, 10 tbc Metadata: encoder : Lavc56.0.101 ffvhuff Stream mapping: Stream #0:0 -> #0:0 (gif (native) -> ffvhuff (native)) Press [q] to stop, [?] for help frame= 8 fps=0.0 q=0.0 Lsize= 1117kB time=00:00:01.20 bitrate=7622.6kbits/ s video:1111kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.537247% }}} {{{ C:\>ffmpeg -i out.avi out2.avi ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, avi, from 'out.avi': Metadata: encoder : Lavf56.1.100 Duration: 00:00:01.20, start: 0.000000, bitrate: 7622 kb/s Stream #0:0: Video: ffvhuff (FFVH / 0x48564646), yuv420p9le, 498x331, 10 fps , 10 tbr, 10 tbn, 10 tbc File 'out2.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'out2.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 498x331, q=2-31, 200 kb/s, 10 fps, 10 tbn, 10 tbc Metadata: encoder : Lavc56.0.101 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (ffvhuff (native) -> mpeg4 (native)) Press [q] to stop, [?] for help frame= 8 fps=0.0 q=10.4 Lsize= 166kB time=00:00:01.20 bitrate=1130.3kbits /s video:160kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: 3.652893% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:13:59 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:13:59 -0000 Subject: [FFmpeg-trac] #3882(avcodec:open): ffvhuff: problem with -pix_fmt yuv420p9 In-Reply-To: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> References: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> Message-ID: <054.413bd32e2404817102ae9ca1ac1954ac@avcodec.org> #3882: ffvhuff: problem with -pix_fmt yuv420p9 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffvhuff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => ffvhuff * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Not a regression, also reproducible with the following command line: {{{ $ ffmpeg -i tests/lena.pnm -s 498x331 -pix_fmt yuv420p14 -vcodec ffvhuff out.avi }}} out.avi cannot be decoded without artefacts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:17:52 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:17:52 -0000 Subject: [FFmpeg-trac] #3881(avcodec:open): wavpack: invalid number of samples In-Reply-To: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> References: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> Message-ID: <054.815e5c8c26036a1cdec7a9073922d79b@avcodec.org> #3881: wavpack: invalid number of samples ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => wavpack * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:20:56 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:20:56 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files with packbits compression In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.3acaecbd6a14d1ca0d6f37963630c777@avcodec.org> #3874: tiff encoder creates broken odd width yuv files with packbits compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tiff => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:21:38 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:21:38 -0000 Subject: [FFmpeg-trac] #3881(avcodec:open): wavpack: invalid number of samples In-Reply-To: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> References: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> Message-ID: <054.feef29aaa62d8f16874c68fc512cc8c7@avcodec.org> #3881: wavpack: invalid number of samples ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by kurosu): * analyzed: 0 => 1 Comment: Thank you for filing this bug separately. Will soon send a patch for it. For the record, the encoder only tries to reduce the blocksize down to 150000, and the decoder has another limit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:25:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:25:41 -0000 Subject: [FFmpeg-trac] #3881(avcodec:open): wavpack: invalid number of samples In-Reply-To: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> References: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> Message-ID: <054.6353d07cd968349fdbeba2864963dc7e@avcodec.org> #3881: wavpack: invalid number of samples ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpackenc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by kurosu): * keywords: wavpack => wavpackenc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:28:18 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:28:18 -0000 Subject: [FFmpeg-trac] #3879(avcodec:open): wavpack: CRC error 2 In-Reply-To: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> References: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> Message-ID: <054.00f6d66f5cd10d2b856685323ebcaadd@avcodec.org> #3879: wavpack: CRC error 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpackenc | Blocked By: wavpack | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by kurosu): * analyzed: 0 => 1 * keywords: wavpack => wavpackenc wavpack Comment: This is an error occurring it seems because the info to determine the trailing bits is not reset when encoding successively blocks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:39:19 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:39:19 -0000 Subject: [FFmpeg-trac] #3881(avcodec:open): wavpack: invalid number of samples In-Reply-To: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> References: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> Message-ID: <054.2f848b79898d0a6cdb275694ef614e2d@avcodec.org> #3881: wavpack: invalid number of samples -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpackenc | Blocked By: wavpack | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wavpackenc => wavpackenc wavpack -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:45:37 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:45:37 -0000 Subject: [FFmpeg-trac] #3882(avcodec:open): ffvhuff: problem with -pix_fmt yuv420p9 In-Reply-To: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> References: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> Message-ID: <054.a2c7f0c7d8586c7b9cbbfb532abbcd88@avcodec.org> #3882: ffvhuff: problem with -pix_fmt yuv420p9 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffvhuff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): I think I have tested separately the following: - it's not an FMP4 encoding bug - it's not related to the odd size (640x480 may also display the issue) - a frame can be fine but another, not - it's not related to asm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:47:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:47:41 -0000 Subject: [FFmpeg-trac] #3881(avcodec:open): wavpack: invalid number of samples In-Reply-To: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> References: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> Message-ID: <054.54467a29e9791a43191dfbe45f361e19@avcodec.org> #3881: wavpack: invalid number of samples -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpackenc | Blocked By: wavpack | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kurosu): Sorry about the removal of the keyword, I thought wavpack would have matched wavpackenc and that the later was more precise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:48:33 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:48:33 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.0e305d129cae62d62d3df7456e465e89@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:5 ahthovaikied]: > Replying to [comment:2 cehoyos]: > > Could you elaborate on what you are trying to show with your tests? > I am trying to calculate the MD5 of media data contained in a file. My question was: Why do want to calculate the MD5 of the demuxer output? What kind of bugs (problems, regressions) are you hoping to find or to avoid? > For a same input file, I expect the MD5 calculation to be identical across different machines unless I alter the file by adding, removing, modifying or reordering streams. As said, this is missing several conditions like FFmpeg version and compilation options. > The MD5 calculation should also be reproducible across different FFmpeg versions, otherwise I think it's a bug (fixed or introduced). Why? As said, behaviour changes are possible without a bug being fixed or introduced. This is of course different for decoder output if a specification exists that requests bitexact output as for H.264 or a sample implementation as for VP8. > Replying to [comment:2 cehoyos]: > > I didn't try to reproduce yet, but at least for some input files you can certainly get different md5 outputs with your exact command line if you are using different configure lines. The md5 values may also change depending on the version you test (again without changing the command line). All this cannot be surprising so I wonder now what exactly you want to test... > I am not following you here. Why should the FFmpeg build configuration have any influence on the MD5 produced? Since libavformat (the demuxer) depends on libavcodec you shouldn't be surprised that demuxers produce different output depending on the compilation options used. > I do not decode the streams, only feed them through the MD5 calculation. If I have the MKV demuxer and the ability to calculate the MD5 in an FFmpeg build, it should absolutely ALWAYS produce the same MD5. No. Concerning the bisect: Did you find a version that produces the output you want and a version that produces a different output on the same system and with the same compilation options? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:55:13 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:55:13 -0000 Subject: [FFmpeg-trac] #3883(undetermined:new): amv: broken output with -pix_fmt yuvj422p Message-ID: <039.cdc526d6cbe6519a6a86f0d46261e3a2@avcodec.org> #3883: amv: broken output with -pix_fmt yuvj422p -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (testing more encoders) {{{ C:\>ffmpeg -i 320.bmp -pix_fmt yuvj422p -vcodec amv out.avi ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, image2, from '320.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 320x240, 25 tbr, 25 tbn, 25 tbc [swscaler @ 02ef7020] deprecated pixel format used, make sure you did set range correctly Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: amv (AMVF / 0x46564D41), yuvj422p, 320x240, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 amv Stream mapping: Stream #0:0 -> #0:0 (bmp (native) -> amv (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=4.4 Lsize= 17kB time=00:00:00.04 bitrate=3432.0kbits/ s video:11kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov erhead: 49.816658% }}} {{{ C:\>ffmpeg -i out.avi out2.avi ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 [amv @ 02f08be0] error count: 75 [amv @ 02f08be0] error y=7 x=1 Input #0, avi, from 'out.avi': Metadata: encoder : Lavf56.1.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 3432 kb/s Stream #0:0: Video: amv (AMVF / 0x46564D41), yuvj420p(pc, bt470bg), 320x240, 25 fps, 25 tbr, 25 tbn, 25 tbc [swscaler @ 02ef7000] deprecated pixel format used, make sure you did set range correctly Output #0, avi, to 'out2.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (amv (native) -> mpeg4 (native)) Press [q] to stop, [?] for help [amv @ 02f18960] error count: 75 [amv @ 02f18960] error y=7 x=1 frame= 1 fps=0.0 q=2.7 Lsize= 9kB time=00:00:00.04 bitrate=1764.0kbits/ s video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ove rhead: 183.327972% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 11:55:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 09:55:41 -0000 Subject: [FFmpeg-trac] #3884(undetermined:new): Trimming specific MP3 file produces broken sound at the beginning if "-ss 0" is applied Message-ID: <035.cb577469f21ca93c51e3315f6d92220b@avcodec.org> #3884: Trimming specific MP3 file produces broken sound at the beginning if "-ss 0" is applied -------------------------------------+------------------------------------- Reporter: vilic | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -y -ss 0 -i input.mp3 -codec:a libmp3lame -qscale:a 8 output.mp3 ffmpeg version N-65810-g1b5ec6a built on Aug 22 2014 00:27:20 with gcc 4.8.3 (GCC) }}} Found only one specific mp3 file would cause this issue, and only when -ss is set to 0. I tried -ss 0.01 and it worked fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 12:20:28 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 10:20:28 -0000 Subject: [FFmpeg-trac] #3884(avformat:open): Decoding specific MP3 file produces broken sound at the beginning if "-ss 0" is applied (was: Trimming specific MP3 file produces broken sound at the beginning if "-ss 0" is applied) In-Reply-To: <035.cb577469f21ca93c51e3315f6d92220b@avcodec.org> References: <035.cb577469f21ca93c51e3315f6d92220b@avcodec.org> Message-ID: <050.faf2c81ffd72b688e35c311627972bae@avcodec.org> #3884: Decoding specific MP3 file produces broken sound at the beginning if "-ss 0" is applied -------------------------------------+------------------------------------- Reporter: vilic | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avformat * keywords: => mp3 regression * version: unspecified => git-master * analyzed: 1 => 0 Comment: For future tickets: Please always add the complete, uncut console output and please use internal encoders if they allow to reproduce the issue. Regression since 7546ac2f {{{ $ ffmpeg -ss 0 -i input.mp3 out.wav ffmpeg version N-65810-g1b5ec6a Copyright (c) 2000-2014 the FFmpeg developers built on Aug 22 2014 12:18:11 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 6.100 / 54. 6.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.102 / 5. 0.102 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mp3, from 'input.mp3': Duration: 00:00:01.15, start: 0.025057, bitrate: 130 kb/s Stream #0:0: Audio: mp3, 44100 Hz, mono, s16p, 128 kb/s Metadata: encoder : LAME3.99r Side data: replaygain: track gain - -7.400000, track peak - unknown, album gain - unknown, album peak - unknown, Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc56.0.101 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (mp3 (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help Input stream #0:0 frame changed from rate:44100 fmt:s16p ch:1 chl:mono to rate:44100 fmt:s16p ch:2 chl:stereo Input stream #0:0 frame changed from rate:44100 fmt:s16p ch:2 chl:stereo to rate:44100 fmt:s16p ch:1 chl:mono size= 98kB time=00:00:01.14 bitrate= 695.5kbits/s video:0kB audio:98kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.078125% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 13:01:56 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 11:01:56 -0000 Subject: [FFmpeg-trac] #3881(avcodec:closed): wavpack: invalid number of samples In-Reply-To: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> References: <039.1951adaed462ee4b810236e8c6786db8@avcodec.org> Message-ID: <054.f913428a30936bee2c3d497626de9b3a@avcodec.org> #3881: wavpack: invalid number of samples -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: wavpackenc | Blocked By: wavpack | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by kurosu): * status: open => closed * resolution: => fixed Comment: Fixed in http://git.videolan.org/?p=ffmpeg.git;a=commit;h=ddad09397247f523d7cc66c7f4ed7ea6894cc40e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 13:03:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 11:03:24 -0000 Subject: [FFmpeg-trac] #3866(avformat:closed): mov: deadlock (fuzzed file) In-Reply-To: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> References: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> Message-ID: <054.d34f638f4de0931c55f0f1bc53115885@avcodec.org> #3866: mov: deadlock (fuzzed file) --------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by kurosu): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Should have been fixed in http://git.videolan.org/?p=ffmpeg.git;a=commit;h=a9f3bb14ba8b303cf87c42b8fe7e423571176d54 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 13:04:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 11:04:25 -0000 Subject: [FFmpeg-trac] #3482(avfilter:closed): New mode for showwaves filter In-Reply-To: <037.71fcbe7effa21a9d8a641923c0a78e84@avcodec.org> References: <037.71fcbe7effa21a9d8a641923c0a78e84@avcodec.org> Message-ID: <052.9bd5652d9cd61bc43fd4c619c7c9acbb@avcodec.org> #3482: New mode for showwaves filter -------------------------------------+------------------------------------ Reporter: mrskman | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: showwaves | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Your patch was applied as 6f3e15af - thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 13:12:53 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 11:12:53 -0000 Subject: [FFmpeg-trac] #3816(undetermined:new): Native AAC encoder, problematic sample. In-Reply-To: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> References: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> Message-ID: <056.86b612ff8e3a4c401d826d4d7b88f13b@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 YellowOnion]: > Compiling on windows from what I understand is a pain in the ass, even zeranoe builds the windows binaries on a linux box. Could you elaborate? I was under the impression that compilation on Windows with MSYS works out-of-the-box. I attached two aac samples made with the above mentioned patch. Do they sound better? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 13:20:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 11:20:01 -0000 Subject: [FFmpeg-trac] #3866(avformat:closed): mov: deadlock (fuzzed file) In-Reply-To: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> References: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> Message-ID: <054.f25ff072b89443b6bb7dd4439ed855e4@avcodec.org> #3866: mov: deadlock (fuzzed file) --------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 19:09:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 17:09:27 -0000 Subject: [FFmpeg-trac] #3885(undetermined:new): cavs: "weighted prediction not yet supported" Message-ID: <039.6034208a4cbfb630210a48721c84316f@avcodec.org> #3885: cavs: "weighted prediction not yet supported" -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I think that there must be some incorrect check in the code, because frame is obviously decoded and looks just fine. {{{ C:\>ffmpeg -i 320.bmp -vcodec libxavs out.avi ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, image2, from '320.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 320x240, 25 tbr, 25 tbn, 25 tbc File 'out.avi' already exists. Overwrite ? [y/N] y [libxavs @ 02e1b3a0] using cpu capabilities [libxavs @ 02e1b3a0] profile JiZhun, level 6.4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: cavs (libxavs) (CAVS / 0x53564143), yuv420p, 320x240, q= 2-31, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 libxavs Stream mapping: Stream #0:0 -> #0:0 (bmp (native) -> cavs (libxavs)) Press [q] to stop, [?] for help [avi @ 02f10400] Non-monotonous DTS in output stream 0:0; previous: 0, current: 0; changing to 1. This may result in incorrect timestamps in the output file. frame= 1 fps=0.0 q=26.0 Lsize= 23kB time=00:00:00.08 bitrate=2385.8kbits /s video:18kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov erhead: 31.615822% [libxavs @ 02e1b3a0] slice I:1 Avg QP:26.00 size: 18119 [libxavs @ 02e1b3a0] mb I I16..4: 0.0% 100.0% 0.0% [libxavs @ 02e1b3a0] final ratefactor: 22.88 [libxavs @ 02e1b3a0] 8x8 transform intra:100.0% inter:nan% [libxavs @ 02e1b3a0] kb/s:3623.8 }}} {{{ C:\>ffmpeg -i out.avi out2.avi ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, avi, from 'out.avi': Metadata: encoder : Lavf56.1.100 Duration: 00:00:00.08, start: 0.000000, bitrate: 2385 kb/s Stream #0:0: Video: cavs (CAVS / 0x53564143), yuv420p, 320x240, 25 fps, 25 t br, 25 tbn, 25 tbc File 'out2.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'out2.avi': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (cavs (native) -> mpeg4 (native)) Press [q] to stop, [?] for help [cavs @ 02e1c640] weighted prediction not yet supported [cavs @ 02e1c640] no frame decoded Last message repeated 1 times frame= 1 fps=0.0 q=4.1 Lsize= 22kB time=00:00:00.04 bitrate=4430.0kbits/ s video:16kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov erhead: 34.707779% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 22 20:52:18 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Aug 2014 18:52:18 -0000 Subject: [FFmpeg-trac] #3879(avcodec:closed): wavpack: CRC error 2 In-Reply-To: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> References: <039.4fc103767aec46bf0e6b2797f941aebb@avcodec.org> Message-ID: <054.8b4b3d4b5d4419b1bb8b4ff50263b7af@avcodec.org> #3879: wavpack: CRC error 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: wavpackenc | Blocked By: wavpack | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in 4adad5a19ac85de69ced6b1d154344609ff4e493 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 10:34:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 08:34:48 -0000 Subject: [FFmpeg-trac] #3754(avcodec:open): libopenjpeg since 1.4 encode produces gray garbage files, only reproducible with compression In-Reply-To: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> References: <033.d84a4be66bf912c27b57107ae1b5f27f@avcodec.org> Message-ID: <048.cd1a31c9af53c516789fefbac25a8c5c@avcodec.org> #3754: libopenjpeg since 1.4 encode produces gray garbage files, only reproducible with compression -------------------------------------+------------------------------------- Reporter: bud | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by maweber): * cc: schreibtisch@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 11:10:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 09:10:13 -0000 Subject: [FFmpeg-trac] #3886(undetermined:new): imc: read coefficients failed Message-ID: <039.dd82deb83abf4bcdc886f539a4eee9f0@avcodec.org> #3886: imc: read coefficients failed -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- It's unlikely that someone will fix this bug, but I will report it anyway. {{{ C:\>ffmpeg -i imc_44khz.wav out.wav ffmpeg version N-65672-g65f05ef Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 22:01:33 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, wav, from 'imc_44khz.wav': Duration: 00:00:30.01, bitrate: 88 kb/s Stream #0:0: Audio: imc ([1][4][0][0] / 0x0401), 44100 Hz, mono, fltp, 88 kb /s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf56.1.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc56.0.101 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (imc (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 [imc @ 02f0f6a0] Read coefficients failed Error while decoding stream #0:0: Invalid data found when processing input [imc @ 02f0f6a0] Read coefficients failed Error while decoding stream #0:0: Invalid data found when processing input [imc @ 02f0f6a0] Read coefficients failed Error while decoding stream #0:0: Invalid data found when processing input [imc @ 02f0f6a0] Read coefficients failed Error while decoding stream #0:0: Invalid data found when processing input [imc @ 02f0f6a0] Read coefficients failed Error while decoding stream #0:0: Invalid data found when processing input size= 2449kB time=00:00:30.01 bitrate= 668.4kbits/s video:0kB audio:2448kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.003111% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 11:50:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 09:50:58 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.c9b77efe32b2d40a74bdb29107c3efee@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Replying to [comment:7 cehoyos]: > My question was: Why do want to calculate the MD5 of the demuxer output? What kind of bugs (problems, regressions) are you hoping to find or to avoid? I am not doing this to find regressions. For reasons I won't develop here, I need to calculate a checksum unique for media streams of a file, and I need to reproduce the calculation on various environments (different CPUs and build options, I can freeze the FFmpeg version however). This allows me for example to detect a single bit corruption of the file. I could calculate the MD5 of the whole file, but: * I need to embed the MD5 in the file once it's calculated * I want to be able to alter metadata without changing the MD5 Replying to [comment:7 cehoyos]: > > For a same input file, I expect the MD5 calculation to be identical across different machines unless I alter the file by adding, removing, modifying or reordering streams. > > As said, this is missing several conditions like FFmpeg version and compilation options. > > > The MD5 calculation should also be reproducible across different FFmpeg versions, otherwise I think it's a bug (fixed or introduced). > > Why? > As said, behaviour changes are possible without a bug being fixed or introduced. > This is of course different for decoder output if a specification exists that requests bitexact output as for H.264 or a sample implementation as for VP8. > > > Replying to [comment:2 cehoyos]: > > > I didn't try to reproduce yet, but at least for some input files you can certainly get different md5 outputs with your exact command line if you are using different configure lines. The md5 values may also change depending on the version you test (again without changing the command line). All this cannot be surprising so I wonder now what exactly you want to test... > > I am not following you here. Why should the FFmpeg build configuration have any influence on the MD5 produced? > > Since libavformat (the demuxer) depends on libavcodec you shouldn't be surprised that demuxers produce different output depending on the compilation options used. > > > I do not decode the streams, only feed them through the MD5 calculation. If I have the MKV demuxer and the ability to calculate the MD5 in an FFmpeg build, it should absolutely ALWAYS produce the same MD5. > > No. OK, it seems we disagree on only one thing: You are saying that a demuxer does not necessarily have a bit exact, reproducible output, and that it could change depending on build options or CPU, am I correct? I can perfectly understand that a '''decoder''' can have a non reproducible output, be cause of floating point errors, integer vs floating point calculations, or because a decoder decides to ignore that type of frame to go faster, etc. But how can a '''demuxer''' not be bit exact? Isn't there a standard that precisely describes for example that in a Matroska file, if byte w has value x, then the chunk from offset y to z is part of a video stream? Then how can the implementation have any latitude to ignore, add or change some bytes of that stream? Replying to [comment:7 cehoyos]: > Concerning the bisect: Did you find a version that produces the output you want and a version that produces a different output on the same system and with the same compilation options? Yes, see my comment above (https://trac.ffmpeg.org/ticket/3871#comment:4 ), tests were done on the same core i7 PC, with the same build options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 12:20:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 10:20:00 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.2b9ffaa57a95851d206ae7e04f9ca56c@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:8 ahthovaikied]: > OK, it seems we disagree on only one thing: > You are saying that a demuxer does not necessarily have a bit exact, reproducible output, and that it could change depending on build options or CPU, am I correct? Yes, and the same is true for (at least some) decoders. Since demuxers can depend on libavcodec, one implies the other. > Isn't there a standard that precisely describes for example that in a Matroska file, if byte w has value x, then the chunk from offset y to z is part of a video stream? If you have a Matroska file for which libavformat returns broken packets with a default configuration, please report it here (or on the user mailing list). > Replying to [comment:7 cehoyos]: > > Concerning the bisect: Did you find a version that produces the output you want and a version that produces a different output on the same system and with the same compilation options? > Yes, see my comment above (https://trac.ffmpeg.org/ticket/3871#comment:4 ), tests were done on the same core i7 PC, with the same build options. Sorry, I expected you to write something like "yes, it works with version x but fails with y". Anyway, please try: {{{ $ make distclean $ git bisect reset $ git bisect start $ git checkout x $ git bisect good $ git checkout y $ git bisect bad }}} Then build and test and depending on the result either use {{{make distclean && git bisect good}}} or {{{make distclean && git bisect bad}}} to continue testing and find the version introducing the problem you see. I run bisects on FFmpeg every day so I can help you if needed, but you may have to explain how I can reproduce the problem without using a script. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 14:13:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 12:13:54 -0000 Subject: [FFmpeg-trac] #3866(avformat:closed): mov: deadlock (fuzzed file) In-Reply-To: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> References: <039.834ad199e95a940fc03230453a74f4e7@avcodec.org> Message-ID: <054.9a0096e6ecf9f26e39d99d92ab846947@avcodec.org> #3866: mov: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: deadlock regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov deadlock => mov deadlock regression Comment: Regression since b32a6da1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 14:20:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 12:20:40 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.59475f4695b1f0b3b0dcca227a2e8f47@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Replying to [comment:9 cehoyos]: > (And please remember that in ticket #3524 we found out that you can get different output with identical build options and identical CPU apparently depending on the compiler, and that nobody so far claimed that the used compiler is buggy.) My understanding is that it was due to the use of avx instructions, and that in that case did change '''decoder''' output. I am now trying to calculate MD5 without decoding, so this is unrelated. Replying to [comment:9 cehoyos]: > Since demuxers can depend on libavcodec, one implies the other. I don't understand this dependency, especially since I built FFmpeg with {{{--disable-encoders --disable-decoders}}}. Replying to [comment:9 cehoyos]: > If you have a Matroska file for which libavformat returns broken packets with a default configuration, please report it here (or on the user mailing list). I am not able to characterize 'broken' here, however I know that in same system with different FFmpeg versions (or with version 2.2.7 on different CPU), the '''demuxing''' operation does not produce the same output. The results in comment:4 that show that taking steams individually produce the same MD5, but taking them together does not, make me quite suspicious. You seem to think this is normal, can you please explain why the '''demuxing''' process can produce different output with the same file? Replying to [comment:9 cehoyos]: > But I really wouldn't rely on FFmpeg internals to check for file validity. Since 'MD5' is an exposed output format, can you really consider this internal? Replying to [comment:9 cehoyos]: > Sorry, I expected you to write something like "yes, it works with version x but fails with y". Anyway, please try: > {{{ > $ make distclean > $ git bisect reset > $ git bisect start > $ git checkout x > $ git bisect good > $ git checkout y > $ git bisect bad > }}} > Then build and test and depending on the result either use {{{make distclean && git bisect good}}} or {{{make distclean && git bisect bad}}} to continue testing and find the version introducing the problem you see. I run bisects on FFmpeg every day so I can help you if needed, but you may have to explain how I can reproduce the problem without using a script. Thanks for your help. I get a difference of MD5 between tag n2.2.7 and tag n2.3. I tried your command sequence, and I get the same error as previously: {{{Bisecting: a merge base must be tested}}} warning after the first {{{git bisect good}}}, and once I have tested the 2 "anchors", the command {{{git bisect bad}}} returns error code 3 and git does not change the current HEAD. To check if current HEAD is good or bad, run: {{{./ffmpeg -loglevel quiet -i ref.mkv -map v -map a -c:v copy -c:a copy -f md5 -}}} (ref.mkv being the file whose URL can be found in my first post). If the output is {{{MD5=db38f94668ac6f033b714877eb42e354}}}, it's "good", otherwise "bad". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 14:33:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 12:33:16 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.d95b35ec0883024534e169e0195864ee@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:10 ahthovaikied]: > Replying to [comment:9 cehoyos]: > > (And please remember that in ticket #3524 we found out that you can get different output with identical build options and identical CPU apparently depending on the compiler, and that nobody so far claimed that the used compiler is buggy.) > My understanding is that it was due to the use of avx instructions Neither jamal nor I were able to reproduce an issue with avx so I would say this is an impossible explanation. > Replying to [comment:9 cehoyos]: > > Since demuxers can depend on libavcodec, one implies the other. > I don't understand this dependency There is nothing to understand, it is just a fact: Just run {{{ldd libavformat}}} on a shared library to see the dependency. > especially since I built FFmpeg with {{{--disable-encoders --disable- decoders}}}. Meaning you cannot compare the behaviour with a build using default configuration (at least for some files and some command lines). > Replying to [comment:9 cehoyos]: > > If you have a Matroska file for which libavformat returns broken packets with a default configuration, please report it here (or on the user mailing list). > I am not able to characterize 'broken' here, however I know that in same system with different FFmpeg versions (or with version 2.2.7 on different CPU), the '''demuxing''' operation does not produce the same output. > The results in comment:4 that show that taking steams individually produce the same MD5, but taking them together does not, make me quite suspicious. Yes, it indicates that you refuse to believe me that testing demuxers without decoders has very limited use. > You seem to think this is normal, can you please explain why the '''demuxing''' process can produce different output with the same file? I explained several times that there are multiple reasons (or explanations) why the output can be different (including different FFmpeg configuration). Please note that you refuse to explain your usecase. > Replying to [comment:9 cehoyos]: > > But I really wouldn't rely on FFmpeg internals to check for file validity. > Since 'MD5' is an exposed output format, can you really consider this internal? Nothing about the md5 output format is internal. Testing demuxer output means imo that you rely on FFmpeg internals that may change, be it because of a bugfix or because the behaviour of the demuxer changes. > Replying to [comment:9 cehoyos]: > > Sorry, I expected you to write something like "yes, it works with version x but fails with y". Anyway, please try: > > {{{ > > $ make distclean > > $ git bisect reset > > $ git bisect start > > $ git checkout x > > $ git bisect good > > $ git checkout y > > $ git bisect bad > > }}} > > Then build and test and depending on the result either use {{{make distclean && git bisect good}}} or {{{make distclean && git bisect bad}}} to continue testing and find the version introducing the problem you see. I run bisects on FFmpeg every day so I can help you if needed, but you may have to explain how I can reproduce the problem without using a script. > Thanks for your help. > I get a difference of MD5 between tag n2.2.7 and tag n2.3. Since 2.3 is "newer" than n2.2.7 you did mark n2.3 (and all revisions that behave the same) as {{{bad}}} and n2.2.7 (and all revisions with the same output) as {{{good}}}? This is the only way {{{git bisect}}} works and it will show you the commit that introduces the change. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 15:44:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 13:44:12 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.c6055543bbb0c32db38c761b87e22010@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Replying to [comment:11 cehoyos]: > There is nothing to understand, it is just a fact: Just run {{{ldd libavformat}}} on a shared library to see the dependency. I believe you :) I just don't understand the logic behind the fact that both libraries have a dependency on each other, since to my understanding (admittedly limited about FFmpeg's codebase and codecs internals), (de)muxing and encoding/decoding are independent operations. Replying to [comment:11 cehoyos]: > > especially since I built FFmpeg with {{{--disable-encoders --disable- decoders}}}. > > Meaning you cannot compare the behaviour with a build using default configuration (at least for some files and some command lines). I can if you believe this can lead to interesting results. I did add these switches only to speed up compilation, and because I believed they had no impact on the codepath I use for my use case. Replying to [comment:11 cehoyos]: > > Replying to [comment:9 cehoyos]: > > > If you have a Matroska file for which libavformat returns broken packets with a default configuration, please report it here (or on the user mailing list). > > I am not able to characterize 'broken' here, however I know that in same system with different FFmpeg versions (or with version 2.2.7 on different CPU), the '''demuxing''' operation does not produce the same output. > > The results in comment:4 that show that taking steams individually produce the same MD5, but taking them together does not, make me quite suspicious. > > Yes, it indicates that you refuse to believe me that testing demuxers without decoders has very limited use. What do you mean? I can perfectly understand that most users won't need the MD5 stuff, but for example remuxing streams in another file without transcoding is a pretty common use case, no? Replying to [comment:11 cehoyos]: > I explained several times that there are multiple reasons (or explanations) why the output can be different (including different FFmpeg configuration). Yes you gave me factors that have an influence on difference I am seeing, but not the root logical explanation. Sorry if I am insistent. Its the logic that I don't understand. I'm no media format expert, so I will give you a simple example of what I don't understand. Let's say you write a SRT subtitle file with the characters "123" inside it. I know it's probably not a valid subtitle file but this is just for the example. You mux this in a Matroska file. So the result is a Matroska file with a single stream that is the SRT subtitle data. Now let's say you want to demux the Matroska file to get the original SRT data again. What I don't understand is how the demuxing operation can result in something else than the original SRT file with the 3 chars. I am probably missing something stupid, but please explain me. Replying to [comment:11 cehoyos]: > Please note that you refuse to explain your usecase. What do you want to know? I believe I did explain my use case in the beginning of comment:8. Replying to [comment:11 cehoyos]: > Nothing about the md5 output format is internal. Testing demuxer output means imo that you rely on FFmpeg internals that may change, be it because of a bugfix or because the behaviour of the demuxer changes. So let's say I want to copy streams (without transcoding) in another Matroska file. That is the same command line except you replace {{{md5}}} by {{{matroska}}}, and stdout by a filepath. How is that different? Or are saying that in this example, the Matroska muxer may symetrically cancel some differences of the demuxer output? Replying to [comment:11 cehoyos]: > Since 2.3 is "newer" than n2.2.7 you did mark n2.3 (and all revisions that behave the same) as {{{bad}}} and n2.2.7 (and all revisions with the same output) as {{{good}}}? This is the only way {{{git bisect}}} works and it will show you the commit that introduces the change. Yes I know how git bisect works. That is what I did. I believe the error is due to the fact that n2.2.7 is not a direct ancestor of n2.3. I believe you should be able to reproduce the error by running: {{{ git bisect start git bisect good n2.3 git bisect bad n2.2.7 git bisect bad -> this command appears to succeed, but returns 3, and git does not select another HEAD to continue the bisect }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 16:04:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 14:04:27 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.35ea7ada6e819fd30370600ad0b8da20@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:12 ahthovaikied]: > So let's say I want to copy streams (without transcoding) in another Matroska file. That is the same command line except you replace {{{md5}}} by {{{matroska}}}, and stdout by a filepath. How is that different? It isn't, it can fail for some files depending on your configure options. Please understand that this isn't necessarily the case for your example in this ticket (your bisect will show once you try it as suggested below), I just want to explain to you that imo your whole process is flawed (at least with the configure line you are apparently using) because it will fail for some examples. And I am not convinced that a demuxers output is ''specifed'' the way you seem to believe it is (and the way you test it). > Replying to [comment:11 cehoyos]: > > Since 2.3 is "newer" than n2.2.7 you did mark n2.3 (and all revisions that behave the same) as {{{bad}}} and n2.2.7 (and all revisions with the same output) as {{{good}}}? This is the only way {{{git bisect}}} works and it will show you the commit that introduces the change. > Yes I know how git bisect works. That is what I did. Funny that your output shows that you tried something different that cannot work (and this has nothing to do with FFmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 16:15:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 14:15:24 -0000 Subject: [FFmpeg-trac] #3886(avcodec:open): imc: read coefficients failed In-Reply-To: <039.dd82deb83abf4bcdc886f539a4eee9f0@avcodec.org> References: <039.dd82deb83abf4bcdc886f539a4eee9f0@avcodec.org> Message-ID: <054.6fff92c17b77a75e0080e53cd6d36163@avcodec.org> #3886: imc: read coefficients failed ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: imc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => imc * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Works fine with {{{mplayer -ac imc imc_11khz.wav?}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 16:23:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 14:23:23 -0000 Subject: [FFmpeg-trac] #3882(avcodec:open): ffvhuff: problem with -pix_fmt yuv420p9 In-Reply-To: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> References: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> Message-ID: <054.de676db7787d31cdb479b6ebef1cf690@avcodec.org> #3882: ffvhuff: problem with -pix_fmt yuv420p9 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffvhuff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 kurosu]: > I think I have tested separately the following: > - it's not related to the odd size (640x480 may also display the issue) Given that it works fine with other sizes, this point surprises me. (Or to say it differently: My command line above would not contain {{{-s 498x331}}} if it weren't necessary to reproduce.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 16:55:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 14:55:17 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.31b6ccce2400cc6d93e84b900dd7f20b@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by lancey): I've uploaded a patch against current git which does the idea of the original patch author. Because counters are kept in global statics, it's not thread-safe and will probably fail in any scenarios other than standalone usage of ffmpeg with only one output per process. I'll have a look at the segmenter code as well to see which structure it would be appropriate to hold the counters into, in order to do this properly. Anyone who has a better inside of ffmpeg - please do share your suggestions / ideas. / opinions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 17:24:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 15:24:06 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.c8936d4bccf5c21c8a454d3622a63f02@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * cc: lancey (added) Comment: Replying to [comment:19 lancey]: > Because counters are kept in global statics This means that the patch unfortunately cannot be applied;( Can you explain how I can reproduce the issue with {{{testsrc}}} input and without using external libraries? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 17:32:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 15:32:06 -0000 Subject: [FFmpeg-trac] #3885(avcodec:new): cavs: "weighted prediction not yet supported" In-Reply-To: <039.6034208a4cbfb630210a48721c84316f@avcodec.org> References: <039.6034208a4cbfb630210a48721c84316f@avcodec.org> Message-ID: <054.7889789645abba8aa18db70bb5d66998@avcodec.org> #3885: cavs: "weighted prediction not yet supported" ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => cavs * version: unspecified => git-master * component: undetermined => avcodec Comment: Looks related to ticket #1901, one of them should probably be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 19:10:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 17:10:42 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.5b068ff70d90f036d837c251603116e5@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by lancey): Well, as I said these counters need to be moved to some structure related to the output, which is kept across segments, so there are copies per output. You can reproduce the issue with the following command: ffmpeg -i test.ts -codec copy -flags global_header -map 0 -f segment -segment_time 10 -segment_list_size 6 -segment_wrap 20 -segment_list playlist.m3u8 pl%03d.ts This will output one ts file per 10 sec. Inspecting each ts file you'll see CC counters for each PID start from 0, instead of the appropriate number which the last PID packet had within the previous segment. I've personally not encountered a scenario where this breaks playout on any device/player, but some people do. Also, playling the result with VLC gives warnings as well (but no playout disturbances occur). Per HLS specs, counters should indeed be kept across segments, so we should fix this for sure. Also, it would be even better if we keep the incoming CCs in case we are copying the stream. If you need example files, both input and output, let me know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 20:47:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 18:47:49 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.6d8cc1ab6dbf67073bf511ac01a1b4d1@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): So the issue is not reproducible using the {{{testsrc}}} input? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 20:50:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 18:50:44 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.c58eb97a5a33b4c48be237c3f53858fb@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by lancey): I guess it would be, but i don't think it produces a ts stream, and you'll have to encode it as well - and you said you don't want any external libraries involved. So, the simplest test is to just try to slice some .ts file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 21:37:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 19:37:18 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.260a55d04d06e473c6a4185fb5ac7fa7@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): What I meant was: Is the issue also reproducible using {{{testsrc}}} input and encoding with {{{-vcodec mpeg2video}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 22:28:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 20:28:16 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.8df6cccbfe72fd581a1df5d62daae42f@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Replying to [comment:13 cehoyos]: > Replying to [comment:12 ahthovaikied]: > > So let's say I want to copy streams (without transcoding) in another Matroska file. That is the same command line except you replace {{{md5}}} by {{{matroska}}}, and stdout by a filepath. How is that different? > > It isn't, it can fail for some files depending on your configure options. > > Please understand that this isn't necessarily the case for your example in this ticket (your bisect will show once you try it as suggested below), I just want to explain to you that imo your whole process is flawed (at least with the configure line you are apparently using) because it will fail for some examples. And I am not convinced that a demuxers output is ''specifed'' the way you seem to believe it is (and the way you test it). I get your point of view. Unless you can explain me why '''demuxing''' logically depends on '''decoding''' (see my SRT example question above), I think there is not point repeating the same arguments. Replying to [comment:13 cehoyos]: > Funny that your output shows that you tried something different that cannot work (and this has nothing to do with FFmpeg). Why the sarcastic tone? Maybe you can tell me what you think I did wrong. I just tried on another machine and I get the same error 3. As you don't seem to believe me, here is the full Bash output (some parts are in French): {{{ $ git bisect reset Pas de bissection en cours. $ git bisect start $ git checkout n2.3 Note: checking out 'n2.3'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b new_branch_name HEAD est maintenant sur bef4d9b... RELEASE_NOTES: update $ git bisect good $ git checkout n2.2.7 La position pr?c?dente de HEAD ?tait bef4d9b... RELEASE_NOTES: update HEAD est maintenant sur 49fa398... Changelog: add entry for proresenc $ git bisect bad Bisecting: a merge base must be tested $ ./configure --enable-gpl \ > --enable-version3 \ > --enable-nonfree \ > --disable-runtime-cpudetect \ > --disable-ffserver \ > --disable-ffplay \ > --disable-encoders \ > --disable-decoders \ > --disable-filters \ > --disable-debug \ > --cpu=$(get_cpu_arch) &> /dev/null $ make -j 8 &> /dev/null $ ./ffmpeg -loglevel quiet -i ../ref.mkv -map a -map v -c:v copy -c:a copy -f md5 - MD5=d43af925610b84575d609dedf3954310 $ make distclean $ git bisect bad The merge base e4a6310cce5c1663f68253c50f364fc0c055f05a is bad. This means the bug has been fixed between e4a6310cce5c1663f68253c50f364fc0c055f05a and [bef4d9bf87f755be62c8cc35b1c333596e41b3c6]. $ echo $? 3 $ git rev-parse HEAD e4a6310cce5c1663f68253c50f364fc0c055f05a }}} As you can see the last command returned an error and git bisect did not continue (the HEAD is the same). I believe you can get the same behaviour if you try to do the same on your machine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 22:40:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 20:40:08 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.4df979d3a0394881a8406e677d1012a3@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cncb): Is there any way you could incorporate the fixes from the custom ffmpeg build that MCEBuddy has? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 23 23:48:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 21:48:28 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.c9ba7c7ec949d3a09b86947ea3ab97fa@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by lancey): Yes, it absolutely is. Command to reproduce: ffmpeg -re -f lavfi -i testsrc -vcodec mpeg2video -flags global_header -map 0 -f segment -segment_time 10 -segment_list_size 6 -segment_wrap 20 -segment_list pl.m3u8 pl%03d.ts Each produced .ts has the CC counters of each PID start from 0. I'll publish a revised patch tomorrow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 00:41:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 22:41:31 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.e81b26f4168ad5565102ca4d5e582d28@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * cc: cncb (added) Comment: Could you point me to the patch fixing the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 00:44:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 22:44:01 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.e6ca5b3af8ec09cc29ab9655e2874c03@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Please read my comment:11 again, you are trying the opposite of what I suggested there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 01:04:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 23:04:34 -0000 Subject: [FFmpeg-trac] #3880(swscale:new): implement full chroma interpolation for yuva444p10 to rgb48 In-Reply-To: <038.00b7bc6df5991bd6ca90a50fa9dd4bb0@avcodec.org> References: <038.00b7bc6df5991bd6ca90a50fa9dd4bb0@avcodec.org> Message-ID: <053.763605c4a8bee03f63e880614a64b527@avcodec.org> #3880: implement full chroma interpolation for yuva444p10 to rgb48 -------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cbsrobot): same for yuv444p10 -> rgb48: {{{ ffmpeg -i h264-444/444_10bit_cabac.h264 -pix_fmt rgb48 test-%04d.tif ffmpeg version N-65847-g554d819 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 23 2014 22:30:48 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libass --enable-libcelt --enable-libfaac --enable- libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-openssl --enable-libopus --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-iconv --enable-libquvi --prefix=/usr/local libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 2.100 / 56. 2.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, h264, from 'h264-444/444_10bit_cabac.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p10le, 960x540, 25 fps, 25 tbr, 1200k tbn, 50 tbc [swscaler @ 0x7fbd39800600] full chroma interpolation for destination format 'rgb48le' not yet implemented Output #0, image2, to 'test-%04d.tif': Metadata: encoder : Lavf56.2.100 Stream #0:0: Video: tiff, rgb48le, 960x540, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 tiff Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> tiff (native)) Press [q] to stop, [?] for help frame= 10 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.40 bitrate=N/A video:30660kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} and yuva444p10 -> rgba64: {{{ ffmpeg -i h264-444/444_10bit_cabac.h264 -pix_fmt rgba64 test-%04d.tif ffmpeg version N-65847-g554d819 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 23 2014 22:30:48 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libass --enable-libcelt --enable-libfaac --enable- libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-openssl --enable-libopus --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-iconv --enable-libquvi --prefix=/usr/local libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 2.100 / 56. 2.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, h264, from 'h264-444/444_10bit_cabac.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p10le, 960x540, 25 fps, 25 tbr, 1200k tbn, 50 tbc [swscaler @ 0x7fe4b9000600] full chroma interpolation for destination format 'rgba64le' not yet implemented Output #0, image2, to 'test-%04d.tif': Metadata: encoder : Lavf56.2.100 Stream #0:0: Video: tiff, rgba64le, 960x540, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 tiff Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> tiff (native)) Press [q] to stop, [?] for help frame= 10 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.40 bitrate=N/A video:40854kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 01:20:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 23:20:33 -0000 Subject: [FFmpeg-trac] #3873(avcodec:closed): h264: crash with forced codec and -max_alloc In-Reply-To: <039.49a0f978a1b3d60d667be3f1ecf2be8d@avcodec.org> References: <039.49a0f978a1b3d60d667be3f1ecf2be8d@avcodec.org> Message-ID: <054.b145b3f35ceaffe1bd0c677baf15463f@avcodec.org> #3873: h264: crash with forced codec and -max_alloc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in 1fa35e43 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 01:53:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Aug 2014 23:53:45 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.b91ea8f1bbfd59e4c3c63957e374cd36@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cncb): I wish I could but all I know is what is stated in the link above. I'm not even sure how to contact them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 02:07:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 00:07:12 -0000 Subject: [FFmpeg-trac] #3865(avformat:closed): wavpack: deadlock (fuzzed file) In-Reply-To: <039.de7e196fb65548318d5b6e8a331f938a@avcodec.org> References: <039.de7e196fb65548318d5b6e8a331f938a@avcodec.org> Message-ID: <054.53af519cb71ca19de417f9e4c628547e@avcodec.org> #3865: wavpack: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wavpack | Blocked By: deadlock regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wavpack deadlock => wavpack deadlock regression Comment: Regression since 8a485dd3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 02:23:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 00:23:09 -0000 Subject: [FFmpeg-trac] #3862(avformat:closed): wav: fpe (fuzzed file) In-Reply-To: <039.9e8a26ac092b18974e6bc364b7d38099@avcodec.org> References: <039.9e8a26ac092b18974e6bc364b7d38099@avcodec.org> Message-ID: <054.55b30a80216cf2ef57672e401df4834a@avcodec.org> #3862: wav: fpe (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav crash | Blocked By: fpe regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wav crash fpe => wav crash fpe regression Comment: Regression since 47c84c0b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 02:45:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 00:45:27 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.c18f0cc577f4e432b0441b3b45228714@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): @Ramit: Could you explain? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 08:53:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 06:53:30 -0000 Subject: [FFmpeg-trac] #3887(undetermined:new): ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf Message-ID: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> #3887: ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf -------------------------------------+------------------------------------- Reporter: ortoni | 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 -i -vcodec mpeg2video -pix_fmt yuv422p -b:v 30000k -maxrate 30000k -minrate 30000k -g 1 -flags +ildct+low_delay -dc 10 -intra_vlc 1 -non_linear_quant 1 -qmin 1 -qmax 8 -q:v 1 -ps 1 -top 1 -aspect 16:9 -bufsize 9437184 -rc_init_occupancy 9437184 -rc_buf_aggressivity 0.25 -an ffmpeg -i -i stereo.wav -vcodec copy -r 25 -acodec copy -vtag mx3p ffmpeg -i -i stereo.wav -vcodec copy -r 25 -acodec copy -d10_channelcount 4 -f mxf_d10 mov file shows complete green field (like video error). mxf file shows "[mxf_d10 @ 04714260] cannot fill d-10 video packet" errors during mpxing, and final video has many video errors. vbv = 9437184 is correct value for MPEG2 422P at ML, and e.g. Telestream encoder will correctly generate mxf at least with this vbv. Apple's own IMX.mov encoding shows vbv 1835008, which is actually MPEG2 MP at ML vbv, meant for max bitrate of 15Mbit/sec Maximum vbv before error appears to be 1200000 for IMX30 and 2000000 for IMX50, assuming -rc_init_occupancy is set to same value. ffmpeg version git 1aa153d built on ? Aug 23rd 2014 }}} Thanks you very much for looking at this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 10:07:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 08:07:04 -0000 Subject: [FFmpeg-trac] #3888(ffmpeg:new): make: *** [ffmpeg-php.lo] Error 1 Message-ID: <037.bd7d25a334a49e8670bfe4afdb8f336d@avcodec.org> #3888: make: *** [ffmpeg-php.lo] Error 1 -------------------------------------+------------------------------------- Reporter: shnslmz | Type: defect Status: new | Priority: important Component: ffmpeg | Version: Keywords: ffmpeg-php | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hello, My VPS: CentOS 6.5 x86_64 PHP V: PHP 5.3.3 FFMPEG: Installed '''Step step install ffmpeg-php: # phpize''' Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 ... '''# ./configure''' .. .. '''# make''' /usr/include/php/TSRM/tsrm_virtual_cwd.h:212: error: expected specifier- qualifier-list before ?time_t? /usr/include/php/TSRM/tsrm_virtual_cwd.h:240: error: expected declaration specifiers or ?...? before ?time_t? /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c: In function ?zm_startup_ffmpeg?: /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c:94: warning: implicit declaration of function ?avcodec_init? make: *** [ffmpeg-php.lo] Error 1 '''make error details:''' /bin/sh /srv/build/ffmpeg-php-0.6.0/libtool --mode=compile cc -I. -I/srv/build/ffmpeg-php-0.6.0 -DPHP_ATOM_INC -I/srv/build/ffmpeg- php-0.6.0/include -I/srv/build/ffmpeg-php-0.6.0/main -I/srv/build/ffmpeg- php-0.6.0 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/usr/include/libavcodec/ -I/usr/include/libavformat/ -I/usr/include/libavutil/ -I/usr/include/libswscale/ -I/usr/include/libavfilter/ -I/usr/include/libavdevice/ -DHAVE_CONFIG_H -g -O2 -Wall -fno-strict- aliasing -c /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c -o ffmpeg-php.lo libtool: compile: cc -I. -I/srv/build/ffmpeg-php-0.6.0 -DPHP_ATOM_INC -I/srv/build/ffmpeg-php-0.6.0/include -I/srv/build/ffmpeg-php-0.6.0/main -I/srv/build/ffmpeg-php-0.6.0 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/usr/include/libavcodec/ -I/usr/include/libavformat/ -I/usr/include/libavutil/ -I/usr/include/libswscale/ -I/usr/include/libavfilter/ -I/usr/include/libavdevice/ -DHAVE_CONFIG_H -g -O2 -Wall -fno-strict- aliasing -c /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c -fPIC -DPIC -o .libs /ffmpeg-php.o In file included from /usr/include/sys/stat.h:107, from /usr/include/php/main/php_streams.h:28, from /usr/include/php/main/php.h:405, from /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c:40: /usr/include/bits/stat.h:91: error: field ?st_atim? has incomplete type /usr/include/bits/stat.h:92: error: field ?st_mtim? has incomplete type /usr/include/bits/stat.h:93: error: field ?st_ctim? has incomplete type /usr/include/bits/stat.h:152: error: field ?st_atim? has incomplete type /usr/include/bits/stat.h:153: error: field ?st_mtim? has incomplete type /usr/include/bits/stat.h:154: error: field ?st_ctim? has incomplete type In file included from /usr/include/php/main/php_streams.h:28, from /usr/include/php/main/php.h:405, from /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c:40: /usr/include/sys/stat.h:367: error: array type has incomplete element type /usr/include/sys/stat.h:374: error: array type has incomplete element type In file included from /usr/include/php/main/php.h:411, from /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c:40: /usr/include/php/TSRM/tsrm_virtual_cwd.h:212: error: expected specifier- qualifier-list before ?time_t? /usr/include/php/TSRM/tsrm_virtual_cwd.h:240: error: expected declaration specifiers or ?...? before ?time_t? /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c: In function ?zm_startup_ffmpeg?: /srv/build/ffmpeg-php-0.6.0/ffmpeg-php.c:94: warning: implicit declaration of function ?avcodec_init? make: *** [ffmpeg-php.lo] Error 1 '''FFMPEG Details:''' [root at vmi26867 ffmpeg-php-0.6.0]# ffmpeg ffmpeg version N-65847-g554d819-syslint Copyright (c) 2000-2014 the FFmpeg developers built on Aug 23 2014 19:36:38 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --prefix=/usr/local/cpffmpeg --enable-shared --enable- nonfree --enable-gpl --enable-pthreads --enable-libopencore-amrnb --enable-decoder=liba52 --enable-libopencore-amrwb --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --extra-cflags=-I/usr/local/cpffmpeg/include/ --extra- ldflags=-L/usr/local/cpffmpeg/lib --enable-version3 --extra- version=syslint libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 2.100 / 56. 2.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 10:09:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 08:09:48 -0000 Subject: [FFmpeg-trac] #3888(undetermined:closed): make: *** [ffmpeg-php.lo] Error 1 In-Reply-To: <037.bd7d25a334a49e8670bfe4afdb8f336d@avcodec.org> References: <037.bd7d25a334a49e8670bfe4afdb8f336d@avcodec.org> Message-ID: <052.8c2a40b82ee866ae78a07935afcb3cfc@avcodec.org> #3888: make: *** [ffmpeg-php.lo] Error 1 -------------------------------------+------------------------------------- Reporter: shnslmz | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffmpeg-php => * priority: important => normal * status: new => closed * component: ffmpeg => undetermined * resolution: => invalid Comment: The FFmpeg project has nothing to do with ffmpeg-php. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 10:11:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 08:11:57 -0000 Subject: [FFmpeg-trac] #3887(undetermined:new): ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf In-Reply-To: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> References: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> Message-ID: <051.f52fdf6b6e2c64cef60130a24fbe6243@avcodec.org> #3887: ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf -------------------------------------+------------------------------------- Reporter: ortoni | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does it work if you don't use an intermediate file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 10:32:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 08:32:19 -0000 Subject: [FFmpeg-trac] #3887(undetermined:new): ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf In-Reply-To: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> References: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> Message-ID: <051.c219e44d90bfb6626ae89f34528d627d@avcodec.org> #3887: ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf -------------------------------------+------------------------------------- Reporter: ortoni | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ortoni): No, the symptoms are exactly the same: .mov file is multiplexed without any reported error at the command line, and the mxf still reports [mxf_d10 @ 046b0060] cannot fill d-10 video packet - file produced has many errors. I've tried this with previous versions of ffmpeg, going back to v0.5, and seems to be a longstanding issue. Have typical input file, and output files if needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 10:36:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 08:36:17 -0000 Subject: [FFmpeg-trac] #3887(undetermined:new): ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf In-Reply-To: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> References: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> Message-ID: <051.fb5c0ad0e0f24257353169a8b03ab2a9@avcodec.org> #3887: ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf -------------------------------------+------------------------------------- Reporter: ortoni | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): To make this a valid ticket, please provide a {{{ffmpeg}}} command line that allows to reproduce the issue (I suggest a command line that does encoding) together with the complete, uncut console output. Please don't forget to test current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 10:52:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 08:52:15 -0000 Subject: [FFmpeg-trac] #3887(undetermined:new): ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf In-Reply-To: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> References: <036.b44ca82ec239485598546eb981e8395c@avcodec.org> Message-ID: <051.73fe7b19186588d69ec809729a20eee0@avcodec.org> #3887: ffmpeg cant multiplex IMX video essence (m2v) with correct vbv into mov or mxf -------------------------------------+------------------------------------- Reporter: ortoni | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ortoni): Below: ffmpeg-1aa153d.exe" -i input.mxf -vcodec mpeg2video -pix_fmt yuv422p -b:v 30000k -maxrate 30000k -minrate 30000k -g 1 -flags +ildct+low_delay -dc 10 -intra_vlc 1 -non_linear_quant 1 -qmin 1 -qmax 8 -q:v 1 -ps 1 -top 1 -aspect 16:9 -bufsize 9437184 -rc_init_occupancy 9437184 -rc_buf_aggressivity 0.25 -r 25 -acodec copy -d10_channelcount 4 -f mxf_d10 -y output.mxf ffmpeg version N-65860-g1aa153d Copyright (c) 2000-2014 the FFmpeg developers built on Aug 24 2014 00:08:13 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 2.100 / 56. 2.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono Input #0, mxf, from 'input.mxf': Metadata: uid : 0004475a-2b5c-41a4-a8ec-c4a430343a49 generation_uid : 0000475a-2b5c-41a4-a8ec-c4a430343a49 company_name : Hamburg Pro Audio GmbH product_name : MXF4mac GC Export FCP product_version : 1.3 product_uid : 00000000-0000-0000-0000-000000000000 modification_date: 2014-08-05 09:17:49 timecode : 01:11:33:01 Duration: 00:00:20.00, start: 0.000000, bitrate: 53355 kb/s Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv), 720x608 [SAR 608:405 DAR 16:9], max. 50000 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0:2: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0:3: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0:4: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Output #0, mxf_d10, to 'output.mxf': Metadata: uid : 0004475a-2b5c-41a4-a8ec-c4a430343a49 generation_uid : 0000475a-2b5c-41a4-a8ec-c4a430343a49 company_name : Hamburg Pro Audio GmbH product_name : MXF4mac GC Export FCP product_version : 1.3 product_uid : 00000000-0000-0000-0000-000000000000 modification_date: 2014-08-05 09:17:49 timecode : 01:11:33:01 encoder : Lavf56.2.100 Stream #0:0: Video: mpeg2video, yuv422p, 720x608 [SAR 608:405 DAR 16:9], q=1-8, 30000 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 mpeg2video Stream #0:1: Audio: pcm_s16le, 48000 Hz, mono, 768 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> mpeg2video (native)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mxf_d10 @ 027fa3e0] cannot fill d-10 video packet Last message repeated 6 times [mxf_d10 @ 027fa3e0] cannot fill d-10 video packet00:02.88 bitrate=42638.3kbits/s Last message repeated 9 times [mxf_d10 @ 027fa3e0] cannot fill d-10 video packet00:09.36 bitrate=43233.8kbits/s Last message repeated 10 times [mxf_d10 @ 027fa3e0] cannot fill d-10 video packet00:12.60 bitrate=43101.6kbits/s Last message repeated 19 times frame= 500 fps=165 q=1.0 Lsize= 105350kB time=00:00:20.00 bitrate=43151.4kbits/s video:73242kB audio:1875kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 40.247589% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 11:38:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 09:38:09 -0000 Subject: [FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.d378b4998bdf862d0b1e18db23456534@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.4 | Resolution: Keywords: md5 aac h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Replying to [comment:15 cehoyos]: > Please read my comment:11 again, you are trying the opposite of what I suggested there. Sorry, I get it now: good revisions should be marked as "bad". Thanks for your help :) So I ran a git bisect with my script, here is the bisect log: {{{ git bisect start # bad: [bef4d9bf87f755be62c8cc35b1c333596e41b3c6] RELEASE_NOTES: update git bisect bad bef4d9bf87f755be62c8cc35b1c333596e41b3c6 # good: [49fa398858df1a1e425740672de5fb4819b4d947] Changelog: add entry for proresenc git bisect good 49fa398858df1a1e425740672de5fb4819b4d947 # good: [e4a6310cce5c1663f68253c50f364fc0c055f05a] update for 2.2 git bisect good e4a6310cce5c1663f68253c50f364fc0c055f05a # good: [8522dd380b2a0f98cfaafcf0ae64bd46ac031ae1] Merge commit 'c7603b3c243331057300337a61464e6ac4a605cb' git bisect good 8522dd380b2a0f98cfaafcf0ae64bd46ac031ae1 # good: [da53de07306a301830b234a38bc103c6af9ded7c] tests: add adpcm trellis tests git bisect good da53de07306a301830b234a38bc103c6af9ded7c # bad: [a9f7972844b70c8e94520f52080884bb1507171f] Merge commit '1b04eb20f7e3f0a71f73ba91efcc3d60a435e443' git bisect bad a9f7972844b70c8e94520f52080884bb1507171f # good: [9025072e6c25ffd4507f0268b53743f9c4d52cd6] avcodec/h264_slice: support skipping loop filtering for non key frames git bisect good 9025072e6c25ffd4507f0268b53743f9c4d52cd6 # bad: [e3fd263f0b73e4425192d6dd1ab18027ecaa35db] Show duration for large asf files as written in the file header. git bisect bad e3fd263f0b73e4425192d6dd1ab18027ecaa35db # bad: [1ebc77bc7d68748598878c08c85a571b526a729f] Merge commit '49a242687cf44f86570b706db3c5912ff06bc6c2' git bisect bad 1ebc77bc7d68748598878c08c85a571b526a729f # good: [0608bc65025a29b2ec56aa17dd76d76ed730be11] swresample/audioconvert: fix () in FMT_PAIR_FUNC() git bisect good 0608bc65025a29b2ec56aa17dd76d76ed730be11 # good: [bd148ce07de08dcd03178e869bacf1e1ef6358df] Merge commit 'cfbdd7ffbd9fe14d110fd1bb89bf52f0f7bde016' git bisect good bd148ce07de08dcd03178e869bacf1e1ef6358df # good: [88514378bac99872265dad28072fb30160b26bfa] avcodec/ass: move playres parameters below scripttype git bisect good 88514378bac99872265dad28072fb30160b26bfa # bad: [1d54f5108477938268d51162be536cecd746e56a] avformat/mux: simplify ff_choose_timebase() git bisect bad 1d54f5108477938268d51162be536cecd746e56a # bad: [ac293b66851f6c4461eab03ca91af59d5ee4e02e] Merge commit '194be1f43ea391eb986732707435176e579265aa' git bisect bad ac293b66851f6c4461eab03ca91af59d5ee4e02e # bad: [194be1f43ea391eb986732707435176e579265aa] lavf: switch to AVStream.time_base as the hint for the muxer timebase git bisect bad 194be1f43ea391eb986732707435176e579265aa # first bad commit: [194be1f43ea391eb986732707435176e579265aa] lavf: switch to AVStream.time_base as the hint for the muxer timebase }}} The commit that introduced the change is this one: {{{ commit 194be1f43ea391eb986732707435176e579265aa Author: Anton Khirnov Date: Sun May 18 12:12:59 2014 +0200 lavf: switch to AVStream.time_base as the hint for the muxer timebase Previously, AVStream.codec.time_base was used for that purpose, which was quite confusing for the callers. This change also opens the path for removing AVStream.codec. The change in the lavf-mkv test is due to the native timebase (1/1000) being used instead of the default one (1/90000), so the packets are now sent to the crc muxer in the same order in which they are demuxed (previously some of them got reordered because of inexact timestamp conversion). }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 12:44:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 10:44:40 -0000 Subject: [FFmpeg-trac] #3889(undetermined:new): h264: crash in low mem situation Message-ID: <039.5a862438a0d5d71f316d9ed858cea364@avcodec.org> #3889: h264: crash in low mem situation -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I first spotted it on windows. It crashes here with -Sv between 200000 and 800000. http://www.datafilehost.com/d/e6b9258d {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 300000 -c unlimited knoppix at Microknoppix:/media/sdb1$ ffmpeg_g -vcodec h264 -i dvvideo.avi -an -f null - ffmpeg-snapshot/ffmpeg -vcodec h264 -i dvvideo.avi -an -f null - ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 24 2014 12:13:59 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffprobe --disable- ffserver libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 2.100 / 56. 2.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [h264 @ 0x93b8900] no frame! Last message repeated 6 times [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] sps_id 32 out of range Last message repeated 1 times [h264 @ 0x93b8900] no frame! [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] sps_id 32 out of range Last message repeated 1 times [h264 @ 0x93b8900] illegal POC type 32 [h264 @ 0x93b8900] sps_id 32 out of range [h264 @ 0x93b8900] no frame! [h264 @ 0x93b8900] SEI type 127 size 1192 truncated at 5 [h264 @ 0x93b8900] illegal aspect ratio [h264 @ 0x93b8900] too many reference frames 32 [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] illegal aspect ratio [h264 @ 0x93b8900] sps_id 32 out of range [h264 @ 0x93b8900] illegal aspect ratio [h264 @ 0x93b8900] sps_id 32 out of range [h264 @ 0x93b8900] SEI type 132 size 1680 truncated at 1 [h264 @ 0x93b8900] no frame! [h264 @ 0x93b8900] sps_id 32 out of range Last message repeated 1 times [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] slice type 32 too large at 0 0 [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] no frame! [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] slice type 32 too large at 0 0 [h264 @ 0x93b8900] decode_slice_header error [h264 @ 0x93b8900] sps_id 0 out of range [h264 @ 0x93b8900] SEI type 52 size 1232 truncated at 4 [h264 @ 0x93b8900] SEI type 93 size 496 truncated at 7 [h264 @ 0x93b8900] Partitioned H.264 support is incomplete [h264 @ 0x93b8900] non-existing PPS 126 referenced [h264 @ 0x93b8900] decode_slice_header error [...] [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] Missing reference picture, default is 0 [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] QP 4294967217 out of range [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] reference overflow 246 > 15 or 0 > 15 [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] reference overflow 24647 > 31 or 0 > 31 [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] A non-intra slice in an IDR NAL unit. [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] Missing reference picture, default is 0 [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] Missing reference picture, default is 0 [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] Partitioned H.264 support is incomplete [h264 @ 0x96740a0] Missing reference picture, default is 0 [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] A non-intra slice in an IDR NAL unit. [h264 @ 0x96740a0] decode_slice_header error [h264 @ 0x96740a0] QP 3109 out of range [h264 @ 0x96740a0] decode_slice_header error Input stream #0:0 frame changed from size:96x16 fmt:yuvj420p to size:32x16 fmt:yuvj420p [h264 @ 0x93b0ba0] slice type 32 too large at 0 0 [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] cabac_init_idc 32 overflow [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] reference picture missing during reorder [h264 @ 0x93b0ba0] reference count overflow [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] FMO not supported [h264 @ 0x93b0ba0] reference overflow (pps) [h264 @ 0x93b0ba0] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] FMO not supported [h264 @ 0x93b0ba0] sps_id 9 out of range [h264 @ 0x93b0ba0] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] slice type 13 too large at 0 1 [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] Partitioned H.264 support is incomplete [h264 @ 0x93b0ba0] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] non-existing PPS 14 referenced [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] sps_id 3 out of range [h264 @ 0x93b0ba0] first_mb_in_slice overflow [h264 @ 0x93b0ba0] decode_slice_header error [swscaler @ 0xade87c00] deprecated pixel format used, make sure you did set range correctly [h264 @ 0x93b0ba0] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] Missing reference picture, default is 0 [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] Reinit context to 32x64, pix_fmt: yuvj420p [h264 @ 0x93b0ba0] Missing reference picture, default is 2147483647 Last message repeated 3 times [h264 @ 0x93b0ba0] deblocking_filter_idc 6 out of range [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] Partitioned H.264 support is incomplete [h264 @ 0x93b0ba0] A non-intra slice in an IDR NAL unit. [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] non-existing PPS 21 referenced [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x93b0ba0] Reinit context to 16x256, pix_fmt: yuvj420p [h264 @ 0x93b0ba0] QP 3109 out of range [h264 @ 0x93b0ba0] decode_slice_header error [h264 @ 0x9811b80] FMO not supported [h264 @ 0x9811b80] Reinit context to 32x64, pix_fmt: yuvj420p [h264 @ 0x9811b80] first_mb_in_slice overflow [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] This stream was generated by a broken encoder, invalid 8x8 inference [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] FMO not supported [h264 @ 0x9811b80] slice type 19 too large at 0 1 [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] Partitioned H.264 support is incomplete [h264 @ 0x9811b80] Reinit context to 131056x2016, pix_fmt: yuvj420p [h264 @ 0x9811b80] [IMGUTILS @ 0xb2371004] Picture size 131056x2016 is invalid [h264 @ 0x9811b80] video_get_buffer: image parameters invalid [h264 @ 0x9811b80] get_buffer() failed [h264 @ 0x9811b80] thread_get_buffer() failed [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] [IMGUTILS @ 0xb2371004] Picture size 131056x2016 is invalid [h264 @ 0x9811b80] video_get_buffer: image parameters invalid [h264 @ 0x9811b80] get_buffer() failed [h264 @ 0x9811b80] thread_get_buffer() failed [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] [IMGUTILS @ 0xb2371004] Picture size 131056x2016 is invalid [h264 @ 0x9811b80] video_get_buffer: image parameters invalid [h264 @ 0x9811b80] get_buffer() failed [h264 @ 0x9811b80] thread_get_buffer() failed [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] illegal aspect ratio [h264 @ 0x9811b80] sps_id 32 out of range [h264 @ 0x9811b80] slice type 23 too large at 0 1 [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] [IMGUTILS @ 0xb2371004] Picture size 131056x2016 is invalid [h264 @ 0x9811b80] video_get_buffer: image parameters invalid [h264 @ 0x9811b80] get_buffer() failed [h264 @ 0x9811b80] thread_get_buffer() failed [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] Partitioned H.264 support is incomplete [h264 @ 0x9811b80] sps_id 32 out of range Last message repeated 1 times [h264 @ 0x9811b80] [IMGUTILS @ 0xb2371004] Picture size 131056x2016 is invalid [h264 @ 0x9811b80] video_get_buffer: image parameters invalid [h264 @ 0x9811b80] get_buffer() failed [h264 @ 0x9811b80] thread_get_buffer() failed [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] [IMGUTILS @ 0xb2371004] Picture size 131056x2016 is invalid [h264 @ 0x9811b80] video_get_buffer: image parameters invalid [h264 @ 0x9811b80] get_buffer() failed [h264 @ 0x9811b80] thread_get_buffer() failed [h264 @ 0x9811b80] decode_slice_header error [h264 @ 0x9811b80] Partitioned H.264 support is incomplete [h264 @ 0x9811b80] FMO not supported [h264 @ 0x9811b80] no frame! [h264 @ 0x966bb60] Cannot allocate memory. [h264 @ 0x966bb60] Could not allocate memory [h264 @ 0x966bb60] h264_slice_header_init() failedError while decoding stream #0:0: Cannot allocate memory [h264 @ 0x966bb60] Cannot allocate memory.:00:07.24 bitrate=N/A [h264 @ 0x966bb60] Could not allocate memory Error while decoding stream #0:0: Cannot allocate memory [h264 @ 0x966bb60] Cannot allocate memory. Segmentation fault (core dumped) }}} {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 250000000 -c unlimited knoppix at Microknoppix:/media/sdb1$ gdb -c core ffmpeg_g 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 "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /media/sdb1/ffmpeg_g...done. [New LWP 14117] [New LWP 14197] [New LWP 14196] [New LWP 14195] [New LWP 14199] [New LWP 14133] [New LWP 14192] [New LWP 14127] [New LWP 14194] [New LWP 14134] [New LWP 14198] [New LWP 14193] [New LWP 14200] [New LWP 14128] [New LWP 14131] [New LWP 14135] [New LWP 14132] [New LWP 14129] [New LWP 14130] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". Failed to read a valid object file image from memory. Core was generated by `./ffmpeg_g -vcodec h264 -i dvvideo.avi -an -f null -'. Program terminated with signal 11, Segmentation fault. #0 *__GI___libc_free (mem=0xadd01020) at malloc.c:3709 3709 malloc.c: No such file or directory. (gdb) bt #0 *__GI___libc_free (mem=0xadd01020) at malloc.c:3709 #1 0x089f3ce2 in av_free (ptr=) at libavutil/mem.c:232 #2 av_freep (arg=arg at entry=0xb1af11d0) at libavutil/mem.c:239 #3 0x0837fc65 in ff_h264_free_tables (h=h at entry=0xb1a8b020, free_rbsp=1) at libavcodec/h264.c:373 #4 0x08381cd5 in ff_h264_alloc_tables (h=h at entry=0xb1a8b020) at libavcodec/h264.c:485 #5 0x083c0e3c in ff_h264_update_thread_context (dst=0x966bb60, src=0x9811b80) at libavcodec/h264_slice.c:600 #6 0x086601c3 in update_context_from_thread (dst=0x966bb60, src=, for_user=) at libavcodec/pthread_frame.c:246 #7 0x086606bc in submit_packet (avpkt=0xbfa04348, p=0x9811288) at libavcodec/pthread_frame.c:346 #8 ff_thread_decode_frame (avctx=avctx at entry=0x969c480, picture=picture at entry=0x9732780, got_picture_ptr=got_picture_ptr at entry=0xbfa045ac, avpkt=avpkt at entry=0xbfa04348) at libavcodec/pthread_frame.c:421 #9 0x08740e82 in avcodec_decode_video2 (avctx=0x969c480, picture=picture at entry=0x9732780, got_picture_ptr=got_picture_ptr at entry=0xbfa045ac, avpkt=avpkt at entry=0xbfa04818) at libavcodec/utils.c:2261 #10 0x080c9694 in decode_video (ist=ist at entry=0x9633980, ---Type to continue, or q to quit--- pkt=pkt at entry=0xbfa04818, got_output=got_output at entry=0xbfa045ac) at ffmpeg.c:1888 #11 0x080cdb9b in process_input_packet (pkt=0xbfa047d0, ist=0x9633980) at ffmpeg.c:2122 #12 process_input (file_index=-1080014824) at ffmpeg.c:3529 #13 0x080afd42 in transcode_step () at ffmpeg.c:3623 #14 transcode () at ffmpeg.c:3675 #15 main (argc=, argv=) at ffmpeg.c:3851 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 12:54:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 10:54:03 -0000 Subject: [FFmpeg-trac] #3888(ffmpeg:closed): make: *** [ffmpeg-php.lo] Error 1 In-Reply-To: <037.bd7d25a334a49e8670bfe4afdb8f336d@avcodec.org> References: <037.bd7d25a334a49e8670bfe4afdb8f336d@avcodec.org> Message-ID: <052.d8b384597ba670adc236afb451e2a1eb@avcodec.org> #3888: make: *** [ffmpeg-php.lo] Error 1 -------------------------------------+----------------------------------- Reporter: shnslmz | Owner: Type: defect | Status: closed Priority: important | Component: ffmpeg Version: unspecified | Resolution: invalid Keywords: ffmpeg-php | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by shnslmz): * keywords: => ffmpeg-php * priority: normal => important * component: undetermined => ffmpeg Comment: Hi All, Problem solved: [see]http://sahinsolmaz.com/blog/ffmpeg-php-install-of- function-avcodec_init-make-ffmpeg-php-lo-error-1-solved/ and [see]https://github.com/tony2001/ffmpeg-php/issues/1. Good day! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 14:44:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 12:44:06 -0000 Subject: [FFmpeg-trac] #3871(avformat:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.c08e56d016c28295ee79846251e80c30@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+------------------------------------ Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: aac h264 mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: md5 aac h264 => aac h264 mkv * component: avcodec => avformat Comment: I don't think this will (or should) be backported but I will leave the ticket open for a few days to give others the possibility to comment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 14:45:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 12:45:29 -0000 Subject: [FFmpeg-trac] #3888(undetermined:closed): make: *** [ffmpeg-php.lo] Error 1 In-Reply-To: <037.bd7d25a334a49e8670bfe4afdb8f336d@avcodec.org> References: <037.bd7d25a334a49e8670bfe4afdb8f336d@avcodec.org> Message-ID: <052.eee0a13a9231c0e4f200e53c8c0b7eb3@avcodec.org> #3888: make: *** [ffmpeg-php.lo] Error 1 -------------------------------------+------------------------------------- Reporter: shnslmz | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffmpeg-php => * priority: important => normal * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 16:05:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 14:05:22 -0000 Subject: [FFmpeg-trac] #3871(avformat:new): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.8041c358030bd8ebae9c1f51b0ff6883@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+------------------------------------ Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.4 | Resolution: Keywords: aac h264 mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by ahthovaikied): Replying to [comment:17 cehoyos]: > I don't think this will (or should) be backported but I will leave the ticket open for a few days to give others the possibility to comment. Thank you. If it's not I'll just switch to the 2.3 branch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 17:05:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 15:05:17 -0000 Subject: [FFmpeg-trac] #3890(undetermined:new): FFMPEG isn't able to demux MPEG2 HD stream Message-ID: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | 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 -i "02-20_20-33-42_PAOK FC -Benfica_.ts" -vcodec copy -an -f mpeg2video "test.m2v" ffmpeg version N-65860-g1aa153d built on Aug 24 2014 00:08:13 with gcc 4.8.3 (GCC) }}} If I demux my source transport stream I just get an empty .m2v file (zero bytes). The stream got recorded/muxed by an uplink and contains a Full HD MPEG2 Stream, 2 MPEG 1 Audio Layer 2 Streams and one Dolby E (aes3) stream The full log file is attached. You can download the source file here: http://www.file-upload.net/download-9427548/02-20_20-33-42_PAOK-FC-- Benfica_.ts.html (I will upload it to a ftp server of this projekt or something else if that is needed (I don't have an url though)) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 17:18:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 15:18:43 -0000 Subject: [FFmpeg-trac] #3890(undetermined:new): FFMPEG isn't able to demux MPEG2 HD stream In-Reply-To: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> References: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> Message-ID: <049.c08f1cf4da6befeaf189c69f4b41a192@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | 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 Djfe): found the ftp: trying to upload it now file is at cd incoming and it's named: ffmpeg isnt able to demux video stream.ts and it has a description in a .txt file with the same name -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 17:45:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 15:45:06 -0000 Subject: [FFmpeg-trac] #3890(undetermined:open): FFMPEG isn't able to demux MPEG2 HD stream In-Reply-To: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> References: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> Message-ID: <049.22d54570c7ef1dbe5ea39e71ec2f0a08@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpeg2video * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Not a regression afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 17:46:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 15:46:54 -0000 Subject: [FFmpeg-trac] #3890(undetermined:open): FFMPEG isn't able to demux MPEG2 HD stream In-Reply-To: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> References: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> Message-ID: <049.3dbced7f5e5bc4d2af475fe8612a5819@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by kierank): Has no I-frames nor Random Access Indicators. Bizzarely plays in VLC by some sort of slice-refresh technique. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 18:02:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 16:02:31 -0000 Subject: [FFmpeg-trac] #3890(undetermined:open): FFMPEG isn't able to demux MPEG2 HD stream In-Reply-To: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> References: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> Message-ID: <049.c7f5af7f361f60f77dd1f0bd9cf389fa@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Djfe): wasn't able to upload it on the ftp, so I used upload.ffmpeg.org/upload -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 19:39:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 17:39:05 -0000 Subject: [FFmpeg-trac] #3890(undetermined:open): FFMPEG isn't able to demux MPEG2 HD stream In-Reply-To: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> References: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> Message-ID: <049.d72c8ed57976316434648c2c74096f2c@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ptalarbvorm): FWIW ? below is what the O.P. wrote in the LAV filters's thread @ Doom9's forum: {{ '''FFPLAY''' output: [mpeg2video @ 03d74a00] '''Invalid frame dimensions 0x0. 0B f=0/0''' [mpeg2video @ 03d74a00] warning: first frame is no keyframe f=0/0 [mpegts @ 03d73ea0] PES packet size mismatch 0KB sq= 0B f=0/0 Last message repeated 2 times Input #0, mpegts, from 'Y:\TSD Test\test\02-20_20-33-42_PAOK FC -Benfica_.ts' : Duration: 00:00:19.96, start: 32171.787089, bitrate: 20976 kb/s Program 1 Stream #0:0[0x200]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420 p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], max. 17500 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1010](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, ster eo, s16p, 373 kb/s Stream #0:2[0x1020](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, ster eo, s16p, 373 kb/s Stream #0:3[0x1030](eng): Audio: s302m (BSSD / 0x44535342), 48000 Hz, stereo , s32, 2304 kb/s [mpeg2video @ 03d74a00] warning: first frame is no keyframe [mpeg2video @ 03d74a00] warning: first frame is no keyframeB f=0/0 [mpeg2video @ 03d74a00] warning: first frame is no keyframe f=0/0 [mpeg2video @ 03d74a00] warning: first frame is no keyframeB f=0/0 [mpeg2video @ 03d74a00] warning: first frame is no keyframeB f=0/0 [mpeg2video @ 03d74a00] warning: first frame is no keyframeB f=0/0 [mpeg2video @ 03d74a00] warning: first frame is no keyframeB f=0/0 Last message repeated 1 times '''[mpegts @ 03d73ea0] PES packet size mismatch 509KB sq= 0B f=0/0 [s302m @ 03d77680] frame has invalid header 209KB sq= 0B f=0/0 [mpeg2video @ 03d74a00] ac-tex damaged at 84 547KB sq= 0B f=0/0''' 32193.62 A-V: -0.002 fd= 18 aq= 0KB vq= 0KB sq= 0B f=0/0 }} HTH -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 20:36:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 18:36:46 -0000 Subject: [FFmpeg-trac] #3890(undetermined:open): FFMPEG isn't able to demux MPEG2 HD stream In-Reply-To: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> References: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> Message-ID: <049.69f2ea80cf5bbf2c0c4e5c4fbe682302@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): What is special about this output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 21:18:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 19:18:28 -0000 Subject: [FFmpeg-trac] #3889(avcodec:open): h264: crash in low mem situation In-Reply-To: <039.5a862438a0d5d71f316d9ed858cea364@avcodec.org> References: <039.5a862438a0d5d71f316d9ed858cea364@avcodec.org> Message-ID: <054.a4a3ba3c91e63c2f8eadf761d5dab289@avcodec.org> #3889: h264: crash in low mem situation ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => h264 crash Comment: I can reproduce the race condition with a sufficiently high value for {{{-threads}}}. ff_h264_update_thread_context() calls ff_h264_alloc_tables() with h->chroma_pred_mode_table set to freed memory. A double free happens when allocations in ff_h264_alloc_tables() fail and ff_h264_free_tables() is called. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 22:14:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 20:14:03 -0000 Subject: [FFmpeg-trac] #3890(undetermined:open): FFMPEG isn't able to demux MPEG2 HD stream In-Reply-To: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> References: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> Message-ID: <049.7a65688e83effa1393387ceefd714529@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ptalarbvorm): cehoyos wrote: "What is special about this output?" My answer: the segments that I had marked in BOLD, and that you edited. OK, I'm just a not-so-advanced-user, not a devil-oper, therefore I'd better stop posting my "stupid and ignorant" comments into this site -.- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 24 23:44:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 21:44:58 -0000 Subject: [FFmpeg-trac] #3869(avcodec:closed): mjpeg: invalid write (fuzzed file) In-Reply-To: <039.d8e144485958ca4476ec20e77ecba62d@avcodec.org> References: <039.d8e144485958ca4476ec20e77ecba62d@avcodec.org> Message-ID: <054.66eaa91b6dc7a8220412b0f915f179e3@avcodec.org> #3869: mjpeg: invalid write (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg crash | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 3fe9e7be4c70c8fccdcd56fd19276e668cfb7de8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 00:29:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 22:29:39 -0000 Subject: [FFmpeg-trac] #3869(avcodec:closed): mjpeg: invalid write (fuzzed file) In-Reply-To: <039.d8e144485958ca4476ec20e77ecba62d@avcodec.org> References: <039.d8e144485958ca4476ec20e77ecba62d@avcodec.org> Message-ID: <054.df014881f79a8523c54a601fc5946cb1@avcodec.org> #3869: mjpeg: invalid write (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg crash | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Regression since a9f79728 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 01:46:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 23:46:04 -0000 Subject: [FFmpeg-trac] #3891(undetermined:new): mjpeg: green vertical line Message-ID: <039.fb470e5222d82c65e4737eb3d2093c9c@avcodec.org> #3891: mjpeg: green vertical line -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- green vertical line is visible at the right side of the picture git-b9c5448 16-Feb-2013 - ok git-b8bb661 17-Feb-2013 - bad {{{ C:\>ffmpeg -i line.jpg out.bmp ffmpeg version N-65860-g1aa153d Copyright (c) 2000-2014 the FFmpeg developers built on Aug 24 2014 00:08:13 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 2.100 / 56. 2.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, image2, from 'line.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj440p(pc, bt470bg), 1024x768 [SAR 96:96 DAR 4: 3], 25 tbr, 25 tbn, 25 tbc [swscaler @ 02f09020] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf56.2.100 Stream #0:0: Video: bmp, bgr24, 1024x768 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s , 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 bmp Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> bmp (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:2304kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 01:48:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Aug 2014 23:48:33 -0000 Subject: [FFmpeg-trac] #3892(undetermined:new): snow: deadlock (fuzzed file) Message-ID: <039.e1a303d1048075c14fdbeacdf2301fad@avcodec.org> #3892: snow: deadlock (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ (gdb) r -i snowdeadf.avi -f null - Starting program: /media/sdb1/ffmpeg-snapshot/ffmpeg_g -i snowf.avi -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Aug 14 2014 23:56:56 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --enable-gpl --disable-ffserver --disable- ffprobe libavutil 54. 3.100 / 54. 3.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 1.100 / 56. 1.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, avi, from 'snowdeadf.avi': Metadata: encoder : Lavf56.1.100 Duration: 00:00:12.64, start: 0.000000, bitrate: 256 kb/s Stream #0:0: Video: snow (SNOW / 0x574F4E53), yuv444p, 321x321, 247 kb/s, 23.97 fps, 23.97 tbr, 23.97 tbn, 23.97 tbc [New Thread 0xb7bebb70 (LWP 31736)] [New Thread 0xb73ebb70 (LWP 31746)] [New Thread 0xb6bebb70 (LWP 31747)] [New Thread 0xb63ebb70 (LWP 31748)] [New Thread 0xb5bebb70 (LWP 31749)] [New Thread 0xb53ebb70 (LWP 31750)] [New Thread 0xb4bebb70 (LWP 31751)] [New Thread 0xb43ebb70 (LWP 31752)] [New Thread 0xb3bebb70 (LWP 31753)] Output #0, null, to 'pipe:': Metadata: encoder : Lavf56.1.100 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 321x321, q=2-31, 200 kb/s, 23.97 fps, 23.97 tbn, 23.97 tbc Metadata: encoder : Lavc56.0.101 rawvideo Stream mapping: Stream #0:0 -> #0:0 (snow (native) -> rawvideo (native)) Press [q] to stop, [?] for help [null @ 0x93b8c20] Encoder did not produce proper pts, making some up. [snow @ 0x93b8760] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] Error s->spatial_decomposition_count is 102 Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] block_max_depth= -1 is too large Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] spatial_decomposition_type 65 not supported Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] spatial_decomposition_type 60 not supported Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] spatial_decomposition_type 58 not supported Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] spatial_decomposition_type 57 not supported Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] spatial_decomposition_type 55 not supported Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] spatial_decomposition_type 56 not supported Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] spatial_decomposition_type 57 not supported Error while decoding stream #0:0: Invalid data found when processing input [snow @ 0x93b8760] spatial_decomposition_type 58 not supported Error while decoding stream #0:0: Invalid data found when processing input Program received signal SIGINT, Interrupt. 0x086f3240 in unpack_coeffs (parent=0xb7bf9fa0, b=0xb7c0a3e0, s=0xb7bec020, orientation=) at libavcodec/snow.h:680 680 if(y) max_run= FFMIN(run, prev_xc->x - x - 2); (gdb) bt #0 0x086f3240 in unpack_coeffs (parent=0xb7bf9fa0, b=0xb7c0a3e0, s=0xb7bec020, orientation=) at libavcodec/snow.h:680 #1 decode_frame (avctx=0x93b8760, data=0x93bc560, got_frame=0xbffff52c, avpkt=0xbffff2c8) at libavcodec/snowdec.c:481 #2 0x0873f48f in avcodec_decode_video2 (avctx=0x93b8760, picture=picture at entry=0x93bc560, got_picture_ptr=got_picture_ptr at entry=0xbffff52c, avpkt=avpkt at entry=0xbffff798) at libavcodec/utils.c:2264 #3 0x080c94b4 in decode_video (ist=ist at entry=0x93ba940, pkt=pkt at entry=0xbffff798, got_output=got_output at entry=0xbffff52c) at ffmpeg.c:1883 #4 0x080cd9bb in process_input_packet (pkt=0xbffff750, ist=0x93ba940) at ffmpeg.c:2117 #5 process_input (file_index=-1073743976) at ffmpeg.c:3524 #6 0x080afb52 in transcode_step () at ffmpeg.c:3618 #7 transcode () at ffmpeg.c:3670 #8 main (argc=, argv=) at ffmpeg.c:3846 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 02:22:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 00:22:36 -0000 Subject: [FFmpeg-trac] #3874(avcodec:open): tiff encoder creates broken odd width yuv files (was: tiff encoder creates broken odd width yuv files with packbits compression) In-Reply-To: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> References: <039.f9500eb154ba4131bebf22c69bd75edc@avcodec.org> Message-ID: <054.8a4e8c323fdce5c1f3c2f4f20b554796@avcodec.org> #3874: tiff encoder creates broken odd width yuv files ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 02:30:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 00:30:57 -0000 Subject: [FFmpeg-trac] #3860(avcodec:closed): ffplay: vc1 crash 2 In-Reply-To: <039.997d91b21d1e7b67ce907ad405dec840@avcodec.org> References: <039.997d91b21d1e7b67ce907ad405dec840@avcodec.org> Message-ID: <054.47ff98b09574eec71fe86693ce2c876a@avcodec.org> #3860: ffplay: vc1 crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vc1 crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 30f680ee0a2707af9a649a0aa3fd951d18a25c05 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 02:39:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 00:39:46 -0000 Subject: [FFmpeg-trac] #3893(avcodec:new): tiff decoder fails to decode yuv images with odd dimensions Message-ID: <035.8b4b30de4a103ac01a23a745ce640ae3@avcodec.org> #3893: tiff decoder fails to decode yuv images with odd dimensions --------------------------------------+--------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: tif Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Decoding output of attached file is broken with ffmpeg git, but not with libtiff 4.0.3 {{{ $ ./ffmpeg -i yuv-3c-8b.tiff out.bmp ffmpeg version N-65869-gcc0acdb Copyright (c) 2000-2014 the FFmpeg developers built on Aug 24 2014 14:40:02 with gcc 4.9.1 (GCC) configuration: --enable-nonfree --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libfdk-aac --enable-libx264 --enable-libx265 --enable-libvpx --enable-libwebp --enable-cross-compile --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 --target-os=mingw32 --prefix=/mingw64 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 2.100 / 56. 2.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, image2, from 'yuv-3c-8b.tiff': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, yuv420p, 157x151, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf56.2.100 Stream #0:0: Video: bmp, bgr24, 157x151, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.0.101 bmp Stream mapping: Stream #0:0 -> #0:0 (tiff (native) -> bmp (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:70kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} out.bmp looks completely broken, whereas with libtiff {{{ $ tiff2rgba yuv-3c-8b.tiff out.tif }}} out.tif looks fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 08:40:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 06:40:40 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.d2f73927098729748e00baf632645302@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): @cncb - do you have a working sample of H.264 that works on XBox 360 and one encoded using MCEBuddy that does not? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 14:50:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 12:50:46 -0000 Subject: [FFmpeg-trac] #3894(undetermined:new): Add Hypherlink for watermark in the video Message-ID: <037.31f5a02739d9f067f15d4d774dca55da@avcodec.org> #3894: Add Hypherlink for watermark in the video -------------------------------------+------------------------------------- Reporter: prakash | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- How to add the link to the watermark image ? please reply me in any or flv video format $command='ffmpeg -framerate 5 -pattern_type sequence -start_number 0 -i ad_images/img_%d.png -i img/watermark.png -i img/watermark.png -filter_complex "overlay=x=10:y=H-h-10,overlay=x=W-w-10:y=H-h-10" -s 600x400 -vcodec libx264 '.$destination1; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 15:04:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 13:04:49 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.5c40ecfe1da1a4bdf0bc760bc317be2f@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cncb): @ramitbhalla: Unfortunately, no. You have to pay for the newest version of MCEBuddy and the free/trial version is an older version that does not have the fix in it. The bug report in the link sounds like the same problem I am having, but I can't verify that the fix works for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 15:17:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 13:17:13 -0000 Subject: [FFmpeg-trac] #3678(avcodec:closed): Regressions in the video duration/bitrate report In-Reply-To: <037.2dd6d51adcc76f509e723e02cd68ccc1@avcodec.org> References: <037.2dd6d51adcc76f509e723e02cd68ccc1@avcodec.org> Message-ID: <052.c955a753d1506b2154f28ccbc3a11bce@avcodec.org> #3678: Regressions in the video duration/bitrate report -------------------------------------+------------------------------------- Reporter: Malizor | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mpeg2video | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in d647ef0c8069876e53f9ce630890f1fb09986247 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 16:54:41 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 14:54:41 -0000 Subject: [FFmpeg-trac] #3894(undetermined:closed): Add Hypherlink for watermark in the video In-Reply-To: <037.31f5a02739d9f067f15d4d774dca55da@avcodec.org> References: <037.31f5a02739d9f067f15d4d774dca55da@avcodec.org> Message-ID: <052.81470b55b8969da81f13fc39ef5eb58c@avcodec.org> #3894: Add Hypherlink for watermark in the video -------------------------------------+------------------------------------- Reporter: prakash | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please understand that this is a bug tracker, not a support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 18:51:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 16:51:23 -0000 Subject: [FFmpeg-trac] #3890(undetermined:open): FFMPEG isn't able to demux MPEG2 HD stream In-Reply-To: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> References: <034.e2cecefd8b6662564e8835630f97e685@avcodec.org> Message-ID: <049.27bd64a8076c7a9fb1d192c69154605a@avcodec.org> #3890: FFMPEG isn't able to demux MPEG2 HD stream -------------------------------------+------------------------------------- Reporter: Djfe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Djfe): He probably wanted to show that the file plays fine in FFPLAY as well (except that it tries to decode the dolby e stream (instead of one of the MPEG Audio streams), but horribly fails at it (only noise), since there isn't a real software decoder for it implemented, yet) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 19:44:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 17:44:48 -0000 Subject: [FFmpeg-trac] #3882(avcodec:open): ffvhuff: problem with -pix_fmt yuv420p9 In-Reply-To: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> References: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> Message-ID: <054.5b812e8750a627c99fee82ef86973742@avcodec.org> #3882: ffvhuff: problem with -pix_fmt yuv420p9 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffvhuff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kurosu): Replying to [comment:3 cehoyos]: > Replying to [comment:2 kurosu]: > > I think I have tested separately the following: > > - it's not related to the odd size (640x480 may also display the issue) > > Given that it works fine with other sizes, this point surprises me. > (Or to say it differently: My command line above would not contain {{{-s 498x331}}} if it weren't necessary to reproduce.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 23:06:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 21:06:25 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate Message-ID: <038.042d13133d0124db116197800561cfd2@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The new function -max_error_rate provides a way of issuing a failure return value if there are too many errors encountered during operation. However the implementation has the following flaws, * It is an undocumented change into the basic function of the CLI tool, and as such breaks many scripted and embedded uses of ffmpeg that do not expect positive return values from non-fatal errors. * The 'percentage' does not seem to be very well quantified, as to if this means recoverable or non-recoverable errors. Media that decodes perfectly, but has packets that had errors, can trigger this. ie, poorly encoded but functionally decodable media, such as a flash svc2 file from a third party encoder that is decoded correctly but has repeated errors. Or streams that have redundancy or built in error correction, such as Over The Air TS streams. My recommended change would be to make it default to a value of 1, and for errors to only be counted towards the percentage level if they are non- recoverable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 25 23:07:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 21:07:56 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.dd86ab8d491baca78cc92eac43932aad@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | 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 JayBlanc): It's also unclear from --help text if the percentage reverts to percentage of time, percentage of frames, percentage of packets or percentage of unicorns. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 00:52:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Aug 2014 22:52:20 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.8d3083a42a7d0293d1ee48e6db7e8bde@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please explain how I can reproduce the regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 04:21:48 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 02:21:48 -0000 Subject: [FFmpeg-trac] #3896(avformat:new): null muxer lacks AVFMT_TS_NONSTRICT; always prints error Message-ID: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> #3896: null muxer lacks AVFMT_TS_NONSTRICT; always prints error ----------------------------------+-------------------------------------- Reporter: 11rcombs | Type: defect Status: new | Priority: minor Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- The libavformat null muxer doesn't have the flag AVFMT_TS_NONSTRICT. This is desirable if you want to use the muxer to test for strict-timestamping issues, but you don't always want to do that. It already has AVFMT_NOTIMESTAMPS, which should probably imply AVFMT_TS_NONSTRICT; perhaps we should have a lavf option to forcibly enable that warning if it's desired? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 04:23:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 02:23:18 -0000 Subject: [FFmpeg-trac] #3896(avformat:new): null muxer lacks AVFMT_TS_NONSTRICT; prints often-unnecessary error (was: null muxer lacks AVFMT_TS_NONSTRICT; always prints error) In-Reply-To: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> References: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> Message-ID: <053.e7f5ff50964dc5da9afb6e06d8fb127e@avcodec.org> #3896: null muxer lacks AVFMT_TS_NONSTRICT; prints often-unnecessary error ------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by 11rcombs): * cc: rodger.combs@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 07:07:08 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 05:07:08 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.614782da9bb4653a61797178ab6af432@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | 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 JayBlanc): Unfortunately, the sample media I have that shows this are all multi-gig sized and licensed, and for obvious reasons I can't just send slices of the parts that trigger it. Use a sample that has recoverable errors, and enough that it triggers -max_error_rate. Prior to the creation of -max_error_rate, the program would only return an error value on fatal errors. However, this is not a regression. It was a deliberate design change, but one that seems to have unintentionally changed default behaviour in a bad way. Now default behaviour is to return an error value after a certain number of 'errors' has occurred, and it is difficult to identify what errors are being counted and to what threshold they are being measured. This breaks compatibility with pre-existing scripts and embedded use of the CLI tool. Again, the requested work-around change is to make the default behaviour match the previous behaviour, and default -max_error_rate to 1. Which would restore compatibility for scripts and embedded uses of the CLI which do not expect -max_error_rate generated return values, and would only produce such return values when requested to do so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 08:13:05 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 06:13:05 -0000 Subject: [FFmpeg-trac] #3125(avformat:closed): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <040.2974e5429b12afc6e99f1e60efa7fc68@avcodec.org> References: <040.2974e5429b12afc6e99f1e60efa7fc68@avcodec.org> Message-ID: <055.a63f9227a4818c996b732896789ca8b8@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output ------------------------------------+------------------------------------ Reporter: ginjaninja | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: id3 ogg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ginjaninja): multiple value appreciation is not working again in ffprobe version N-64836-gce385c8 for mp3s...It is working for flacs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 08:21:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 06:21:14 -0000 Subject: [FFmpeg-trac] #3125(avformat:reopened): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <040.2974e5429b12afc6e99f1e60efa7fc68@avcodec.org> References: <040.2974e5429b12afc6e99f1e60efa7fc68@avcodec.org> Message-ID: <055.18b61f770eddd1d5cfd6c801654cee0f@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output ------------------------------------+------------------------------------ Reporter: ginjaninja | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3 ogg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ginjaninja): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 08:42:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 06:42:30 -0000 Subject: [FFmpeg-trac] #3896(avformat:new): null muxer lacks AVFMT_TS_NONSTRICT; prints often-unnecessary error In-Reply-To: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> References: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> Message-ID: <053.0e060f88f7f75c573868eae773badb4b@avcodec.org> #3896: null muxer lacks AVFMT_TS_NONSTRICT; prints often-unnecessary error ------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Wasn't this already discussed on the developer mailing list? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 08:44:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 06:44:41 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.d2fee8d730e7f9fadd962f385ddf1faf@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please upload such a sample, there is no file size limit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 08:47:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 06:47:03 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.16ced4c5bf76bbc53daf959120fd2acc@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | 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 JayBlanc): Repeating myself: Unfortunately, the sample media I have that shows this are all '''multi-gig''' sized '''and licensed''' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 08:50:19 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 06:50:19 -0000 Subject: [FFmpeg-trac] #3896(avformat:new): null muxer lacks AVFMT_TS_NONSTRICT; prints often-unnecessary error In-Reply-To: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> References: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> Message-ID: <053.cfe071816ec40e22a6c1d56688506407@avcodec.org> #3896: null muxer lacks AVFMT_TS_NONSTRICT; prints often-unnecessary error ------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by 11rcombs): Apparently it was, but no conclusion was reached: https://ffmpeg.org/pipermail/ffmpeg-devel/2014-August/161657.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 09:07:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 07:07:42 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.15360adb65e4fe5e410f36bf25c5cb3c@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | 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 JayBlanc): This patch should fix the issue, and prevent compatibility problems with scripts and embedded systems that do not expect error return values on non-fatal errors. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 12:13:27 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 10:13:27 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.7ac1cfcfabda0605879261779b8d8540@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I don't think that any sample ever uploaded was not ''licensed'' (and due to its size it will be kept private anyway) and as said there is no file size limit. To make the ticket valid, please add the command line that allows to reproduce the regression together with the complete, uncut console output (current FFmpeg git head). As an alternative, please send your patch (made with {{{git format- patch}}} and mentioning ''Fixes ticket #3895'' in the commit message) to the ffmpeg-devel mailing list. Patches are discussed there but usually ignored here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 12:15:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 10:15:12 -0000 Subject: [FFmpeg-trac] #3896(avformat:closed): null muxer lacks AVFMT_TS_NONSTRICT; prints often-unnecessary error In-Reply-To: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> References: <038.2d2beae2b07260ffc76c4540b0846a86@avcodec.org> Message-ID: <053.3edb3c8c2926603fb1321f8039df2db6@avcodec.org> #3896: null muxer lacks AVFMT_TS_NONSTRICT; prints often-unnecessary error ------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: I strongly suggest to discuss this on the mailing list where more people can / will contribute. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 12:28:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 10:28:55 -0000 Subject: [FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.1bda92082a63a67d25d51ad27b2bd3b5@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | 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 JayBlanc): Repeating myself again: Please do not ask me to saturate my uplink for a considerable amount of time doing something that could get me into legal difficulty. The problem as described explains the issue, and it is trivial to confirm by reading the source how the new behaviour works and what it's impact is on maintaining compatibility with previous versions that did not have a positive return value unless a fatal error occurred. I've pointed out the problem, I've fixed the problem for you, I've submitted a patch. But I do not want to become a developer on this project and I do not have time to spend on arguing to defend this patch on the mailing list, and I do not want to have to sign up to yet another open source project's mailing list in order to submit a trivial patch. Nor do I have time and resources to put together a sample and demonstration of this, because doing so is actually more complex and less informative than just telling you what's wrong with the current default and giving you a patch to fix it. There is no additional information you would get from what you are asking for, in fact it wouldn't even tell you anything about the return value. And creating a suitable sample for you would be a complicated matter that would take a lot longer than it took to write the attached patch that fixes the problem. If you want to close this as invalid, so be it. I'll either maintain my own patch, or switch to a different project's offering. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 16:08:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 14:08:09 -0000 Subject: [FFmpeg-trac] #3897(undetermined:new): Output frame rate is not same as input frame rate and option -r does not seem to work Message-ID: <039.8ae00777a1353376dd1e8c6114ae8fb4@avcodec.org> #3897: Output frame rate is not same as input frame rate and option -r does not seem to work -------------------------------------+------------------------------------- Reporter: saialluru | Type: defect Status: new | Priority: important Component: | Version: 2.2.4 undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -r 25 -i 20140806_172538.avi -b:v 12288k -f mpegts udp://192.168.0.20:9001?pkt_size=188 -preset placebo -r 25 ffmpeg version 2.2.4 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 27 2014 09:57:37 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable- pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable- decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-filters --enable-libgsm --enable-libvidstab --enable-libx265 --arch=x86_64 --enable-runtime-cpudetect libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Trailing options were found on the commandline. Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from '20140806_172538.avi': Duration: 00:02:04.84, start: 0.000000, bitrate: 3888 kb/s Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p, 1920x1080, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 8000 Hz, mono, s16, 128 kb/s Output #0, mpegts, to 'udp://192.168.0.20:9001?pkt_size=188': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: mpeg2video, yuv420p, 1920x1080, q=2-31, 12288 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: mp2, 16000 Hz, mono, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Stream #0:1 -> #0:1 (pcm_s16le -> mp2) Press [q] to stop, [?] for help frame= 3121 fps= 83 q=3.5 Lsize= 204741kB time=00:02:05.75 bitrate=13337.4kbits/s video:187505kB audio:1965kB subtitle:0 data:0 global headers:0kB muxing overhead 8.059494% It is streaming at 83 sometimes 90 fps while the source is 25 fps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 16:11:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 14:11:32 -0000 Subject: [FFmpeg-trac] #3897(ffmpeg:closed): Output frame rate is not same as input frame rate and option -r does not seem to work In-Reply-To: <039.8ae00777a1353376dd1e8c6114ae8fb4@avcodec.org> References: <039.8ae00777a1353376dd1e8c6114ae8fb4@avcodec.org> Message-ID: <054.754b25771477706f04d6b148613abf0b@avcodec.org> #3897: Output frame rate is not same as input frame rate and option -r does not seem to work -----------------------------------+----------------------------------- Reporter: saialluru | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: 2.2.4 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Changes (by Cigaes): * priority: important => normal * resolution: => invalid * status: new => closed * component: undetermined => ffmpeg Comment: {{{ffmpeg}}} always outputs as fast as it can by default. The timestamps embedded in the output stream are correct, though. Use the {{{-re}}} option to make {{{ffmpeg}}} slow down to try and match the content's frame rate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 18:59:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 16:59:54 -0000 Subject: [FFmpeg-trac] #3898(undetermined:new): Remuxing WTV only remuxes about half the file Message-ID: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> #3898: Remuxing WTV only remuxes about half the file -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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: This only happens with some recorded files. The issue is no matter how big the original file is (15 minutes to 2 hours), ffmpeg only remuxes about 50% of the file. I've included the output here, the original sample I have is about 1GB in size. (15 minutes) How to reproduce: {{{ ffmpeg -i "c:Doctor Who_BBCAHD_2014_08_23_16_58_00.wtv" -vcodec copy -acodec copy test.ts ffmpeg version N-62897-g0f9f24c Copyright (c) 2000-2014 the FFmpeg developers built on Aug 15 2014 11:44:27 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-hwaccels --enable- dxva2 --enable-gpl --enable-libx264 --enable-avisy nth --enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-li btheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable- libgsm --enable-libfreetype --enable-libopus --d isable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo- aacenc --enable-bzlib --enable-libxavs --extra-c flags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libvo-amrwbenc --enable-libschro edinger --enable-libvpx --enable-libilbc --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disable-shared --enable-libsoxr --enable-fontconfig --enable-libass --enable-libutvideo --enable-libb luray --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable-l ibmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-libvidstab --extra-cflags= --extra-cflags= --enable-nonfree --enable-libfdk-aac --enable-libfaac --enable-runtime-cpudetect libavutil 52. 80.100 / 52. 80.100 libavcodec 55. 60.103 / 55. 60.103 libavformat 55. 37.102 / 55. 37.102 libavdevice 55. 13.100 / 55. 13.100 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 [mpeg2video @ 0262f360] Invalid frame dimensions 0x0. Last message repeated 30 times [wtv @ 0262d6c0] Stream #3: not enough frames to estimate rate; consider increasing probesize Input #0, wtv, from 'c:Doctor Who_BBCAHD_2014_08_23_16_58_00.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Doctor Who WM/SubTitle : Preshow genre : Drama;General;Series;Sci-Fi/Fantasy WM/OriginalReleaseTime: 0 WM/MediaCredits : Peter Capaldi/Jenna-Louise Coleman/Samuel Anderson;;; service_provider: BBCAHD service_name : BBC America HD WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 647 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2014-08-23T07:00:00Z WM/MediaOriginalRunTime: 11974957600 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : true WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-08-23 23:58:02 WM/WMRVSeriesUID: !MCSeries!48266208 WM/WMRVServiceID: !MCService!220772916 WM/WMRVProgramID: !MCProgram!301952550 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294967116 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: 4641633065376980942 Duration : 10179162251 WM/WMRVEndTime : 2014-08-24 00:15:00 WM/WMRVBitrate : 3.316121 WM/WMRVKeepUntil: 4294967295 WM/WMRVActualSoftPrePadding: 477 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:16:57.22, start: 1.654086, bitrate: 8617 kb/s Stream #0:0[0x10](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x11]: Video: mpeg2video (Main), yuv420p(tv), 1920x1080 [SAR 1:1 DAR 16:9], max. 38810 kb/s, 29.97 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:2[0x12]: Subtitle: eia_608 Stream #0:3[0xffffffff]: Video: mjpeg, yuvj420p(pc), 200x113 [SAR 96:96 DAR 200:113], 90k tbr, 90k tbn, 90k tbc Metadata: title : TV Thumbnail File 'test.ts' already exists. Overwrite ? [y/N] y Output #0, mpegts, to 'test.ts': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Doctor Who WM/SubTitle : Preshow genre : Drama;General;Series;Sci-Fi/Fantasy WM/OriginalReleaseTime: 0 WM/MediaCredits : Peter Capaldi/Jenna-Louise Coleman/Samuel Anderson;;; service_provider: BBCAHD service_name : BBC America HD WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 647 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2014-08-23T07:00:00Z WM/MediaOriginalRunTime: 11974957600 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : true WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-08-23 23:58:02 WM/WMRVSeriesUID: !MCSeries!48266208 WM/WMRVServiceID: !MCService!220772916 WM/WMRVProgramID: !MCProgram!301952550 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294967116 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: 4641633065376980942 Duration : 10179162251 WM/WMRVEndTime : 2014-08-24 00:15:00 WM/WMRVBitrate : 3.316121 WM/WMRVKeepUntil: 4294967295 WM/WMRVActualSoftPrePadding: 477 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false encoder : Lavf55.37.102 Stream #0:0: Video: mpeg2video, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, max. 38810 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame=15726 fps=1473 q=-1.0 Lsize= 598845kB time=00:08:48.67 bitrate=9279.2kbits/s video:527065kB audio:24742kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 8.524186% }}} The sample file is too large to upload but is available here: [http://mcebuddy:mcebuddy at files.mcebuddy2x.com/UPLOAD/Item%202100%20converted%20videos%20not%20complete/Doctor%20Who_BBCAHD_2014_08_23_16_58_00.wtv] Any idea why? The original file plays fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 19:19:08 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 17:19:08 -0000 Subject: [FFmpeg-trac] #964(avformat:open): No h263 Mode B support? In-Reply-To: <036.22d84c6b30cd0d4c014c2da7aed3766d@avcodec.org> References: <036.22d84c6b30cd0d4c014c2da7aed3766d@avcodec.org> Message-ID: <051.58d55263d081c17b29662029ee5349fb@avcodec.org> #964: No h263 Mode B support? ------------------------------------+------------------------------------ Reporter: walker | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: h263 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by thovo): * analyzed: 0 => 1 * cc: silvo@? (added) * component: avcodec => avformat * reproduced: 0 => 1 Comment: Confirmed: modes B + C are missing in the current parser code -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 26 19:39:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 17:39:32 -0000 Subject: [FFmpeg-trac] #3898(undetermined:new): Remuxing WTV only remuxes about half the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.c2aca22d93fde08511a04beb57e22c32@avcodec.org> #3898: Remuxing WTV only remuxes about half the file -------------------------------------+------------------------------------- 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): Just to let you know the same issue is faced with all encoders, handbrake, ffmpeg remuxsupp etc. However when playing in MCE or WMP it plays fine. So it's likely a video issue but interestingly still why would ffmpeg stop half way through. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 00:06:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 22:06:39 -0000 Subject: [FFmpeg-trac] #3899(undetermined:new): FFMPEG uses incorrect MACs when Message-ID: <040.9d99c01a25c58fcba04c6201ed7cd8fc@avcodec.org> #3899: FFMPEG uses incorrect MACs when -------------------------------------+------------------------------------- Reporter: iskobkarev | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: Multicast | Blocked By: MAC MPEGTS | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FFMPEG uses incorrect MAC when the destination multicast address contains .255: How to reproduce: {{{ ./ffmpeg -re -i "udp://10.250.225.161:5010?fifo_size=1000000&overrun_nonfatal=1" -vcodec copy -acodec copy -f mpegts "udp://239.7.255.1:5004" TCPDUMP shows that a gateway VRRP MAC (00:00:5e:00:01:01 ) is used instead of Multicast MAC (should be 01:00:5e:07:ff:01 ): [root at encoder VLC]# tcpdump -i eth0 -vvv -c 1 -e host 239.7.255.1 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 14:43:53.034842 00:1c:c4:6b:93:c0 (oui Unknown) > 00:00:5e:00:01:01 (oui Unknown), ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 16, id 0, offset 0, flags [DF], proto UDP (17), length 1500) ffmpeg version N-45542-gc2c56d5- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Aug 26 2014 02:30:39 with gcc 4.8 (Debian 4.8.3-9) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Hyper fast Audio and Video encoder }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 00:27:36 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 22:27:36 -0000 Subject: [FFmpeg-trac] #3899(undetermined:new): FFMPEG uses incorrect MACs when In-Reply-To: <040.9d99c01a25c58fcba04c6201ed7cd8fc@avcodec.org> References: <040.9d99c01a25c58fcba04c6201ed7cd8fc@avcodec.org> Message-ID: <055.69e4959ccefda2129394ce5d0287ac0e@avcodec.org> #3899: FFMPEG uses incorrect MACs when -------------------------------------+------------------------------------- Reporter: iskobkarev | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: Multicast | Resolution: MAC MPEGTS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by iskobkarev): Correction: FMMPEG uses the gateway MAC instead of the Multicast MAC when - the server has multiple interfaces - the stream is forced through one of the interfaces using a static route: [root at encoder /]# netstat -r Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 10.250.225.160 * 255.255.255.224 U 0 0 0 eth0 239.7.254.0 10.250.225.190 255.255.255.0 UG 0 0 0 eth0 239.7.255.0 10.250.225.190 255.255.255.0 UG 0 0 0 eth0 10.42.13.0 * 255.255.255.0 U 0 0 0 eth1 192.168.122.0 * 255.255.255.0 U 0 0 0 virbr0 10.250.224.0 10.250.225.190 255.255.254.0 UG 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth1 default 10.42.13.254 0.0.0.0 UG 0 0 0 eth1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 00:46:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 22:46:15 -0000 Subject: [FFmpeg-trac] #3899(undetermined:new): FFMPEG uses incorrect MACs when In-Reply-To: <040.9d99c01a25c58fcba04c6201ed7cd8fc@avcodec.org> References: <040.9d99c01a25c58fcba04c6201ed7cd8fc@avcodec.org> Message-ID: <055.ac77fb30dca72f5c3706effadc9601a5@avcodec.org> #3899: FFMPEG uses incorrect MACs when -------------------------------------+------------------------------------- Reporter: iskobkarev | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: Multicast | Resolution: MAC MPEGTS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by iskobkarev): workaround: use route via the device not the gateway. I guess the ticket can be closed if that "as-designed" behavior [root at encoder manpages]# ip route 10.250.225.160/27 dev eth0 proto kernel scope link src 10.250.225.161 239.7.254.0/24 dev eth0 scope link 10.42.13.0/24 dev eth1 proto kernel scope link src 10.42.13.223 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 10.250.224.0/23 via 10.250.225.190 dev eth0 169.254.0.0/16 dev eth0 scope link metric 1002 169.254.0.0/16 dev eth1 scope link metric 1003 default via 10.42.13.254 dev eth1 proto static -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 01:16:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 23:16:01 -0000 Subject: [FFmpeg-trac] #964(avformat:open): No h263 Mode B support? In-Reply-To: <036.22d84c6b30cd0d4c014c2da7aed3766d@avcodec.org> References: <036.22d84c6b30cd0d4c014c2da7aed3766d@avcodec.org> Message-ID: <051.c5607ea40446d42e6ee0eea37eee419a@avcodec.org> #964: No h263 Mode B support? ------------------------------------+------------------------------------ Reporter: walker | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: h263 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 01:18:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Aug 2014 23:18:15 -0000 Subject: [FFmpeg-trac] #3899(undetermined:new): FFMPEG uses incorrect MACs when In-Reply-To: <040.9d99c01a25c58fcba04c6201ed7cd8fc@avcodec.org> References: <040.9d99c01a25c58fcba04c6201ed7cd8fc@avcodec.org> Message-ID: <055.d3aa5e5ab3a7d4753a0f7e0acd74470d@avcodec.org> #3899: FFMPEG uses incorrect MACs when -------------------------------------+------------------------------------- Reporter: iskobkarev | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: Multicast MAC MPEGTS => udp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 02:03:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 00:03:40 -0000 Subject: [FFmpeg-trac] #3656(undetermined:closed): Can not set timeout AVOptions In-Reply-To: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> References: <034.78d65c372f34544a6642870c8e659bab@avcodec.org> Message-ID: <049.c3a97bbbf0cfb78a96e0b8c21cbdbaf2@avcodec.org> #3656: Can not set timeout AVOptions -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: tcp | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => worksforme Comment: Tried, works fine with ffplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 02:08:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 00:08:14 -0000 Subject: [FFmpeg-trac] #3878(undetermined:closed): HWND_MESSAGE undeclared on mingw32 In-Reply-To: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> References: <039.9d1927c69988a2c041f2fc742f90b8fc@avcodec.org> Message-ID: <054.bd16863e214aad602f1094dcffa305db@avcodec.org> #3878: HWND_MESSAGE undeclared on mingw32 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: => regression * status: reopened => closed * resolution: => fixed Comment: Should have been fixed by d5ee74e57d44ccbf644ea76d635628ed4e5fabfb / ab56fabe6294524e99815451ad01e4ff50c6d734 by diego -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 10:23:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 08:23:59 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes Message-ID: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+---------------------------------- Reporter: Lastique | Type: defect Status: new | Priority: normal Component: avformat | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- This is a regression from ffmpeg 2.2 series. The problem was reproduced with ffmpeg 2.3.3. ff_check_h264_startcode (in libavformat/mpegtsenc.c) fails to recognize 3-byte h264 startcodes (i.e. 00 00 01), which results in errors while saving h264 content to some containers (avi in my case) with message "H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb)". The attached patch fixes the problem. The 3-byte startcode is produced by libx264 for SEI NAL. Our application uses libx264 and ffmpeg through C API and at some point passes an AVPacket that starts with SEI to av_interleaved_write_frame, which fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 12:41:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 10:41:08 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.5f3b572eb24c7c5781ac382fc5c2054f@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by cehoyos): Please either: * Send your patch (made with {{{git format-patch}}}) to the FFmpeg developer mailing list where it can be discussed. Patches are often ignored on this bug tracker. or * Please explain how I can reproduce this regression with current FFmpeg git head, posting a failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 12:58:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 10:58:19 -0000 Subject: [FFmpeg-trac] #3895(ffmpeg:open): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.d29d1e6097ed0b230cb792dd3d37f352@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate ------------------------------------+---------------------------------- Reporter: JayBlanc | Owner: Type: defect | Status: open Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by ubitux): * keywords: => regression * priority: normal => important * status: new => open * component: undetermined => ffmpeg Comment: Replying to [comment:8 JayBlanc]: > Repeating myself again: Please do not ask me to saturate my uplink for a considerable amount of time doing something that could get me into legal difficulty. The problem as described explains the issue, and it is trivial to confirm by reading the source how the new behaviour works and what it's impact is on maintaining compatibility with previous versions that did not have a positive return value unless a fatal error occurred. > More than 2/3 of error in a stream is kind of surprising and the problem might be somewhere else in FFmpeg, that is the reason a sample was requested. May I ask what kind of errors you have? > I've pointed out the problem, I've fixed the problem for you, I've submitted a patch. But I do not want to become a developer on this project and I do not have time to spend on arguing to defend this patch on the mailing list, and I do not want to have to sign up to yet another open source project's mailing list in order to submit a trivial patch. You do not need to register to the mailing list to send the patch; the reason this was requested is because the review is not simple in the Trac, and that's just not how the project does it. Anyhow, you current patch is breaking something else: in particular, it's breaking in case decoding a picture fails (the CLI will exit 0 instead of !0). See Ticket #2405. I agree with you that this is a regression and something should be done about it, but your patch is unfortunately not the correct solution. Maybe the picture-case should be handled specially. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 13:43:05 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 11:43:05 -0000 Subject: [FFmpeg-trac] #3871(avformat:closed): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.3ac97c45a22456a5c90053c408951957@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+------------------------------------ Reporter: ahthovaikied | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 2.2.4 | Resolution: wontfix Keywords: aac h264 mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: Feel free to send a patch for 2.2 to the developer mailing list if you want more people to comment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 13:44:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 11:44:47 -0000 Subject: [FFmpeg-trac] #2405(ffmpeg:closed): FFmpeg does not error out in case of empty output In-Reply-To: <036.1c4214eb9b058b1aa3d1507c3e902002@avcodec.org> References: <036.1c4214eb9b058b1aa3d1507c3e902002@avcodec.org> Message-ID: <051.a88ae8930d3f6a5b6a198cbc4a2a5667@avcodec.org> #2405: FFmpeg does not error out in case of empty output ------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: image => image2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 16:15:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 14:15:31 -0000 Subject: [FFmpeg-trac] #3898(undetermined:closed): Remuxing WTV only remuxes about half the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.0eb341235e99ccb24f32e8685bef1b0d@avcodec.org> #3898: Remuxing WTV only remuxes about half the file -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ramitbhalla): * status: new => closed * resolution: => invalid Comment: I'm closing this ticket however if you're interested in looking into this (why it plays but not encodes) please feel free to reopen it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 16:18:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 14:18:46 -0000 Subject: [FFmpeg-trac] #3898(avformat:reopened): wtv demuxer returns EOF in the middle of the file (was: Remuxing WTV only remuxes about half the file) In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.51b26f8e47f6153c77bb289f225c062a@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * reproduced: 0 => 1 * component: undetermined => avformat * version: unspecified => git-master * keywords: => wtv * resolution: invalid => Comment: Seeking allows to play nearly 17 minutes, both {{{ffmpeg}}} and {{{ffplay}}} stop after 8:48, {{{ $ ffmpeg -i Doctor\ Who_BBCAHD_2014_08_23_16_58_00.wtv -map_metadata -1 -f null - ffmpeg version N-65922-g2082c00 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 27 2014 15:39:49 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mpeg2video @ 0x33c9d60] Invalid frame dimensions 0x0. Last message repeated 30 times [wtv @ 0x33c3c60] Stream #3: not enough frames to estimate rate; consider increasing probesize Input #0, wtv, from 'Doctor Who_BBCAHD_2014_08_23_16_58_00.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Doctor Who WM/SubTitle : Preshow genre : Drama;General;Series;Sci-Fi/Fantasy WM/OriginalReleaseTime: 0 WM/MediaCredits : Peter Capaldi/Jenna-Louise Coleman/Samuel Anderson;;; service_provider: BBCAHD service_name : BBC America HD WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 647 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2014-08-23T07:00:00Z WM/MediaOriginalRunTime: 11974957600 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : true WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-08-23 23:58:02 WM/WMRVSeriesUID: !MCSeries!48266208 WM/WMRVServiceID: !MCService!220772916 WM/WMRVProgramID: !MCProgram!301952550 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294967116 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: 4641633065376980942 Duration : 10179162251 WM/WMRVEndTime : 2014-08-24 00:15:00 WM/WMRVBitrate : 3.316121 WM/WMRVKeepUntil: 4294967295 WM/WMRVActualSoftPrePadding: 477 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:16:57.22, start: 1.654086, bitrate: 8617 kb/s Stream #0:0[0x10](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x11]: Video: mpeg2video (Main), yuv420p(tv), 1920x1080 [SAR 1:1 DAR 16:9], max. 38810 kb/s, 29.97 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:2[0x12]: Subtitle: eia_608 Stream #0:3[0xffffffff]: Video: mjpeg, yuvj420p(pc, bt470bg), 200x113 [SAR 96:96 DAR 200:113], 90k tbr, 90k tbn, 90k tbc Metadata: title : TV Thumbnail Output #0, null, to 'pipe:': Metadata: encoder : Lavf56.3.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc Metadata: encoder : Lavc56.0.101 rawvideo Stream #0:1: Audio: pcm_s16le, 48000 Hz, 5.1(side), s16, 4608 kb/s Metadata: encoder : Lavc56.0.101 pcm_s16le Stream mapping: Stream #0:1 -> #0:0 (mpeg2video (native) -> rawvideo (native)) Stream #0:0 -> #0:1 (ac3 (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [mpeg2video @ 0x33caac0] ac-tex damaged at 92 603.65 bitrate=N/A [mpeg2video @ 0x33caac0] Warning MVs not available [mpeg2video @ 0x33caac0] concealing 981 DC, 981 AC, 981 MV errors in P frame frame=15725 fps=1003 q=0.0 Lsize=N/A time=00:08:48.76 bitrate=N/A video:1474kB audio:296910kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} {{{ $ time ffplay -autoexit Doctor\ Who_BBCAHD_2014_08_23_16_58_00.wtv ffplay version N-65922-g2082c00 Copyright (c) 2003-2014 the FFmpeg developers built on Aug 27 2014 15:39:49 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mpeg2video @ 0x7f45c0007000] Invalid frame dimensions 0x0. f=0/0 Last message repeated 30 times [wtv @ 0x7f45c0000920] Stream #3: not enough frames to estimate rate; consider increasing probesize Input #0, wtv, from 'Doctor Who_BBCAHD_2014_08_23_16_58_00.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Doctor Who WM/SubTitle : Preshow genre : Drama;General;Series;Sci-Fi/Fantasy WM/OriginalReleaseTime: 0 WM/MediaCredits : Peter Capaldi/Jenna-Louise Coleman/Samuel Anderson;;; service_provider: BBCAHD service_name : BBC America HD WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 647 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2014-08-23T07:00:00Z WM/MediaOriginalRunTime: 11974957600 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : true WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-08-23 23:58:02 WM/WMRVSeriesUID: !MCSeries!48266208 WM/WMRVServiceID: !MCService!220772916 WM/WMRVProgramID: !MCProgram!301952550 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294967116 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: 4641633065376980942 Duration : 10179162251 WM/WMRVEndTime : 2014-08-24 00:15:00 WM/WMRVBitrate : 3.316121 WM/WMRVKeepUntil: 4294967295 WM/WMRVActualSoftPrePadding: 477 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:16:57.22, start: 1.654086, bitrate: 8617 kb/s Stream #0:0[0x10](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x11]: Video: mpeg2video (Main), yuv420p(tv), 1920x1080 [SAR 1:1 DAR 16:9], max. 38810 kb/s, 29.97 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:2[0x12]: Subtitle: eia_608 Stream #0:3[0xffffffff]: Video: mjpeg, yuvj420p(pc, bt470bg), 200x113 [SAR 96:96 DAR 200:113], 90k tbr, 90k tbn, 90k tbc Metadata: title : TV Thumbnail No codec could be found with id 1664495672 [mpeg2video @ 0x7f45c0007000] ac-tex damaged at 92 60 0B f=0/0 [mpeg2video @ 0x7f45c0007000] Warning MVs not available [mpeg2video @ 0x7f45c0007000] concealing 981 DC, 981 AC, 981 MV errors in P frame 530.35 A-V: -0.014 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 real 8m48.768s user 2m37.037s sys 0m6.833s }}} But with a ten second seek at ~528 it works fine: {{{ $ ffplay -autoexit Doctor\ Who_BBCAHD_2014_08_23_16_58_00.wtv ffplay version N-65922-g2082c00 Copyright (c) 2003-2014 the FFmpeg developers built on Aug 27 2014 15:39:49 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mpeg2video @ 0x7fdbc8007000] Invalid frame dimensions 0x0. f=0/0 Last message repeated 30 times [wtv @ 0x7fdbc8000920] Stream #3: not enough frames to estimate rate; consider increasing probesize Input #0, wtv, from 'Doctor Who_BBCAHD_2014_08_23_16_58_00.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Doctor Who WM/SubTitle : Preshow genre : Drama;General;Series;Sci-Fi/Fantasy WM/OriginalReleaseTime: 0 WM/MediaCredits : Peter Capaldi/Jenna-Louise Coleman/Samuel Anderson;;; service_provider: BBCAHD service_name : BBC America HD WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 647 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2014-08-23T07:00:00Z WM/MediaOriginalRunTime: 11974957600 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : true WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-08-23 23:58:02 WM/WMRVSeriesUID: !MCSeries!48266208 WM/WMRVServiceID: !MCService!220772916 WM/WMRVProgramID: !MCProgram!301952550 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294967116 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: 4641633065376980942 Duration : 10179162251 WM/WMRVEndTime : 2014-08-24 00:15:00 WM/WMRVBitrate : 3.316121 WM/WMRVKeepUntil: 4294967295 WM/WMRVActualSoftPrePadding: 477 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:16:57.22, start: 1.654086, bitrate: 8617 kb/s Stream #0:0[0x10](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x11]: Video: mpeg2video (Main), yuv420p(tv), 1920x1080 [SAR 1:1 DAR 16:9], max. 38810 kb/s, 29.97 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:2[0x12]: Subtitle: eia_608 Stream #0:3[0xffffffff]: Video: mjpeg, yuvj420p(pc, bt470bg), 200x113 [SAR 96:96 DAR 200:113], 90k tbr, 90k tbn, 90k tbc Metadata: title : TV Thumbnail No codec could be found with id 1664495672 1019.69 A-V: -0.031 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 16:19:07 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 14:19:07 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.20ed216c0cad2957783db57e166cd697@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: reopened => open Comment: Replying to [comment:2 ramitbhalla]: > I'm closing this ticket Why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 16:29:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 14:29:32 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.35760ed783910239592607c5c8bc88af@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): Since I saw handbrake display the same symptoms, wasn't sure if it warranted a "bug" status. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 16:34:02 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 14:34:02 -0000 Subject: [FFmpeg-trac] #3882(avcodec:closed): ffvhuff: problem with -pix_fmt yuv420p9 In-Reply-To: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> References: <039.f67f5bdcbf217551df96d10a7b242fb9@avcodec.org> Message-ID: <054.390d17c5c031b19292a0f220078c19a7@avcodec.org> #3882: ffvhuff: problem with -pix_fmt yuv420p9 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ffvhuff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe Gisquet since f75baa6c Thank you for the report and the fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 16:38:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 14:38:37 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.06c76ae69e8b5f58dfb69cb74b0247d0@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Since the following is not necessarily clear; * A file that plays fine with WMP but fails with {{{ffplay}}} (like this one) warrants a bug report. * A file that plays fine with WMP but fails transcoding with {{{ffmpeg}}} warrants a bug report. Both are completely independent of how other open-source tools behave: It makes no big difference if a file plays fine with vlc or MPlayer when you open a bug report on this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 19:54:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 17:54:58 -0000 Subject: [FFmpeg-trac] #3901(undetermined:new): failure to detect gif with jpg extension Message-ID: <037.b087e1e17e4f03bd1b11026b4932c87e@avcodec.org> #3901: failure to detect gif with jpg extension -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -i Icarus_Records_7a9f.jpg temp.gif ffmpeg version N-65916-g9e8ab36 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 26 2014 22:06:48 with gcc 4.8.3 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --ena ble-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --e nable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-lib gsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencor e-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enabl e-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-l ibtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-l ibwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --ena ble-decklink --enable-zlib libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mjpeg @ 0003b760] No JPEG data found in image [image2 @ 0003f960] decoding for stream 0 failed [image2 @ 0003f960] Could not find codec parameters for stream 0 (Video: mjpeg): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Icarus_Records_7a9f.jpg: could not find codec parameters Input #0, image2, from 'Icarus_Records_7a9f.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, 25 tbr, 25 tbn, 25 tbc Output #0, gif, to 'temp.gif': Output file #0 does not contain any stream -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 19:58:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 17:58:24 -0000 Subject: [FFmpeg-trac] #3901(undetermined:new): failure to detect gif with jpg extension In-Reply-To: <037.b087e1e17e4f03bd1b11026b4932c87e@avcodec.org> References: <037.b087e1e17e4f03bd1b11026b4932c87e@avcodec.org> Message-ID: <052.614a1fac4377add03e5042f3b8a30fdc@avcodec.org> #3901: failure to detect gif with jpg extension -------------------------------------+------------------------------------- Reporter: DonMoir | 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 DonMoir): The file is a gif given to me by end user -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 20:54:03 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 18:54:03 -0000 Subject: [FFmpeg-trac] #3871(avformat:closed): FFmpeg MD5 output different with same data #2 In-Reply-To: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> References: <042.03bd1f9750fa6417d8a8a28c70630aa6@avcodec.org> Message-ID: <057.bc7feb229e91e3a0752170694392bc4e@avcodec.org> #3871: FFmpeg MD5 output different with same data #2 --------------------------------------+------------------------------------ Reporter: ahthovaikied | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 2.2.4 | Resolution: wontfix Keywords: aac h264 mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by ahthovaikied): I am having a similar problem with some files, but this time reproducible with git master, I'll open a new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 21:40:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 19:40:27 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 Message-ID: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Type: defect ahthovaikied | Priority: normal Status: new | Version: git- Component: avformat | master Keywords: md5 mpeg2 | Blocked By: ac3 mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Computing the MD5 of media streams produce different results between two of my machines, with same input data. See https://trac.ffmpeg.org/ticket/3871 for some background. The 2 configurations are : * Ubuntu 14.04, Core i7 950, FFmpeg compiled with: {{{ --enable-gpl --enable-version3 --enable-nonfree --disable-runtime- cpudetect --disable-ffserver --disable-ffplay --disable-encoders --disable-decoders --disable-filters --disable-debug --cpu=corei7 }}} * Ubuntu 14.04, Atom D525, FFmpeg compiled with same as previous but {{{--cpu=atom}}} instead of {{{--cpu=corei7}}} I can only reproduce this with some Matroska files which are direct DVD rip (MPEG2 + AC3, no transcoding) made with MakeMKV (http://www.makemkv.com/), but not all. I get the same behaviour with FFmpeg 2.3.3 and from git master. Taking video and audio streams: * corei7 {{{ $ ffmpeg -loglevel quiet -i test.mkv -map v -map a -c:v copy -c:a copy -f md5 - MD5=1337b0c18400b795764abf7569e37d35 }}} * atom {{{ $ ffmpeg -loglevel quiet -i test.mkv -map v -map a -c:v copy -c:a copy -f md5 - MD5=23e468f0cf9671ffcd1f6478ae052220 }}} ...MD5 do not match. Taking only video stream: * corei7 {{{ $ ffmpeg -loglevel quiet -i test.mkv -map v -c:v copy -f md5 - MD5=d61c1256650a32b9acf72b57810b0ded }}} * atom {{{ $ ffmpeg -loglevel quiet -i test.mkv -map v -c:v copy -f md5 - MD5=d61c1256650a32b9acf72b57810b0ded }}} ...MD5 do match. Taking only audio streams: * corei7 {{{ $ ffmpeg -loglevel quiet -i test.mkv -map a -c:a copy -f md5 - MD5=112d7f2c095285d682b189d68cd13e1a }}} * atom {{{ $ ffmpeg -loglevel quiet -i test.mkv -map a -c:a copy -f md5 - MD5=112d7f2c095285d682b189d68cd13e1a }}} ...MD5 do match. Full sample output: {{{ $ ffmpeg -i test.mkv -map v -map a -c:v copy -c:a copy -f md5 - ffmpeg version N-65928-g7997d78 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 27 2014 20:45:49 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-filters --disable-debug --cpu=corei7 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0x1981ca0] Could not find codec parameters for stream 16 (Attachment: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'test.mkv': Metadata: title : Goodfellas encoder : libebml v1.2.2 + libmatroska v1.3.0 creation_time : 2013-01-17 21:50:53 Duration: 02:19:28.66, start: 0.024000, bitrate: 6479 kb/s Chapter #0.0: start 0.000000, end 155.280000 Metadata: title : Chapter 01 Chapter #0.1: start 155.280000, end 334.320000 Metadata: title : Chapter 02 Chapter #0.2: start 334.320000, end 437.040000 Metadata: title : Chapter 03 Chapter #0.3: start 437.040000, end 525.160000 Metadata: title : Chapter 04 Chapter #0.4: start 525.160000, end 621.560000 Metadata: title : Chapter 05 Chapter #0.5: start 621.560000, end 774.600000 Metadata: title : Chapter 06 Chapter #0.6: start 774.600000, end 864.120000 Metadata: title : Chapter 07 Chapter #0.7: start 864.120000, end 956.800000 Metadata: title : Chapter 08 Chapter #0.8: start 956.800000, end 1133.880000 Metadata: title : Chapter 09 Chapter #0.9: start 1133.880000, end 1367.160000 Metadata: title : Chapter 10 Chapter #0.10: start 1367.160000, end 1648.480000 Metadata: title : Chapter 11 Chapter #0.11: start 1648.480000, end 1814.360000 Metadata: title : Chapter 12 Chapter #0.12: start 1814.360000, end 1990.440000 Metadata: title : Chapter 13 Chapter #0.13: start 1990.440000, end 2054.880000 Metadata: title : Chapter 14 Chapter #0.14: start 2054.880000, end 2148.680000 Metadata: title : Chapter 15 Chapter #0.15: start 2148.680000, end 2384.920000 Metadata: title : Chapter 16 Chapter #0.16: start 2384.920000, end 2556.320000 Metadata: title : Chapter 17 Chapter #0.17: start 2556.320000, end 2815.000000 Metadata: title : Chapter 18 Chapter #0.18: start 2815.000000, end 2995.680000 Metadata: title : Chapter 19 Chapter #0.19: start 2995.680000, end 3286.240000 Metadata: title : Chapter 20 Chapter #0.20: start 3286.240000, end 3519.080000 Metadata: title : Chapter 21 Chapter #0.21: start 3519.080000, end 3668.720000 Metadata: title : Chapter 22 Chapter #0.22: start 3668.720000, end 3819.240000 Metadata: title : Chapter 23 Chapter #0.23: start 3819.240000, end 3896.200000 Metadata: title : Chapter 24 Chapter #0.24: start 3896.200000, end 4173.280000 Metadata: title : Chapter 25 Chapter #0.25: start 4173.280000, end 4356.320000 Metadata: title : Chapter 26 Chapter #0.26: start 4356.320000, end 4525.160000 Metadata: title : Chapter 27 Chapter #0.27: start 4525.160000, end 4605.320000 Metadata: title : Chapter 28 Chapter #0.28: start 4605.320000, end 4780.360000 Metadata: title : Chapter 29 Chapter #0.29: start 4780.360000, end 4926.600000 Metadata: title : Chapter 30 Chapter #0.30: start 4926.600000, end 5076.760000 Metadata: title : Chapter 31 Chapter #0.31: start 5076.760000, end 5206.480000 Metadata: title : Chapter 32 Chapter #0.32: start 5206.480000, end 5370.640000 Metadata: title : Chapter 33 Chapter #0.33: start 5370.640000, end 5631.080000 Metadata: title : Chapter 34 Chapter #0.34: start 5631.080000, end 5755.200000 Metadata: title : Chapter 35 Chapter #0.35: start 5755.200000, end 5917.920000 Metadata: title : Chapter 36 Chapter #0.36: start 5917.920000, end 6131.360000 Metadata: title : Chapter 37 Chapter #0.37: start 6131.360000, end 6284.880000 Metadata: title : Chapter 38 Chapter #0.38: start 6284.880000, end 6522.320000 Metadata: title : Chapter 39 Chapter #0.39: start 6522.320000, end 7130.760000 Metadata: title : Chapter 40 Chapter #0.40: start 7130.760000, end 7325.080000 Metadata: title : Chapter 41 Chapter #0.41: start 7325.080000, end 7450.720000 Metadata: title : Chapter 42 Chapter #0.42: start 7450.720000, end 7595.760000 Metadata: title : Chapter 43 Chapter #0.43: start 7595.760000, end 7769.480000 Metadata: title : Chapter 44 Chapter #0.44: start 7769.480000, end 7985.560000 Metadata: title : Chapter 45 Chapter #0.45: start 7985.560000, end 8086.640000 Metadata: title : Chapter 46 Chapter #0.46: start 8086.640000, end 8368.680000 Metadata: title : Chapter 47 Stream #0:0(eng): Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 7500 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 Stream #0:5(eng): Subtitle: dvd_subtitle Stream #0:6(fre): Subtitle: dvd_subtitle Stream #0:7(ita): Subtitle: dvd_subtitle Stream #0:8(ger): Subtitle: dvd_subtitle Stream #0:9(spa): Subtitle: dvd_subtitle Stream #0:10(dut): Subtitle: dvd_subtitle Stream #0:11(ara): Subtitle: dvd_subtitle Stream #0:12(bul): Subtitle: dvd_subtitle Stream #0:13(rum): Subtitle: dvd_subtitle Stream #0:14(eng): Subtitle: dvd_subtitle Stream #0:15(ita): Subtitle: dvd_subtitle Stream #0:16: Attachment: none Metadata: filename : media_md5.bin mimetype : application/octet-stream Output #0, md5, to 'pipe:': Metadata: title : Goodfellas encoder : Lavf56.3.100 Chapter #0.0: start 0.000000, end 155.256000 Metadata: title : Chapter 01 Chapter #0.1: start 155.256000, end 334.296000 Metadata: title : Chapter 02 Chapter #0.2: start 334.296000, end 437.016000 Metadata: title : Chapter 03 Chapter #0.3: start 437.016000, end 525.136000 Metadata: title : Chapter 04 Chapter #0.4: start 525.136000, end 621.536000 Metadata: title : Chapter 05 Chapter #0.5: start 621.536000, end 774.576000 Metadata: title : Chapter 06 Chapter #0.6: start 774.576000, end 864.096000 Metadata: title : Chapter 07 Chapter #0.7: start 864.096000, end 956.776000 Metadata: title : Chapter 08 Chapter #0.8: start 956.776000, end 1133.856000 Metadata: title : Chapter 09 Chapter #0.9: start 1133.856000, end 1367.136000 Metadata: title : Chapter 10 Chapter #0.10: start 1367.136000, end 1648.456000 Metadata: title : Chapter 11 Chapter #0.11: start 1648.456000, end 1814.336000 Metadata: title : Chapter 12 Chapter #0.12: start 1814.336000, end 1990.416000 Metadata: title : Chapter 13 Chapter #0.13: start 1990.416000, end 2054.856000 Metadata: title : Chapter 14 Chapter #0.14: start 2054.856000, end 2148.656000 Metadata: title : Chapter 15 Chapter #0.15: start 2148.656000, end 2384.896000 Metadata: title : Chapter 16 Chapter #0.16: start 2384.896000, end 2556.296000 Metadata: title : Chapter 17 Chapter #0.17: start 2556.296000, end 2814.976000 Metadata: title : Chapter 18 Chapter #0.18: start 2814.976000, end 2995.656000 Metadata: title : Chapter 19 Chapter #0.19: start 2995.656000, end 3286.216000 Metadata: title : Chapter 20 Chapter #0.20: start 3286.216000, end 3519.056000 Metadata: title : Chapter 21 Chapter #0.21: start 3519.056000, end 3668.696000 Metadata: title : Chapter 22 Chapter #0.22: start 3668.696000, end 3819.216000 Metadata: title : Chapter 23 Chapter #0.23: start 3819.216000, end 3896.176000 Metadata: title : Chapter 24 Chapter #0.24: start 3896.176000, end 4173.256000 Metadata: title : Chapter 25 Chapter #0.25: start 4173.256000, end 4356.296000 Metadata: title : Chapter 26 Chapter #0.26: start 4356.296000, end 4525.136000 Metadata: title : Chapter 27 Chapter #0.27: start 4525.136000, end 4605.296000 Metadata: title : Chapter 28 Chapter #0.28: start 4605.296000, end 4780.336000 Metadata: title : Chapter 29 Chapter #0.29: start 4780.336000, end 4926.576000 Metadata: title : Chapter 30 Chapter #0.30: start 4926.576000, end 5076.736000 Metadata: title : Chapter 31 Chapter #0.31: start 5076.736000, end 5206.456000 Metadata: title : Chapter 32 Chapter #0.32: start 5206.456000, end 5370.616000 Metadata: title : Chapter 33 Chapter #0.33: start 5370.616000, end 5631.056000 Metadata: title : Chapter 34 Chapter #0.34: start 5631.056000, end 5755.176000 Metadata: title : Chapter 35 Chapter #0.35: start 5755.176000, end 5917.896000 Metadata: title : Chapter 36 Chapter #0.36: start 5917.896000, end 6131.336000 Metadata: title : Chapter 37 Chapter #0.37: start 6131.336000, end 6284.856000 Metadata: title : Chapter 38 Chapter #0.38: start 6284.856000, end 6522.296000 Metadata: title : Chapter 39 Chapter #0.39: start 6522.296000, end 7130.736000 Metadata: title : Chapter 40 Chapter #0.40: start 7130.736000, end 7325.056000 Metadata: title : Chapter 41 Chapter #0.41: start 7325.056000, end 7450.696000 Metadata: title : Chapter 42 Chapter #0.42: start 7450.696000, end 7595.736000 Metadata: title : Chapter 43 Chapter #0.43: start 7595.736000, end 7769.456000 Metadata: title : Chapter 44 Chapter #0.44: start 7769.456000, end 7985.536000 Metadata: title : Chapter 45 Chapter #0.45: start 7985.536000, end 8086.616000 Metadata: title : Chapter 46 Chapter #0.46: start 8086.616000, end 8368.656000 Metadata: title : Chapter 47 Stream #0:0(eng): Video: mpeg2video, yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, max. 7500 kb/s, 25 fps, 25 tbn, 25 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Press [q] to stop, [?] for help MD5=1337b0c18400b795764abf7569e37d35 0kB time=02:16:22.62 bitrate= 0.0kbits/s frame=209217 fps=10775 q=-1.0 Lsize= 0kB time=02:19:28.64 bitrate= 0.0kbits/s video:5607170kB audio:980700kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} I can not upload the file because as you can expect for a DVD rip it is quite big. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 21:45:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 19:45:34 -0000 Subject: [FFmpeg-trac] #3903(ffmpeg:new): Cutting video file with invalid start time does not warn and produces invalid file Message-ID: <042.58c054e6b09c16d6b2a25c833103b33a@avcodec.org> #3903: Cutting video file with invalid start time does not warn and produces invalid file -------------------------------------+------------------------------------- Reporter: | Type: ahthovaikied | enhancement Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Take a video file of length for example 10s. Run: {{{ $ ffmpeg -i file.whatever -ss 10:00:00 -t 00:00:10 -map 0 -c:v copy -c:a copy -c:s copy -f matroska out.mkv }}} FFmpeg does not warn on the invalid length and produces and invalid output file (not recognized by ffprobe!). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 21:58:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 19:58:30 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.e3086bb200b7fe82814c11b9d8ce4983@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): I have uploaded a 10s file (track_ticket_3902.mkv) on upload.ffmpeg.org cut from a problematic file. The problem is still reproducible with this small file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 22:11:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 20:11:46 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.9f8020c6fe89a68a12a4d8f29d1f4296@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you test with identical configure options? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 22:14:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 20:14:01 -0000 Subject: [FFmpeg-trac] #3903(ffmpeg:new): Cutting video file with invalid start time does not warn and produces invalid file In-Reply-To: <042.58c054e6b09c16d6b2a25c833103b33a@avcodec.org> References: <042.58c054e6b09c16d6b2a25c833103b33a@avcodec.org> Message-ID: <057.91c7363e32bb22a77d3f95e6e6ce076b@avcodec.org> #3903: Cutting video file with invalid start time does not warn and produces invalid file --------------------------------------+---------------------------------- Reporter: ahthovaikied | Owner: Type: enhancement | Status: new Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by cehoyos): To make this a valid ticket, please provide the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 22:23:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 20:23:26 -0000 Subject: [FFmpeg-trac] #3903(ffmpeg:new): Cutting video file with invalid start time does not warn and produces invalid file In-Reply-To: <042.58c054e6b09c16d6b2a25c833103b33a@avcodec.org> References: <042.58c054e6b09c16d6b2a25c833103b33a@avcodec.org> Message-ID: <057.75c916cccaa42b40454a9599a1484371@avcodec.org> #3903: Cutting video file with invalid start time does not warn and produces invalid file --------------------------------------+---------------------------------- Reporter: ahthovaikied | Owner: Type: enhancement | Status: new Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by ahthovaikied): {{{ $ curl -s http://www.auby.no/files/video_tests/h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv > ref.mkv $ ffmpeg -i ref.mkv -ss 10:00:00 -t 00:00:10 -map 0 -c:v copy -c:a copy -f matroska out.mkv ffmpeg version N-65928-g7997d78 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 27 2014 20:45:49 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-filters --disable-debug --cpu=corei7 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0xe7fca0] Could not find codec parameters for stream 2 (Audio: mp3, 48000 Hz, 2 channels, 160 kb/s): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : stereo Guessed Channel Layout for Input Stream #0.2 : stereo Input #0, matroska,webm, from 'ref.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, 2 channels Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, 2 channels, 160 kb/s Metadata: title : -=[champ_is_here]=- Output #0, matroska, to 'out.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf56.3.100 Stream #0:0(eng): Video: h264 (H264 / 0x34363248), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], q=2-31, 25 fps, 1k tbn, 1k tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, 160 kb/s Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=-1.0 Lsize= 1kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Just for information, FFprobe output: {{{ $ ffprobe out.mkv ffprobe version n2.3.3 Copyright (c) 2007-2014 the FFmpeg developers built on Aug 19 2014 21:00:06 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxvid --disable-debug --extra-libs=-ldl --cpu=corei7 libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [matroska,webm @ 0x18e5080] Unknown entry 0x81 [matroska,webm @ 0x18e5080] Read error at pos. 175 (0xaf) [matroska,webm @ 0x18e5080] Unknown entry 0x82 Last message repeated 1 times Truncating packet of size 16777216 to 880 out.mkv: End of file }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 27 22:40:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 20:40:52 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.90fff000ad029eb5f735a0042c4f3e4c@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:2 cehoyos]: > Did you test with identical configure options? I just did the test (on the cut file), same behavior : corei7: {{{ $ ffmpeg -i cut.mkv -map v -map a -c:v copy -c:a copy -f md5 - ffmpeg version N-65928-g7997d78 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 27 2014 22:26:16 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-filters --disable-debug libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0x29ccc80] Could not find codec parameters for stream 16 (Attachment: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'cut.mkv': Metadata: title : Goodfellas ENCODER : Lavf55.48.100 Duration: 00:00:10.65, start: 0.000000, bitrate: 5539 kb/s Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Chapter 06 Stream #0:0(eng): Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 7500 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 LANGUAGE : eng Stream #0:5(eng): Subtitle: dvd_subtitle Stream #0:6(fre): Subtitle: dvd_subtitle Stream #0:7(ita): Subtitle: dvd_subtitle Stream #0:8(ger): Subtitle: dvd_subtitle Stream #0:9(spa): Subtitle: dvd_subtitle Stream #0:10(dut): Subtitle: dvd_subtitle Stream #0:11(ara): Subtitle: dvd_subtitle Stream #0:12(bul): Subtitle: dvd_subtitle Stream #0:13(rum): Subtitle: dvd_subtitle Stream #0:14(eng): Subtitle: dvd_subtitle Stream #0:15(ita): Subtitle: dvd_subtitle Stream #0:16: Attachment: none Metadata: filename : media_md5.bin mimetype : application/octet-stream Output #0, md5, to 'pipe:': Metadata: title : Goodfellas encoder : Lavf56.3.100 Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Chapter 06 Stream #0:0(eng): Video: mpeg2video, yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, max. 7500 kb/s, 25 fps, 25 tbn, 25 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 LANGUAGE : eng Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Press [q] to stop, [?] for help MD5=0b0257acc6662c99b71e879d27705ce9 frame= 240 fps=0.0 q=-1.0 Lsize= 0kB time=00:00:10.01 bitrate= 0.0kbits/s video:5912kB audio:1174kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} atom: {{{ $ ffmpeg -i cut.mkv -map v -map a -c:v copy -c:a copy -f md5 - ffmpeg version N-65930-ga59d922 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 27 2014 22:35:18 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-filters --disable-debug libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0x22f8c80] Could not find codec parameters for stream 16 (Attachment: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'cut.mkv': Metadata: title : Goodfellas ENCODER : Lavf55.48.100 Duration: 00:00:10.65, start: 0.000000, bitrate: 5539 kb/s Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Chapter 06 Stream #0:0(eng): Video: mpeg2video, 720x576, max. 7500 kb/s, SAR 64:45 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 LANGUAGE : eng Stream #0:5(eng): Subtitle: dvd_subtitle Stream #0:6(fre): Subtitle: dvd_subtitle Stream #0:7(ita): Subtitle: dvd_subtitle Stream #0:8(ger): Subtitle: dvd_subtitle Stream #0:9(spa): Subtitle: dvd_subtitle Stream #0:10(dut): Subtitle: dvd_subtitle Stream #0:11(ara): Subtitle: dvd_subtitle Stream #0:12(bul): Subtitle: dvd_subtitle Stream #0:13(rum): Subtitle: dvd_subtitle Stream #0:14(eng): Subtitle: dvd_subtitle Stream #0:15(ita): Subtitle: dvd_subtitle Stream #0:16: Attachment: none Metadata: filename : media_md5.bin mimetype : application/octet-stream Output #0, md5, to 'pipe:': Metadata: title : Goodfellas encoder : Lavf56.3.100 Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Chapter 06 Stream #0:0(eng): Video: mpeg2video, 720x576 [SAR 64:45 DAR 16:9], q=2-31, max. 7500 kb/s, 25 fps, 50 tbn, 50 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 LANGUAGE : eng Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Press [q] to stop, [?] for help MD5=726d4f2a3d79e000e0bbde6397311bb2 frame= 240 fps=0.0 q=-1.0 Lsize= 0kB time=00:00:10.01 bitrate= 0.0kbits/s video:5912kB audio:1174kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 00:14:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 22:14:13 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.d7e310e6e4f515cb9a6b58ea8f4f24f3@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cncb): Do either of you know someone at MCEBuddy that can share the fix in their custom ffmpeg build? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 00:28:05 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 22:28:05 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.5c25d5d602c3f25408fd802b74eabe54@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Could somebody confirm that this is an issue with current FFmpeg git head but not with FFmpeg shipped with MCEBuddy? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 01:19:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 23:19:38 -0000 Subject: [FFmpeg-trac] #3901(avformat:open): failure to detect gif with jpg extension In-Reply-To: <037.b087e1e17e4f03bd1b11026b4932c87e@avcodec.org> References: <037.b087e1e17e4f03bd1b11026b4932c87e@avcodec.org> Message-ID: <052.de6521295d5c6343a2c861fdbbe506c3@avcodec.org> #3901: failure to detect gif with jpg extension -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: gif mjpeg | Blocked By: probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => gif mjpeg probe * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 01:20:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Aug 2014 23:20:24 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.378795490f13bc43ba6f90c7bb5a7851@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you test with {{{-threads 1}}} or {{{--disable-pthreads}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 02:16:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 00:16:20 -0000 Subject: [FFmpeg-trac] #3851(avformat:closed): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.0bfbeee2ba7820e96ad673da9791c082@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions ------------------------------------+------------------------------------ Reporter: michael1t | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by James Almer in d3e9bee6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 02:45:11 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 00:45:11 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.c0f42dbbc0ed848a0f5ee8d74e4022a9@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cncb): If there is a Windows build available for the current FFmpeg git head I can confirm if it still is an issue and can post links to a sample file. Hopefully someone else can try it with MCEBuddy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 03:12:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 01:12:46 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <036.ae027d62d1cac3b579eee4bc98d6785e@avcodec.org> References: <036.ae027d62d1cac3b579eee4bc98d6785e@avcodec.org> Message-ID: <051.bc3f5ea6188fdbf9063f98755d6de8ce@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by compn): bayer colorspace support was added a few months ago. http://git.videolan.org/?p=ffmpeg.git&a=search&h=HEAD&st=commit&s=bayer whats next to support .r3d ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 05:00:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 03:00:59 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.b3dd8c3164cf791d3c73a66d0fe6053c@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): Use the static versions: http://ffmpeg.zeranoe.com/builds/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 09:13:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 07:13:08 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.60092a2e089a7472549cc3d06cd345bd@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Lastique): You can try the following command: {{{ ffmpeg -i ticket3900.avi -vcodec copy -an out.avi }}} It produces the follwoing output for me: {{{ ffmpeg version 2.3.3 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 28 2014 10:54:00 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-Bsymbolic-functions -Wl,-z,relro' --cc='ccache cc' --enable- shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable- libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable- postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable- libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable- libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable- libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo- amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable- vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr1 --disable- mipsdspr2 --enable-libzvbi --enable-avresample --enable-libiec61883 --enable-libfdk-aac --enable-vaapi --enable-libx265 --enable-libdc1394 --disable-altivec --disable-armv5te --disable-armv6 --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libavresample 1. 3. 0 / 1. 3. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'ticket3900.avi': Metadata: encoder : Lavf55.48.100 Duration: 00:00:20.22, start: 0.000000, bitrate: 135 kb/s Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuvj420p(pc), 320x240, 94 kb/s, 20 fps, 20 tbr, 20 tbn, 40 tbc Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 16000 Hz, mono, fltp, 128 kb/s Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.48.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuvj420p, 320x240, q=2-31, 94 kb/s, 20 fps, 20 tbn, 20 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [avi @ 0x10f8b20] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument frame= 1 fps=0.0 q=-1.0 Lsize= 6kB time=00:00:00.05 bitrate= 915.2kbits/s video:6kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed! }}} It succeeds when the patch is applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 11:48:41 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 09:48:41 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.7324624e4090696c84603ac6ba9df81b@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by cehoyos): Replying to [ticket:3900 Lastique]: > The 3-byte startcode is produced by libx264 for SEI NAL. Our application uses libx264 and ffmpeg through C API and at some point passes an AVPacket that starts with SEI to av_interleaved_write_frame, which fails. This seems to describe a different failure than the one for which you uploaded a sample and provided a command line. Is the issue with using libx264 to encode and libavformat to mux not reproducible with {{{ffmpeg}}} (the application)? I tested your patch and the file you uploaded: The patch allows to write invalid transport streams with {{{ffmpeg -i ticket3900.avi? -vcodec copy out.ts}}} which could be fixed by moving the changed function to libavformat/avienc.c but neither the original file nor the (with your patch) remuxed avi file play with WMP, so I suspect the error message is not wrong or do I miss something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 12:07:20 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 10:07:20 -0000 Subject: [FFmpeg-trac] #3892(avcodec:open): snow: deadlock (fuzzed file) In-Reply-To: <039.e1a303d1048075c14fdbeacdf2301fad@avcodec.org> References: <039.e1a303d1048075c14fdbeacdf2301fad@avcodec.org> Message-ID: <054.7e45bc43ba69c6bbbd77482c60ca0e2d@avcodec.org> #3892: snow: deadlock (fuzzed file) ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: snow deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => snow deadlock -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 12:22:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 10:22:38 -0000 Subject: [FFmpeg-trac] #3891(undetermined:open): mjpeg: green vertical line In-Reply-To: <039.fb470e5222d82c65e4737eb3d2093c9c@avcodec.org> References: <039.fb470e5222d82c65e4737eb3d2093c9c@avcodec.org> Message-ID: <054.655bd3668c83ae2c3faaa65be7a15d50@avcodec.org> #3891: mjpeg: green vertical line -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Looks like a regression since bb29ee62 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 12:27:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 10:27:45 -0000 Subject: [FFmpeg-trac] #3893(avcodec:open): tiff decoder fails to decode yuv images with odd dimensions In-Reply-To: <035.8b4b30de4a103ac01a23a745ce640ae3@avcodec.org> References: <035.8b4b30de4a103ac01a23a745ce640ae3@avcodec.org> Message-ID: <050.20b78226703424aa97d235b1a739387c@avcodec.org> #3893: tiff decoder fails to decode yuv images with odd dimensions ------------------------------------+----------------------------------- Reporter: jamal | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 13:13:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 11:13:46 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.8ccd9d0c89be5b07e198789b9a086ae9@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => minor Comment: Replying to [ticket:3898 ramitbhalla]: > The original file plays fine. I am not a native speaker and I probably just misunderstood this sentence. I would still like to know what you meant. Marking as minor since there is no application known that behaves better than FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 13:13:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 11:13:48 -0000 Subject: [FFmpeg-trac] #3851(avformat:closed): Problem With Memory On Larger M4b to mp3 conversions In-Reply-To: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> References: <039.dbfadb39bfedc2865e0b0478dfbf79a1@avcodec.org> Message-ID: <054.4ebe0ca4cb058c1fa2b387ccac39b928@avcodec.org> #3851: Problem With Memory On Larger M4b to mp3 conversions ------------------------------------+------------------------------------ Reporter: michael1t | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by michael1t): Replying to [comment:9 cehoyos]: > Fixed by James Almer in d3e9bee6 It was Fixed and I can use the normal options with out it crashing ... Please tell me which nightly build I should download and test ... As the work around list above has limits and is not a fix ... Michael T. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 13:20:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 11:20:09 -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.d88608722c7080f004b8c099acda2825@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 | ------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:13 eelco]: > Uploaded 1163-utf8bug.rm to incoming. [...] > {{{ > xmllint 1163-utf8bug.xml > 1163-utf8bug.xml:14: parser error : Input is not proper UTF-8, indicate encoding ! > Bytes: 0xC0 0xA1 0xEF 0xBF > > ^ > }}} {{{C0A1}}} is a long overcoding for character {{{!}}} (decimal number 33), using two bytes in place of one. Since this is not allowed we should probably fix the decoder to disallow it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 13:29:25 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 11:29:25 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.9d7e510dffb4cee5d15be960ae8fc455@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Lastique): Replying to [comment:3 cehoyos]: > Replying to [ticket:3900 Lastique]: > > The 3-byte startcode is produced by libx264 for SEI NAL. Our application uses libx264 and ffmpeg through C API and at some point passes an AVPacket that starts with SEI to av_interleaved_write_frame, which fails. > > This seems to describe a different failure than the one for which you uploaded a sample and provided a command line. Is the issue with using libx264 to encode and libavformat to mux not reproducible with {{{ffmpeg}}} (the application)? I don't use ffmpeg application in my case, so I can't tell. The test case I described simply illustrates the issue I'm having when using ffmpeg through C API. If you inspect the sample file you will notice that its first frame starts with a 3-byte startcode and a SEI NAL. I could create a C program to produce the same error, it's just more time consuming. > I tested your patch and the file you uploaded: The patch allows to write invalid transport streams with {{{ffmpeg -i ticket3900.avi? -vcodec copy out.ts}}} which could be fixed by moving the changed function to libavformat/avienc.c but neither the original file nor the (with your patch) remuxed avi file play with WMP, so I suspect the error message is not wrong or do I miss something? As far as I understand, the 3-byte startcode is valid in h264 (see ITU-T H.264, Annex B; there is also a shorter description here: http://www.szatmary.org/blog/25), so ffmpeg should recognize and support it. This is not specific to avi or any other container since this is about the NAL bitstream format. If WMP doesn't support the 3-byte startcode then WMP is buggy. That said, it may be that WMP doesn't support the particular combination of the codec, bitstream parameters and container. I'm not really concerned with WMP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 13:44:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 11:44:44 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.664fa331342e69a877b1e2def416ee1e@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): The file plays back just fine in WMP and MCE, it doesn't stop half way through. So I figured if it can play fine it should also be able to convert/remux. Since FFMEPG failed to remux/convert it I reported it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 13:47:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 11:47:06 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.9198e1b3cb633f0c755193765cb151da@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:8 ramitbhalla]: > The file plays back just fine in WMP Which version did you test? It fails here just like FFmpeg but with an OOM failure. Please comment on ticket #2252, it is very important that you explain the misunderstanding there! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 13:49:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 11:49:06 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.93dd7166222d0dd6f668365fd4f14ccc@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:4 Lastique]: > I don't use ffmpeg application in my case, so I can't tell. The test case I described simply illustrates the issue I'm having when using ffmpeg through C API. To which container are you writing through the API? Shouldn't it be easy to call x264 from {{{ffmpeg}}} with the same options as you do? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 14:20:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 12:20:53 -0000 Subject: [FFmpeg-trac] #3900(avformat:new): ff_check_h264_startcode does not support 3-byte startcodes In-Reply-To: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> References: <038.2181e919cedb7ad62553a9d018e2f369@avcodec.org> Message-ID: <053.46e8ecfebf6d1f7b35c75e8c452899c2@avcodec.org> #3900: ff_check_h264_startcode does not support 3-byte startcodes ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Lastique): Replying to [comment:5 cehoyos]: > To which container are you writing through the API? To avi. But as far as I can tell, any container that uses ff_check_h264_startcode will have the same problem. > Shouldn't it be easy to call x264 from {{{ffmpeg}}} with the same options as you do? I don't know ffmpeg command line very well but probably not. I tried to transcode an input file to h264 avi but ffmpeg muxes the first frame differently - it starts with SPS and PPS, each having the 4-byte startcode, and then goes SEI with the 3-byte startcode. Since ff_check_h264_startcode only checks the beginning of the frame, it doesn't fail. I don't know how to make ffmpeg application put SEI in a separate frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 14:23:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 12:23:56 -0000 Subject: [FFmpeg-trac] #2089(undetermined:open): negative bitrates reported when transcoding a 4k v210 file In-Reply-To: <035.83f2e1334605ca0fcdc7bb0c27332af9@avcodec.org> References: <035.83f2e1334605ca0fcdc7bb0c27332af9@avcodec.org> Message-ID: <050.d3ce8e9b76810d553d6dac8560a3289d@avcodec.org> #2089: negative bitrates reported when transcoding a 4k v210 file -------------------------------------+------------------------------------- Reporter: swany | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): This was unfortunately forgotten at the time of the version bump=-( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 14:55:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 12:55:46 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.2ef5d7216fc65d15a0620954dacd5107@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): Windows 7, WMP v12 need some time to look into the 2252 to test it. I don't have any xbox equipment so have requested some folks to test it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 15:13:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 13:13:56 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.28165e900d7fd868df1c2474b3b76be8@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:10 ramitbhalla]: > Windows 7, WMP v12 Fails here after 8:48 > need some time to look into the 2252 to test it. I don't have any xbox equipment so have requested some folks to test it. You misunderstand: The claim is that FFmpeg from MCEBuddy produces a different output file than FFmpeg from http://ffmpeg.org Is that true? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 15:19:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 13:19:23 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.7bc23ee39098d43757fb6da80ecb3187@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): I don't see why it would which is why I asked for the 2 outputs to compare. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 15:21:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 13:21:09 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of the file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.690c857142553d3299aaa7a392183a35@avcodec.org> #3898: wtv demuxer returns EOF in the middle of the file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): BTW you're right about 8:48. I was referring to the ability to skip past it and have WMP play the entire file but I can see, with ffmpeg I can use the -ss to skip past it too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 15:54:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 13:54:44 -0000 Subject: [FFmpeg-trac] #3898(avformat:open): wtv demuxer returns EOF in the middle of a broken file (was: wtv demuxer returns EOF in the middle of the file) In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.a5618bc59dc020e1030d8fda43264e47@avcodec.org> #3898: wtv demuxer returns EOF in the middle of a broken file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 17:58:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 15:58:22 -0000 Subject: [FFmpeg-trac] #2252(avformat:reopened): WTV files created by ffmpeg do not playback on XBox 360 extender In-Reply-To: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> References: <041.4e785ce22e1b978450a06c337cb33eb3@avcodec.org> Message-ID: <056.f69ba9b01601b6d3dc9351d6b2e06dbb@avcodec.org> #2252: WTV files created by ffmpeg do not playback on XBox 360 extender -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cncb): Unfortunately, still the same problem with the Aug 27 ffmpeg git build. I have posted sample files here: http://1drv.ms/1kCVSSW The M2TS file is the original source file that plays both audio and video on the 360. The MKV file is a direct stream copy/remux with mkvmerge that plays both audio and video on the 360. The WTV file is a direct stream copy/remux with ffmpeg that just plays audio (blank screen) on the 360. Note that WMC does not detect the length of the WTV file so this may be part of the problem? Hopefully someone can do a direct stream copy/remux with v 2.3.15 of MCEBuddy and share it to see if the problem is resolved there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 28 19:39:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Aug 2014 17:39:31 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.e96e0d765f61239ed93a4209c56b529d@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:4 cehoyos]: > Did you test with {{{-threads 1}}} or {{{--disable-pthreads}}}? Same results as in comment:3 with {{{ffmpeg -threads 1 -i cut.mkv -map v -map a -c copy -f md5 -}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 04:19:52 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 02:19:52 -0000 Subject: [FFmpeg-trac] #3904(avformat:new): ffmpeg is wrong to convert id3v2's attributes to utf8 Message-ID: <039.7350207ac8aa03dbdb4d3b6e790cb47a@avcodec.org> #3904: ffmpeg is wrong to convert id3v2's attributes to utf8 -------------------------------------+------------------------------------- Reporter: zgw860714 | Type: art Status: new | Priority: wish Component: avformat | Version: 2.3 Keywords: id3v2, | Blocked By: encode, chinese charactor, | Reproduced by developer: 1 ISO8859, utf8, gb | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: When ffmpeg produce mp3 music and parse its id3v2 header, ffmpeg convert everything to utf-8.it's very well. When some windows program create this, they set tag to ISO8859-1, store chinese charactor by gb encoding which is 2 ISO8859-1 charactors. After ffmpeg convert these charactors to utf-8, we can't recognize thiese. I suggest developers to add a convert tool of converting gb to utf8, or output with ISO8859-1 just like id3v1's attributes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 04:28:15 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 02:28:15 -0000 Subject: [FFmpeg-trac] #2830(avformat:open): stronger ff_index_search_timestamp In-Reply-To: <039.8a87005619e26e791790e903707072c6@avcodec.org> References: <039.8a87005619e26e791790e903707072c6@avcodec.org> Message-ID: <054.86837e79061fc253c0be5dd4e19bb4bf@avcodec.org> #2830: stronger ff_index_search_timestamp -------------------------------------+------------------------------------ Reporter: zgw860714 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by zgw860714): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 04:29:21 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 02:29:21 -0000 Subject: [FFmpeg-trac] #2830(avformat:closed): stronger ff_index_search_timestamp In-Reply-To: <039.8a87005619e26e791790e903707072c6@avcodec.org> References: <039.8a87005619e26e791790e903707072c6@avcodec.org> Message-ID: <054.2313d74f84dc61e8399aa0ea63a278b2@avcodec.org> #2830: stronger ff_index_search_timestamp -------------------------------------+------------------------------------ Reporter: zgw860714 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by zgw860714): * status: open => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 09:01:39 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 07:01:39 -0000 Subject: [FFmpeg-trac] #3904(avformat:new): ffmpeg is wrong to convert id3v2's attributes to utf8 In-Reply-To: <039.7350207ac8aa03dbdb4d3b6e790cb47a@avcodec.org> References: <039.7350207ac8aa03dbdb4d3b6e790cb47a@avcodec.org> Message-ID: <054.b5f93a2c480e80f69c7a23e62bc8f5e5@avcodec.org> #3904: ffmpeg is wrong to convert id3v2's attributes to utf8 -------------------------------------+------------------------------------ Reporter: zgw860714 | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: 2.3 | Resolution: Keywords: id3v2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 * keywords: id3v2, encode, chinese charactor, ISO8859, utf8, gb => id3v2 * type: art => enhancement * reproduced: 1 => 0 Comment: Please test current FFmpeg git head and please provide a command line that allows to reproduce your problem together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 11:14:53 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 09:14:53 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.55ace9e5bbbe813c3e24488460782249@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please test running the same {{{ffmpeg}}} binary on both systems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 16:58:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 14:58:31 -0000 Subject: [FFmpeg-trac] #3898(avformat:closed): wtv demuxer returns EOF in the middle of a broken file In-Reply-To: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> References: <041.6992527cc676be06d50ceed080050fb5@avcodec.org> Message-ID: <056.02d1962996097425f22619c6154ed339@avcodec.org> #3898: wtv demuxer returns EOF in the middle of a broken file -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross in 9b8eedd7 - thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 18:14:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 16:14:00 -0000 Subject: [FFmpeg-trac] #1178(avcodec:reopened): tiff enc: visible green dots with odd width and -pix_fmt yuv410p In-Reply-To: <039.9ed88f66aa2b1e5dd1884d2e39e6b1af@avcodec.org> References: <039.9ed88f66aa2b1e5dd1884d2e39e6b1af@avcodec.org> Message-ID: <054.6512067e48a614918ab0956d9db112d4@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => tif * resolution: worksforme => Comment: If I knew on which computer I originally tested... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 18:28:19 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 16:28:19 -0000 Subject: [FFmpeg-trac] #3876(undetermined:new): configure ERROR: libx264 not found In-Reply-To: <041.bb2df7cf3af94c1378a5eec6e4869873@avcodec.org> References: <041.bb2df7cf3af94c1378a5eec6e4869873@avcodec.org> Message-ID: <056.bc02ff193f6b90587580111d989857cd@avcodec.org> #3876: configure ERROR: libx264 not found -------------------------------------+------------------------------------- Reporter: ztutberidze | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Workaround is to use {{{--disable-opencl}}} when compiling libx264. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 20:08:37 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 18:08:37 -0000 Subject: [FFmpeg-trac] #2294(avformat:reopened): timeout option does not work for rtsp streaming In-Reply-To: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> References: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> Message-ID: <053.31581c7b5db4e74b621addfc09c638b8@avcodec.org> #2294: timeout option does not work for rtsp streaming ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by jbvsmo): * status: closed => reopened * resolution: fixed => Comment: The problem persists as reported! Using the `-timeout` option will show an error message: {{{ [rtsp @ 0x7fa6bc0008c0] Unable to open RTSP for listening rtsp://******: Cannot assign requested address }}} Without this option, the process will hang forever. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 20:18:56 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 18:18:56 -0000 Subject: [FFmpeg-trac] #3816(undetermined:new): Native AAC encoder, problematic sample. In-Reply-To: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> References: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> Message-ID: <056.62cea25384a8246f0d8598259cb7144a@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by YellowOnion): They do indeed sound a lot better, seems that patch is coming a long nicely, still seems to be some mild clipping sounds, but it actually sounds like the original sample for the most part. >Could you elaborate? I do conceed that this was a while ago, but MSYS downloads a bare-bones tool chain, Which is fine but, for any large project with a bunch of dependences, there was no way to acquire each dependence without first downloading it manually, and then compiling it and then finding its dependencies, most systems like Archlinux (includes "build files") or Debian have the -build packages, but because of Windows nature of not including a package manager or naturally using most of the libraries that the software links to, and the MSYS "package manager" having barely anything in it outside the core GNU tools, made it a nightmare. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 20:49:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 18:49:23 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.4d65a908273deb7e3e693b3ed1c6af85@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:6 cehoyos]: > Please test running the same {{{ffmpeg}}} binary on both systems. I had some difficulty to build a binary portable across the 2 machines, and had to change the build configuration by adding {{{--disable-hwaccels --disable-devices --disable-vdpau}}}. Full configure line is now: {{{ --enable-gpl --enable-version3 --enable-nonfree --disable-runtime- cpudetect --disable-ffserver --disable-ffplay --disable-encoders --disable-decoders --disable-filters --disable-debug --disable-hwaccels --disable-devices --disable-vdpau }}} By the way, isn't this a bug that I require both {{{--disable-hwaccels}}} and {{{--disable-vdpau}}} to not link against libvdpau? I built the binary on the corei7 machine, then rsynced the binary to the atom, and... {{{ $ ffmpeg -loglevel quiet -i cut.mkv -map v -map a -c copy -f md5 - MD5=726d4f2a3d79e000e0bbde6397311bb2 }}} ...MD5 is now the same on both machines. What is you interpretation of this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 21:12:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 19:12:00 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.d05077edc4494d8b7a8bb03aa3dde410@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): I dis some more testing and it seems the MD5 start to differ when FFmpeg is linked with '''both''' libvaapi and libvdpau. On the corei7: * with base configuration + {{{--disable-vaapi --disable-vdpau}}}, I get 726d4f2a3d79e000e0bbde6397311bb2 like the atom => looks like the right "reference" MD5 * with base configuration + {{{--disable-vaapi}}}, I get 0b0257acc6662c99b71e879d27705ce9 * with base configuration + {{{--disable-vdpau}}}, I get 0b0257acc6662c99b71e879d27705ce9 What do you think? Also I don't understand how these libraries are involved in the demuxing process. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 21:43:34 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 19:43:34 -0000 Subject: [FFmpeg-trac] #3816(undetermined:closed): Native AAC encoder, problematic sample. In-Reply-To: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> References: <041.84da991dac5afa8e8599887851d782ba@avcodec.org> Message-ID: <056.ea6df929bcb99f9d3ded879d1c7bbd59@avcodec.org> #3816: Native AAC encoder, problematic sample. -------------------------------------+------------------------------------- Reporter: YellowOnion | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: FFmpeg has (nearly) no hard dependencies, and no dependencies for the problem you describe, so I am not sure how this is related. If the samples sound ok, this is a duplicate of ticket #2686. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 21:44:42 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 19:44:42 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.61722c60c11b683f0074ab4660ad35c3@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 cehoyos): Ticket #3816 describes an apparently problematic sample that improves with the patch(es) attached here: http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3816/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 21:45:55 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 19:45:55 -0000 Subject: [FFmpeg-trac] #2294(avformat:reopened): timeout option does not work for rtsp streaming In-Reply-To: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> References: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> Message-ID: <053.1565129de566fa1b9ad4415b1ff48862@avcodec.org> #2294: timeout option does not work for rtsp streaming ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * cc: jbvsmo (added) Comment: How can I reproduce this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 21:46:36 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 19:46:36 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.cc2486d15d9e884a5828821b598dd0dc@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you already test {{{--disable-pthreads}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 21:54:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 19:54:01 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.69873e81d42536a09ec93dec04083e31@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:9 cehoyos]: > Did you already test {{{--disable-pthreads}}}? No, but {{{-thread 1}}} did not change anything. I found out that older FFmpeg versions produce the same MD5 when linking against libvaapi and libvdpau and when not. I ran a git bisect like you taught me ;) and the regression comes from this commit: {{{ commit afa93d198aaf2cc661c4df6d4095cd030265d30a Author: Yusuke Nakamura Date: Sun Oct 27 11:07:43 2013 +0100 hevc_parser: Set pict_type, key_frame and output_picture_number. Conflicts: libavcodec/hevc.c }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 21:54:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 19:54:25 -0000 Subject: [FFmpeg-trac] #2294(avformat:reopened): timeout option does not work for rtsp streaming In-Reply-To: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> References: <038.4e22fbafd03a472b28b54d23640b0d56@avcodec.org> Message-ID: <053.1a3efc3164f8fd8feb364703365c16f1@avcodec.org> #2294: timeout option does not work for rtsp streaming ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jbvsmo): Use any url that exists (doesn't need to be a real rtsp server) {{{ ffmpeg -i rtsp://example.com/test test.avi }}} It will hang forever because there is no rtsp server (this is simulating the case where the server is down for maintenance). Now try adding `-timeout 10` as input option. Instead of waiting for 10 seconds and finishing the process, the error above will show instantly. It may be an error on the code setting the socket timeout. It looks like it wants to bind an IP but the address is used -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 29 22:01:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 20:01:25 -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.97079ab4681a9cc7ecbefc5ceeeab4ac@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): RL has been throwing obstacles at me lately, so I couldn't make any progress here. I did manage to find a few low-hanging-bugs in ANMR, but, and this is quaint, fixing them makes ANMR 10x slower. Anyway, things are coming back to normal in RL so I'll be investing some time soon into patch-submitting the small bugfixes. I'll surely have lots of rebasing to do. I still couldn't fix "Fatboy Slim - Kalifornia", but since the issue has been eluding me, I'm going to leave this for later. I'm only going to check whether it's an issue with M/S coding (doesn't seem to be), because I'd like the patch set to end up making M/S coding the default. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 00:46:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 22:46:40 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.72e61fef8cd8f82d9bfee3a6ff35de68@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 ahthovaikied]: > and the regression comes from this commit: > {{{ > commit afa93d198aaf2cc661c4df6d4095cd030265d30a > }}} So disabling the hevc parser fixes the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 01:10:04 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 23:10:04 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.268a18209d3b7ee536b408b45645eff4@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:11 cehoyos]: > Replying to [comment:10 ahthovaikied]: > > and the regression comes from this commit: > > {{{ > > commit afa93d198aaf2cc661c4df6d4095cd030265d30a > > }}} > > So disabling the hevc parser fixes the issue? I tried {{{--disable-parser=hevc}}}, but it does not fix it... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 01:17:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 23:17:00 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.c56fae3ee0ec14b5716974b34dd8d292@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you already test {{{--disable-pthreads}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 01:20:38 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 23:20:38 -0000 Subject: [FFmpeg-trac] #3858(ffmpeg:new): memleak on broken (encrypted) input file In-Reply-To: <037.e713e97e5aa527beec23d51a847d9d31@avcodec.org> References: <037.e713e97e5aa527beec23d51a847d9d31@avcodec.org> Message-ID: <052.d0209006ad52e3ce879ce4648b55e007@avcodec.org> #3858: memleak on broken (encrypted) input file ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: ffmpeg Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * priority: normal => minor * component: undetermined => ffmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 01:22:45 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 23:22:45 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.2be2c7ade1d8bb448d10403789c9dca0@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:13 cehoyos]: > Did you already test {{{--disable-pthreads}}}? Yes, no change either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 01:43:17 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 23:43:17 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken Message-ID: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Type: defect ahthovaikied | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- The SSL certificate for source.ffmpeg.org as a invalid domain: {{{ $ git clone https://source.ffmpeg.org/ Clonage dans 'source.ffmpeg.org'... fatal: unable to access 'https://source.ffmpeg.org/': SSL: certificate subject name (*.videolan.org) does not match target host name 'source.ffmpeg.org' }}} {{{ $ curl -v https://source.ffmpeg.org/ * Hostname was NOT found in DNS cache * Trying 88.191.250.118... * Connected to source.ffmpeg.org (88.191.250.118) port 443 (#0) * successfully set certificate verify locations: * CAfile: none CApath: /etc/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSL connection using ECDHE-RSA-AES128-GCM-SHA256 * Server certificate: * subject: OU=Domain Control Validated; OU=Gandi Standard Wildcard SSL; CN=*.videolan.org * start date: 2012-10-03 00:00:00 GMT * expire date: 2015-10-03 23:59:59 GMT * subjectAltName does not match source.ffmpeg.org * SSL: no alternative certificate subject name matches target host name 'source.ffmpeg.org' * Closing connection 0 * SSLv3, TLS alert, Client hello (1): curl: (51) SSL: no alternative certificate subject name matches target host name 'source.ffmpeg.org' }}} See also https://www.ssllabs.com/ssltest/analyze.html?d=source.ffmpeg.org As a result users who want to clone FFmpeg source tree, are forced to either use the insecure {{{git://source.ffmpeg.org/}}}, or a mirror like https://github.com/FFmpeg/FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 01:47:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 23:47:24 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken In-Reply-To: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> References: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> Message-ID: <057.499f473ba5bd985d3505ce5488919525@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Isn't git inherently secure without https? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 01:49:12 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Aug 2014 23:49:12 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken In-Reply-To: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> References: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> Message-ID: <057.d2b5d0b0789fcbbc02f9888a1cf7f32b@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:1 cehoyos]: > Isn't git inherently secure without https? For you, who have SSH access, yes. For anonymous users, no. See http://git-scm.com/book/en/Git-on-the-Server-The-Protocols. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 02:10:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 00:10:12 -0000 Subject: [FFmpeg-trac] #3906(build system:new): --disable-hwaccels does not imply --disable-vdpau Message-ID: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> #3906: --disable-hwaccels does not imply --disable-vdpau -------------------------------------+------------------------------------- Reporter: | Type: defect ahthovaikied | Priority: normal Status: new | Version: git- Component: build | master system | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- From {{{./configure --help}}}: {{{ ... Hardware accelerators: --disable-dxva2 disable DXVA2 code [autodetect] --disable-vaapi disable VAAPI code [autodetect] --disable-vda disable VDA code [autodetect] --disable-vdpau disable VDPAU code [autodetect] ... --disable-hwaccels disable all hwaccels ... }}} However: {{{ $ ./configure --disable-hwaccels &> /dev/null $ make -j 8 &> /dev/null $ ldd ffmpeg | grep libvdpau libvdpau.so.1 => /usr/lib/x86_64-linux-gnu/libvdpau.so.1 (0x00007fb8f1be3000) $ ./configure --disable-hwaccels --disable-vdpau $ make -j 8 &> /dev/null $ ldd ffmpeg | grep libvdpau $ }}} I'm on Ubuntu 14.04 x64. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 02:11:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 00:11:18 -0000 Subject: [FFmpeg-trac] #3907(undetermined:new): Conversion of .mov files to .mp4 fails with moov error Message-ID: <041.c9f9f2993e6ea8e3901cd0d7b87f08d5@avcodec.org> #3907: Conversion of .mov files to .mp4 fails with moov error -------------------------------------+------------------------------------- Reporter: Racingyacht | 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 -i inputFile.mov -vcodec copy -acodec copy outputFile.mp4 ffmpeg version git-2014-03-07-61ff043 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 7 2014 18:23:07 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --prefix=/root/ffmpeg_build --extra- cflags=-I/root/ffmpeg_build/include --extra- ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --extra-libs=-ldl --enable-gpl --enable-nonfree --enable-libfdk_aac --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.101 / 55. 33.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x33fb900] moov atom not found inputFile.mov: Invalid data found when processing input }}} 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 Sat Aug 30 02:28:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 00:28:22 -0000 Subject: [FFmpeg-trac] #3892(avcodec:closed): snow: deadlock (fuzzed file) In-Reply-To: <039.e1a303d1048075c14fdbeacdf2301fad@avcodec.org> References: <039.e1a303d1048075c14fdbeacdf2301fad@avcodec.org> Message-ID: <054.756bd586c428393d1b184281fd1552de@avcodec.org> #3892: snow: deadlock (fuzzed file) ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: snow deadlock | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 596636a474ab201badaae269f3a2cef4824b8c1f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 05:13:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 03:13:22 -0000 Subject: [FFmpeg-trac] #3908(avfilter:new): vf_hue copyright, do mplayer authors get copyright in the ported filter? Message-ID: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? --------------------------------------+---------------------------------- Reporter: compn | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- if not, why not? carl. clement, reimar, diego are not listed in the copyright in libavfilter. some of their code may not be in the port. some complaints have been made that we are not taking copyright seriously in ffmpeg. or that we have not attributed code 100%. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 05:18:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 03:18:31 -0000 Subject: [FFmpeg-trac] #3908(avfilter:new): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.078d8fd8c1d592dc5fc4f43ada759993@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? ------------------------------------+------------------------------------ Reporter: compn | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by compn): if not copyright, do they get contribution credit? like 'these people helped craft this file from mplayer' reimar diego carl clement .. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 08:51:25 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 06:51:25 -0000 Subject: [FFmpeg-trac] #3908(avfilter:new): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.d930a852b77e753ecd97b9aeac406f18@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? ------------------------------------+------------------------------------ Reporter: compn | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): The complaints are made by people who intentionally break copyright all the time (or in other words: who are thieves). Why don't you point to a missing copyright or - even better - send a patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 08:53:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 06:53:35 -0000 Subject: [FFmpeg-trac] #3907(undetermined:closed): Conversion of .mov files to .mp4 fails with moov error In-Reply-To: <041.c9f9f2993e6ea8e3901cd0d7b87f08d5@avcodec.org> References: <041.c9f9f2993e6ea8e3901cd0d7b87f08d5@avcodec.org> Message-ID: <056.57de5e3c754bd32658121276f87a0855@avcodec.org> #3907: Conversion of .mov files to .mp4 fails with moov error -------------------------------------+------------------------------------- Reporter: Racingyacht | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please feel free to reopen this ticket if you can provide inputFile.mov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 08:57:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 06:57:04 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken In-Reply-To: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> References: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> Message-ID: <057.cb4430f8c5a55537246045008d2615dd@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I meant something else: Isn't the advantage of using https over http that you know the content of the transmission was not changed? You cannot change a git repository without anybody noticing because it would change the version hashes. Or do I misunderstand? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 09:06:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 07:06:58 -0000 Subject: [FFmpeg-trac] #3906(build system:closed): --disable-hwaccels does not imply --disable-vdpau In-Reply-To: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> References: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> Message-ID: <057.2143aefb9fd8901360b146640a5ae08e@avcodec.org> #3906: --disable-hwaccels does not imply --disable-vdpau -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: build Priority: normal | system Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: {{{--disable-hwaccels}}} does not disable dxva2, vaapi and vda, and it should not (unexpectedly) disable vdpau. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 09:10:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 07:10:35 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.23317313134d0e7e2cba217f7ef36267@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is the issue reproducible with {{{-an}}} or {{{-vn}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:12:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:12:49 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.e0b32cc8ff486aad4e7cafedf02a8649@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * keywords: => hue license * status: new => closed * resolution: => needs_more_info Comment: The hue filter in MPlayer is 200 lines of code. The port basically kept only the main processing function. The author of this code has been asked for relicensing. The Copyright in libavfilter does contain both original authors and it's fine, no other header in the codebase contains all the contributors in Copyright. If you think hue filter is violating a copyright, please be more specific. > some complaints have been made that we are not taking copyright seriously in ffmpeg. or that we have not attributed code 100%. j-b was trying to make a point yesterday on IRC and picked random examples more or less accurate, such as mentioning the vf_interlace thing from Libav commits. We might make mistakes at times about copyright and we course need to address them. But this ticket doesn't help here. Replying to [comment:2 cehoyos]: > The complaints are made by people who intentionally break copyright all the time (or in other words: who are thieves). Why don't you point to a missing copyright or - even better - send a patch? No, j-b is not from Libav (which I suppose you are talking about) but from Videolan who is providing the FFmpeg project some Git hosting. Also, please stop calling them "thieves", true or not this is not a professional behavior and there is no need to give them more reasons to hate us, especially when this is related to events from 3 years ago. We are currently trying (without success I admit) to create some kind of cooperation, and such remarks definitely won't help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:20:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:20:09 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.2f6af372afd41f0b10908459fe3cf55f@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): >or in other words: who are thieves Please stop this. It doesn't make you sound very clever, and just heats the flames in the ongoing attempts to make progress FFmpeg and Libav reconcile. Or in other words, shut the fuck up, please. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:20:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:20:15 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.0e2a1f0c1f368d399227140b14d616ca@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I missed the comment from J-B, sorry! I saw some remarks from the thieves though (on the very same day that copyright violations were committed to their repository!) accusing FFmpeg of bad behaviour regarding open-source software licenses. There is apparently some misunderstanding regarding the word ''thieve'' (and ''liar''): Some people seem to believe that this is meant as an insult which is of course not true. I did send some insults to the mailing list three years ago (after having read that commit rights are to much responsibility for me and after MPlayer infrastructure was stolen). Nowadays I just find it necessary to make it completely clear that the usual mails sent by the avconv developers contain obvious lies and that copyright violators are thieves imo. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:26:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:26:29 -0000 Subject: [FFmpeg-trac] #3876(undetermined:new): configure ERROR: libx264 not found In-Reply-To: <041.bb2df7cf3af94c1378a5eec6e4869873@avcodec.org> References: <041.bb2df7cf3af94c1378a5eec6e4869873@avcodec.org> Message-ID: <056.279e8f3e89aec8ca86722d5dfacc8d80@avcodec.org> #3876: configure ERROR: libx264 not found -------------------------------------+------------------------------------- Reporter: ztutberidze | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): There is a patch pending on the ffmpeg-devel mailing-list to make the libx264 detection use pkg-config in order to address this very specific problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:27:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:27:49 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.15c187af8949305afaa27270e9022dce@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:5 cehoyos]: > that copyright violators are thieves imo. You are doubly wrong in this. First, if you know of a specific copyright violation, then point it, and see if they correct it. Otherwise, you are just slandering. Second, copyright violators are not thieves. So-called intellectual property has nothing in common with real, physical property. The discourse of mixing both is exactly the base argument of IP trolls pushing for harder DRM protections and such. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:27:59 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:27:59 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.d95207e43e3165cdfdb877a6efcbd4c4@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:5 cehoyos]: > There is apparently some misunderstanding regarding the word ''thieve'' (and ''liar''): Some people seem to believe that this is meant as an insult which is of course not true. I did send some insults to the mailing list three years ago (after having read that commit rights are to much responsibility for me and after MPlayer infrastructure was stolen). Nowadays I just find it necessary to make it completely clear that the usual mails sent by the avconv developers contain obvious lies and that copyright violators are thieves imo. WTF are you talking about. Again, please stop this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:28:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:28:22 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.d87e5a989336f4e1aff2776ce53e6375@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): >There is apparently some misunderstanding regarding the word thieve (and liar): Some people seem to believe that this is meant as an insult which is of course not true. That's just... completely out of this world. No, you can't hide your insults behind trying to explain them rationally. Libav didn't steal anything. The infrastructure they grabbed was theirs, and also they were a part of ffmpeg at the time of the fork (the separate ffmpeg identity was created only later when MiNi and some others declared they wanted to continue under the name ffmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:32:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:32:12 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.f1bc043ae87ab4f664632dd11e87f55a@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 Cigaes]: > Replying to [comment:5 cehoyos]: > > that copyright violators are thieves imo. > > You are doubly wrong in this. > > First, if you know of a specific copyright violation, then point it, and see if they correct it. Otherwise, you are just slandering. 6c1df1f2 comes to mind but please remember that it was discussed on avconv-devel that it is ok to remove author attribution if some whitespace is changed. And please look at the copyright of avconv.c. > Second, copyright violators are not thieves. So-called intellectual property has nothing in common with real, physical property. The discourse of mixing both is exactly the base argument of IP trolls pushing for harder DRM protections and such. I am not a native speaker but I really do believe that stealing code is neither better than stealing ''real, physical property'' nor does it make a large difference. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:33:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:33:39 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.b42d2fbf8afaad4ab2de9eee023765a3@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 gjdfgh]: > The infrastructure they grabbed was theirs Please don't believe their lies: The infrastructure belonged to the group of MPlayer developer and they were not asked if they agreed with the actions taken then. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:34:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:34:33 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.afe31242399bd096cb27c5a077826a3d@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): Well, we're not native speakers either. In any case, please stop obsessing over what happened in 2011. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:36:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:36:03 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.d01011a7a42f293ac475bd1580c4b296@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:9 cehoyos]: > I am not a native speaker but I really do believe that stealing code is neither better than stealing ''real, physical property'' nor does it make a large difference. It is not a matter of being a native speaker: you still have your code, so they did not ''steal'' it. Physical property stealing is different: if you have an pear and I steal it, you have your pear no longer. And here is not the place for that kind of argument anyway. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 11:36:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 09:36:12 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.d6d262ea242d245ff29a548bec590ac4@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:11 gjdfgh]: > Well, we're not native speakers either. In any case, please stop obsessing over what happened in 2011. I am talking about current commits and emails, what are you talking about? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:12:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:12:54 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.b069334f37304b68bfdd25f8bfbb0522@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:15 cehoyos]: > Is the issue reproducible with {{{-an}}} or {{{-vn}}}? Please read my first post, I already tried isolating video or audio streams. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:15:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:15:01 -0000 Subject: [FFmpeg-trac] #3906(build system:closed): --disable-hwaccels does not imply --disable-vdpau In-Reply-To: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> References: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> Message-ID: <057.656fd4e3ba88b14c3d1d616ebd87b17e@avcodec.org> #3906: --disable-hwaccels does not imply --disable-vdpau -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: build Priority: normal | system Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:1 cehoyos]: > {{{--disable-hwaccels}}} does not disable dxva2, vaapi and vda, and it should not (unexpectedly) disable vdpau. Could you please develop a bit more? By looking at the help, one might think {{{--disable-hwaccels}}} will disable all 4. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:16:54 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:16:54 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.16bcb72fab85a66b5a61ada4f964a1ed@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Then please repeat your findings in one sentence, this is a long ticket (and it isn't clear to anybody what you are trying to prove). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:17:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:17:06 -0000 Subject: [FFmpeg-trac] #3906(build system:closed): --disable-hwaccels does not imply --disable-vdpau In-Reply-To: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> References: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> Message-ID: <057.363ba63c50f4cfb8916210ba03406fa2@avcodec.org> #3906: --disable-hwaccels does not imply --disable-vdpau -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: build Priority: normal | system Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): I agree, it seems quite weird that it wouldn't disable hwaccels when you ask it to disable all hwaccels. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:17:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:17:33 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.d630f8393175d41b847680a76c13a3f2@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Next step will be to test with {{{-f framecrc}}} but I would like to narrow the issue down first. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:21:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:21:08 -0000 Subject: [FFmpeg-trac] #3906(build system:closed): --disable-hwaccels does not imply --disable-vdpau In-Reply-To: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> References: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> Message-ID: <057.7e0fbade037ab5902b5210388aac7033@avcodec.org> #3906: --disable-hwaccels does not imply --disable-vdpau -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: build Priority: normal | system Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 ahthovaikied]: > Replying to [comment:1 cehoyos]: > > {{{--disable-hwaccels}}} does not disable dxva2, vaapi and vda, and it should not (unexpectedly) disable vdpau. > Could you please develop a bit more? ''hwaccels'' has a particular meaning within FFmpeg: It does not mean ''all devices and decoders that improve decoding speed by using hardware'' but actually something like ''specific decoders that you can list with {{{configure --list-hwaccels}}}''. You can for example try {{{grep -i hwaccel config.h}}} after running configure with and without {{{--disable- hwaccels}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:24:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:24:10 -0000 Subject: [FFmpeg-trac] #3906(build system:closed): --disable-hwaccels does not imply --disable-vdpau In-Reply-To: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> References: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> Message-ID: <057.122e5766a40c24c2193f63e8ff882108@avcodec.org> #3906: --disable-hwaccels does not imply --disable-vdpau -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: build Priority: normal | system Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): Those options there are kinda pointless to enable if you dont enable the hwaccels though. You get a ffmpeg binary linked to vdpau, but unable to use any vdpau functionality. Whats the usefulness in that? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:28:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:28:08 -0000 Subject: [FFmpeg-trac] #3906(build system:closed): --disable-hwaccels does not imply --disable-vdpau In-Reply-To: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> References: <042.01431afaf9a43d8d471e5b83b126a5c8@avcodec.org> Message-ID: <057.ec9f256aedc2312b68c9055b8e05671a@avcodec.org> #3906: --disable-hwaccels does not imply --disable-vdpau -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: build Priority: normal | system Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 heleppkes]: > Those options there are kinda pointless to enable if you dont enable the hwaccels though. You get a ffmpeg binary linked to vdpau, but unable to use any vdpau functionality. Whats the usefulness in that? FFmpeg containes vdpau decoders that are not hwaccels. This doesn't explain why {{{ffmpeg}}} is linked to libvdpau but that is not what the title here says. If you believe there is an issue, please fix the title and reopen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:29:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:29:35 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.b10b1e3e15d4f8d2785f16f6a0644cdd@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): I would suggest to test with {{{ffprobe -show_data}}} (or {{{-show_data_hash}}}): that would allow to find out whether the difference is in demuxing or in the treatments that the command-line tool {{{ffmpeg}}} applies to the content. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:36:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:36:19 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken In-Reply-To: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> References: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> Message-ID: <057.9365f449d4c51fe617e7e49fce702d46@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:3 cehoyos]: > Isn't the advantage of using https over http that you know the content of the transmission was not changed? That is only one part of what SSL has to offer when done right: integrity. There is also authentication and confidentiality. There is no point to guarantee the transmission was not changed, if you can not guarantee it is coming from the server you think it is. Replying to [comment:3 cehoyos]: > You cannot change a git repository without anybody noticing because it would change the version hashes. That would only be seen if you try to push the compromised repository to a non compromised one. An attacker could still setup a trivial MITM attack, alter the source code (and the hashes), and thus inject malicious code in the FFmpeg binary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 13:43:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 11:43:47 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.2a7fb390d588ebd08ab5fddd7dc8c547@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): Replying to [comment:3 ubitux]: > > some complaints have been made that we are not taking copyright seriously in ffmpeg. or that we have not attributed code 100%. > > j-b was trying to make a point yesterday on IRC and picked random examples more or less accurate, such as mentioning the vf_interlace thing from Libav commits. > > We might make mistakes at times about copyright and we course need to address them. But this ticket doesn't help here. did you see the entire conversation with j-b? i dont think i was able to convince him of the copyright of vf_hue. were you able to quash all of his concerns? if not, this bug should be open. i made this bug because j-b would not create the bug himself. j-b still has concerns about this file and other files in ffmpeg from what i could tell. if you do not want to address his concerns, that is fine too. but i am curious if there are any other devels who do want to address j-b's concerns. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 14:08:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 12:08:10 -0000 Subject: [FFmpeg-trac] #3908(avfilter:closed): vf_hue copyright, do mplayer authors get copyright in the ported filter? In-Reply-To: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> References: <035.f8c4054eb49ae94250b640f0762b92fe@avcodec.org> Message-ID: <050.b3644c2a1ddeee9348d52937d4d28885@avcodec.org> #3908: vf_hue copyright, do mplayer authors get copyright in the ported filter? -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hue license | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saste): Replying to [ticket:3908 compn]: > if not, why not? > > carl. clement, reimar, diego are not listed in the copyright in libavfilter. some of their code may not be in the port. > > some complaints have been made that we are not taking copyright seriously in ffmpeg. or that we have not attributed code 100%. I'm one of the authors of the port. Jeremy Tran worked on the port as a SOCIS2102 student. The filter was basically rewritten from scratch, the only relevant part of code who was copied was in the process_chrominance routine authored by Michael Niedermayer, who is referenced in the file header as copyright holder. The original license (GPLv.2) was kept for the port. Then the code was relicensed to LGPL with the consent of all the port contributors (see commit 771e2e59e2afeba6f195645678645b8c874e59a2). Keep in mind that when doing a port it is not possible to state with complete accuracy what is the authorship of the ported code. Also from my reading of the mplayer log I see no relevant contributions which went in the port but for the code in the mentioned processing routine. That said, IANAL but I tend to use common sense when evaluating such copyright issues, and I consider that the copyright attribution of the port is accurate. Thus I suggest to consider invalid this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 14:11:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 12:11:47 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken In-Reply-To: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> References: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> Message-ID: <057.1fca44595b16659b11ec8e19e9eeb080@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Which binary? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 14:20:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 12:20:24 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken In-Reply-To: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> References: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> Message-ID: <057.43501772aafe81a7153cd53ac1d64c35@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:5 cehoyos]: > Which binary? The one users obtain from compiling untrusted source code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 14:21:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 12:21:36 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.520d6464f9b05950984f676d353938ff@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:17 cehoyos]: > Then please repeat your findings in one sentence, this is a long ticket (and it isn't clear to anybody what you are trying to prove). I understand you have limited available time, and appreciate you taking some to help me, but you have asked the same question several times without even reading my answer... This is not a simple problem, I can not make it one. Anyway here is the shortest summary I can make: * I have some files (MPEG2 video + AC3 audio), for which the command: {{{ffmpeg -i input.mkv -map v -map a -c copy -f md5 -}}} returns different MD5 between 2 FFmpeg builds of the same version, with the same configure options on 2 different machines * A short file to reproduce the problem has been uploaded on FFmpeg's FTP * The problem can only be seen when selecting video '''and''' audio streams, with only video or only audio, the MD5 matches * {{{-thread 1}}} or build with {{{--disable-pthreads}}} does not change anything * After trying to use the same exact binary on both machines, I found out the difference is introduced by the fact thah one of the build is linking against vdpau and vaapi * When building with {{{--disable-vaapi --disable-vdpau}}}, the difference of MD5 is gone * When building with only {{{--disable-vaapi}}} or {{{--disable-vdpau}}}, there is a difference of MD5 * I tried going back to older FFmpeg release, and they produce the same MD5 with {{{--disable-vaapi --disable-vdpau}}} or without * I ran a git bisect, and the weird behavior started at commit afa93d198aaf2cc661c4df6d4095cd030265d30a * Building with {{{--disable-parser=hevc}}} does not eliminate the difference of MD5 for recent FFmpeg versions -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 14:26:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 12:26:00 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.a3c92c1414377fb81791d644d1bb4710@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): What if you only map one video and one audio stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 14:27:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 12:27:04 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.2c3de78f0319e87d989533a9907e4c8e@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you already test with valgrind to find out if using uninitialised memory is the culprit? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 14:33:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 12:33:28 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken In-Reply-To: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> References: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> Message-ID: <057.79d5037fbdd5551e609e10e5d02e6ed9@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Do I understand correctly that if the issue gets fixed (can we fix this at all or does videolan have to fix it?) you would trust the downloaded source without comparing the hashes? Is it so unlikely that the server gets hacked? Anyway: I suggest you test git.videolan.org instead of source.ffmpeg.org which will hopefully fix the issue. (Please don't suggest this solution to others if it works for you.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 14:52:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 12:52:47 -0000 Subject: [FFmpeg-trac] #3858(ffmpeg:closed): memleak on broken (encrypted) input file In-Reply-To: <037.e713e97e5aa527beec23d51a847d9d31@avcodec.org> References: <037.e713e97e5aa527beec23d51a847d9d31@avcodec.org> Message-ID: <052.95c2aea68c9c560df20f8ea5a26211d9@avcodec.org> #3858: memleak on broken (encrypted) input file ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed in 494cbc42 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 15:34:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 13:34:41 -0000 Subject: [FFmpeg-trac] #3905(undetermined:new): HTTPS SSL certificate for source.ffmpeg.org is broken In-Reply-To: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> References: <042.93d62dd1ab456cd78abc3bdbb0056da3@avcodec.org> Message-ID: <057.f2a0f7f6913e09bfd7081314785031eb@avcodec.org> #3905: HTTPS SSL certificate for source.ffmpeg.org is broken -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:7 cehoyos]: > Do I understand correctly that if the issue gets fixed (can we fix this at all or does videolan have to fix it?) you would trust the downloaded source without comparing the hashes? Let's be realistic here, you can not rely on people manually comparing the hashes (with what anyway?). I bet most people who clone the source are using scripts anyway. By the way, Git commit hashes are SHA1 which is not considered cryptographically strong, and were never intended to be used for security purpose in Git. Replying to [comment:7 cehoyos]: > Is it so unlikely that the server gets hacked? It's not, but it's a different attack surface. > Anyway: I suggest you test git.videolan.org instead of source.ffmpeg.org which will hopefully fix the issue. (Please don't suggest this solution to others if it works for you.) git.videolan.org fixes it. I'm no HTTPS specialist but my understanding is that the problem comes from the way you redirect from source.fmpeg.org to git.videolan.org. You already have a valid certificate for *.fmpeg.org, so this should only be a matter of configuration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 15:37:25 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 13:37:25 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.59dd3618c5653ec95a06d4eb95ebec13@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:19 Cigaes]: > I would suggest to test with {{{ffprobe -show_data}}} (or {{{-show_data_hash}}}): that would allow to find out whether the difference is in demuxing or in the treatments that the command-line tool {{{ffmpeg}}} applies to the content. Without {{{--disable-vaapi --disable-vdpau}}}: {{{ $ ffprobe -show_data cut.mkv ffprobe version N-65983-g1402873 Copyright (c) 2007-2014 the FFmpeg developers built on Aug 30 2014 15:01:10 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-filters --disable-debug libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0x11c6020] Could not find codec parameters for stream 16 (Attachment: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'cut.mkv': Metadata: title : Goodfellas ENCODER : Lavf55.48.100 Duration: 00:00:10.65, start: 0.000000, bitrate: 5539 kb/s Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Chapter 06 Stream #0:0(eng): Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 7500 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 LANGUAGE : eng Stream #0:5(eng): Subtitle: dvd_subtitle Stream #0:6(fre): Subtitle: dvd_subtitle Stream #0:7(ita): Subtitle: dvd_subtitle Stream #0:8(ger): Subtitle: dvd_subtitle Stream #0:9(spa): Subtitle: dvd_subtitle Stream #0:10(dut): Subtitle: dvd_subtitle Stream #0:11(ara): Subtitle: dvd_subtitle Stream #0:12(bul): Subtitle: dvd_subtitle Stream #0:13(rum): Subtitle: dvd_subtitle Stream #0:14(eng): Subtitle: dvd_subtitle Stream #0:15(ita): Subtitle: dvd_subtitle Stream #0:16: Attachment: none Metadata: filename : media_md5.bin mimetype : application/octet-stream Unsupported codec with id 86019 for input stream 1 Unsupported codec with id 86019 for input stream 2 Unsupported codec with id 86019 for input stream 3 Unsupported codec with id 86019 for input stream 4 Unsupported codec with id 94208 for input stream 5 Unsupported codec with id 94208 for input stream 6 Unsupported codec with id 94208 for input stream 7 Unsupported codec with id 94208 for input stream 8 Unsupported codec with id 94208 for input stream 9 Unsupported codec with id 94208 for input stream 10 Unsupported codec with id 94208 for input stream 11 Unsupported codec with id 94208 for input stream 12 Unsupported codec with id 94208 for input stream 13 Unsupported codec with id 94208 for input stream 14 Unsupported codec with id 94208 for input stream 15 Unsupported codec with id 0 for input stream 16 $ ffprobe -show_data_hash md5 cut.mkv ffprobe version N-65983-g1402873 Copyright (c) 2007-2014 the FFmpeg developers built on Aug 30 2014 15:27:09 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-filters --disable-debug libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0x2c5f100] Could not find codec parameters for stream 16 (Attachment: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'cut.mkv': Metadata: title : Goodfellas ENCODER : Lavf55.48.100 Duration: 00:00:10.65, start: 0.000000, bitrate: 5539 kb/s Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Chapter 06 Stream #0:0(eng): Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 7500 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 LANGUAGE : eng Stream #0:5(eng): Subtitle: dvd_subtitle Stream #0:6(fre): Subtitle: dvd_subtitle Stream #0:7(ita): Subtitle: dvd_subtitle Stream #0:8(ger): Subtitle: dvd_subtitle Stream #0:9(spa): Subtitle: dvd_subtitle Stream #0:10(dut): Subtitle: dvd_subtitle Stream #0:11(ara): Subtitle: dvd_subtitle Stream #0:12(bul): Subtitle: dvd_subtitle Stream #0:13(rum): Subtitle: dvd_subtitle Stream #0:14(eng): Subtitle: dvd_subtitle Stream #0:15(ita): Subtitle: dvd_subtitle Stream #0:16: Attachment: none Metadata: filename : media_md5.bin mimetype : application/octet-stream Unsupported codec with id 86019 for input stream 1 Unsupported codec with id 86019 for input stream 2 Unsupported codec with id 86019 for input stream 3 Unsupported codec with id 86019 for input stream 4 Unsupported codec with id 94208 for input stream 5 Unsupported codec with id 94208 for input stream 6 Unsupported codec with id 94208 for input stream 7 Unsupported codec with id 94208 for input stream 8 Unsupported codec with id 94208 for input stream 9 Unsupported codec with id 94208 for input stream 10 Unsupported codec with id 94208 for input stream 11 Unsupported codec with id 94208 for input stream 12 Unsupported codec with id 94208 for input stream 13 Unsupported codec with id 94208 for input stream 14 Unsupported codec with id 94208 for input stream 15 Unsupported codec with id 0 for input stream 16 }}} With {{{--disable-vaapi --disable-vdpau}}}: {{{ $ ffprobe -show_data cut.mkv ffprobe version N-65983-g1402873 Copyright (c) 2007-2014 the FFmpeg developers built on Aug 30 2014 15:02:14 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-filters --disable-debug --disable- vaapi --disable-vdpau libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0x1288020] Could not find codec parameters for stream 16 (Attachment: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'cut.mkv': Metadata: title : Goodfellas ENCODER : Lavf55.48.100 Duration: 00:00:10.65, start: 0.000000, bitrate: 5539 kb/s Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Chapter 06 Stream #0:0(eng): Video: mpeg2video, 720x576, max. 7500 kb/s, SAR 64:45 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 LANGUAGE : eng Stream #0:5(eng): Subtitle: dvd_subtitle Stream #0:6(fre): Subtitle: dvd_subtitle Stream #0:7(ita): Subtitle: dvd_subtitle Stream #0:8(ger): Subtitle: dvd_subtitle Stream #0:9(spa): Subtitle: dvd_subtitle Stream #0:10(dut): Subtitle: dvd_subtitle Stream #0:11(ara): Subtitle: dvd_subtitle Stream #0:12(bul): Subtitle: dvd_subtitle Stream #0:13(rum): Subtitle: dvd_subtitle Stream #0:14(eng): Subtitle: dvd_subtitle Stream #0:15(ita): Subtitle: dvd_subtitle Stream #0:16: Attachment: none Metadata: filename : media_md5.bin mimetype : application/octet-stream Unsupported codec with id 2 for input stream 0 Unsupported codec with id 86019 for input stream 1 Unsupported codec with id 86019 for input stream 2 Unsupported codec with id 86019 for input stream 3 Unsupported codec with id 86019 for input stream 4 Unsupported codec with id 94208 for input stream 5 Unsupported codec with id 94208 for input stream 6 Unsupported codec with id 94208 for input stream 7 Unsupported codec with id 94208 for input stream 8 Unsupported codec with id 94208 for input stream 9 Unsupported codec with id 94208 for input stream 10 Unsupported codec with id 94208 for input stream 11 Unsupported codec with id 94208 for input stream 12 Unsupported codec with id 94208 for input stream 13 Unsupported codec with id 94208 for input stream 14 Unsupported codec with id 94208 for input stream 15 Unsupported codec with id 0 for input stream 16 $ ffprobe -show_data_hash md5 cut.mkv ffprobe version N-65983-g1402873 Copyright (c) 2007-2014 the FFmpeg developers built on Aug 30 2014 15:28:12 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-ffplay --disable- encoders --disable-decoders --disable-filters --disable-debug --disable- vaapi --disable-vdpau libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [matroska,webm @ 0x2230100] Could not find codec parameters for stream 16 (Attachment: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'cut.mkv': Metadata: title : Goodfellas ENCODER : Lavf55.48.100 Duration: 00:00:10.65, start: 0.000000, bitrate: 5539 kb/s Chapter #0.0: start 0.000000, end 10.000000 Metadata: title : Chapter 06 Stream #0:0(eng): Video: mpeg2video, 720x576, max. 7500 kb/s, SAR 64:45 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s (default) Stream #0:2(fre): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:3(ita): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:4(eng): Audio: ac3, 48000 Hz, stereo, 192 kb/s Metadata: title : 2/0 LANGUAGE : eng Stream #0:5(eng): Subtitle: dvd_subtitle Stream #0:6(fre): Subtitle: dvd_subtitle Stream #0:7(ita): Subtitle: dvd_subtitle Stream #0:8(ger): Subtitle: dvd_subtitle Stream #0:9(spa): Subtitle: dvd_subtitle Stream #0:10(dut): Subtitle: dvd_subtitle Stream #0:11(ara): Subtitle: dvd_subtitle Stream #0:12(bul): Subtitle: dvd_subtitle Stream #0:13(rum): Subtitle: dvd_subtitle Stream #0:14(eng): Subtitle: dvd_subtitle Stream #0:15(ita): Subtitle: dvd_subtitle Stream #0:16: Attachment: none Metadata: filename : media_md5.bin mimetype : application/octet-stream Unsupported codec with id 2 for input stream 0 Unsupported codec with id 86019 for input stream 1 Unsupported codec with id 86019 for input stream 2 Unsupported codec with id 86019 for input stream 3 Unsupported codec with id 86019 for input stream 4 Unsupported codec with id 94208 for input stream 5 Unsupported codec with id 94208 for input stream 6 Unsupported codec with id 94208 for input stream 7 Unsupported codec with id 94208 for input stream 8 Unsupported codec with id 94208 for input stream 9 Unsupported codec with id 94208 for input stream 10 Unsupported codec with id 94208 for input stream 11 Unsupported codec with id 94208 for input stream 12 Unsupported codec with id 94208 for input stream 13 Unsupported codec with id 94208 for input stream 14 Unsupported codec with id 94208 for input stream 15 Unsupported codec with id 0 for input stream 16 }}} I do not see the md5 in the output with {{{-show_data_hash}}}, why is that? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 15:39:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 13:39:39 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.c13563c4a17be41a7c6569ca85363f2f@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Well, of course: you forgot to tell {{{ffprobe}}} ''what'' data you want to show or hash: {{{-show_packets}}} (for the packets' payload), {{{-show_streams}}} (for the codecs' extradata). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 15:57:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 13:57:16 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.b4883057c3b690a3c7a268f504e93c39@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:24 Cigaes]: > Well, of course: you forgot to tell {{{ffprobe}}} ''what'' data you want to show or hash: {{{-show_packets}}} (for the packets' payload), {{{-show_streams}}} (for the codecs' extradata). Sorry, I have edited my previous post with the output of {{{ffprobe -show_streams -show_data_hash md5 cut.mkv}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 15:57:59 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 13:57:59 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.c0aa22d5c50fdbd3fe77d22334020d64@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:21 cehoyos]: > What if you only map one video and one audio stream? MD5 are still different with {{{-map v -map a:0}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 15:59:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 13:59:56 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.cd90535f0de2cda2c5f2a9c2913bf32c@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Good. Now you must try and spot differences in the {{{extradata_hash=MD5:...}}} values. If not, you will need to do the same with {{{-show_packets}}}. If you do not find differences, that means that the output part is producing different output, not the input part. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 16:20:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 14:20:19 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.2edcc61a2be3cc1c4d45bc8b5316afc7@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:27 Cigaes]: > Good. Now you must try and spot differences in the {{{extradata_hash=MD5:...}}} values. If not, you will need to do the same with {{{-show_packets}}}. If you do not find differences, that means that the output part is producing different output, not the input part. Without {{{--disable-vaapi --disable-vdpau}}}: {{{ $ ffprobe -show_packets -show_data_hash md5 cut.mkv 2>&1 | grep -F 'data_hash=MD5:' > /tmp/data_hashes1.txt }}} With {{{--disable-vaapi --disable-vdpau}}}: {{{ $ ffprobe -show_packets -show_data_hash md5 cut.mkv 2>&1 | grep -F 'data_hash=MD5:' > /tmp/data_hashes2.txt }}} No difference: {{{ $ diff /tmp/data_hashes{1,2}.txt $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 16:22:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 14:22:18 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.2ddd07e84126fa605565feefdab8966f@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kurosu): I don't know how nor why, but your bisecting looks suspicious to me. That commit only modified hevc code, and it seems unlikely to have any impact on audio or video or mpeg parsing. There were H.264 parser modifications merged prior to that, try to check them maybe? No idea if they are bugfixes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 16:56:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 14:56:12 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.022982f609315f81f50de711a5a426ef@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:29 kurosu]: > I don't know how nor why, but your bisecting looks suspicious to me. That commit only modified hevc code, and it seems unlikely to have any impact on audio or video or mpeg parsing. You are absolutely right. I checked again, and the {{{git bisect run}}} stopped on this commit because the build failed with this tree, so my test script returned 1 (instead of 125 to tell git that this is untestable), and the commit was marked as the first "bad". My apologies for the misleading information, I will do a git bisect again and update this post with my findings. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 18:50:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 16:50:47 -0000 Subject: [FFmpeg-trac] #3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready. Message-ID: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> #3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: MP4 libxvid | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:When you use the livxvid codec in MP4, illegal file ready. How to reproduce: {{{ % ffmpeg -i input -vcodec libxvid output.mp4 ffmpeg version N-65991-g8c63a0d built on Aug 31 2014 01:26:47 with gcc 4.9.1 (GCC) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 18:57:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 16:57:22 -0000 Subject: [FFmpeg-trac] #3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready. In-Reply-To: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> References: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> Message-ID: <053.127265d4ccb3f3bc913c0d65db6066b2@avcodec.org> #3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: MP4 libxvid | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Einguste): This problem happens in ffmpeg-2.3.3. This problem does not happen in ffmpeg-2.2.7. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 19:33:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 17:33:49 -0000 Subject: [FFmpeg-trac] #3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready. In-Reply-To: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> References: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> Message-ID: <053.2d10e50c06f7e8ab19846bb1c9de012e@avcodec.org> #3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov libxvid | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: MP4 libxvid => mov libxvid Comment: To make this a valid ticket, please provide the command line that allows to reproduce the issue together with the complete, uncut console output. Does it happen with every input file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 19:47:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 17:47:38 -0000 Subject: [FFmpeg-trac] #3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready. In-Reply-To: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> References: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> Message-ID: <053.a9572a8496d4103720d684bf7d2c83a0@avcodec.org> #3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov libxvid | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Einguste): >Does it happen with every input file? Yes. I am sure of multiple files this phenomenon. command line: ffmpeg.exe -i INPUT.FLV(AVI,MKV) -vcodec libxvid OUTPUT.mp4(MOV) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 20:01:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 18:01:15 -0000 Subject: [FFmpeg-trac] #3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready. In-Reply-To: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> References: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> Message-ID: <053.2736f344527d0379fff8fe40a035645d@avcodec.org> #3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov libxvid | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Einguste): FFmpeg-2.2.7 ffmpeg.exe -i ../news.flv -vcodec libxvid news2.mp4 ffprobe.exe news2.mp4 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'news2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.33.100 Duration: 00:00:26.97, start: 0.036281, bitrate: 476 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p , 640x360 [SAR 1:1 DAR 16:9], 343 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 29.97 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 12 8 kb/s (default) Metadata: handler_name : SoundHandler -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 20:30:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 18:30:22 -0000 Subject: [FFmpeg-trac] #3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready. In-Reply-To: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> References: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> Message-ID: <053.b2260cfa4eb10c2ad9c8737d9e4bf700@avcodec.org> #3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov libxvid | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Einguste): ./ffmpeg.exe -i ../news.flv -y -vcodec libxvid news2.mp4 ffmpeg version N-65991-g8c63a0d Copyright (c) 2000-2014 the FFmpeg developers built on Aug 31 2014 01:26:47 with gcc 4.9.1 (GCC) configuration: --enable-gpl --enable-version3 --enable-avisynth --enable-fontc onfig --enable-frei0r --enable-gnutls --enable-ladspa --enable-libass --enable-l ibbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable- libmodpl ug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsoxr --enable-li bspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-lib vo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libvidstab --enable-libw avpack --enable-libx264 --enable-libx265 --enable-libxvid --enable-libilbc --ena ble-libxavs --enable-opengl --enable-libwebp --enable-avresample --enable- w32thr eads --extra-ldflags=-static --extra-cflags='-march=i686 -mtune=generic -mfpmath =sse -msse' --optflags='-O2 -finline-functions' libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [flv @ 046a7300] Stream discovered after head already parsed Input #0, flv, from '../news.flv': Metadata: starttime : 0 totalduration : 27 totaldatarate : 759 bytelength : 2553274 canseekontime : true sourcedata : BD28BFD44HH1362041261421740 purl : pmsg : Duration: 00:00:26.76, start: 0.000000, bitrate: 763 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 640x360, 639 kb/s, 30.33 fps, 29.9 7 tbr, 1k tbn, 59.94 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp, 131 kb/s Stream #0:2: Data: none Output #0, mp4, to 'news2.mp4': Metadata: starttime : 0 totalduration : 27 totaldatarate : 759 bytelength : 2553274 canseekontime : true sourcedata : BD28BFD44HH1362041261421740 purl : pmsg : encoder : Lavf56.3.100 Stream #0:0: Video: mpeg4 (libxvid) ( [0][0][0] / 0x0020), yuv420p, 640x360, q=2-31, 200 kb/s, 29.97 fps, 30k tbn, 29.97 tbc Metadata: encoder : Lavc56.1.100 libxvid Stream #0:1: Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, s tereo, s16, 128 kb/s Metadata: encoder : Lavc56.1.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> mpeg4 (libxvid)) Stream #0:1 -> #0:1 (aac (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help frame= 86 fps=0.0 q=23.0 size= 200kB time=00:00:02.91 bitrate= 561.9kbits/ frame= 169 fps=169 q=31.0 size= 317kB time=00:00:05.67 bitrate= 457.3kbits/ frame= 243 fps=161 q=31.0 size= 438kB time=00:00:08.13 bitrate= 440.8kbits/ frame= 318 fps=158 q=31.0 size= 560kB time=00:00:10.64 bitrate= 431.2kbits/ frame= 384 fps=153 q=31.0 size= 704kB time=00:00:12.85 bitrate= 449.0kbits/ frame= 455 fps=151 q=31.0 size= 846kB time=00:00:15.21 bitrate= 455.6kbits/ frame= 524 fps=149 q=31.0 size= 993kB time=00:00:17.51 bitrate= 464.6kbits/ frame= 590 fps=147 q=31.0 size= 1121kB time=00:00:19.72 bitrate= 465.7kbits/ frame= 661 fps=146 q=31.0 size= 1256kB time=00:00:22.09 bitrate= 465.9kbits/ frame= 730 fps=145 q=31.0 size= 1397kB time=00:00:24.39 bitrate= 469.4kbits/ frame= 799 fps=145 q=31.0 size= 1537kB time=00:00:26.68 bitrate= 471.7kbits/ frame= 803 fps=144 q=31.0 Lsize= 1570kB time=00:00:26.94 bitrate= 477.3kbits /s video:1125kB audio:422kB subtitle:0kB other streams:0kB global headers:0kB muxin g overhead: 1.533783% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 30 22:17:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Aug 2014 20:17:48 -0000 Subject: [FFmpeg-trac] #844(documentation:closed): Include content of the news article in the website RSS In-Reply-To: <036.4f4adfd30df45a9009c6a08c682d3c24@avcodec.org> References: <036.4f4adfd30df45a9009c6a08c682d3c24@avcodec.org> Message-ID: <051.07e40f72aede4c602b52a027c787421c@avcodec.org> #844: Include content of the news article in the website RSS -------------------------------------+------------------------------------- Reporter: shimmy | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | documentation Keywords: website, | Resolution: fixed feed, rss | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by beastd): * status: open => closed * resolution: => fixed Comment: Should be fixed by {{{ commit f3e787400b0351d08183df183b6497db53ff6a8d Author: Alexander Strasser Date: Thu May 1 22:34:46 2014 +0200 web/rss: Include content of the news article Fixes Trac ticket #844 Inspired-by-patch-from: Gerion Entrup Signed-off-by: Alexander Strasser }}} Also see [https://ffmpeg.org/pipermail/ffmpeg- devel/2014-August/161990.html this mail]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 02:17:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 00:17:46 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.8eb2cdece31d24b7a564cb4ca6f07661@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): I don't know why, but when doing a bisect a very large proportion of versions fails to build with {{{--disable-vaapi --disable-vdpau}}} (I's say 90%), with link errors like for example: {{{ libavcodec/libavcodec.a(vc1dsp.o): dans la fonction ? ff_vc1dsp_init ?: vc1dsp.c:(.text.unlikely+0x38d): r?f?rence ind?finie vers ? ff_vc1dsp_init_x86 ? collect2: error: ld returned 1 exit status make: *** [ffmpeg_g] Erreur 1 make: *** Attente des t?ches non termin?es.... libavcodec/libavcodec.a(vc1dsp.o): dans la fonction ? ff_vc1dsp_init ?: vc1dsp.c:(.text.unlikely+0x38d): r?f?rence ind?finie vers ? ff_vc1dsp_init_x86 ? collect2: error: ld returned 1 exit status make: *** [ffplay_g] Erreur 1 libavcodec/libavcodec.a(vc1dsp.o): dans la fonction ? ff_vc1dsp_init ?: vc1dsp.c:(.text.unlikely+0x38d): r?f?rence ind?finie vers ? ff_vc1dsp_init_x86 ? collect2: error: ld returned 1 exit status make: *** [ffprobe_g] Erreur 1 }}} I tried playing with configure options, but there is always a large number of build which fail and thus the bisect takes forever. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 09:24:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 07:24:05 -0000 Subject: [FFmpeg-trac] #3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready. In-Reply-To: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> References: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> Message-ID: <053.6cfc2e481e2715cf4f90e6a97c68d08d@avcodec.org> #3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov libxvid | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): It works fine here, did you compile {{{ffmpeg}}} yourself? {{{ $ ffmpeg -f lavfi -i testsrc -vcodec libxvid -t 10 out.avi ffmpeg version N-65992-ge023720 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 31 2014 09:18:34 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libxvid libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.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, avi, to 'out.avi': Metadata: ISFT : Lavf56.3.100 Stream #0:0: Video: mpeg4 (libxvid) (xvid / 0x64697678), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.1.100 libxvid Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg4 (libxvid)) Press [q] to stop, [?] for help frame= 250 fps=0.0 q=3.0 Lsize= 288kB time=00:00:10.00 bitrate= 235.7kbits/s video:276kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.205616% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 09:25:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 07:25:10 -0000 Subject: [FFmpeg-trac] #3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready. In-Reply-To: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> References: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> Message-ID: <053.b2474d30074eed5e6c93c2507c5be3de@avcodec.org> #3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov libxvid | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 cehoyos]: > It works fine here, did you compile {{{ffmpeg}}} yourself? Please ignore, I can reproduce the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 09:43:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 07:43:16 -0000 Subject: [FFmpeg-trac] #3909(undetermined:open): Regression encoding libxvid to mov (was: When you use the livxvid codec in MP4, illegal file ready.) In-Reply-To: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> References: <038.5c3a11a40520b349b1a90765a5ddfa2f@avcodec.org> Message-ID: <053.66dbeca72bd2f3c641c942a235d93cd6@avcodec.org> #3909: Regression encoding libxvid to mov -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mov libxvid | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov libxvid => mov libxvid regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since 862120f9 / 38313626 The output file is broken: {{{ $ ffmpeg -f lavfi -i testsrc -vcodec libxvid -t 10 out.mov ffmpeg version N-65992-ge023720 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 31 2014 09:41:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libxvid libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.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, mov, to 'out.mov': Metadata: encoder : Lavf56.3.100 Stream #0:0: Video: mpeg4 (libxvid) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.1.100 libxvid Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg4 (libxvid)) Press [q] to stop, [?] for help frame= 250 fps=0.0 q=3.0 Lsize= 277kB time=00:00:10.00 bitrate= 227.0kbits/s video:275kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.659599% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 09:52:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 07:52:49 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.df62597e293007e4f6cdb0cbed846647@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I believe you are searching for 0dd4eff5 Please test 0dd4eff5 and 3788b8db to confirm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 09:59:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 07:59:08 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.ae894d12fdc84d94c1af67a2ec0651c3@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 ahthovaikied]: > {{{ > --enable-gpl --enable-version3 --enable-nonfree --disable-runtime- cpudetect --disable-ffserver --disable-ffplay --disable-encoders --disable-decoders --disable-filters --disable-debug --disable-hwaccels --disable-devices --disable-vdpau > }}} Unrelated: Why are you using {{{--enable-version3 --enable-nonfree}}}? What is this supposed to do? And please remove {{{--enable-gpl}}}, it is only useful for decoders and filters but you disable both. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 10:06:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 08:06:13 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.2ec96cbfc85dba6b970876cfecda5bb3@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:32 cehoyos]: > I believe you are searching for 0dd4eff5 Probably not. Which old version did not show a difference with the given configure line? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 11:52:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 09:52:17 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:reopened): Negative time format contains too many minuses: -577014:-32:-22.-77 In-Reply-To: <052.15f95aefe3be99fd85f93cf38c86ff30@avcodec.org> References: <052.15f95aefe3be99fd85f93cf38c86ff30@avcodec.org> Message-ID: <067.689496941022ae2dc0704b0d91609ecc@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: reopened Type: defect | Component: ffmpeg Priority: minor | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): i get a {{{frame= 5 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.16 bitrate=N/A }}} so i guess this must have been fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 12:22:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 10:22:05 -0000 Subject: [FFmpeg-trac] #3427(ffmpeg:closed): Negative time format contains too many minuses: -577014:-32:-22.-77 In-Reply-To: <052.15f95aefe3be99fd85f93cf38c86ff30@avcodec.org> References: <052.15f95aefe3be99fd85f93cf38c86ff30@avcodec.org> Message-ID: <067.1c636c9b237762556976d979f8e62620@avcodec.org> #3427: Negative time format contains too many minuses: -577014:-32:-22.-77 -------------------------------------+------------------------------------- Reporter: | Owner: q345t7n3o67ym23oy8939t | Status: closed Type: defect | Component: ffmpeg Priority: minor | Resolution: fixed Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: I will open a new ticket if I find another example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 13:28:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 11:28:19 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.fd14afa009b673c06e5ee361e2f6109e@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): instead of -f md5 try to store the output in a file and find out with a hex editor what changes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 13:37:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 11:37:57 -0000 Subject: [FFmpeg-trac] #3895(ffmpeg:open): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.f6ad584a4ac0ee41465d372ade981a2b@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate ------------------------------------+---------------------------------- Reporter: JayBlanc | Owner: Type: defect | Status: open Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): I dont think this can be fixed without a sample / testcase to reproduce the issue -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 13:48:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 11:48:04 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.db829b5a6bdf7757355e614d3018ab5f@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): {{{Connection to tcp://86.146.232.61:554?timeout=0 failed: Connection timed out}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 14:11:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 12:11:19 -0000 Subject: [FFmpeg-trac] #3797(avformat:open): AVStream.time_base is causing audio/video sync issues and growing videos In-Reply-To: <038.8a11834fde308fc72997d487102c3596@avcodec.org> References: <038.8a11834fde308fc72997d487102c3596@avcodec.org> Message-ID: <053.2fc7bff55cf011ec9eb8cc7ba2c1dbb9@avcodec.org> #3797: AVStream.time_base is causing audio/video sync issues and growing videos ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): not reproducable with another rtsp source it seems -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 14:27:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 12:27:33 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.d071fbf4fb4b1e8e0351bcaa23a6eba8@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:32 cehoyos]: > I believe you are searching for 0dd4eff5 > Please test 0dd4eff5 and 3788b8db to confirm. Both revisions are good (no difference of MD5). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 14:28:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 12:28:18 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.286dee72e83aac243d3d402d337c2c42@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:34 cehoyos]: > Which old version did not show a difference with the given configure line? I know n2.1.5 is good. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 14:44:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 12:44:15 -0000 Subject: [FFmpeg-trac] #3902(avformat:new): FFmpeg MD5 output different with same data #3 In-Reply-To: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> References: <042.96ccac6b42a164c0d097c26b6a7dd641@avcodec.org> Message-ID: <057.6a2a2434e9fa45f779ed58624dd84f5f@avcodec.org> #3902: FFmpeg MD5 output different with same data #3 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: md5 mpeg2 | Reproduced by developer: 0 ac3 mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): Replying to [comment:35 michael]: > instead of -f md5 try to store the output in a file and find out with a hex editor what changes Without --disable-vaapi --disable-vdpau: {{{ $ ffmpeg -loglevel quiet -i cut.mkv -map v -map a -c copy -f matroska /tmp/output1.mkv }}} With --disable-vaapi --disable-vdpau: {{{ $ ffmpeg -loglevel quiet -i cut.mkv -map v -map a -c copy -f matroska /tmp/output2.mkv }}} Difference: {{{ $ diff <(xxd -c 1 /tmp/output1.mkv) <(xxd -c 1 /tmp/output2.mkv) 350,365c350,365 < 000015d: 5d ] < 000015e: 9c . < 000015f: 9b . < 0000160: b1 . < 0000161: 6b k < 0000162: c4 . < 0000163: d5 . < 0000164: 23 # < 0000165: ce . < 0000166: 29 ) < 0000167: b1 . < 0000168: 3d = < 0000169: 66 f < 000016a: ec . < 000016b: ed . < 000016c: b2 . --- > 000015d: bd . > 000015e: b5 . > 000015f: e9 . > 0000160: 3d = > 0000161: 15 . > 0000162: e3 . > 0000163: a7 . > 0000164: b2 . > 0000165: fa . > 0000166: 14 . > 0000167: 4c L > 0000168: 0a . > 0000169: d2 . > 000016a: a1 . > 000016b: 7f . > 000016c: 6b k }}} It seems the difference is very minimal, I was expecting my terminal to be flooded with diff lines :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 15:07:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 13:07:39 -0000 Subject: [FFmpeg-trac] #3910(avfilter:new): uspp filter using a lot memory Message-ID: <037.55e7aab227b7908190254cb505d002e6@avcodec.org> #3910: uspp filter using a lot memory -------------------------------------+------------------------------------- Reporter: chronek | Type: Status: new | enhancement Component: avfilter | Priority: wish Keywords: uspp | Version: git- mpfilter | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hello, Trying to filter video by uspp and fixed qp, it taking almost all memory in my computer, it is imposible for me to filter in good resolution. I would like to see some improvments over memory usage in this filter, to be able filter 4k video with 8GB memory. How to reproduce: - filtering single impage 1920:1080 need about 5GB memory: ffmpeg.exe -i test.png -vf mp=uspp=7:6 out.png - filtering video 1920:1080 need about 6GB memory: ffmpeg.exe -loop 1 -i test.png -r 25 -t 00:00:30 -vf mp=uspp=7:6 out.avi - filtering video in 2560:1440 resolution need about 10GB memory: ffmpeg.exe -loop 1 -i test.png -r 25 -t 00:00:30 -vf scale=-1:1440,mp=uspp=7:6 out.avi - filtering video in 3840:2160 resolution ... i do not have that much memory .... Some log from filtering single image: C:\inne>ffmpeg.exe -i test.png -vf mp=uspp=7:6 out.png ffmpeg version N-65991-g8c63a0d Copyright (c) 2000-2014 the FFmpeg developers built on Aug 30 2014 22:10:41 with gcc 4.8.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, image2, from 'test.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 1920x1080 [SAR 2835:2835 DAR 16:9], 25 tbr, 2 5 tbn, 25 tbc [Parsed_mp_0 @ 0000000002afaae0] 'uspp' is a wrapped MPlayer filter (libmpcodecs ). This filter may be removed once it has been ported to a native libavfilter. Output #0, image2, to 'out.png': Metadata: encoder : Lavf56.3.100 Stream #0:0: Video: png, rgb24, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb /s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.1.100 png Stream mapping: Stream #0:0 -> #0:0 (png (native) -> png (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:56kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov erhead: unknown % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 15:27:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 13:27:08 -0000 Subject: [FFmpeg-trac] #3891(undetermined:closed): mjpeg: green vertical line In-Reply-To: <039.fb470e5222d82c65e4737eb3d2093c9c@avcodec.org> References: <039.fb470e5222d82c65e4737eb3d2093c9c@avcodec.org> Message-ID: <054.9d3e2913e1c3f34cdc726c6a47113dfe@avcodec.org> #3891: mjpeg: green vertical line -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 63a52ca134dc4ee648a547c7c410d547f371b481 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 31 18:38:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Aug 2014 16:38:37 -0000 Subject: [FFmpeg-trac] #3895(ffmpeg:closed): Multiple issues around the new function of -max_error_rate In-Reply-To: <038.042d13133d0124db116197800561cfd2@avcodec.org> References: <038.042d13133d0124db116197800561cfd2@avcodec.org> Message-ID: <053.4fc301f9901a5c702f6fa7bf2fb31760@avcodec.org> #3895: Multiple issues around the new function of -max_error_rate -------------------------------------+------------------------------------- Reporter: JayBlanc | Owner: Type: defect | Status: closed Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: regression | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can provide a test case. -- Ticket URL: FFmpeg FFmpeg issue tracker