From trac at avcodec.org Thu Dec 1 00:30:48 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Nov 2011 23:30:48 -0000 Subject: [FFmpeg-trac] #695(avcodec:closed): uncompressed (maybe broken) pictor image crashes ffmpeg In-Reply-To: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> References: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> Message-ID: <053.24a5f83b870cb636780f373ae42e8cf2@avcodec.org> #695: uncompressed (maybe broken) pictor image crashes ffmpeg ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => pictor * resolution: => fixed Comment: Should be fixed, thank you for the sample. Does any application show the picture? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 00:57:37 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Nov 2011 23:57:37 -0000 Subject: [FFmpeg-trac] #695(avcodec:closed): uncompressed (maybe broken) pictor image crashes ffmpeg In-Reply-To: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> References: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> Message-ID: <053.1b53e5ad41fc70a4fa18a78a7da6dc04@avcodec.org> #695: uncompressed (maybe broken) pictor image crashes ffmpeg ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Two programs on Amiga can decode the picture (one of them created it), but on PC I can't find any whcih will do the job. Maybe the problem is that uncompressed pictor images are not supported by them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 01:12:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 00:12:43 -0000 Subject: [FFmpeg-trac] #696(undetermined:new): crash with pictor file Message-ID: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> #696: crash with pictor file -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- the attached file was created with pmview and decodes fine with one amiga graphics program {{{ GNU gdb (GDB) 7.2 Copyright (C) 2010 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 "mingw32". For bug reporting instructions, please see: ... Reading symbols from F:\MinGW\msys\1.0\ffmpeg-HEAD- d3bc75c/ffmpeg_g.exe...done. (gdb) r -i pmview.pic jjj.bmp Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-d3bc75c/ffmpeg_g.exe -i pmview.p ic jjj.bmp [New Thread 700.0x8cc] ffmpeg version 0.8.5.git-d3bc75c, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 18:11:47 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 28. 0 / 53. 28. 0 libavformat 53. 19. 0 / 53. 19. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 0 / 2. 47. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, image2, from 'pmview.pic': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: pictor, pal8, 627x511, 25 tbr, 25 tbn, 25 tbc [buffer @ 03ba1720] w:627 h:511 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'jjj.bmp': Metadata: encoder : Lavf53.19.0 Stream #0:0: Video: bmp, pal8, 627x511, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (pictor -> bmp) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x005cbf2f in picmemset_8bpp (avctx=0x3b9ef18, data=0x3ba1c70, data_size=0x22deac, avpkt=0x22de08) at libavcodec/pictordec.c:51 51 memset(d + *x, value, run); (gdb) bt #0 0x005cbf2f in picmemset_8bpp (avctx=0x3b9ef18, data=0x3ba1c70, data_size=0x22deac, avpkt=0x22de08) at libavcodec/pictordec.c:51 #1 decode_frame (avctx=0x3b9ef18, data=0x3ba1c70, data_size=0x22deac, avpkt=0x22de08) at libavcodec/pictordec.c:222 #2 0x004f9bde in avcodec_decode_video2 (avctx=0x3b9ef18, picture=0x3ba1c70, got_picture_ptr=0x22deac, avpkt=0x22de08) at libavcodec/utils.c:819 #3 0x004078fa in output_packet (ist=0x3ba1350, ist_index=0, ost_table=0x3b97420, nb_ostreams=1, pkt=0x22fbc8) at ffmpeg.c:1711 #4 0x0040aa53 in transcode (output_files=, nb_output_files=0, input_files=0x0, nb_input_files=4257983) at ffmpeg.c:2692 #5 0x0022ff48 in ?? () #6 0x00000000 in ?? () (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x5cbf0f to 0x5cbf4f: 0x005cbf0f : and $0x28,%al 0x005cbf11 : inc %edx 0x005cbf12 : mov %edx,0x3c(%esp) 0x005cbf16 : mov %edx,%esi 0x005cbf18 : jmp 0x5cbd93 0x005cbf1d : mov 0x34(%esp),%esi 0x005cbf21 : xor %eax,%eax 0x005cbf23 : add %eax,%edx 0x005cbf25 : mov %edx,%edi 0x005cbf27 : mov 0x34(%esp),%ecx 0x005cbf2b : mov 0x28(%esp),%al => 0x005cbf2f : rep stos %al,%es:(%edi) 0x005cbf31 : mov %esi,%eax 0x005cbf33 : test %ebp,%ebp 0x005cbf35 : jns 0x5cbd54 0x005cbf3b : jmp 0x5cbd1d 0x005cbf40 : xor %eax,%eax 0x005cbf42 : jmp 0x5cbd54 0x005cbf47 : mov 0x88(%esp),%eax 0x005cbf4e : movl $0x118,(%eax) End of assembler dump. (gdb) info all-registers eax 0xa0 160 ecx 0xa0 160 edx 0x40efd70 68091248 ebx 0x3ba1af0 62528240 esp 0x22da70 0x22da70 ebp 0xfffffe43 0xfffffe43 esi 0xa0 160 edi 0x40efd70 68091248 eip 0x5cbf2f 0x5cbf2f eflags 0x10202 [ IF RF ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 -2147483648 (raw 0xc01e8000000000000000) st4 0 (raw 0x00000000000000000000) st5 10 (raw 0x4002a000000000000000) st6 1e+100 (raw 0x414b924d692ca61be800) st7 0 (raw 0x00000000000000000000) fctrl 0xffff037f -64641 fstat 0xffff0020 -65504 ftag 0xffffffff -1 fiseg 0x0 0 fioff 0x0 0 foseg 0xffff0000 -65536 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm4 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm5 {uint64 = 0xa000000000000000, v2_int32 = {0x0, 0xa0000000}, v4_int16 = {0x0, 0x0, 0x0, 0xa000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xa0}} mm6 {uint64 = 0x924d692ca61be800, v2_int32 = {0xa61be800, 0x924d692c}, v4_int16 = {0xe800, 0xa61b, 0x692c, 0x924d}, v8_int8 = {0x0, 0xe8, 0x1b, 0xa6, 0x2c, 0x69, 0x4d, 0x92}} mm7 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 01:28:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 00:28:34 -0000 Subject: [FFmpeg-trac] #696(avcodec:open): crash with pictor file In-Reply-To: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> References: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> Message-ID: <053.be266b79006b8b953a9f8cca2f645bcd@avcodec.org> #696: crash with pictor file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: pictor | 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: => pictor -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 04:59:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 03:59:39 -0000 Subject: [FFmpeg-trac] #697(avcodec:new): Some H.264 cannot decoded Message-ID: <037.3fed9092b8949a64fbea430c9ec196c5@avcodec.org> #697: Some H.264 cannot decoded ----------------------------------+-------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: important Component: avcodec | Version: git-master Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- http://www.gokuai.com/f/Ap04i705z8902L84 This file cannot decoded. This problem can fixing by... h264_ps.c's line 582.. if(bits_left > 0 && more_rbsp_data_in_pps(h, pps)){ -> if(bits_left && (bits_left > 8 || show_bits(&s->gb, bits_left) != 1 << (bits_left - 1))) { -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 05:18:38 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 04:18:38 -0000 Subject: [FFmpeg-trac] #606(undetermined:open): A/V desync for 60fps H264 in avi on playback In-Reply-To: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> References: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> Message-ID: <052.258e0c5c1db7a805cf5febf44a3bc5a1@avcodec.org> #606: A/V desync for 60fps H264 in avi on playback -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 avi | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by kyh96403): cook and vc1 is work fine!! Thanks~~ ^^ dca/ac3 is already fixed. But I cannot find FFmpeg's log. Here is Libav's log(http://git.libav.org/?p=libav.git;a=commitdiff;h=5463e83dbc9825f3962118f0d3328be82aea3308) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 09:27:02 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 08:27:02 -0000 Subject: [FFmpeg-trac] #696(avcodec:open): crash with pictor file In-Reply-To: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> References: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> Message-ID: <053.447f7d6791c5f5babf6c7b27c4754c2f@avcodec.org> #696: crash with pictor file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by pross): A patch preventing the segfault has been posted to ffmpeg-devel, but ffmpeg decoder output looks like garbage. The pmview.pic file reports itself as an 8pp, single plane image. I tried loading these into PC-Paint 3.1 (MS-DOS), but it refuses to load them. I suspect the image is corrupt. Next steps 1. Can you try saving a smaller image (e.g. 320x200) with the Amiga software. Also post the original file. 2. Can you try loading known-good 8pp, single plane files into the Amiga software. Say this one: [http://samples.mplayerhq.hu/image- samples/pictor/LEYES.PIC]. Cheers, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 11:38:38 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 10:38:38 -0000 Subject: [FFmpeg-trac] #696(avcodec:open): crash with pictor file In-Reply-To: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> References: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> Message-ID: <053.2eab03a0bfcdafcc4588fa6ddb7c15b2@avcodec.org> #696: crash with pictor file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): > Can you try saving a smaller image (e.g. 320x200) with the Amiga software. Also post the original file. I have created the samples with two programs (1_*.pic/2_*.pic). I suspect that the first program may create broken files, so I'm not sure how usefull these samples will be (packed file is bigger than uncompressed). The second program is not able to create uncompressed files. > Can you try loading known-good 8pp, single plane files into the Amiga software. Say this one: http://samples.mplayerhq.hu/image- samples/pictor/LEYES.PIC. The file loads just fine to two Amiga programs which supports pictor. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 16:57:21 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 15:57:21 -0000 Subject: [FFmpeg-trac] #697(avcodec:open): Some H.264 cannot decoded In-Reply-To: <037.3fed9092b8949a64fbea430c9ec196c5@avcodec.org> References: <037.3fed9092b8949a64fbea430c9ec196c5@avcodec.org> Message-ID: <052.8988d7c15b58544726c83651b4f2a773@avcodec.org> #697: Some H.264 cannot decoded -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: anatoly (added) * keywords: h264 => h264 regression * status: new => open * reproduced: 0 => 1 Old description: > http://www.gokuai.com/f/Ap04i705z8902L84 > This file cannot decoded. > > This problem can fixing by... > > h264_ps.c's line 582.. > if(bits_left > 0 && more_rbsp_data_in_pps(h, pps)){ -> if(bits_left && > (bits_left > 8 || show_bits(&s->gb, bits_left) != 1 << (bits_left - 1))) > { New description: http://www.gokuai.com/f/Ap04i705z8902L84 This file cannot decoded. This problem can fixing by... h264_ps.c's line 582.. {{{ if(bits_left > 0 && more_rbsp_data_in_pps(h, pps)){ -> if(bits_left && (bits_left > 8 || show_bits(&s->gb, bits_left) != 1 << (bits_left - 1))) { }}} -- Comment: Your patch breaks the sample from ticket #685. For future bugreports: Please always add a command line (ffmpeg if possible) that allows to reproduce the problem, and please add complete, uncut console output for that command. {{{ $ ffmpeg -i Deep%20Blue.ts ffmpeg version N-35328-gf3f4884, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 1 2011 16:28:50 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x13a06a0] Increasing reorder buffer to 1 [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 56 0, bytestream (9927) [h264 @ 0x13a06a0] top block unavailable for requested intra mode at 57 13 [h264 @ 0x13a06a0] error while decoding MB 57 12, bytestream (9842) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 46 24, bytestream (10918) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 30 36, bytestream (12218) [h264 @ 0x13a06a0] Reference 4 >= 2 [h264 @ 0x13a06a0] error while decoding MB 59 48, bytestream (13658) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 57 60, bytestream (16495) [h264 @ 0x13a06a0] concealing 6087 DC, 6087 AC, 6087 MV errors [h264 @ 0x13a06a0] top block unavailable for requested intra mode at 3 0 [h264 @ 0x13a06a0] error while decoding MB 3 0, bytestream (22977) [h264 @ 0x13a06a0] top block unavailable for requested intra mode at 1 12 [h264 @ 0x13a06a0] error while decoding MB 1 12, bytestream (22751) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 1 24 [h264 @ 0x13a06a0] error while decoding MB 1 24, bytestream (26042) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 6 36, bytestream (24881) [h264 @ 0x13a06a0] Reference 4 >= 2 [h264 @ 0x13a06a0] error while decoding MB 8 48, bytestream (26187) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 1 60, bytestream (23871) [h264 @ 0x13a06a0] concealing 6120 DC, 6120 AC, 6120 MV errors [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 10 0, bytestream (10038) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 5 12, bytestream (9709) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 1 60, bytestream (15326) [h264 @ 0x13a06a0] concealing 6011 DC, 6011 AC, 6011 MV errors [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x13a06a0] left block unavailable for requested intra mode at 0 1 [h264 @ 0x13a06a0] error while decoding MB 0 0, bytestream (10530) [h264 @ 0x13a06a0] top block unavailable for requested intra mode at 7 24 [h264 @ 0x13a06a0] error while decoding MB 7 24, bytestream (11766) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 31 36, bytestream (12136) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 5 60, bytestream (14217) [h264 @ 0x13a06a0] concealing 6094 DC, 6094 AC, 6094 MV errors [h264 @ 0x13a06a0] left block unavailable for requested intra mode at 0 1 [h264 @ 0x13a06a0] error while decoding MB 0 0, bytestream (25567) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 6 12, bytestream (25577) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 6 26, bytestream (26044) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 11 36, bytestream (26589) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 16 48, bytestream (27233) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 9 60, bytestream (21771) [h264 @ 0x13a06a0] concealing 5983 DC, 5983 AC, 5983 MV errors [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 63 12, bytestream (10262) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 2 24, bytestream (11825) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 3 36 [h264 @ 0x13a06a0] error while decoding MB 3 36, bytestream (12059) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 4 60, bytestream (12968) [h264 @ 0x13a06a0] concealing 5650 DC, 5650 AC, 5650 MV errors [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 27 36, bytestream (11800) [h264 @ 0x13a06a0] Reference 6 >= 2 [h264 @ 0x13a06a0] error while decoding MB 5 48, bytestream (13544) [h264 @ 0x13a06a0] Reference 5 >= 2 [h264 @ 0x13a06a0] error while decoding MB 17 60, bytestream (12368) [h264 @ 0x13a06a0] concealing 5805 DC, 5805 AC, 5805 MV errors [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 2 0, bytestream (26576) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 57 12, bytestream (25592) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 2 24, bytestream (27739) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 6 36, bytestream (27941) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 9 48, bytestream (27655) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 11 60 [h264 @ 0x13a06a0] error while decoding MB 11 60, bytestream (20694) [h264 @ 0x13a06a0] concealing 6112 DC, 6112 AC, 6112 MV errors [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 4 12, bytestream (10216) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 3 24, bytestream (11170) [h264 @ 0x13a06a0] Reference 4 >= 2 [h264 @ 0x13a06a0] error while decoding MB 16 36, bytestream (11667) [h264 @ 0x13a06a0] left block unavailable for requested intra mode at 0 49 [h264 @ 0x13a06a0] error while decoding MB 0 48, bytestream (13640) [h264 @ 0x13a06a0] Reference 4 >= 2 [h264 @ 0x13a06a0] error while decoding MB 5 60, bytestream (10881) [h264 @ 0x13a06a0] concealing 6116 DC, 6116 AC, 6116 MV errors [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 22 0, bytestream (10122) [h264 @ 0x13a06a0] Reference 7 >= 2 [h264 @ 0x13a06a0] error while decoding MB 17 12, bytestream (10850) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 11 24, bytestream (11693) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 1 36, bytestream (12078) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 6 48, bytestream (13545) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 16 60, bytestream (10252) [h264 @ 0x13a06a0] concealing 6120 DC, 6120 AC, 6120 MV errors [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 0 0 [h264 @ 0x13a06a0] error while decoding MB 0 0, bytestream (24696) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 0 12 [h264 @ 0x13a06a0] error while decoding MB 0 12, bytestream (24643) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 0 24 [h264 @ 0x13a06a0] error while decoding MB 0 24, bytestream (25143) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 0 36 [h264 @ 0x13a06a0] error while decoding MB 0 36, bytestream (25051) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 0 48 [h264 @ 0x13a06a0] error while decoding MB 0 48, bytestream (24783) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 0 60 [h264 @ 0x13a06a0] error while decoding MB 0 60, bytestream (17964) [h264 @ 0x13a06a0] concealing 6120 DC, 6120 AC, 6120 MV errors [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Reference 4 >= 2 [h264 @ 0x13a06a0] error while decoding MB 2 0, bytestream (9653) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 4 24, bytestream (10266) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 25 36 [h264 @ 0x13a06a0] error while decoding MB 25 36, bytestream (10730) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 2 48, bytestream (12756) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 8 60, bytestream (10184) [h264 @ 0x13a06a0] concealing 6090 DC, 6090 AC, 6090 MV errors [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 3 0, bytestream (10506) [h264 @ 0x13a06a0] top block unavailable for requested intra mode at 1 12 [h264 @ 0x13a06a0] error while decoding MB 1 12, bytestream (10593) [h264 @ 0x13a06a0] Reference 4 >= 2 [h264 @ 0x13a06a0] error while decoding MB 6 24, bytestream (10431) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 18 36, bytestream (11537) [h264 @ 0x13a06a0] Reference 4 >= 2 [h264 @ 0x13a06a0] error while decoding MB 33 60, bytestream (8907) [h264 @ 0x13a06a0] concealing 5888 DC, 5888 AC, 5888 MV errors [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 19 0 [h264 @ 0x13a06a0] error while decoding MB 19 0, bytestream (25556) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 4 12, bytestream (25832) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 14 25 [h264 @ 0x13a06a0] error while decoding MB 14 24, bytestream (25826) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 27 36, bytestream (27143) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 6 48, bytestream (26435) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 5 60, bytestream (18798) [h264 @ 0x13a06a0] concealing 6120 DC, 6120 AC, 6120 MV errors [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 22 0, bytestream (9835) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 28 12, bytestream (9595) [h264 @ 0x13a06a0] top block unavailable for requested intra4x4 mode -1 at 2 36 [h264 @ 0x13a06a0] error while decoding MB 2 36, bytestream (11028) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 39 60, bytestream (8972) [h264 @ 0x13a06a0] concealing 6080 DC, 6080 AC, 6080 MV errors [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 14 12, bytestream (10691) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 49 24, bytestream (9976) [h264 @ 0x13a06a0] Reference 4 >= 2 [h264 @ 0x13a06a0] error while decoding MB 78 38, bytestream (11015) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 17 48, bytestream (11697) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 4 60, bytestream (8599) [h264 @ 0x13a06a0] concealing 5868 DC, 5868 AC, 5868 MV errors [h264 @ 0x13a06a0] top block unavailable for requested intra mode at 16 0 [h264 @ 0x13a06a0] error while decoding MB 16 0, bytestream (26184) [h264 @ 0x13a06a0] top block unavailable for requested intra mode at 21 12 [h264 @ 0x13a06a0] error while decoding MB 21 12, bytestream (26065) [h264 @ 0x13a06a0] Reference 6 >= 2 [h264 @ 0x13a06a0] error while decoding MB 2 24, bytestream (26932) [h264 @ 0x13a06a0] Reference 3 >= 2 [h264 @ 0x13a06a0] error while decoding MB 1 36, bytestream (27895) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 4 48, bytestream (25303) [h264 @ 0x13a06a0] Reference 2 >= 2 [h264 @ 0x13a06a0] error while decoding MB 5 60, bytestream (18006) [h264 @ 0x13a06a0] concealing 6120 DC, 6120 AC, 6120 MV errors [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch [h264 @ 0x13a06a0] Current profile doesn't provide more RBSP data in PPS, skipping [mpegts @ 0x139c7a0] PES packet size mismatch Last message repeated 3 times Input #0, mpegts, from 'Deep%20Blue.ts': Duration: 00:01:53.87, start: 8894.988000, bitrate: 22099 kb/s Program 2 Stream #0:0[0x21]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1440x1080 [SAR 15:11 DAR 20:11], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x24]: Audio: dts (DTS) (DTS2 / 0x32535444), 48000 Hz, 5.1(side), s16, 1536 kb/s Stream #0:2[0x26]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 384 kb/s At least one output file must be specified }}} Possibly a regression since a7cfef29. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 17:10:17 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 16:10:17 -0000 Subject: [FFmpeg-trac] #696(avcodec:open): pictor file decodes incorrectly (was: crash with pictor file) In-Reply-To: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> References: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> Message-ID: <053.be4191a6452aa10d0be2e283a8ff223d@avcodec.org> #696: pictor file decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: important => normal Comment: The crash has been fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 17:28:02 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 16:28:02 -0000 Subject: [FFmpeg-trac] #697(avcodec:closed): Some H.264 cannot decoded In-Reply-To: <037.3fed9092b8949a64fbea430c9ec196c5@avcodec.org> References: <037.3fed9092b8949a64fbea430c9ec196c5@avcodec.org> Message-ID: <052.658f5c97e5d23b9dc000eeb1e76c66e3@avcodec.org> #697: Some H.264 cannot decoded -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed localy, will push soon Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 18:04:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 17:04:09 -0000 Subject: [FFmpeg-trac] #647(FFmpeg:closed): Add support for -dn (to disable data streams) In-Reply-To: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> References: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> Message-ID: <051.32a0a7c94abfd1cc75fa00fb784f6104@avcodec.org> #647: Add support for -dn (to disable data streams) -------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 18:37:08 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 17:37:08 -0000 Subject: [FFmpeg-trac] #456(avcodec:closed): Invalid read in get_vlc2 In-Reply-To: <036.78b36063a1b4f5a7b7aba124f615d1b9@avcodec.org> References: <036.78b36063a1b4f5a7b7aba124f615d1b9@avcodec.org> Message-ID: <051.1ba670137ddf09dc3b632d4f11bd5111@avcodec.org> #456: Invalid read in get_vlc2 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV vc1 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 20:39:50 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 19:39:50 -0000 Subject: [FFmpeg-trac] #660(undetermined:closed): x264opts does not accepts options without values In-Reply-To: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> References: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> Message-ID: <049.6d8fb5d296c23f4d41aa0fc0059422ef@avcodec.org> #660: x264opts does not accepts options without values -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Locally fixed, will be in mainline in a moment -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 21:04:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 20:04:39 -0000 Subject: [FFmpeg-trac] #658(avcodec:closed): auto-select yuv420p for RGB inputs with libx264 In-Reply-To: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> References: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> Message-ID: <050.65af9ec8f018af52f5ba6c9dc5ed9ea6@avcodec.org> #658: auto-select yuv420p for RGB inputs with libx264 -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Locally fixed through a 2nd AVCodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 1 21:05:49 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Dec 2011 20:05:49 -0000 Subject: [FFmpeg-trac] #658(avcodec:closed): auto-select yuv420p for RGB inputs with libx264 In-Reply-To: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> References: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> Message-ID: <050.df654626170a9e8fac1c3d7147df0784@avcodec.org> #658: auto-select yuv420p for RGB inputs with libx264 -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): And a better solution is of course welcome ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 03:38:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 02:38:54 -0000 Subject: [FFmpeg-trac] #693(avcodec:closed): Current profile doesn't provide more RBSP data in PPS, skipping In-Reply-To: <034.b849459c8739f055f31d2a4a1de278f7@avcodec.org> References: <034.b849459c8739f055f31d2a4a1de278f7@avcodec.org> Message-ID: <049.f246b4b3ecc8d2f2d84aa3d27d2644b5@avcodec.org> #693: Current profile doesn't provide more RBSP data in PPS, skipping ------------------------------------+----------------------------------- Reporter: asbro | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: verbosity | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * component: undetermined => avcodec * priority: normal => minor * version: unspecified => git-master * keywords: => verbosity * resolution: => fixed Comment: The message has a lower verbosity now, should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 03:39:56 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 02:39:56 -0000 Subject: [FFmpeg-trac] #560(avcodec:closed): QMP4 video outputs many warnings In-Reply-To: <035.ddbac9e67e2e4345eab666dd92c8c251@avcodec.org> References: <035.ddbac9e67e2e4345eab666dd92c8c251@avcodec.org> Message-ID: <050.5e061539798b119ede471e78aa1b853c@avcodec.org> #560: QMP4 video outputs many warnings -------------------------------------+----------------------------------- Reporter: bf4648 | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: qmp4 asp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The message has a lower verbosity now, no more warnings are shown while decoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 09:51:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 08:51:32 -0000 Subject: [FFmpeg-trac] #696(avcodec:open): pictor file decodes incorrectly In-Reply-To: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> References: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> Message-ID: <053.d8e14491990c88bd112ff8e89cbaf008@avcodec.org> #696: pictor file decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by pross): All those files 1_*.pic, 2_*.pic files load correctly in PC-Paint 3.1. (Nb: 1_packed and 1_uncompressed have some corruption at the bottom of the image. This appears to be in the image, as I see the same in FFmpeg's pictordec and PC-Paint). I had another look at pmview.pic. It has odd dimensions (627x511). Can you try saving that image with even dimensions? 628x512? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 09:52:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 08:52:27 -0000 Subject: [FFmpeg-trac] #695(avcodec:closed): uncompressed (maybe broken) pictor image crashes ffmpeg In-Reply-To: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> References: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> Message-ID: <053.d4aa3370ecff77cabcc29004232e9cd4@avcodec.org> #695: uncompressed (maybe broken) pictor image crashes ffmpeg ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by pross): This image is too big for PC-Paint 3.1 (MS-DOS) to load. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 09:58:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 08:58:54 -0000 Subject: [FFmpeg-trac] #696(avcodec:open): pictor file decodes incorrectly In-Reply-To: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> References: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> Message-ID: <053.c18320ed8613e930a19253b466a5719e@avcodec.org> #696: pictor file decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by pross): AND, if you can be bothered, try saving a VGA-sized image with odd dimensions too. e.g. 319 x 199 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 10:33:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 09:33:38 -0000 Subject: [FFmpeg-trac] #696(avcodec:open): pictor file decodes incorrectly In-Reply-To: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> References: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> Message-ID: <053.dc407294eb40bf3bca9aa57fc2781bc9@avcodec.org> #696: pictor file decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 14:00:37 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 13:00:37 -0000 Subject: [FFmpeg-trac] #236(avformat:open): Floating point exception error with -dcodec copy on QuickTime timecode track In-Reply-To: <036.ae45ecabf1d9eae444ed11e4bd095441@avcodec.org> References: <036.ae45ecabf1d9eae444ed11e4bd095441@avcodec.org> Message-ID: <051.3d24da6e59f40f15c1784f031ca400ac@avcodec.org> #236: Floating point exception error with -dcodec copy on QuickTime timecode track -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: dcodec | Blocked By: crash fpe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dcodec => dcodec crash fpe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 14:04:02 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 13:04:02 -0000 Subject: [FFmpeg-trac] #621(undetermined:closed): -dcodec copy doesn't copy dcodec In-Reply-To: <036.4bc31d0f5f7f2d0d8bc2c4e5d1938024@avcodec.org> References: <036.4bc31d0f5f7f2d0d8bc2c4e5d1938024@avcodec.org> Message-ID: <051.daeacbde4fa814a456ac493431eed574@avcodec.org> #621: -dcodec copy doesn't copy dcodec -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: dcodec | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dcodec * status: new => closed * resolution: => invalid Comment: You have to specify -map 0:2 (or similar options) to copy the data track into the (mov) output file. As you know, this currently does not work currently due to ticket #236. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 14:05:39 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 13:05:39 -0000 Subject: [FFmpeg-trac] #663(undetermined:open): iff ilbm: add ehb color mode In-Reply-To: <038.fe7637195f54ed6128c276406770d36b@avcodec.org> References: <038.fe7637195f54ed6128c276406770d36b@avcodec.org> Message-ID: <053.57034ed1b420d903802707f6fd36937e@avcodec.org> #663: iff ilbm: add ehb color mode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => wish * version: unspecified => git-master * keywords: => iff * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 14:14:04 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 13:14:04 -0000 Subject: [FFmpeg-trac] #253(avformat:closed): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.5f8d2b2ae2d71ebe8e816e42b5105336@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------+------------------------------------- Reporter: Andrew | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac | needs_more_info after av_write_header stream | Blocked By: time_base | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: rhuddusa (added) * status: open => closed * resolution: => needs_more_info Comment: Concerning the original issue, I am closing this ticket, please reopen if you can provide the missing information. Concerning the problem with multichannel ac3-in-avi on xbox 360: I still believe this could be fixed (easily), but only if more information can be provided. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 14:17:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 13:17:38 -0000 Subject: [FFmpeg-trac] #507(undetermined:open): Initial A/V desync when remuxing or transcoding ASP / MP3 in avi In-Reply-To: <036.2f32b1af4826e9b2245fe1c8e5a9e2f4@avcodec.org> References: <036.2f32b1af4826e9b2245fe1c8e5a9e2f4@avcodec.org> Message-ID: <051.3ec0bcd619e7de5c23e1f04b97cfd14f@avcodec.org> #507: Initial A/V desync when remuxing or transcoding ASP / MP3 in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: avi mpeg4 | Resolution: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Works fine with -async 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 15:15:07 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 14:15:07 -0000 Subject: [FFmpeg-trac] #291(FFplay:open): FFplay adds unnecessary black bars at the left and right side of the video In-Reply-To: <038.04a30a19add6628d7f1d3ca968f2e0f1@avcodec.org> References: <038.04a30a19add6628d7f1d3ca968f2e0f1@avcodec.org> Message-ID: <053.089d5096eed96407a389fab9c3a0ba05@avcodec.org> #291: FFplay adds unnecessary black bars at the left and right side of the video ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => FFplay * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 18:42:37 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 17:42:37 -0000 Subject: [FFmpeg-trac] #695(avcodec:closed): uncompressed (maybe broken) pictor image crashes ffmpeg In-Reply-To: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> References: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> Message-ID: <053.e49187e546d2005bf2a11844057bf6b3@avcodec.org> #695: uncompressed (maybe broken) pictor image crashes ffmpeg ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Decoding implemented by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 20:57:48 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 19:57:48 -0000 Subject: [FFmpeg-trac] #698(undetermined:new): targa: support right-to-left order Message-ID: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> #698: targa: support right-to-left order -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Returns 1 if the Targa is stored in right-to-left order, or 0 if left-to- right order. Be aware that some Targa readers don't honor right-to-left storage order. http://dmr.ath.cx/gfx/targa/ {{{ C:\>ffmpeg -i righttoleft.tga ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'righttoleft.tga': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: targa, bgr24, 319x199, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 21:30:33 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 20:30:33 -0000 Subject: [FFmpeg-trac] #699(undetermined:new): BMP: support BMP OS/2 v2 with RLE compression Message-ID: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> #699: BMP: support BMP OS/2 v2 with RLE compression -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The attached file decodes correctly in IrfanView/Photoshop. Seems like header check should be modified to support this file: libavcodec/bmp.c: {{{ depth = bytestream_get_le16(&buf); // if(ihsize == 40) comp = bytestream_get_le32(&buf); // else // comp = BMP_RGB; if(comp != BMP_RGB && comp != BMP_BITFIELDS && comp != BMP_RLE4 && comp != BMP_RLE8){ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 21:31:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 20:31:27 -0000 Subject: [FFmpeg-trac] #699(undetermined:new): BMP: support BMP OS/2 v2 with RLE compression In-Reply-To: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> References: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> Message-ID: <053.b23f90e8a8762bad052e19910b8ab00d@avcodec.org> #699: BMP: support BMP OS/2 v2 with RLE compression -------------------------------------+------------------------------------- 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): {{{ C:\>ffmpeg -i bmp.bmp ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'bmp.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, pal8, 1023x767, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 2 21:58:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Dec 2011 20:58:14 -0000 Subject: [FFmpeg-trac] #699(undetermined:new): BMP: support BMP OS/2 v2 with RLE compression In-Reply-To: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> References: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> Message-ID: <053.c02b3874a6acf831dc0682388763592e@avcodec.org> #699: BMP: support BMP OS/2 v2 with RLE compression -------------------------------------+------------------------------------- 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): "the major difference between v1.x and v2.x files is the size of the bitmap header. This header is 14 bytes in length in v1.x BMP files and is 64 bytes in length in v2.x files." and this seems to work {{{ if(ihsize == 40 || ihsize == 64) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 01:36:45 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 00:36:45 -0000 Subject: [FFmpeg-trac] #699(avcodec:open): BMP: support BMP OS/2 v2 with RLE compression In-Reply-To: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> References: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> Message-ID: <053.94cd806f0f41a849df9ca7418bed75d1@avcodec.org> #699: BMP: support BMP OS/2 v2 with RLE compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => bmp * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Please consider sending a patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 03:36:15 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 02:36:15 -0000 Subject: [FFmpeg-trac] #571(avcodec:closed): Convert to mp4 from AVI error message In-Reply-To: <035.9d22b38eb00beb288e45c837948600c8@avcodec.org> References: <035.9d22b38eb00beb288e45c837948600c8@avcodec.org> Message-ID: <050.0f118a59f3e4013c5f76417d3d45d957@avcodec.org> #571: Convert to mp4 from AVI error message -------------------------------------+------------------------------------- Reporter: bf4648 | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: verbosity | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: avformat => avcodec * priority: normal => minor * keywords: => verbosity h264 * resolution: => fixed Comment: The warning messages should be silenced, if you still encounter frame drops, please reopen the ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 05:27:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 04:27:14 -0000 Subject: [FFmpeg-trac] #693(avcodec:closed): Current profile doesn't provide more RBSP data in PPS, skipping In-Reply-To: <034.b849459c8739f055f31d2a4a1de278f7@avcodec.org> References: <034.b849459c8739f055f31d2a4a1de278f7@avcodec.org> Message-ID: <049.bf3aa30666ef9219d42d54a619ded8a0@avcodec.org> #693: Current profile doesn't provide more RBSP data in PPS, skipping ------------------------------------+----------------------------------- Reporter: asbro | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: verbosity | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by asbro): thanks, solved! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 11:39:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 10:39:05 -0000 Subject: [FFmpeg-trac] #700(undetermined:new): tiff: support CCITT FAX3/4 in uncompressed mode Message-ID: <038.13301480da515ff6f45b161ea1c7b84b@avcodec.org> #700: tiff: support CCITT FAX3/4 in uncompressed mode -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- decodes fine with photoshop {{{ C:\>ffmpeg -i CCITT_FAX3_unc.tif ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [tiff @ 02615B60] Uncompressed fax mode is not supported (yet) Input #0, image2, from 'CCITT_FAX3_unc.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, monob, 1023x767, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} {{{ C:\>ffmpeg -i CCITT_FAX4_unc.tif ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [tiff @ 02615B60] Uncompressed fax mode is not supported (yet) Input #0, image2, from 'CCITT_FAX4_unc.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, monob, 1023x767, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:11:23 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:11:23 -0000 Subject: [FFmpeg-trac] #638(avcodec:open): add support for tiled TIFF In-Reply-To: <038.a49cff851f7e9147ba337f0da3ee8a58@avcodec.org> References: <038.a49cff851f7e9147ba337f0da3ee8a58@avcodec.org> Message-ID: <053.d0ade85e4500d0db72da156e4c321f28@avcodec.org> #638: add support for tiled TIFF -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tiff => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:11:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:11:35 -0000 Subject: [FFmpeg-trac] #503(avcodec:open): Support 64bit tiff In-Reply-To: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> References: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> Message-ID: <052.6b9a9c45a4e3dc5ed3f92999bb8514e5@avcodec.org> #503: Support 64bit tiff -------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tiff => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:12:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:12:05 -0000 Subject: [FFmpeg-trac] #700(avcodec:open): tiff: support CCITT FAX3/4 in uncompressed mode In-Reply-To: <038.13301480da515ff6f45b161ea1c7b84b@avcodec.org> References: <038.13301480da515ff6f45b161ea1c7b84b@avcodec.org> Message-ID: <053.de92c0142fe25f4deb1f421eee70008d@avcodec.org> #700: tiff: support CCITT FAX3/4 in uncompressed mode -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | 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 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => tif * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:17:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:17:35 -0000 Subject: [FFmpeg-trac] #696(avcodec:closed): pictor file decodes incorrectly In-Reply-To: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> References: <038.c2621cc8606ab3df74be92a5c4e46e81@avcodec.org> Message-ID: <053.a0f700d5d91cd47020feea7cc1103f73@avcodec.org> #696: pictor file decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:18:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:18:27 -0000 Subject: [FFmpeg-trac] #663(undetermined:closed): iff ilbm: add ehb color mode In-Reply-To: <038.fe7637195f54ed6128c276406770d36b@avcodec.org> References: <038.fe7637195f54ed6128c276406770d36b@avcodec.org> Message-ID: <053.03054a6fc5d3ecb86a89bef3f8ea39c6@avcodec.org> #663: iff ilbm: add ehb color mode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: iff | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Implemented by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:38:36 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:38:36 -0000 Subject: [FFmpeg-trac] #699(avcodec:closed): BMP: support BMP OS/2 v2 with RLE compression In-Reply-To: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> References: <038.19844a730ce0aa8184520460b00e0349@avcodec.org> Message-ID: <053.33d2dd893f3f6941534a6f998823d255@avcodec.org> #699: BMP: support BMP OS/2 v2 with RLE compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by ami_stuff and Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:38:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:38:44 -0000 Subject: [FFmpeg-trac] #698(undetermined:closed): targa: support right-to-left order In-Reply-To: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> References: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> Message-ID: <053.46d6c33e2eade588c5375fd3cd8fa321@avcodec.org> #698: targa: support right-to-left order -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: targa | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => targa * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:39:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:39:16 -0000 Subject: [FFmpeg-trac] #673(avformat:closed): Regression on demuxing mp3 track from an .MOV file. In-Reply-To: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> References: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> Message-ID: <051.dc83c475371f55bf3ba5efec2e18b589@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. -------------------------------------+------------------------------------- Reporter: dongwon | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 12:51:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 11:51:27 -0000 Subject: [FFmpeg-trac] #446(FFmpeg:closed): Error when using "-vcodec libx264" and "-flags +global_header" In-Reply-To: <034.ca2481c711e26993b736c77ec096ff44@avcodec.org> References: <034.ca2481c711e26993b736c77ec096ff44@avcodec.org> Message-ID: <049.b93282423654def9b52e2c208451c465@avcodec.org> #446: Error when using "-vcodec libx264" and "-flags +global_header" -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: h264 | needs_more_info global_header vbsf | Blocked By: h264_mp4toannexb | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can provide the requested information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 13:05:10 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 12:05:10 -0000 Subject: [FFmpeg-trac] #466(undetermined:open): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.5e6aaf8952eebba6d29691660ac43720@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: H264 TS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Works fine with -async 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 13:05:15 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 12:05:15 -0000 Subject: [FFmpeg-trac] #701(undetermined:new): targs: support interlaced mode Message-ID: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> #701: targs: support interlaced mode -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached file was created with pmview, decodes fine with two amiga programs "Interlace type: every second row (2-pass)" http://www.pmview.com/help/pmview/truevision_targa_format_tga_.html {{{ C:\>ffmpeg -i int.tga ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'int.tga': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: targa, bgr24, 319x199, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 13:24:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 12:24:43 -0000 Subject: [FFmpeg-trac] #701(avcodec:open): targa: support interleaved mode (was: targs: support interlaced mode) In-Reply-To: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> References: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> Message-ID: <053.e5179d73c80396dec1bf236bb57fd942@avcodec.org> #701: targa: support interleaved mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: targa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => targa Comment: This (in MPlayer and Targa specification speak "interleaved") mode can be detected with (flags & 0x40). Could you upload a "4-pass interlaced" (actually "four way interleaving") sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 13:24:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 12:24:54 -0000 Subject: [FFmpeg-trac] #701(avcodec:open): targa: support interleaved mode In-Reply-To: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> References: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> Message-ID: <053.9b60d4a73bfe783c068ca82bdde58c9c@avcodec.org> #701: targa: support interleaved mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: targa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * analyzed: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 13:36:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 12:36:16 -0000 Subject: [FFmpeg-trac] #701(avcodec:open): targa: support interleaved mode In-Reply-To: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> References: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> Message-ID: <053.2c7b131357908abecc7ee7318e6df8e7@avcodec.org> #701: targa: support interleaved mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: targa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 3 20:09:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 19:09:50 -0000 Subject: [FFmpeg-trac] #702(FFplay:new): FFplay Does Not Play Videos with Odd Width Correctly Message-ID: <038.18f4ee6dd66aa54c8dc3e834ba948a6a@avcodec.org> #702: FFplay Does Not Play Videos with Odd Width Correctly -----------------------------------+-------------------------------------- Reporter: mbradshaw | Type: defect Status: new | Priority: minor Component: FFplay | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Carl Hoyos sent me an email saying that playing videos with ffplay encoded with the libopenjpeg encoder with odd widths would not play correctly. I've investigated it further and have found that ffplay wouldn't properly play this video (http://people.xiph.org/~tterribe/theora/coastguard_335-V500.ogv) properly either. There is a distinct black diagonal line starting from the top right corner and progressing diagonally down the video. I've tried to look into the ffplay source to see what the issue may be, but I'm not familiar with it enough and don't have enough time to become familiar with it. FYI, I'm on OS X 10.6, using the latest ffmpeg code from the git-master. rgb24 videos with odd widths encoded with the libopenjpeg encoder played perfectly with QuickTime. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 00:04:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Dec 2011 23:04:05 -0000 Subject: [FFmpeg-trac] #703(undetermined:new): mp3 in wav - wrong duration Message-ID: <038.a76f21d8cfee5becac5b976ddebc5cb2@avcodec.org> #703: mp3 in wav - wrong duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- File uploaded to incoming. I think the problem is that ffmpeg reports bitrate 27 kb/s instead of 56 kb/s (which is correct - winamp reports it), so as a result the reported duration is two times longer than it should be. {{{ C:\>ffmpeg -i WAVE_MPEG_Layer-3.wav ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 020B2320] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from 'WAVE_MPEG_Layer-3.wav': Duration: 00:05:47.79, bitrate: 27 kb/s Stream #0:0: Audio: mp3 (U[0][0][0] / 0x0055), 22050 Hz, stereo, s16, 56 kb/ s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 02:41:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 01:41:06 -0000 Subject: [FFmpeg-trac] #704(FFmpeg:new): Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height Message-ID: <040.c492977bf61b42cc23f96fd627452663@avcodec.org> #704: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height -------------------------------------+------------------------------------- Reporter: rocky.singh | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I am trying to convert an avi video file to flv format via FFMPEG with the following command: {{{ -i C:\files\input\test.avi -y -ab 448k -ar 48000 -vcodec mpeg4 -s 640x480 -f flv C:\files\output\test.flv }}} Here is the response I am getting from ffmpeg: Input: {{{ Input #0, avi, from 'C:\files\input\test.avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 00:01:00.00, start: 0.000000, bitrate: 1813 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 640x272 [SAR 1:1 DAR 40:17], 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), s16, 448 kb/s }}} Output: {{{ Output #0, flv, to 'C:\files\output\test.flv': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Stream #0:0: Video: mpeg4, yuv420p, 640x480 [SAR 30:17 DAR 40:17], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: mp3, 48000 Hz, 5.1(side), s16, 448 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Stream #0:1 -> #0:1 (ac3 -> libmp3lame) Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height }}} Can you tell me what is MAY BE here? and what is wrong above? I am having the latest dll of FFMPEG -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 04:27:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 03:27:51 -0000 Subject: [FFmpeg-trac] #704(FFmpeg:closed): Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height In-Reply-To: <040.c492977bf61b42cc23f96fd627452663@avcodec.org> References: <040.c492977bf61b42cc23f96fd627452663@avcodec.org> Message-ID: <055.cf088cc0aefb48da6ce3335ab9d48fd9@avcodec.org> #704: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height -------------------------------------+----------------------------------- Reporter: rocky.singh | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: libmp3lame does not support multichannel (5.1) audio. For future bug reports, please always add complete command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 13:45:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 12:45:46 -0000 Subject: [FFmpeg-trac] #705(undetermined:new): iff: support masking Message-ID: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> #705: iff: support masking -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- SDL_image IMG_lbm: {{{ /* If nbcolors < 2^nbplanes, repeat the colormap */ /* This happens when pictures have a stencil mask */ if ( nbrcolorsfinal > (1<format->palette->colors[i].r = Image->format->palette->colors[i%nbcolors].r; Image->format->palette->colors[i].g = Image->format->palette->colors[i%nbcolors].g; Image->format->palette->colors[i].b = Image->format->palette->colors[i%nbcolors].b; } }}} http://www.libsdl.org/projects/SDL_image/ http://hg.libsdl.org/SDL_image/rev/a6565b353095 {{{ C:\>ffmpeg -i peterface.iff ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [iff_byterun1 @ 020B90E0] Masking not supported Last message repeated 1 times [IFF @ 020B2320] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from 'peterface.iff': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (ILBM / 0x4D424C49), rgba, 270x202, SAR 10: 11 DAR 1350:1111, 90k tbr, 90k tbn, 90k tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 16:56:36 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 15:56:36 -0000 Subject: [FFmpeg-trac] #702(FFplay:new): FFplay Does Not Play Videos with Odd Width Correctly In-Reply-To: <038.18f4ee6dd66aa54c8dc3e834ba948a6a@avcodec.org> References: <038.18f4ee6dd66aa54c8dc3e834ba948a6a@avcodec.org> Message-ID: <053.f9b29e337b2f2709abfb9d50d414784e@avcodec.org> #702: FFplay Does Not Play Videos with Odd Width Correctly ------------------------------------+---------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: minor | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by mbradshaw): I should add that saving the individual encoded j2k frames produced the correct j2k images, and saving the decoded frames as ppms produced the correct images as well. This was done for the openjpeg video with odd width that would not play correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 18:52:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 17:52:41 -0000 Subject: [FFmpeg-trac] #634(undetermined:open): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.ac08ad493b155ea0b46b28d84886af1e@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: I was able to trigger a similar error by running an encode for >26 hours. {{{ $ ffmpeg -async 1 -f v4l2 -i /dev/video1 -f alsa -i hw:2 -s 64x64 out.avi ffmpeg version N-35411-g28a11a6, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 3 2011 14:27:33 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [video4linux2,v4l2 @ 0x139f7e0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, start: 1322924421.201907, bitrate: 132710 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 768x576, 132710 kb/s, 25 tbr, 1000k tbn, 25 tbc [alsa @ 0x139a040] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'hw:2': Duration: N/A, start: 1322924421.195346, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s File 'out.avi' already exists. Overwrite ? [y/N] y w:768 h:576 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [scale @ 0x13a4e00] w:768 h:576 fmt:yuv420p -> w:64 h:64 fmt:yuv420p flags:0x4 Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' [ac3 @ 0x13a4220] channel_layout not specified [ac3 @ 0x13a4220] No channel layout specified. The encoder will guess the layout, but it might be incorrect. Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.24.0 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 64x64, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 32000 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Stream #1:0 -> #0:1 (pcm_s16le -> ac3) Press [q] to stop, [?] for help [alsa @ 0x139a040] ALSA buffer xrun. ALSA buffer xrun.= 25 q=2.0 size= 3314018kB time=26:37:07.29 bitrate= 283.3kbits/s dup=0 drop=453 Error, Invalid timestamp=2399562, last=2399562me=26:39:42.40 bitrate= 283.3kbits/s dup=0 drop=453 Video encoding failed }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 21:40:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 20:40:29 -0000 Subject: [FFmpeg-trac] =?utf-8?q?_=23706=28avfilter=3Anew=29=3A_scale_filt?= =?utf-8?q?er_doesn=27t_understand_=C2=BBout=5Fh=C2=AB?= Message-ID: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> #706: scale filter doesn't understand ?out_h? -------------------------------------+------------------------------------- Reporter: taeuber | Type: defect Status: new | Priority: normal Component: avfilter | Version: git- Keywords: scale | master filter | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg [...] -vf [...],'''scale=ow:oh/2''',[...] but: Error when evaluating the expression ''''oh/2'''' Error opening filters! version: ffmpeg version N-35433-g2f8b6e9, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 4 2011 21:30:23 with gcc 4.5.2 configuration: --enable-gpl --enable-pthreads --enable-libx264 --enable- libfaac --enable-libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable-libvorbis --enable-nonfree --enable-shared --enable-pic --enable-libxvid --enable-libdirac --enable-libspeex --enable-librtmp --enable-libopenjpeg --disable-vdpau -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 22:42:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 21:42:42 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23706=28avfilter=3Anew=29=3A_scale_filte?= =?utf-8?b?ciBkb2Vzbid0IHVuZGVyc3RhbmQgwrtvdXRfaMKr?= In-Reply-To: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> References: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> Message-ID: <051.00038011dba36665dfbf36d007e4e845@avcodec.org> #706: scale filter doesn't understand ?out_h? ------------------------------------+------------------------------------ Reporter: taeuber | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: scale | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: scale filter => scale Comment: Please provide a command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 23:04:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 22:04:40 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23706=28avfilter=3Anew=29=3A_scale_filte?= =?utf-8?b?ciBkb2Vzbid0IHVuZGVyc3RhbmQgwrtvdXRfaMKr?= In-Reply-To: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> References: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> Message-ID: <051.ea93415f16bc10e5d02139cdcd29e69b@avcodec.org> #706: scale filter doesn't understand ?out_h? ------------------------------------+------------------------------------ Reporter: taeuber | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: scale | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by taeuber): command line: nice -n 9 ionice -c3 ffmpeg -i 2a.mpeg -an -sn -threads 0 -vf crop=in_w-0-16:in_h-6-2:0:6,scale=ow:oh/2,setsar=32:15 -c:v libx264 -x264opts crf=23:deblock:partitions=all:me=tesa:merange=16:subme=9:min- keyint=25:keyint=250:scenecut=40:b-adapt=2:qcomp=.6:qpmin=10:qpmax=51:qpstep=4:bframes=16:ref=3:direct=auto:trellis=2:weightp=2:b-pyramid=normal -f matroska -y test.mk [[BR]] [[BR]] console output: ffmpeg version N-35433-g2f8b6e9, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 4 2011 21:30:23 with gcc 4.5.2 configuration: --enable-gpl --enable-pthreads --enable-libx264 --enable- libfaac --enable-libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable-libvorbis --enable-nonfree --enable-shared --enable-pic --enable-libxvid --enable-libdirac --enable-libspeex --enable-librtmp --enable-libopenjpeg --disable-vdpau libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x1fa99a0] max_analyze_duration 5000000 reached at 5000000 Input #0, mpeg, from '2a.mpeg': Duration: 00:08:05.02, start: 0.360000, bitrate: 7087 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 8000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [buffer @ 0x1fb03c0] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:16/15 sws_param: [setsar @ 0x1fa5b80] a:32/15 [crop @ 0x1fa48e0] w:720 h:576 -> w:704 h:568 Error when evaluating the expression 'oh/2' Error opening filters! [[BR]] [[BR]] Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 23:24:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 22:24:04 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23706=28avfilter=3Anew=29=3A_scale_filte?= =?utf-8?b?ciBkb2Vzbid0IHVuZGVyc3RhbmQgwrtvdXRfaMKr?= In-Reply-To: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> References: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> Message-ID: <051.84dfaf32cafde44f0f0ee0b3b73628a0@avcodec.org> #706: scale filter doesn't understand ?out_h? ------------------------------------+------------------------------------ Reporter: taeuber | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: scale | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * reproduced: 0 => 1 Comment: Replying to [comment:2 taeuber]: > command line: > nice -n 9 ionice -c3 ffmpeg -i 2a.mpeg -an -sn -threads 0 -vf crop=in_w-0-16:in_h-6-2:0:6,scale=ow:oh/2,setsar=32:15 -c:v libx264 -x264opts [...] scale=ow:oh/2 you can reference "ow" and "oh" only when they have been defined, both "oh" and "ow" have not been defined yet here (you can't define something by referencing itself, at least not in this context). > Error opening filters! > Error when evaluating the expression 'oh/2' [...] Maybe this error message should be made more explicit... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 4 23:40:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 22:40:26 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23706=28avfilter=3Anew=29=3A_scale_filte?= =?utf-8?b?ciBkb2Vzbid0IHVuZGVyc3RhbmQgwrtvdXRfaMKr?= In-Reply-To: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> References: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> Message-ID: <051.01851d2597bfdb4c4a6ec8ebde17bee2@avcodec.org> #706: scale filter doesn't understand ?out_h? ------------------------------------+------------------------------------ Reporter: taeuber | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: scale | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by taeuber): What/who does ?ow? or ?oh? define? Other filters? Are ?ih? and ?iw? changed by the scale filter? I thought before any filters apply that "ow=iw" and "oh=ih". And the crop filter for instance changes the "oh" and "ow" automatically by subtracting the cropped lines/rows. Wouldn't this make sense? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 00:21:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Dec 2011 23:21:06 -0000 Subject: [FFmpeg-trac] #558(undetermined:closed): h264 in mkv: non monotonically increasing dts In-Reply-To: <036.70b64347670d2c1967b8335157a3f495@avcodec.org> References: <036.70b64347670d2c1967b8335157a3f495@avcodec.org> Message-ID: <051.d4faed079b112ef4146e6c4172114c77@avcodec.org> #558: h264 in mkv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: StevenG | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: H264 mkv | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The original sample was fixed, please feel free to open a new ticket for the second sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 01:14:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 00:14:53 -0000 Subject: [FFmpeg-trac] #705(avcodec:open): iff: support masking In-Reply-To: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> References: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> Message-ID: <053.b95b6741d4ebaf7d3c69e87335673533@avcodec.org> #705: iff: support masking -------------------------------------+----------------------------------- 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 05:31:24 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 04:31:24 -0000 Subject: [FFmpeg-trac] #673(avformat:closed): Regression on demuxing mp3 track from an .MOV file. In-Reply-To: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> References: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> Message-ID: <051.67bd0e2b26321fb21faf84b18b11029e@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. -------------------------------------+------------------------------------- Reporter: dongwon | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by dongwon): Hi Carl, Thanks for tracking this issue. I've tested your change. Audio playback issue was gone, but I still see the following error. {{{ [mov,mp4,m4a,3gp,3g2,mj2 @ 0x33dac80] wrong chunk count 557 }}} Is it okay to just ignore this error message? Could you let me know the background of checking "chunk_samples % sc->samples_per_frame"? As far as I understand, sample in "chunk_samples" means compressed sample and sample in "sc->samples_per_frame" means uncompressed sample. So, the checking doesn't make sense to me. Am I missing something? Thanks, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 11:11:03 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 10:11:03 -0000 Subject: [FFmpeg-trac] #415(undetermined:closed): vcodec copy fails with H264 stream from AVCHD container In-Reply-To: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> References: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> Message-ID: <054.bb9ae8a38c3d12b96f17cdd6fb858a53@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container -------------------------------------+------------------------------------- Reporter: damian0815 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 11:11:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 10:11:09 -0000 Subject: [FFmpeg-trac] #222(undetermined:closed): Remuxing video fails In-Reply-To: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> References: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> Message-ID: <049.b76306a8300ff2f8a2aa3472f0acd0d7@avcodec.org> #222: Remuxing video fails -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 11:15:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 10:15:05 -0000 Subject: [FFmpeg-trac] #673(avformat:closed): Regression on demuxing mp3 track from an .MOV file. In-Reply-To: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> References: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> Message-ID: <051.f55b2371521bf078c5eaffd664cab702@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. -------------------------------------+------------------------------------- Reporter: dongwon | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): I believe chunk_samples contains the number of (uncompressed) samples after decoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 11:19:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 10:19:25 -0000 Subject: [FFmpeg-trac] #705(avcodec:open): iff: support masking In-Reply-To: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> References: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> Message-ID: <053.6beaa11d6e5bad7ccd2b06bc1b34ac0f@avcodec.org> #705: iff: support masking -------------------------------------+----------------------------------- 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 | -------------------------------------+----------------------------------- Comment (by pross): for info: that iff file is 24bpp with masking enabled. Do you have any samples with <= 8bpp with masking enabled. Cheers -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 11:27:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 10:27:44 -0000 Subject: [FFmpeg-trac] #703(undetermined:open): mp3 in wav - wrong duration In-Reply-To: <038.a76f21d8cfee5becac5b976ddebc5cb2@avcodec.org> References: <038.a76f21d8cfee5becac5b976ddebc5cb2@avcodec.org> Message-ID: <053.54ca45866ec3081a970cca1844d3ed60@avcodec.org> #703: mp3 in wav - wrong duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 11:28:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 10:28:20 -0000 Subject: [FFmpeg-trac] #686(avcodec:closed): WMV2 crash In-Reply-To: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> References: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> Message-ID: <050.932c9a65df3b58de9ba980020b1fcb8e@avcodec.org> #686: WMV2 crash -------------------------------------+------------------------------------- Reporter: robco5 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: 0.8.7 | 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: Please reopen if you can provide a sample that allows to reproduce the crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 11:35:52 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 10:35:52 -0000 Subject: [FFmpeg-trac] #673(avformat:closed): Regression on demuxing mp3 track from an .MOV file. In-Reply-To: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> References: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> Message-ID: <051.cd71518ef867965435c1ed515390cdd6@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. -------------------------------------+------------------------------------- Reporter: dongwon | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by dongwon): As you said, chunk_samples is 11520 and 5760 in the first and second iteration respectively. The sampling rate of mp3 stream of this file is 44100Hz. If chunk_samples contains the number of (uncompressed) samples after decoding, playback duration of this file should be 11520/44100 (=0.26sec) or 5760/44100 (=0.13sec), but its actual duration is 34.7 seconds. Am I still missing something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 11:48:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 10:48:57 -0000 Subject: [FFmpeg-trac] #705(avcodec:open): iff: support masking In-Reply-To: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> References: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> Message-ID: <053.5c709df398844668df14dcdb043e0677@avcodec.org> #705: iff: support masking -------------------------------------+----------------------------------- 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 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Actually the attached file is in HAM6 mode. I will try to find <= 8bpp, but I'm not sure how successful I will be. Please look as well on this code (loadimage.c): http://aminet.net/package/gfx/show/LoadImage {{ /* Very well, nobody told me that DPaint and Aegis Images * are allowed to save their own home-brewn BODY chunks * if the transparent colour is nonzero or the * stencil/behind function is used. In this case the * interleaved plane data is immediately followed by * a bitmask which is to clear out all unwanted pixels * after the image is drawn. To support this attitude * we increment the depth of the image to give the * reader access to a blank pointer the bitmask will * be sent to. */ if(BMHeader -> masking == 1) Depth++; }} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 12:16:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 11:16:57 -0000 Subject: [FFmpeg-trac] #705(avcodec:open): iff: support masking In-Reply-To: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> References: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> Message-ID: <053.cd9a541c60f9d85930ac53ec743b73c3@avcodec.org> #705: iff: support masking -------------------------------------+----------------------------------- 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 | -------------------------------------+----------------------------------- Comment (by ami_stuff): I've created 8bit iff file with masking in DPaint. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 12:26:37 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 11:26:37 -0000 Subject: [FFmpeg-trac] #707(undetermined:new): iff: support transparency Message-ID: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> #707: iff: support transparency -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 DpaintTitle.brush ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [iff_byterun1 @ 020B90E0] Transparency not supported Last message repeated 1 times [IFF @ 020B2320] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from 'DpaintTitle.brush': Metadata: title : DPaint 5 Title artist : Geoffrey Rantala copyright : 1994, Electronic Arts Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (ILBM / 0x4D424C49), pal8, 275x84, SAR 44:5 2 DAR 3025:1092, 90k tbr, 90k tbn, 90k tbc At least one output file must be specified }}} {{{ C:\>ffmpeg -i 1.lbm ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [iff_ilbm @ 020B90E0] Transparency not supported Last message repeated 1 times [IFF @ 020B2320] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from '1.lbm': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_ilbm (PBM / 0x204D4250), pal8, 21x21, SAR 5:6 DAR 5 :6, 90k tbr, 90k tbn, 90k tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 12:52:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 11:52:50 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.b371c589b87d9b62dc5fd02ca87d62a7@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | 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 * keywords: => iff alpha * type: defect => enhancement Comment: Patch attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 13:12:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 12:12:56 -0000 Subject: [FFmpeg-trac] #708(undetermined:new): Bad computed size for atoms with size 0 in MOV files Message-ID: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> #708: Bad computed size for atoms with size 0 in MOV files -------------------------------------+------------------------------------- Reporter: mihnea | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a MOV file written by a lazy program which can't be bothered to compute the size for the 'chan' atoms it writes, so it just places them at the end of the 'stsd' atom and writes 0 in the size field. I don't know which program it is, I just have the resulting file. According to the spec, size 0 is only allowed for top-level atoms, so strictly speaking the file is malformed, but I see that most parsers (Quicktime included) do not enforce this restriction and take size 0 to mean "extend to the end of the parent atom" instead of "to the end of the file". Ffmpeg does this too, but I think there's an error in the computation. Inside the function mov_read_default() in libavformat/mov.c you have this (slightly edited to show the relevant code path): {{{ a.size = avio_rb32(pb); a.type = avio_rl32(pb); total_size += 8; if (a.size == 0) a.size = atom.size - total_size; a.size -= 8; }}} The computed size doesn't contain the header size because it's already skipped by incrementing total_size, but then it's skipped again in the last line. The atom comes out 8 bytes short and the function mov_read_chan() aborts the whole parsing process. I think the computed size should be atom.size - total_size + 8. I've attached a sample MOV file which can be used to reproduce the error. Just do {{{ffmpeg -i audio.mov -vn -acodec copy test.mp4}}} and ffmpeg will say "error reading header". If you apply the proposed patch, the file works correctly. PS: the value of the layout tag in the 'chan' atom is 24, which doesn't correspond to anything. I don't know what the authoring program meant by that, but at least it wrote all 3 required fields, so the file can be parsed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 13:16:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 12:16:55 -0000 Subject: [FFmpeg-trac] #708(undetermined:new): Bad computed size for atoms with size 0 in MOV files In-Reply-To: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> References: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> Message-ID: <050.a50742ffd36339ceec6f0381a66675de@avcodec.org> #708: Bad computed size for atoms with size 0 in MOV files -------------------------------------+------------------------------------- Reporter: mihnea | 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 add complete, uncut ffmpeg -i audio.mov output -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 13:19:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 12:19:55 -0000 Subject: [FFmpeg-trac] #708(undetermined:new): Bad computed size for atoms with size 0 in MOV files In-Reply-To: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> References: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> Message-ID: <050.f9bf9028b25b213357de5be3986444e7@avcodec.org> #708: Bad computed size for atoms with size 0 in MOV files -------------------------------------+------------------------------------- Reporter: mihnea | 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 mihnea): Ok, the original file was about 5 MB and I see there's a 2.5 MB upload limit, so I truncated it after the first megabyte. It should still be enough to reproduce the problem. Requested ouput: {{{ [mihnea at mihnea-centos6-work ffmpeg-406e964]$ ffmpeg -i /mnt/hellgate_public/audio.mov ffmpeg version 0.8.7.git-406e964, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 12:03:50 with gcc 4.4.4 20100726 (Red Hat 4.4.4-13) configuration: --prefix=/usr --enable-shared --enable-gpl --enable- libx264 --enable-nonfree --enable-libfaac --enable-debug=3 --disable- stripping libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0xea57a0] error reading header: -1 /mnt/hellgate_public/audio.mov: Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 13:42:30 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 12:42:30 -0000 Subject: [FFmpeg-trac] #708(undetermined:new): Bad computed size for atoms with size 0 in MOV files In-Reply-To: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> References: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> Message-ID: <050.22058e48c09d628e1f27472dee0e7ff5@avcodec.org> #708: Bad computed size for atoms with size 0 in MOV files -------------------------------------+------------------------------------- Reporter: mihnea | 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 mihnea): I forgot to fill in the component and version fields, sorry about that. I don't know how to change them now, please set them to avformat and git- master, respectively. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 16:10:18 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 15:10:18 -0000 Subject: [FFmpeg-trac] #709(FFmpeg:new): Dolby pro logic IIz encoding. Message-ID: <038.06edb22ca6d30a05df28e841eee08135@avcodec.org> #709: Dolby pro logic IIz encoding. -----------------------------------+--------------------------------------- Reporter: dE_logics | Type: enhancement Status: new | Priority: wish Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- ffmpeg, currently when down mixing multi channel audio, does it in a very simple way. As an enhancement, it should support Dolby pro logic IIz encoding to encode 5.1 or 7.1 to stereo (pro logic II, pro logic IIx respectively) or 9.1 audio to 5.1 or 7.1 (pro logic IIz). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 22:21:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 21:21:47 -0000 Subject: [FFmpeg-trac] #710(avcodec:new): vqavideo codec playback corruption Message-ID: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> #710: vqavideo codec playback corruption -----------------------------------+-------------------------------------- Reporter: richardpl | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Some samples do not play correctly: after few seconds in sample everything gets messed up. For example attached sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 22:25:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 21:25:59 -0000 Subject: [FFmpeg-trac] #710(avcodec:new): vqavideo codec playback corruption In-Reply-To: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> References: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> Message-ID: <053.55fa4e6cbf24c9cda211a241c52b00d8@avcodec.org> #710: vqavideo codec playback corruption ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): http://samples.mplayerhq.hu/game-formats/vqa/landsoflore/B0EB8711.VQA -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 23:05:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 22:05:40 -0000 Subject: [FFmpeg-trac] #710(avcodec:new): vqavideo codec playback corruption In-Reply-To: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> References: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> Message-ID: <053.d6b430866c8e7ab1fadb87d9c79c072a@avcodec.org> #710: vqavideo codec playback corruption ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Please add at least complete, uncut output of ffmpeg -i B0EB8711.VQA -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 5 23:31:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 22:31:11 -0000 Subject: [FFmpeg-trac] #710(avcodec:new): vqavideo codec playback corruption In-Reply-To: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> References: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> Message-ID: <053.f65805308486426c9beb03f36f4b92d9@avcodec.org> #710: vqavideo codec playback corruption ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): ffmpeg version git-2011-12-05-4547d88, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 21:06:41 with clang 3.0 (branches/release_30 142614) configuration: --disable-indev=alsa --disable-outdev=alsa --enable- postproc --enable-libcdio --enable-gpl --enable-shared --disable-static --disable-indev=bktr --enable-openssl --enable-nonfree --cc=clang libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wsvqa @ 0x29870100] max_analyze_duration 5000000 reached at 5000000 [wsvqa @ 0x29870100] Estimating duration from bitrate, this may be inaccurate Input #0, wsvqa, from '/tmp/B0EB8711.VQA': Duration: 00:25:09.33, bitrate: 88 kb/s Stream #0:0: Video: ws_vqa, pal8, 640x400, 15 fps, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: adpcm_ima_ws, 22050 Hz, 1 channels, s16, 88 kb/s At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 00:14:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 23:14:54 -0000 Subject: [FFmpeg-trac] #710(avcodec:open): vqavideo codec playback corruption In-Reply-To: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> References: <038.1bc0ba707a39462f29610d381b5debc3@avcodec.org> Message-ID: <053.ac66239eb0a2d4781a6c5ec3d2cc3c7b@avcodec.org> #710: vqavideo codec playback corruption ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vqa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => vqa * status: new => open * reproduced: 0 => 1 Comment: out.avi looks very broken... {{{ $ ffmpeg -loglevel 99 -i B0EB8711.VQA -an -qscale 2 out.avi ffmpeg version N-35464-g4547d88, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 23:59:08 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 [wsvqa @ 0x13a27a0] Format wsvqa probed with size=2048 and score=100 [vqavideo @ 0x13a8b80] err{or,}_recognition separate: 1; 1 [vqavideo @ 0x13a8b80] err{or,}_recognition combined: 1; 65537 [adpcm_ima_ws @ 0x13a9360] err{or,}_recognition separate: 1; 1 [adpcm_ima_ws @ 0x13a9360] err{or,}_recognition combined: 1; 65537 [wsvqa @ 0x13a27a0] max_analyze_duration 5000000 reached at 5000000 [wsvqa @ 0x13a27a0] Estimating duration from bitrate, this may be inaccurate Input #0, wsvqa, from 'B0EB8711.VQA': Duration: 00:25:09.33, bitrate: 88 kb/s Stream #0:0, 77, 1/15: Video: ws_vqa, pal8, 640x400, 1/15, 15 fps, 15 tbr, 15 tbn, 15 tbc Stream #0:1, 0, 1/15: Audio: adpcm_ima_ws, 22050 Hz, 1 channels, s16, 88 kb/s Incompatible pixel format 'pal8' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x13a7340] w:640 h:400 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x13a7740] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x13a7f60] w:640 h:400 fmt:pal8 -> w:640 h:400 fmt:yuv420p flags:0x4 [mpeg4 @ 0x13a3080] err{or,}_recognition separate: 1; 1 [mpeg4 @ 0x13a3080] err{or,}_recognition combined: 1; 65537 [mpeg4 @ 0x13a3080] intra_quant_bias = 0 inter_quant_bias = -64 [mpeg4 @ 0x13a3080] Unsupported bit depth: 0 [vqavideo @ 0x13a8b80] err{or,}_recognition separate: 1; 65537 [vqavideo @ 0x13a8b80] err{or,}_recognition combined: 1; 65537 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.24.0 Stream #0:0, 0, 1/15: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x400, 1/15, q=2-31, 200 kb/s, 15 tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (vqavideo -> mpeg4) Press [q] to stop, [?] for help frame= 699 fps=160 q=2.0 Lsize= 74932kB time=00:00:46.60 bitrate=13172.5kbits/s video:74909kB audio:0kB global headers:0kB muxing overhead 0.029727% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 00:20:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Dec 2011 23:20:26 -0000 Subject: [FFmpeg-trac] #708(avformat:open): Bad computed size for atoms with size 0 in MOV files In-Reply-To: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> References: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> Message-ID: <050.6a44eec520ece65e26c1266c3a29853d@avcodec.org> #708: Bad computed size for atoms with size 0 in MOV files ------------------------------------+------------------------------------ Reporter: mihnea | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avformat Comment: I just committed a change that fixes the sample you provided, unfortunately, I cannot comment on the patch you submitted, please consider sending it to ffmpeg-devel. Afaict, the chan atom in your sample is definitely broken: Which channel layout does QuickTime report for the sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 08:16:09 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 07:16:09 -0000 Subject: [FFmpeg-trac] #708(avformat:open): Bad computed size for atoms with size 0 in MOV files In-Reply-To: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> References: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> Message-ID: <050.23ab65e861f44326106978e9bd1df3de@avcodec.org> #708: Bad computed size for atoms with size 0 in MOV files ------------------------------------+------------------------------------ Reporter: mihnea | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by mihnea): The commit fixes the problem indeed, but the read position for the next atom will be wrong. Since it's off by only 8 bytes and the parent ends after the atom, ffmpeg won't try to parse the garbage and will go to the next atom correctly (one level up in the hierarchy), but still, atoms with size 0 will always be parsed wrong, since they will be missing 8 bytes. The atom in the sample is broken indeed, and Quicktime doesn't say anything about channel layout (or I don't know where to look, I checked the "movie inspector" thing). Mediainfo says the audio is stereo with front left and right channel mappings, but I guess it reads that from the AAC stream, not from the MOV headers. I'll submit my patch to ffmpeg-devel and see what gives, thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 11:52:34 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 10:52:34 -0000 Subject: [FFmpeg-trac] #711(avcodec:new): h264: illegal short term buffer state detected Message-ID: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> #711: h264: illegal short term buffer state detected -------------------------------------+------------------------------------- Reporter: Ck- | Type: defect NoSFeRaTU | Priority: normal Status: new | Version: Component: avcodec | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Bug occured only in ffmpeg/libav, players like vlc or mplayer plays this channel fine. I include sample dump created by vlc with dump-key. {{{ [mpegts @ 0x2513af0] max_analyze_duration 5000000 reached at 5016000 Input #0, mpegts, from 'rzd-dump.ts': Duration: 00:00:09.13, start: 23785.259978, bitrate: 1738 kb/s Program 1840 Metadata: service_name : RZD Stream #0.0[0x731]: Video: h264 (Main), yuv420p, 720x576 [PAR 12:11 DAR 15:11], 52.09 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x732]: Audio: mp2, 48000 Hz, stereo, s16, 96 kb/s [h264 @ 0x2567730] illegal short term buffer state detected= 0B f=0/0 Last message repeated 1 times0 aq= 122KB vq= 1713KB sq= 0B f=0/0 [h264 @ 0x2567730] mmco: unref short failure Last message repeated 1 times [h264 @ 0x2567730] illegal short term buffer state detected Last message repeated 1 times19KB vq= 1657KB sq= 0B f=0/2 [h264 @ 0x2567730] mmco: unref short failure Last message repeated 1 times [h264 @ 0x2567730] illegal short term buffer state detected Last message repeated 1 times15KB vq= 1639KB sq= 0B f=0/3 [h264 @ 0x2567730] mmco: unref short failure Last message repeated 1 times [h264 @ 0x2567730] illegal short term buffer state detected Last message repeated 1 times12KB vq= 1618KB sq= 0B f=0/4 [h264 @ 0x2567730] mmco: unref short failure Last message repeated 1 times [h264 @ 0x2567730] illegal short term buffer state detected Last message repeated 1 times08KB vq= 1598KB sq= 0B f=0/5 [h264 @ 0x2567730] mmco: unref short failure Last message repeated 1 times [h264 @ 0x2567730] illegal short term buffer state detected Last message repeated 1 times04KB vq= 1576KB sq= 0B f=0/6 [h264 @ 0x2567730] mmco: unref short failure Last message repeated 1 times [h264 @ 0x2567730] illegal short term buffer state detected Last message repeated 1 times00KB vq= 1520KB sq= 0B f=0/7 [h264 @ 0x2567730] mmco: unref short failure Last message repeated 1 times [h264 @ 0x2567730] illegal short term buffer state detected Last message repeated 1 times97KB vq= 1503KB sq= 0B f=0/8 [h264 @ 0x2567730] mmco: unref short failure Last message repeated 1 times }}} An so on... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 12:01:48 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 11:01:48 -0000 Subject: [FFmpeg-trac] #711(avcodec:new): h264: illegal short term buffer state detected In-Reply-To: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> References: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> Message-ID: <056.82b4d04ddc8710a7033b6f73c41798c6@avcodec.org> #711: h264: illegal short term buffer state detected --------------------------------------+----------------------------------- Reporter: Ck-NoSFeRaTU | 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 cehoyos): Please add command line (for example ffmpeg -i rzd-dump.ts -qscale 2 out.avi) and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 12:02:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 11:02:31 -0000 Subject: [FFmpeg-trac] #709(swresample:open): Dolby pro logic IIz encoding. In-Reply-To: <038.06edb22ca6d30a05df28e841eee08135@avcodec.org> References: <038.06edb22ca6d30a05df28e841eee08135@avcodec.org> Message-ID: <053.f19390dd98c1fa3132a62d56fc8e8580@avcodec.org> #709: Dolby pro logic IIz encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | swresample Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => swresample * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 12:11:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 11:11:30 -0000 Subject: [FFmpeg-trac] #711(avcodec:new): h264: illegal short term buffer state detected In-Reply-To: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> References: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> Message-ID: <056.8a71dc7177d4614c83a7069f37f559d8@avcodec.org> #711: h264: illegal short term buffer state detected --------------------------------------+----------------------------------- Reporter: Ck-NoSFeRaTU | 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 Ck-NoSFeRaTU): nosferatu at nosferatuwork ~ $ ffmpeg -i rzd-dump.ts -qscale 2 out.avi ffmpeg version 0.8.7, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 6 2011 14:58:15 with gcc 4.5.3 configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --disable-optimizations --disable-static --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-vdpau --enable-libmp3lame --enable-libvo-aacenc --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libfaac --enable-nonfree --disable-indev=v4l --disable-indev=v4l2 --disable-indev=jack --enable-x11grab --enable-libfreetype --enable- pthreads --enable-libgsm --enable-libdirac --enable-librtmp --enable- libschroedinger --enable-libopenjpeg --disable-amd3dnow --disable- amd3dnowext --disable-altivec --disable-avx --disable-ssse3 --enable- hardcoded-tables libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 5. 0 / 53. 5. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] non-existing PPS referenced [h264 @ 0x25be6b0] non-existing PPS 0 referenced [h264 @ 0x25be6b0] decode_slice_header error [h264 @ 0x25be6b0] no frame! [h264 @ 0x25be6b0] mmco: unref short failure [mpegts @ 0x25b9410] max_analyze_duration 5000000 reached at 5016000 Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, mpegts, from 'rzd-dump.ts': Duration: 00:00:09.13, start: 23785.259978, bitrate: 1738 kb/s Program 1840 Metadata: service_name : RZD service_provider: citycomm Stream #0.0[0x731]: Video: h264 (Main), yuv420p, 720x576 [PAR 12:11 DAR 15:11], 52.09 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x732]: Audio: mp2, 48000 Hz, stereo, s16, 96 kb/s [buffer @ 0x25e2030] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:12/11 sws_param: [mpeg4 @ 0x25b77c0] removing common factors from framerate Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.5.0 Stream #0.0: Video: mpeg4, yuv420p, 720x576 [PAR 12:11 DAR 15:11], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times 1897kB time=00:00:02.88 bitrate=5396.3kbits/s [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times 4682kB time=00:00:05.76 bitrate=6659.5kbits/s [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected Last message repeated 1 times [h264 @ 0x25be6b0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x25be6b0] illegal short term buffer state detected [h264 @ 0x25be6b0] error while decoding MB 0 25, bytestream (-10) [h264 @ 0x25be6b0] illegal short term buffer state detected [mp2 @ 0x25c0610] incomplete frame Error while decoding stream #0.1 frame= 194 fps=138 q=2.0 Lsize= 8189kB time=00:00:07.87 bitrate=8521.5kbits/s dup=0 drop=1 video:8104kB audio:62kB global headers:0kB muxing overhead 0.280096% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 12:13:18 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 11:13:18 -0000 Subject: [FFmpeg-trac] #711(avcodec:open): h264: illegal short term buffer state detected In-Reply-To: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> References: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> Message-ID: <056.f788c39b86c59330df3c6094e579af82@avcodec.org> #711: h264: illegal short term buffer state detected --------------------------------------+----------------------------------- Reporter: Ck-NoSFeRaTU | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.8.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => 0.8.7 * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 12:13:32 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 11:13:32 -0000 Subject: [FFmpeg-trac] #711(avcodec:open): h264: illegal short term buffer state detected In-Reply-To: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> References: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> Message-ID: <056.709ec12ea65964414a0e585860d4601e@avcodec.org> #711: h264: illegal short term buffer state detected --------------------------------------+----------------------------------- Reporter: Ck-NoSFeRaTU | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.8.7 | Resolution: Keywords: H264 TS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => H264 TS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 14:46:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 13:46:58 -0000 Subject: [FFmpeg-trac] #712(FFmpeg:new): m2v: wrong duration Message-ID: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> #712: m2v: wrong duration -------------------------------------+------------------------------------- Reporter: cbsrobot | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: mpeg2video | master m2v | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When converting any file to a m2v and checking the resulting file, the duration is not correctly calculated. mplayer shows also wrong duration. Quicktime and Mediainfo show the correct duration. example: ffmpeg -i fate/aletrek-rle.mov -target pal-dvd -f mpeg2video -an aletrek- rle.m2v [...] Duration: 00:00:03.33 ffprobe aletrek-rle.m2v [...] Duration: 00:00:00.76 mediainfo aletrek-rle.m2v [...] Duration : 3s 400ms mplayer -vo null -ao null -frames 0 -identify aletrek-rle.m2v [...] ID_LENGTH=0.77 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 15:13:38 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 14:13:38 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23706=28avfilter=3Aclosed=29=3A_scale_fi?= =?utf-8?b?bHRlciBkb2Vzbid0IHVuZGVyc3RhbmQgwrtvdXRfaMKr?= In-Reply-To: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> References: <036.ed142a9fef265d8e8a0cbdf665e0f113@avcodec.org> Message-ID: <051.669ae3ddc04b0d7fe5c002f628efddd6@avcodec.org> #706: scale filter doesn't understand ?out_h? ------------------------------------+------------------------------------ Reporter: taeuber | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: scale | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by saste): * status: new => closed * resolution: => fixed Comment: Replying to [comment:4 taeuber]: > What/who does ?ow? or ?oh? define? oh and ow are useful if you want to reference ow/oh in the other expressions, for example to get a square output: scale=2*iw:ow in this case you define ow in the first expression, and reference it in the second expression, in a similar way you can do: scale=oh:2*ih what you can do is to self-reference ow/oh in the corresponding expression. > Other filters? > > Are ?ih? and ?iw? changed by the scale filter? No they are the input width and height, which are fixed. > I thought before any filters apply that "ow=iw" and "oh=ih". And the crop filter for instance changes the "oh" and "ow" automatically by subtracting the cropped lines/rows. > Wouldn't this make sense? That's possible, but I think the current behavior is not completely misguided, expressing something like x=x is inherently confusing, better to just say explicitely scale=iw:ih/2. > Thanks I clarified the error message in: {{{ commit 3af5ddb24b91cfa6e2392b85ef1beafda7e85225 Author: Stefano Sabatini Date: Sun Dec 4 23:33:40 2011 +0100 vf_scale: give a clue in case of invalid expression self-reference Address trac ticket #706. }}} changing status to closed, please provide a patch or suggest if you think this behavior can be clarified/improved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 15:17:32 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 14:17:32 -0000 Subject: [FFmpeg-trac] #712(FFmpeg:new): m2v: wrong duration In-Reply-To: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> References: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> Message-ID: <052.282cb5d88b4360626881bb61e9623e58@avcodec.org> #712: m2v: wrong duration ----------------------------------------+---------------------------------- Reporter: cbsrobot | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mpeg2video m2v | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by cehoyos): Please post your ffmpeg command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 15:46:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 14:46:01 -0000 Subject: [FFmpeg-trac] #712(FFmpeg:new): m2v: wrong duration In-Reply-To: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> References: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> Message-ID: <052.21d51e4101d793665ade7cb123a2bf3f@avcodec.org> #712: m2v: wrong duration ----------------------------------------+---------------------------------- Reporter: cbsrobot | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mpeg2video m2v | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by cbsrobot): $ ffmpeg -i aletrek-rle.mov -target pal-dvd -f mpeg2video -an aletrek- rle.m2v ffmpeg version N-35336-g18abf46, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 1 2011 22:40:41 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable- libxvid --enable-libvpx --enable-libmp3lame --enable-libfreetype --enable- libopenjpeg --prefix=/usr/local libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1) -> 10.00 (10/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'aletrek-rle.mov': Metadata: creation_time : 2002-10-18 17:15:11 Duration: 00:00:03.33, start: 0.000000, bitrate: 567 kb/s Stream #0:0(eng): Video: qtrle (rle / 0x20656C72), rgb24, 160x120, 564 kb/s, 10.20 fps, 10 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2002-10-18 17:15:11 handler_name : ?Apple Alias Data Handler File 'aletrek-rle.m2v' already exists. Overwrite ? [y/N] y w:160 h:120 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [scale @ 0x101813fa0] w:160 h:120 fmt:rgb24 -> w:720 h:576 fmt:yuv420p flags:0x4 Output #0, mpeg2video, to 'aletrek-rle.m2v': Metadata: creation_time : 2002-10-18 17:15:11 encoder : Lavf53.24.0 Stream #0:0(eng): Video: mpeg2video, yuv420p, 720x576, q=2-31, 6000 kb/s, 90k tbn, 25 tbc Metadata: creation_time : 2002-10-18 17:15:11 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (qtrle -> mpeg2video) Press [q] to stop, [?] for help [mpeg2video @ 0x10204ce00] rc buffer underflow frame= 85 fps= 0 q=2.0 Lsize= 841kB time=00:00:03.36 bitrate=2051.1kbits/s dup=51 drop=0 video:841kB audio:0kB global headers:0kB muxing overhead 0.000000% ffprobe aletrek-rle.m2v ffprobe version N-35336-g18abf46, Copyright (c) 2007-2011 the FFmpeg developers built on Dec 1 2011 22:40:41 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable- libxvid --enable-libvpx --enable-libmp3lame --enable-libfreetype --enable- libopenjpeg --prefix=/usr/local libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegvideo @ 0x10200f200] Estimating duration from bitrate, this may be inaccurate Input #0, mpegvideo, from 'aletrek-rle.m2v': Duration: 00:00:00.76, bitrate: 8999 kb/s Stream #0:0: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 1:1 DAR 5:4], 9000 kb/s, 25 fps, 25 tbr, 1200k tbn, 50 tbc $ ffprobe aletrek-rle.mov ffprobe version N-35336-g18abf46, Copyright (c) 2007-2011 the FFmpeg developers built on Dec 1 2011 22:40:41 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable- libxvid --enable-libvpx --enable-libmp3lame --enable-libfreetype --enable- libopenjpeg --prefix=/usr/local libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'aletrek-rle.mov': Metadata: creation_time : 2002-10-18 17:15:11 Duration: 00:00:03.33, start: 0.000000, bitrate: 567 kb/s Stream #0:0(eng): Video: qtrle (rle / 0x20656C72), rgb24, 160x120, 564 kb/s, 10.20 fps, 10 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2002-10-18 17:15:11 handler_name : ?Apple Alias Data Handler -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 15:53:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 14:53:01 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) Message-ID: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: sws_scale | Blocked By: avpicture_deinterlace | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I use FFmpeg API in my Mac OS X application to decode video frames. In case of interlaced frame I'm used to: 1) convert frame to YUV420P with sws_scale 2) deinterlace frame with avpicture_deinterlace 3) convert frame back to my required pixel format (UYVY422) with sws_scale (I obviuosly use two different swscale context) This has always worked fine with git development branch of FFmpeg till end of october. On 11th of november I updated FFmpeg to the latest version available on git repository and since then (till today's version of FFmpeg) my app crash while performing deinterlace and picture format conversion. If I convert frame to YUV420P and then back to UYVY422 (without deinterlacing), it works fine but frame is obviously interlaced. If I convert frame to YUV420P and then deinterlace it (without back converting to UYVY422), the app doesn't crash but the output is obviously only a green tint. It's only the combination of all three steps (conversion, deinterlacing and back conversion) which makes my app crash. Debugging the crash I discovered that it is caused by yv12touyvy_MMX2 function but, unfortunately, that function has not been changed from end of october till now.. It happens with every movie file. Since I'm using FFmpeg as API, I'm not able to provide further informations..or I don't know how to do it at least.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 16:21:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 15:21:44 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) In-Reply-To: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> References: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> Message-ID: <054.3adec6b344d545c5edaef6be54326c41@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: sws_scale | Resolution: avpicture_deinterlace | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please find the commit that introduced the problem and please provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 19:11:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 18:11:59 -0000 Subject: [FFmpeg-trac] #714(avcodec:new): ffprobe crash on broken file Message-ID: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> #714: ffprobe crash on broken file ---------------------------------+-------------------------------------- Reporter: Krieger | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- version N-35487-g15130b9 Media file http://dl.dropbox.com/u/43104344/libav_loop/crash_5.ts {{{ Program terminated with signal 11, Segmentation fault. #0 0xb6c7558b in filter_mb_dir (h=0xb5da9020, mb_x=0, mb_y=0, img_y=0xb5c0af30 "\020\020\020\020\024\027\035!", '\037' ..., img_cb=0x92ea498 "\177\177\177\177\177\177\177\177", '~' ..., img_cr=0x9301e28 '\177' ..., linesize=752, uvlinesize=376, mb_xy=0, mb_type=168430104, mvy_limit=4, first_vertical_edge_done=0, a=48, b=48, chroma=1, dir=0) at h264_loopfilter.c:550 550 qp = (s->current_picture.f.qscale_table[mb_xy] + s->current_picture.f.qscale_table[mbm_xy] + 1) >> 1; (gdb) bt #0 0xb6c7558b in filter_mb_dir (h=0xb5da9020, mb_x=0, mb_y=0, img_y=0xb5c0af30 "\020\020\020\020\024\027\035!", '\037' ..., img_cb=0x92ea498 "\177\177\177\177\177\177\177\177", '~' ..., img_cr=0x9301e28 '\177' ..., linesize=752, uvlinesize=376, mb_xy=0, mb_type=168430104, mvy_limit=4, first_vertical_edge_done=0, a=48, b=48, chroma=1, dir=0) at h264_loopfilter.c:550 #1 0xb6c76ca4 in ff_h264_filter_mb (h=0xb5da9020, mb_x=0, mb_y=0, img_y=0xb5c0af30 "\020\020\020\020\024\027\035!", '\037' ..., img_cb=0x92ea498 "\177\177\177\177\177\177\177\177", '~' ..., img_cr=0x9301e28 '\177' ..., linesize=752, uvlinesize=376) at h264_loopfilter.c:794 #2 0xb6c74993 in ff_h264_filter_mb_fast (h=0xb5da9020, mb_x=0, mb_y=0, img_y=0xb5c0af30 "\020\020\020\020\024\027\035!", '\037' ..., img_cb=0x92ea498 "\177\177\177\177\177\177\177\177", '~' ..., img_cr=0x9301e28 '\177' ..., linesize=752, uvlinesize=376) at h264_loopfilter.c:388 #3 0xb6c56f97 in loop_filter (h=0xb5da9020, start_x=0, end_x=45) at libavcodec/h264.c:3572 #4 0xb6c578c1 in decode_slice (avctx=0x925d8c0, arg=0xbff1e680) at libavcodec/h264.c:3722 #5 0xb6c57be7 in execute_decode_slices (h=0xb5da9020, context_count=1) at libavcodec/h264.c:3779 #6 0xb6c5890d in decode_nal_units (h=0xb5da9020, buf=0x92912d0 "", buf_size=19533) at libavcodec/h264.c:4040 #7 0xb6c58bb9 in decode_frame (avctx=0x925d8c0, data=0xbff1e7f4, data_size=0xbff1e904, avpkt=0xbff1e7b0) at libavcodec/h264.c:4117 #8 0xb6e308a9 in avcodec_decode_video2 (avctx=0x925d8c0, picture=0xbff1e7f4, got_picture_ptr=0xbff1e904, avpkt=0xbff1e7b0) at libavcodec/utils.c:960 #9 0xb7659cc7 in try_decode_frame (st=0x925d6f0, avpkt=0x9286c10, options=0x0) at libavformat/utils.c:2234 #10 0xb765ae4e in avformat_find_stream_info (ic=0x9259b50, options=0x0) at libavformat/utils.c:2537 #11 0x0804d0f4 in open_input_file (fmt_ctx_ptr=0xbff1ec2c, filename=0xbff200d0 "crash_5.ts") ---Type to continue, or q to quit--- at ffprobe.c:1096 #12 0x0804d2e3 in probe_file (filename=0xbff200d0 "crash_5.ts") at ffprobe.c:1154 #13 0x0804d640 in main (argc=2, argv=0xbff1ed34) at ffprobe.c:1265 }}} See bt full in attach. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 19:42:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 18:42:36 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) In-Reply-To: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> References: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> Message-ID: <054.1838fe7880c9525e25c61cd5b97c79f8@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: sws_scale | Resolution: avpicture_deinterlace | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Andrea3000): Replying to [comment:1 cehoyos]: > Please find the commit that introduced the problem and please provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html Sorry for the delay but it tooks me hours to figure out which was the incriminated commit but finally I have found it! This is the commit which introduced the issue: 13b7781ec8d475513c1ee40a6e481763b728a71e For what is about the backtrace, I don't understand how can I use "gdb ffmpeg_g" as long as I'm using FFmpeg only as an API.. Sorry but I'm a newbie.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 20:07:53 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 19:07:53 -0000 Subject: [FFmpeg-trac] #714(avcodec:new): ffprobe crash on broken file In-Reply-To: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> References: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> Message-ID: <051.dc11d2d551b4aaa64ef567d2181cb5e7@avcodec.org> #714: ffprobe crash on broken file ------------------------------------+----------------------------------- Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I am unable to reproduce the crash and valgrind reports no invalid memory access. Can you reproduce the crash with './configure && make'? Does 'ffmpeg -i crash_5.ts' crash? Or 'ffmpeg -i crash_5.ts -f null'? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 21:31:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 20:31:16 -0000 Subject: [FFmpeg-trac] #714(avcodec:new): ffprobe crash on broken file In-Reply-To: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> References: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> Message-ID: <051.9138663c6e7c4d8f80062892b62037dd@avcodec.org> #714: ffprobe crash on broken file ------------------------------------+----------------------------------- Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Krieger): I'll be able to do that tomorrow. Are you sure you used exactly same revision as reported? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 21:32:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 20:32:52 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) In-Reply-To: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> References: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> Message-ID: <054.b57db68a33fe3b768480e8eee3e47a17@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: sws_scale | Resolution: avpicture_deinterlace | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Andrea3000): Ok, I added gdb output, backtrace and disassembly -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 21:44:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 20:44:58 -0000 Subject: [FFmpeg-trac] #714(avcodec:new): ffprobe crash on broken file In-Reply-To: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> References: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> Message-ID: <051.f19c1c66deddb4967d34624efa4fa7b8@avcodec.org> #714: ffprobe crash on broken file ------------------------------------+----------------------------------- Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): No, I tested N-35491. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 6 22:27:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Dec 2011 21:27:29 -0000 Subject: [FFmpeg-trac] #708(avformat:closed): Bad computed size for atoms with size 0 in MOV files In-Reply-To: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> References: <035.525c0b3e69ae97980caa2bdb467cc2c0@avcodec.org> Message-ID: <050.07f5bd684f15d2b0b55d5bba5a39dbad@avcodec.org> #708: Bad computed size for atoms with size 0 in MOV files ------------------------------------+------------------------------------ Reporter: mihnea | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The patch has been applied, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 01:05:34 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 00:05:34 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.040172796fa42e01b978fa81818725a6@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): The attached patch seems to work correctly with "DpaintTitle.brush" file, hoever it fails with iff ilbm files which I created with different background colors selected as transparent. maybe this info will be useful: http://home.comcast.net/~erniew/lwsdk/docs/filefmts/ilbm.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 01:11:30 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 00:11:30 -0000 Subject: [FFmpeg-trac] #715(undetermined:new): gif encoder: support transparency Message-ID: <038.108ce5026fe2eca20c208e636b24d389@avcodec.org> #715: gif encoder: support transparency -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- the output gif file from "ffmpeg -i 11.png -pix_fmt rgb24 11.gif" conversion is not transparent. {{{ C:\>ffmpeg -i 11.png ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from '11.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, pal8, 275x84, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 01:38:20 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 00:38:20 -0000 Subject: [FFmpeg-trac] #711(avcodec:closed): h264: illegal short term buffer state detected In-Reply-To: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> References: <041.123df883eaeba012fc3f8a107ed245f0@avcodec.org> Message-ID: <056.27da59bf61343f98ba898f64c234d91e@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 TS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The sample should be fixed in current git head and the next release (which you can test with git checkout release/0.8). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 02:26:13 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 01:26:13 -0000 Subject: [FFmpeg-trac] #715(undetermined:new): gif encoder: support transparency In-Reply-To: <038.108ce5026fe2eca20c208e636b24d389@avcodec.org> References: <038.108ce5026fe2eca20c208e636b24d389@avcodec.org> Message-ID: <053.24e25e1cd1e55627a6010faf1bcd2146@avcodec.org> #715: gif encoder: support transparency -------------------------------------+------------------------------------- Reporter: ami_stuff | 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): * priority: normal => wish * version: unspecified => git-master * type: defect => enhancement Comment: I sent a patch to ffmpeg-devel that allows to use ffmpeg -i 11.png -vcodec gif -f image2 out.gif rgb24 by definition does not support transparency. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 02:41:30 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 01:41:30 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.5443558d04975ac22f87d2751ecc7351@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Works fine here with my patch: ffmpeg -i brown.brush -pix_fmt rgb32 out.png (out.png has transparent background) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 07:24:25 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 06:24:25 -0000 Subject: [FFmpeg-trac] #716(FFmpeg:new): Shoutcast 2 YP2 Protocol Message-ID: <034.f183521888b2f14bef54e9f8f7220694@avcodec.org> #716: Shoutcast 2 YP2 Protocol --------------------------------+--------------------------------------- Reporter: asbro | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- When ffmpeg will support Shoutcast 2 YP2 protocol? mediadata reading? etc... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 11:22:36 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 10:22:36 -0000 Subject: [FFmpeg-trac] #716(undetermined:new): Shoutcast 2 YP2 Protocol In-Reply-To: <034.f183521888b2f14bef54e9f8f7220694@avcodec.org> References: <034.f183521888b2f14bef54e9f8f7220694@avcodec.org> Message-ID: <049.3a54fdee775b8cf8a93afe0e5f3d3822@avcodec.org> #716: Shoutcast 2 YP2 Protocol -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: This needs a little more information to be a valid ticket, please add a command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 12:08:25 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 11:08:25 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.7e876b289ebd39ed03e13204d50e8d72@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Right, it works with -pix_fmt rgb32. I tested without it and only "dpainttitle.brush" converted with transparency. ffmpeg -i *.brush out.png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 12:50:05 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 11:50:05 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.1dfea449f7bc45202967b5951d928447@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): I fixed ffmpeg -i brown.brush out.png earlier today (unrelated to iff). Please try to always add a failing command line (ffmpeg -i brown.brush out.png) and complete, uncut output, it makes understanding a problem much easier. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 20:06:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 19:06:39 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.c7641f5faaad9dee7faa1bce124f0e7d@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): {{{{ if (s->masking & !MASK_HAS_TRANSPARENT_COLOR != MASK_NONE) { av_log(avctx, AV_LOG_ERROR, "Masking not supported\n"); return AVERROR_PATCHWELCOME; } }}} This check seems to fail (allow decoding) file from ticket #705, so maybe something like this: {{{ if (s->masking && s->masking != MASK_HAS_TRANSPARENT_COLOR) { av_log(avctx, AV_LOG_ERROR, "Masking not supported\n"); return AVERROR_PATCHWELCOME; }}} Also I have created HAM8 file with transparency (and this seems to set automaticly masking as well), but maybe it would be ok to apply this patch and experiment with HAM8 sample when masking will be supported? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 20:51:28 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 19:51:28 -0000 Subject: [FFmpeg-trac] #717(avcodec:new): AVFrame->format field not set when decoding audio Message-ID: <035.40732b4303cbd943ae0ed147b4157a48@avcodec.org> #717: AVFrame->format field not set when decoding audio ---------------------------------+--------------------------------------- Reporter: Markus | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- According to header documentation, the AVFrame format field should contain a value of type "enum AVSampleFormat" for audio data, but it is always -1 when calling avcodec_decode_audio4 (verified only for mpeg audio, but a quick code look up makes be belief this is true for all other decoders as well). Since this value is present in the AVCodecContext field "sample_fmt", it would be easy to just copy it from there to the decoded AVFrame, just as this already happens for avcodec_decode_video2 (where pix_fmt is copied there). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 21:00:29 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 20:00:29 -0000 Subject: [FFmpeg-trac] #718(FFmpeg:new): Apple Lossless only muxes in mov Message-ID: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> #718: Apple Lossless only muxes in mov -------------------------------------+------------------------------------- Reporter: bradskins | Type: defect Status: new | Priority: important Component: FFmpeg | Version: 0.7.8 Keywords: alac mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to mux ALAC into a mpegts container, unfortunately only mov works. This works fine: ffmpeg -i http://stream-tx1.radioparadise.com:9000/rp_192.ogg -acodec alac test.mov This reports an error (after pressing [q]): ffmpeg -i http://stream-tx1.radioparadise.com:9000/rp_192.ogg -acodec alac -f mpegts test.mpg ffmpeg version 0.7.8, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 27 2011 00:15:00 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --prefix=/opt/local --disable-ffplay --enable-gpl --enable-postproc --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac --enable- libschroedinger --enable-libopenjpeg --enable-libx264 --enable-yasm --enable-libaacplus --enable-libvpx --enable-libspeex --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/Developer/usr/bin/clang --arch=x86_64 --enable-yasm --enable-nonfree --enable-libfaac libavutil 50. 43. 0 / 50. 43. 0 libavcodec 52.123. 0 / 52.123. 0 libavformat 52.111. 0 / 52.111. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 80. 0 / 1. 80. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [ogg @ 0x7f89d404ac00] Estimating duration from bitrate, this may be inaccurate Input #0, ogg, from 'http://stream-tx1.radioparadise.com:9000/rp_192.ogg': Duration: N/A, start: 0.000000, bitrate: 192 kb/s Stream #0.0: Audio: vorbis, 44100 Hz, stereo, s16, 192 kb/s [mpegts @ 0x7f89d4043600] muxrate VBR, pcr every 1 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'test.mpg': Metadata: encoder : Lavf52.111.0 Stream #0.0: Audio: alac, 44100 Hz, stereo, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help ffmpeg(46607) malloc: *** error for object 0xc2b60f195cb95406: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Abort trap: 6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 21:03:02 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 20:03:02 -0000 Subject: [FFmpeg-trac] #718(FFmpeg:new): Apple Lossless only muxes in mov In-Reply-To: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> References: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> Message-ID: <053.8a15c094ef498d137682fd913162a58e@avcodec.org> #718: Apple Lossless only muxes in mov -------------------------------------+---------------------------------- Reporter: bradskins | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: 0.7.8 | Resolution: Keywords: alac mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by bradskins): Also, playing back the file with mplayer also creates errors: {{{ mplayer test.mpeg MPlayer UNKNOWN-4.2.1 (C) 2000-2011 MPlayer Team 163 audio & 363 video codecs Can't init Apple Remote. Playing test.mpeg. TS file format detected. TS_PARSE: COULDN'T SYNC NO VIDEO! NO AUDIO! (try increasing -tsprobe) NO SUBS (yet)! No stream found. Exiting... (End of file) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 7 22:45:59 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Dec 2011 21:45:59 -0000 Subject: [FFmpeg-trac] #719(undetermined:new): bmp: support 16bpp r5 g6 b5 Message-ID: <038.00ef598a138d514a13a07c1aaaead7ed@avcodec.org> #719: bmp: support 16bpp r5 g6 b5 -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 r5_g6_b5.bmp ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [bmp @ 02615B60] unsupported BMP file, patch welcome [image2 @ 020B2320] Could not find codec parameters (Video: bmp) r5_g6_b5.bmp: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 01:45:41 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 00:45:41 -0000 Subject: [FFmpeg-trac] #226(avcodec:closed): QT RLE 1bpp support is buggy In-Reply-To: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> References: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> Message-ID: <053.24b110778dd0b8a9cc7e59982f9d7d23@avcodec.org> #226: QT RLE 1bpp support is buggy ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: qtrle | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Alexis Ballier. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 02:33:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 01:33:47 -0000 Subject: [FFmpeg-trac] #718(FFmpeg:new): Apple Lossless only muxes in mov In-Reply-To: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> References: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> Message-ID: <053.3380833efd94aa8856bbfec23718529c@avcodec.org> #718: Apple Lossless only muxes in mov -------------------------------------+---------------------------------- Reporter: bradskins | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.7.8 | Resolution: Keywords: alac mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * priority: important => normal Comment: What are you trying to achieve? alac is a proprietary (in the sense of "published by a company, not by a standard committee or similar") audio codec that can only be read by a limited number of software (either QuickTime- or FFmpeg-based). FFmpeg supports muxing alac in mov and caf. (avi could possibly be supported, but how would you read the resulting file?) Transport Streams are not general-purpose containers (like avi), but allow only a very limited set of codecs, see http://ffmpeg.org/doxygen/trunk/mpegts_8c.html#080b419204f5c4b3d78ed9e0c7913efb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 02:52:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 01:52:23 -0000 Subject: [FFmpeg-trac] #715(avcodec:closed): gif encoder: support transparency In-Reply-To: <038.108ce5026fe2eca20c208e636b24d389@avcodec.org> References: <038.108ce5026fe2eca20c208e636b24d389@avcodec.org> Message-ID: <053.23aa507e8620e28ad76ed40877321e69@avcodec.org> #715: gif encoder: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: gif alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => gif alpha * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 Comment: This works now for ffmpeg -i 11.png -f image2 out.gif There are two gif encoders, only one supports pal8 output, the other only supports RGB24 which by definition does not support transparency. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 02:52:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 01:52:55 -0000 Subject: [FFmpeg-trac] #719(avcodec:closed): bmp: support 16bpp r5 g6 b5 In-Reply-To: <038.00ef598a138d514a13a07c1aaaead7ed@avcodec.org> References: <038.00ef598a138d514a13a07c1aaaead7ed@avcodec.org> Message-ID: <053.6c28b536f15216ccdaa7e9a57776da6c@avcodec.org> #719: bmp: support 16bpp r5 g6 b5 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => bmp * resolution: => fixed Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 03:30:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 02:30:34 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.b57f53c24165033f314b1526234e1bf8@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Thank you for testing and suggesting a fix, new patch attached! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 03:45:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 02:45:31 -0000 Subject: [FFmpeg-trac] #718(FFmpeg:new): Apple Lossless only muxes in mov In-Reply-To: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> References: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> Message-ID: <053.f79be2d28849359b7b7cf63bc35b12a8@avcodec.org> #718: Apple Lossless only muxes in mov -------------------------------------+---------------------------------- Reporter: bradskins | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.7.8 | Resolution: Keywords: alac mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by bradskins): I'm trying to encoding alac in mpegts for use with HTTP Live Streaming. A program called m3u8-segmenter accepts an mpegts file and segments it into 3 seconds chunks for streaming. There is documentation on Apple's website on the 'magic cookies' necessary for alac to work properly in mp4 files. I was hoping that they could be used with mpegts in the same way. ALAC was released under an Apache Licence 2.0 at the end of October. Do the magic cookies and other information learned from reading the source give ffmpeg enough information to encode to a mpegts? If Quicktime doesn't play nice with the results, I guess we can make apps for iOS and Android that are compatible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 03:47:53 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 02:47:53 -0000 Subject: [FFmpeg-trac] #718(FFmpeg:new): Apple Lossless only muxes in mov In-Reply-To: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> References: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> Message-ID: <053.153eafaf2a30a4454d5af89fc0075ab9@avcodec.org> #718: Apple Lossless only muxes in mov -------------------------------------+---------------------------------- Reporter: bradskins | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.7.8 | Resolution: Keywords: alac mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by bradskins): http://alac.macosforge.org/trac/browser/trunk/ALACMagicCookieDescription.txt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 03:57:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 02:57:23 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) In-Reply-To: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> References: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> Message-ID: <054.eed2c0b06ae33d13f35c0db7add4b971@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: sws_scale | Resolution: avpicture_deinterlace | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): You could try valgrind or provide a compileable testcase. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 06:03:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 05:03:55 -0000 Subject: [FFmpeg-trac] #720(avfilter:new): Volume filter does not work Message-ID: <041.6e19925ac3d9a472060c7922641ec4f9@avcodec.org> #720: Volume filter does not work -------------------------------------+------------------------------------- Reporter: | Type: defect jeremysalwen | Priority: normal Status: new | Version: git- Component: avfilter | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- What you were trying to accomplish: Test a libavfilter filter in ffmpeg. The problem you encountered: the libavfilter filter "volume" had no effect on the audio. Console output: $ ./ffmpeg -v 9 -loglevel 99 -i ~/write.wav -vf volume=0.1 ~/lol.wav ffmpeg version N-35540-g0cc9949, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 7 2011 22:26:02 with gcc 4.6.1 configuration: --enable-filter=earwax libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 41. 2 / 53. 41. 2 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 [wav @ 0x2f857e0] Format wav probed with size=2048 and score=99 [pcm_s16le @ 0x2f8bc00] err{or,}_recognition separate: 1; 1 [pcm_s16le @ 0x2f8bc00] err{or,}_recognition combined: 1; 65537 [wav @ 0x2f857e0] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x2f857e0] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from '/home/jeremy/write.wav': Duration: 00:04:01.86, bitrate: 1411 kb/s Stream #0:0, 218, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s [pcm_s16le @ 0x302d0e0] err{or,}_recognition separate: 1; 1 [pcm_s16le @ 0x302d0e0] err{or,}_recognition combined: 1; 65537 [pcm_s16le @ 0x2f8bc00] err{or,}_recognition separate: 1; 65537 [pcm_s16le @ 0x2f8bc00] err{or,}_recognition combined: 1; 65537 Output #0, wav, to '/home/jeremy/lol.wav': Metadata: encoder : Lavf53.24.0 Stream #0:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 41665kB time=00:04:01.86 bitrate=1411.2kbits/s video:0kB audio:41665kB global headers:0kB muxing overhead 0.000108% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 06:08:24 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 05:08:24 -0000 Subject: [FFmpeg-trac] #720(avfilter:new): Volume filter does not work In-Reply-To: <041.6e19925ac3d9a472060c7922641ec4f9@avcodec.org> References: <041.6e19925ac3d9a472060c7922641ec4f9@avcodec.org> Message-ID: <056.20bf21bb505b5489aa34195e604bf671@avcodec.org> #720: Volume filter does not work --------------------------------------+------------------------------------ Reporter: jeremysalwen | 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 jeremysalwen): Also note that with -af I get ./ffmpeg -v 9 -loglevel 99 -i ~/write.wav -af volume=0.1 ~/lol.wav ffmpeg version N-35540-g0cc9949, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 7 2011 22:26:02 with gcc 4.6.1 configuration: --enable-filter=earwax libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 41. 2 / 53. 41. 2 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 [wav @ 0x20e07e0] Format wav probed with size=2048 and score=99 [pcm_s16le @ 0x20e6c00] err{or,}_recognition separate: 1; 1 [pcm_s16le @ 0x20e6c00] err{or,}_recognition combined: 1; 65537 [wav @ 0x20e07e0] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x20e07e0] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from '/home/jeremy/write.wav': Duration: 00:04:01.86, bitrate: 1411 kb/s Stream #0:0, 218, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Unrecognized option 'af' Failed to set value 'volume=0.1' for option 'af' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 12:35:57 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 11:35:57 -0000 Subject: [FFmpeg-trac] #720(avfilter:closed): Volume filter does not work In-Reply-To: <041.6e19925ac3d9a472060c7922641ec4f9@avcodec.org> References: <041.6e19925ac3d9a472060c7922641ec4f9@avcodec.org> Message-ID: <056.0443d6151355129c2880c1cf4f9395af@avcodec.org> #720: Volume filter does not work --------------------------------------+------------------------------------ Reporter: jeremysalwen | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => invalid * reproduced: 0 => 1 Comment: Replying to [comment:1 jeremysalwen]: > Also note that with -af I get > > ./ffmpeg -v 9 -loglevel 99 -i ~/write.wav -af volume=0.1 ~/lol.wav > ffmpeg version N-35540-g0cc9949, Copyright (c) 2000-2011 the FFmpeg developers > built on Dec 7 2011 22:26:02 with gcc 4.6.1 > configuration: --enable-filter=earwax > libavutil 51. 30. 0 / 51. 30. 0 > libavcodec 53. 41. 2 / 53. 41. 2 > libavformat 53. 24. 0 / 53. 24. 0 > libavdevice 53. 4. 0 / 53. 4. 0 > libavfilter 2. 51. 0 / 2. 51. 0 > libswscale 2. 1. 0 / 2. 1. 0 [...] > Unrecognized option 'af' > Failed to set value 'volume=0.1' for option 'af' Hi, this is correct, -af was never integrated in the main repository, and using -vf for audio filters i evidently wrong, so the only way to use audio filtering is through the lavfi input device. You use it this way: {{{ ffmpeg -f lavfi -i "amovie=INFILE,volume=0.1" OUTFILE }}} Closing the ticket as invalid, feel free to add a feature request for integrating -af into the main repository so you can track it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 13:14:27 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 12:14:27 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) In-Reply-To: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> References: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> Message-ID: <054.a6f20459b2cc72df825debc62e79fd69@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: sws_scale | Resolution: avpicture_deinterlace | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Andrea3000): Replying to [comment:4 michael]: > You could try valgrind or provide a compileable testcase. I apologise in advanced if the informations I'm going to report aren't useful. I'm a newbie developer and I've still to learn a lot of stuff.. I paste here the relevant output from valgrind: {{{ ==27261== 1 errors in context 1 of 8: ==27261== Thread 1: ==27261== Use of uninitialised value of size 8 ==27261== at 0x1021E803D: ff_h264_decode_seq_parameter_set (in /MyPlayer.app/Contents/Frameworks/libavcodec.dylib) ==27261== by 0x7FFF5FBFDCAF: ??? ==27261== by 0x10820C8BF: ??? ==27261== by 0x7FFF5FBFDCB0: ??? ==27261== by 0x38003E9F: ??? ==27261== by 0x11B233E9F: ??? ==27261== ==27261== ==27261== 1 errors in context 2 of 8: ==27261== Conditional jump or move depends on uninitialised value(s) ==27261== at 0x1021E802B: ff_h264_decode_seq_parameter_set (in /MyPlayer.app/Contents/Frameworks/libavcodec.dylib) ==27261== by 0x7FFF5FBFDCAF: ??? ==27261== by 0x10820C8BF: ??? ==27261== by 0x7FFF5FBFDCB0: ??? ==27261== by 0x38003E9F: ??? ==27261== by 0x11B233E9F: ??? ==27261== ==27261== ==27261== 1 errors in context 3 of 8: ==27261== Conditional jump or move depends on uninitialised value(s) ==27261== at 0x1021E7FCA: ff_h264_decode_seq_parameter_set (in /MyPlayer.app/Contents/Frameworks/libavcodec.dylib) ==27261== by 0x7FFF5FBFDCAF: ??? ==27261== by 0x10820C8BF: ??? ==27261== by 0x7FFF5FBFDCB0: ??? ==27261== by 0x38003E9F: ??? ==27261== by 0x11B233E9F: ??? ==27261== ==27261== ==27261== 1 errors in context 4 of 8: ==27261== Conditional jump or move depends on uninitialised value(s) ==27261== at 0x1021E7F81: ff_h264_decode_seq_parameter_set (in /MyPlayer.app/Contents/Frameworks/libavcodec.dylib) ==27261== by 0x7FFF5FBFDCAF: ??? ==27261== by 0x10820C8BF: ??? ==27261== by 0x7FFF5FBFDCB0: ??? ==27261== by 0x38003E9F: ??? ==27261== by 0x11B233E9F: ??? ==27261== ==27261== ==27261== 3786240 errors in context 5 of 8: ==27261== Thread 9: ==27261== Invalid read of size 8 ==27261== at 0x102C50D84: yv12touyvy_MMX2 (in /MyPlayer.app/Contents/Frameworks/libswscale.dylib) ==27261== by 0x43F: ??? ==27261== Address 0x12b9b6088 is 8 bytes inside a block of size 3,110,400 free'd ==27261== at 0x1001A552D: free (vg_replace_malloc.c:430) ==27261== by 0x10009A445: -[VideoTrack decodePacket] (in /MyPlayer.app/Contents/MacOS/MyPlayer) ==27261== by 0x10009AD7F: -[VideoTrack decodeThreadFunc:] (in /MyPlayer.app/Contents/MacOS/MyPlayer) ==27261== by 0x1001EA113: __NSThread__main__ (in /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation) ==27261== by 0x102FFAFD5: _pthread_start (in /usr/lib/libSystem.B.dylib) ==27261== by 0x102FFAE88: thread_start (in /usr/lib/libSystem.B.dylib) ==27261== ==27261== ==27261== 3786240 errors in context 6 of 8: ==27261== Invalid read of size 8 ==27261== at 0x102C50D80: yv12touyvy_MMX2 (in /MyPlayer.app/Contents/Frameworks/libswscale.dylib) ==27261== by 0x43F: ??? ==27261== Address 0x12b9b6080 is 0 bytes inside a block of size 3,110,400 free'd ==27261== at 0x1001A552D: free (vg_replace_malloc.c:430) ==27261== by 0x10009A445: -[VideoTrack decodePacket] (in /MyPlayer.app/Contents/MacOS/MyPlayer) ==27261== by 0x10009AD7F: -[VideoTrack decodeThreadFunc:] (in /MyPlayer.app/Contents/MacOS/MyPlayer) ==27261== by 0x1001EA113: __NSThread__main__ (in /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation) ==27261== by 0x102FFAFD5: _pthread_start (in /usr/lib/libSystem.B.dylib) ==27261== by 0x102FFAE88: thread_start (in /usr/lib/libSystem.B.dylib) ==27261== ==27261== ==27261== 3786240 errors in context 7 of 8: ==27261== Invalid read of size 8 ==27261== at 0x102C50D76: yv12touyvy_MMX2 (in /MyPlayer.app/Contents/Frameworks/libswscale.dylib) ==27261== by 0x43F: ??? ==27261== Address 0x12bc2ed80 is 2,592,000 bytes inside a block of size 3,110,400 free'd ==27261== at 0x1001A552D: free (vg_replace_malloc.c:430) ==27261== by 0x10009A445: -[VideoTrack decodePacket] (in /MyPlayer.app/Contents/MacOS/MyPlayer) ==27261== by 0x10009AD7F: -[VideoTrack decodeThreadFunc:] (in /MyPlayer.app/Contents/MacOS/MyPlayer) ==27261== by 0x1001EA113: __NSThread__main__ (in /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation) ==27261== by 0x102FFAFD5: _pthread_start (in /usr/lib/libSystem.B.dylib) ==27261== by 0x102FFAE88: thread_start (in /usr/lib/libSystem.B.dylib) ==27261== ==27261== ==27261== 3786240 errors in context 8 of 8: ==27261== Invalid read of size 8 ==27261== at 0x102C50D6F: yv12touyvy_MMX2 (in /MyPlayer.app/Contents/Frameworks/libswscale.dylib) ==27261== by 0x43F: ??? ==27261== Address 0x12bbb0480 is 2,073,600 bytes inside a block of size 3,110,400 free'd ==27261== at 0x1001A552D: free (vg_replace_malloc.c:430) ==27261== by 0x10009A445: -[VideoTrack decodePacket] (in /MyPlayer.app/Contents/MacOS/MyPlayer) ==27261== by 0x10009AD7F: -[VideoTrack decodeThreadFunc:] (in /MyPlayer.app/Contents/MacOS/MyPlayer) ==27261== by 0x1001EA113: __NSThread__main__ (in /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation) ==27261== by 0x102FFAFD5: _pthread_start (in /usr/lib/libSystem.B.dylib) ==27261== by 0x102FFAE88: thread_start (in /usr/lib/libSystem.B.dylib) }}} This output is the result of about 1 second of movie playback and it has been generated with: {{{ valgrind -v --error-limit=no --dsymutil=yes --alignment=16 --leak- check=full /MyPlayer.app/Contents/MacOS/MyPlayer }}} Are these the information you need or I have to run valgrind with different command line options? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 14:21:54 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 13:21:54 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) In-Reply-To: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> References: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> Message-ID: <054.cf509a1f304db30ad4594cf2c8390bb0@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: sws_scale | Resolution: avpicture_deinterlace | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Andrea3000): I have discovered another "bug" and I'm quite sure that it is related to the bug explained in this ticket and can be the cause of it. Take a look at this two picture: 1) Prior to incriminated commit: [http://dl.dropbox.com/u/11879013/pre.jpg Image1] 2) After incriminated commit: [http://dl.dropbox.com/u/11879013/post.jpg Image2] As you can see, after incriminated commit, height of the frame is 8 pixels bigger than the correct one (in this case 1088 against 1080), and it appears a black border in the bottom part of the window/frame. When deinterlacing is enabled, that black border is yellow/green in the first frame and after that the app crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 14:35:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 13:35:52 -0000 Subject: [FFmpeg-trac] #721(avformat:new): mp2 in mxf detected as mpeg2video Message-ID: <036.ac55f69abd6b03c4431b2717277c0ab2@avcodec.org> #721: mp2 in mxf detected as mpeg2video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: mxf mp2 master | regression Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- This is a regression since r14826. {{{ $ ffmpeg -i mp2.mxf ffmpeg version N-35550-g31c55c5, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 8 2011 14:23:11 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 41. 2 / 53. 41. 2 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 [mpeg2video @ 0x13bac40] codec type or id mismatches Last message repeated 39 times [mxf @ 0x13a47a0] Could not find codec parameters (Audio: mpeg2video, 48000 Hz, 2 channels) Input #0, mxf, from 'mp2.mxf': Duration: 00:00:05.00, start: 0.000000, bitrate: 4096 kb/s Stream #0:0: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 12000 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1: Audio: mpeg2video, 48000 Hz, 2 channels At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 15:22:51 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 14:22:51 -0000 Subject: [FFmpeg-trac] #722(undetermined:new): ffmpeg parses bext umid incorrectly when umid is 64 bytes Message-ID: <036.81f836489869c87c13f53de548e4cf0f@avcodec.org> #722: ffmpeg parses bext umid incorrectly when umid is 64 bytes -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: bext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The bext UMID field can be either 32 bytes or 64 bytes. When I run ffmpeg -i 64byteumid.wav on a file with 64 byte UMID, the expressed UMID value is incomplete and missing the last byte (0x45). Note the the umid expressed by ffmpeg inserts an '0x' as the 33rd byte. ffmpeg reports {{{ 0x060A2B34010101010101021333000000FF7FCBA40000008000000000000000FF0x000000000000008000000000000000000000000055534120574E5943444156 }}} but the umid is {{{ 0x060A2B34010101010101021033000000FF7FCBA40000008000000000000000FF000000000000008000000000000000000000000055534120574E594344415645 }}} ffmpeg output: {{{ ffmpeg version N-31814-g7076967, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 29 2011 16:34:05 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libxvid --disable-ffplay libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 0x7fd37a83d800] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x7fd37a83d800] max_analyze_duration 5000000 reached at 5024000 Input #0, wav, from '64byteumid.wav': Metadata: IENG : IENG value originator_reference: orig reference IARL : IARL value artist : IART value ICMS : ICMS value comment : sample file for ffmpeg's bext parser copyright : ICOP value genre : IGNR value IKEY : IKEY value IMED : IMED value title : INAM value album : IPRD value ISBJ : ISBJ value encoder : ISFT value ISRC : ISRC value ISRF : ISRF value encoded_by : dave date : 2001-09-13 creation_time : 07:50:05 time_reference : 119136534 umid : 0x060A2B34010101010101021333000000FF7FCBA40000008000000000000000FF0x000000000000008000000000000000000000000055534120574E5943444156 coding_history : A=PCM,F=44100,W=16,M=stereo,T=Orban AUDICY EDIT A=PCM,F=32000,W=16,M=stereo,T=Orban AUDICY SRC Duration: 00:00:06.28, bitrate: 1029 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 32000 Hz, 2 channels, s16, 1024 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 16:42:17 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 15:42:17 -0000 Subject: [FFmpeg-trac] #722(avformat:new): ffmpeg parses bext umid incorrectly when umid is 64 bytes In-Reply-To: <036.81f836489869c87c13f53de548e4cf0f@avcodec.org> References: <036.81f836489869c87c13f53de548e4cf0f@avcodec.org> Message-ID: <051.0c2bf5b7affb84b4389d35995c449cf3@avcodec.org> #722: ffmpeg parses bext umid incorrectly when umid is 64 bytes ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: bext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat Comment: Does writing a 64bit umid tag work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 18:56:33 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 17:56:33 -0000 Subject: [FFmpeg-trac] #722(avformat:new): ffmpeg parses bext umid incorrectly when umid is 64 bytes In-Reply-To: <036.81f836489869c87c13f53de548e4cf0f@avcodec.org> References: <036.81f836489869c87c13f53de548e4cf0f@avcodec.org> Message-ID: <051.5ceff25edeadf96e28d850acbbf1d631@avcodec.org> #722: ffmpeg parses bext umid incorrectly when umid is 64 bytes ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: bext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dericed): How do I enable bext writing? The command I tried below does not produce a bext chunk (input file has no bext). {{{ ffmpeg -y -i dave.wav -metadata umid="060A2B34010101010101021033000000FF7FCBA40000008000000000000000FF000000000000008000000000000000000000000055534120574E594344415645" -c:a copy umid.wav ffmpeg version N-31814-g7076967, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 29 2011 16:34:05 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libxvid --disable-ffplay libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 0x7fb90a03d800] parser not found for codec pcm_s16le, packets or times may be invalid. Input #0, wav, from 'dave.wav': Duration: 00:00:01.00, bitrate: 1536 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s Output #0, wav, to 'umid.wav': Metadata: umid : 060A2B34010101010101021033000000FF7FCBA40000008000000000000000FF000000000000008000000000000000000000000055534120574E594344415645 encoder : Lavf53.22.0 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 188kB time=00:00:01.00 bitrate=1536.4kbits/s video:0kB audio:188kB global headers:0kB muxing overhead 0.023958% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 19:04:27 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 18:04:27 -0000 Subject: [FFmpeg-trac] #722(avformat:closed): ffmpeg parses bext umid incorrectly when umid is 64 bytes In-Reply-To: <036.81f836489869c87c13f53de548e4cf0f@avcodec.org> References: <036.81f836489869c87c13f53de548e4cf0f@avcodec.org> Message-ID: <051.dfed0a4b6e4fc594610ff89326d6749c@avcodec.org> #722: ffmpeg parses bext umid incorrectly when umid is 64 bytes ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: bext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed the original problem, thank you for the sample! Does "write_bext" option to write the bext metadata work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 19:26:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 18:26:43 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.3c571f08cd796048e64e5b5e1ec1cb52@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): the new check is ok -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 19:41:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 18:41:10 -0000 Subject: [FFmpeg-trac] #723(undetermined:new): bmp: support 16bpp x4 r4 g4 b4 Message-ID: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> #723: bmp: support 16bpp x4 r4 g4 b4 -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ ffmpeg -i 16bpp_x4_r4_g4_b4.bmp ffmpeg version 0.8.7.git-31a1342, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 26 2011 14:05:22 with gcc 4.5.0 libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 37. 1 / 53. 37. 1 libavformat 53. 21. 0 / 53. 21. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 49. 1 / 2. 49. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [bmp @ 0x112042d0] Warning: not compiled with thread support, using thread emulation Input #0, image2, from '16bpp_x4_r4_g4_b4.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Codec 0x50 is not in the full list. Stream #0:0: Video: bmp, rgb555be, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} I will create tickets for 16bpp a4 r4 g4 b4 32bpp x8 r8 g8 b8 when this will be supported. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 21:32:56 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 20:32:56 -0000 Subject: [FFmpeg-trac] #723(undetermined:open): bmp: support 16bpp x4 r4 g4 b4 In-Reply-To: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> References: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> Message-ID: <053.5825f5e540eff4b84ea1587227a2bbe4@avcodec.org> #723: bmp: support 16bpp x4 r4 g4 b4 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: bmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => bmp * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Output looks very broken, the original file works fine with GIMP. {{{ $ ffmpeg -i 16bpp_x4_r4_g4_b4.bmp out.tga ffmpeg version N-35569-g74436ad, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 8 2011 21:29:41 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 31. 0 / 51. 31. 0 libavcodec 53. 41. 2 / 53. 41. 2 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, image2, from '16bpp_x4_r4_g4_b4.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, rgb555le, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x13a6ac0] w:1024 h:768 pixfmt:rgb555le tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out.tga': Metadata: encoder : Lavf53.24.0 Stream #0:0: Video: targa, rgb555le, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> targa) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:992kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 21:33:05 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 20:33:05 -0000 Subject: [FFmpeg-trac] #723(avcodec:open): bmp: support 16bpp x4 r4 g4 b4 In-Reply-To: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> References: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> Message-ID: <053.492ee819ad61c193369c86c097ce3ffe@avcodec.org> #723: bmp: support 16bpp x4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 8 22:21:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 21:21:09 -0000 Subject: [FFmpeg-trac] #723(avcodec:open): bmp: support 16bpp x4 r4 g4 b4 In-Reply-To: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> References: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> Message-ID: <053.df7fde1661b3ae24c708554331861b74@avcodec.org> #723: bmp: support 16bpp x4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): more info: X4 R4 G4 B4?16 bits per pixel: 4 each for the RGB channels and 4 unused bits. http://www.kxcad.net/autodesk/3ds_max/Autodesk_3ds_Max_9_Reference/dds_files.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 00:09:49 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 23:09:49 -0000 Subject: [FFmpeg-trac] #570(undetermined:new): Video flipped with inverted colors in flash after transcode In-Reply-To: <034.a17f3ff2e0b8b3e45d950966fed76710@avcodec.org> References: <034.a17f3ff2e0b8b3e45d950966fed76710@avcodec.org> Message-ID: <049.d3dfe2914d262715182c610e163ecf4c@avcodec.org> #570: Video flipped with inverted colors in flash after transcode -------------------------------------+------------------------------------- Reporter: brama | Owner: michael 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 terran): Curious if there has been any progress on this ticket. I've experienced the same issue and have found the problem across Windows, Mac and Linux across a large number of Flash versions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 00:43:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Dec 2011 23:43:55 -0000 Subject: [FFmpeg-trac] #511(undetermined:new): Intel JPEG library: flipped? In-Reply-To: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> References: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> Message-ID: <051.03d52a11c1520f1958554b5cbe50f241@avcodec.org> #511: Intel JPEG library: flipped? -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): In this case the file is flipped unnecessary. libavcodec/mjpegdec.c: {{{ else if((len > 20 && !strncmp(cbuf, "Intel(R) JPEG Library", 21)) || (len > 19 && !strncmp(cbuf, "Metasoft MJPEG Codec", 20))){ - s->flipped = 1; + s->flipped = 0; } }}} so it looks like the intel jpeg encoder can save flipped and not flipped jpeg frames and the question is how to identify which frames should be fliped and which not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 02:22:36 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 01:22:36 -0000 Subject: [FFmpeg-trac] #724(undetermined:new): corrupted bmp video stream created when muxing into avi Message-ID: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> #724: corrupted bmp video stream created when muxing into avi -------------------------------------+------------------------------------- Reporter: richardpl | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -i /tmp/example.avi -an -vcodec bmp /tmp/out.avi Created avi have wrong video stream: It is vertically flipped and translated to the right and may contain various artifacts. Input file is irrelevant. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 05:17:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 04:17:27 -0000 Subject: [FFmpeg-trac] #725(undetermined:new): Please add a -af option for libavfilter audio filters. Message-ID: <041.d9ce8925c8f93bf933915af66aa87ebb@avcodec.org> #725: Please add a -af option for libavfilter audio filters. -------------------------------------+------------------------------------- Reporter: | Type: jeremysalwen | enhancement Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- It would be nice if the -af option worked for audio filters like the -vf one does for video filters (according to the documentation, it should). Console output: ./audio/ffmpeg/ffmpeg -i write.wav -af volume=0.1 ~/lol.wav ffmpeg version N-35540-g0cc9949, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 7 2011 22:26:02 with gcc 4.6.1 configuration: --enable-filter=earwax libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 41. 2 / 53. 41. 2 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 [wav @ 0x2a387e0] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x2a387e0] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from 'write.wav': Duration: 00:04:01.86, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Unrecognized option 'af' Failed to set value 'volume=0.1' for option 'af' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 09:40:53 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 08:40:53 -0000 Subject: [FFmpeg-trac] #724(undetermined:new): corrupted bmp video stream created when muxing into avi In-Reply-To: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> References: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> Message-ID: <053.bc997abe93b18e96c3f116edb696c0e8@avcodec.org> #724: corrupted bmp video stream created when muxing into avi -------------------------------------+------------------------------------- Reporter: richardpl | 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): Complete, uncut console output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 10:40:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 09:40:50 -0000 Subject: [FFmpeg-trac] #718(FFmpeg:closed): Apple Lossless only muxes in mov In-Reply-To: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> References: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> Message-ID: <053.0a3eebb2039f2083b62e1e9d07ccf474@avcodec.org> #718: Apple Lossless only muxes in mov -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.7.8 | Resolution: fixed Keywords: alac mpegts | Blocked By: crash | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: alac mpegts => alac mpegts crash * status: new => closed * resolution: => fixed Comment: The crash you were seeing will be fixed in the next release (you can test with git checkout release/0.7). Concerning muxing alac in transport streams, I don't think this should be supported before either another application supports it or alac shows up in http://www.smpte-ra.org/mpegreg/mpegreg.html But otoh, it works fine for me with ffmpeg (to decode, you just have to specify -acodec alac because no format identifier is specified) and MPlayer, so maybe it will also work in your application. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 15:29:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 14:29:27 -0000 Subject: [FFmpeg-trac] #718(FFmpeg:closed): Apple Lossless only muxes in mov In-Reply-To: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> References: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> Message-ID: <053.fbd7d475f8d636f22a40be18846238b2@avcodec.org> #718: Apple Lossless only muxes in mov -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.7.8 | Resolution: fixed Keywords: alac mpegts | Blocked By: crash | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bradskins): Thanks for your response. How easy is it to add a format identifier? I compiled from git and m3u8-segmenter (segmenter.c, others...) are based on ffmpeg libraries and they don't accept it without a format identifier. Is it possible to patch to ffmpeg play this type of file without having to specify -acodec alac? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 16:13:01 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 15:13:01 -0000 Subject: [FFmpeg-trac] #726(undetermined:new): support for copying SMPTE 436M caption tracks Message-ID: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- This is a part 2 to http://ffmpeg.org/trac/ffmpeg/ticket/682. I'm working with media from XDCam discs which contain an MXF with mpeg2 video, 8 pcm audio tracks, and a caption track using SMPTE 436M. I just need to cut these files given an in point and duration and copy all tracks to a new file (using -map 0 -c copy). For XDCam MXF files the caption track is not recognized: {{{ [mxf @ 0x101893800] track 9: could not find essence container ul, codec not currently supported in container }}} and subsequently the copy fails with {{{ Could not write header for output file #0 (incorrect codec parameters ?) }}} I need the preserve the captions but would also like to use ffmpeg to this task. Full output (first 5MB of a sample attached): {{{ ffmpeg -ss 300 -t 30 -i ELCO0378.mxf -map 0 -c copy trimmed.mxf ffmpeg version N-31468-g31c55c5, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 8 2011 08:46:52 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libxvid --disable-ffplay libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 41. 2 / 53. 41. 2 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mxf @ 0x10180f200] could not resolve sub descriptor strong ref [mxf @ 0x10180f200] source track 11: stream 9, no descriptor found Input #0, mxf, from 'ELCO0378.mxf': Duration: 00:28:50.89, start: 0.000000, bitrate: 60317 kb/s Stream #0:0: Video: mpeg2video (4:2:2), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], 50000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc Stream #0:1: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:2: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:3: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:4: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:5: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:6: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:7: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:8: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:9: Data: none [mxf @ 0x101893800] track 9: could not find essence container ul, codec not currently supported in container Output #0, mxf, to 'trimmed.mxf': Metadata: encoder : Lavf53.24.0 Stream #0:0: Video: mpeg2video, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 50000 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:2: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:3: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:4: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:5: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:6: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:7: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:8: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:9: Data: none 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) Stream #0:5 -> #0:5 (copy) Stream #0:6 -> #0:6 (copy) Stream #0:7 -> #0:7 (copy) Stream #0:8 -> #0:8 (copy) Stream #0:9 -> #0:9 (copy) Could not write header for output file #0 (incorrect codec parameters ?) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 16:47:05 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 15:47:05 -0000 Subject: [FFmpeg-trac] #718(FFmpeg:closed): Apple Lossless only muxes in mov In-Reply-To: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> References: <038.60efcaf7bba50115d5d8641657ec39ce@avcodec.org> Message-ID: <053.ea78b3077e2bc36e203ecc21c0d2f25f@avcodec.org> #718: Apple Lossless only muxes in mov -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.7.8 | Resolution: fixed Keywords: alac mpegts | Blocked By: crash | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Simply choose an identifier and add it to libavformat/mpegts.c. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 17:02:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 16:02:15 -0000 Subject: [FFmpeg-trac] #726(undetermined:new): support for copying SMPTE 436M caption tracks In-Reply-To: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> References: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> Message-ID: <051.cddf7a7d6f35973707fd8b54fede7b87@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Isn't this first of all a request to be able to read the caption track? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 17:15:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 16:15:03 -0000 Subject: [FFmpeg-trac] #726(undetermined:new): support for copying SMPTE 436M caption tracks In-Reply-To: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> References: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> Message-ID: <051.b8851ed47c0ee17abbec8ec76ddb9338@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dericed): Sure. Reading captions via ffmpeg would be ideal. I assume that having a smpte 436m encoder/decoder would be a lot of work. At this time I only have a use case for copying 436m captions from one MXF to another MXF, which I hope is a simpler request. :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 21:00:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 20:00:03 -0000 Subject: [FFmpeg-trac] #726(undetermined:new): support for copying SMPTE 436M caption tracks In-Reply-To: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> References: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> Message-ID: <051.d3795eda944278105a068fda52267d8e@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): To support this we would at least have to know what format that is, to at least give it the correct name. Your sample does not contain enough data to figure out much, except that it is not the VBI format that e.g. MXFLib supports. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 9 22:36:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Dec 2011 21:36:42 -0000 Subject: [FFmpeg-trac] #570(undetermined:closed): Video flipped with inverted colors in flash after transcode In-Reply-To: <034.a17f3ff2e0b8b3e45d950966fed76710@avcodec.org> References: <034.a17f3ff2e0b8b3e45d950966fed76710@avcodec.org> Message-ID: <049.a8dbd6141ea3e2bdf5c2b58746725ced@avcodec.org> #570: Video flipped with inverted colors in flash after transcode -------------------------------------+------------------------------------- Reporter: brama | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: This is a bug in flash player Ive added a workaround to ffmpeg, which should be in git master in a few moments -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 02:04:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 01:04:48 -0000 Subject: [FFmpeg-trac] #727(undetermined:new): Remuxing flac produces not strictly compliant files Message-ID: <036.f72a21b36c29ae54940c92abadc58229@avcodec.org> #727: Remuxing flac produces not strictly compliant files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: flac Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (bug 119) Regression since r22605 / 66061a12 (Add VorbisComment writing to FLAC files) {{{ $ make fate-acodec-flac $ ./ffmpeg -i tests/data/acodec/flac.flac -acodec copy out.mka ffmpeg version N-35607-g5b98ea1, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 01:39:22 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 31. 0 / 51. 31. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 [flac @ 0x13a57a0] max_analyze_duration 5000000 reached at 5015510 Input #0, flac, from 'tests/data/acodec/flac.flac': Duration: 00:00:06.00, bitrate: 482 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Output #0, matroska, to 'out.mka': Metadata: encoder : Lavf53.24.0 Stream #0:0: Audio: flac, 44100 Hz, stereo Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 347kB time=00:00:06.00 bitrate= 473.4kbits/s video:0kB audio:345kB global headers:0kB muxing overhead 0.617560% $ ./ffmpeg -i out.mka -acodec copy out.flac ffmpeg version N-35607-g5b98ea1, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 01:39:22 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 31. 0 / 51. 31. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, matroska,webm, from 'out.mka': Metadata: ENCODER : Lavf53.24.0 Duration: 00:00:06.00, start: 0.000000, bitrate: 474 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 (default) Output #0, flac, to 'out.flac': Metadata: encoder : Lavf53.24.0 Stream #0:0: Audio: flac, 44100 Hz, stereo (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 353kB time=00:00:06.00 bitrate= 481.5kbits/s video:0kB audio:345kB global headers:0kB muxing overhead 2.344577% $ flac -d out.flac flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Type `flac' for details. out.flac: *** Got error code 0:FLAC__STREAM_DECODER_ERROR_STATUS_LOST_SYNC out.flac: ERROR while decoding data state = FLAC__STREAM_DECODER_READ_FRAME $ git checkout 64f6e357fdf955e67017dfd34ed06b1478b403e2 ... $ ./ffmpeg -i out.mka -acodec copy outold.flac FFmpeg version git-64f6e35, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 10 2011 02:00:01 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 50.12. 0 / 50.12. 0 libavcodec 52.59. 0 / 52.59. 0 libavformat 52.56. 0 / 52.56. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0.10. 0 / 0.10. 0 [matroska @ 0x10f43d0]Estimating duration from bitrate, this may be inaccurate Input #0, matroska, from 'out.mka': Duration: 00:00:00.00, start: 0.000000, bitrate: N/A Stream #0.0: Audio: flac, 44100 Hz, 2 channels, s16 Output #0, flac, to 'outold.flac': Metadata: encoder : Lavf52.56.0 Stream #0.0: Audio: flac, 44100 Hz, 2 channels Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding size= 345kB time=10000000000.00 bitrate= 0.0kbits/s video:0kB audio:345kB global headers:0kB muxing overhead 0.011887% $ flac -d outold.flac flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Type `flac' for details. outold.flac: done }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 03:55:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 02:55:31 -0000 Subject: [FFmpeg-trac] #728(FFmpeg:new): Getting error message when attempting to copy streams Message-ID: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> #728: Getting error message when attempting to copy streams --------------------------------+--------------------------------------- Reporter: bf4648 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- I'm using a much bigger file with the file name of 2011-03-31-23-00-00~23-15-00-channel1.mp4 but I can't upload it because it is 95.4 MB so I have therefore attached a sample of the video called "sample". I'm trying to load the .mp4 file into ffmpeg at the -ss of 1.16 and -t 6.74 and copy the streams using -acodec copy -vcodec copy but I'm getting an error message of "Seems stream 0 codec frame rate differs from container frame rate: 60.00 (60/1) -> 30.00 (30/1)" and the video is all fuzzy (although I can make out some things in the video). Here's my command line in Ubuntu 10.04: {{{ ~/Desktop$ /usr/bin/ffmpeg -ss 1.16 -t 6.74 -i 2011-03-31-23-00-00~23-15-00-channel1.mp4 -acodec copy -vcodec copy /tmp/clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4 FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.2, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --extra-version=4:0.5.1-1ubuntu1.2 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable- stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Sep 16 2011 17:08:44, gcc: 4.4.3 Seems stream 0 codec frame rate differs from container frame rate: 60.00 (60/1) -> 30.00 (30/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2011-03-31-23-00-00~23-15-00-channel1.mp4': Duration: 00:15:00.00, start: 0.000000, bitrate: 889 kb/s Stream #0.0(und): Video: h264, yuv420p, 1280x960, 30 tbr, 30 tbn, 60 tbc Stream #0.1(und): Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Output #0, mp4, to '/tmp/clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4': Stream #0.0(und): Video: 0x0000, yuv420p, 1280x960, q=2-31, 90k tbn, 30 tbc Stream #0.1(und): Audio: 0x0000, 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding frame= 238 fps= 0 q=-1.0 Lsize= 809kB time=6.73 bitrate= 984.6kbits/s video:690kB audio:113kB global headers:0kB muxing overhead 0.725353% }}} I'd just like to copy the audio and video streams so I won't have to re- encode and therefore take time to do that. Is that possible or is this a bug? Attached is my sample... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 04:34:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 03:34:53 -0000 Subject: [FFmpeg-trac] #728(undetermined:new): Getting error message when attempting to copy streams In-Reply-To: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> References: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> Message-ID: <050.1fe26b4e78cfbaa3a417aa582ed24b7f@avcodec.org> #728: Getting error message when attempting to copy streams -------------------------------------+------------------------------------- Reporter: bf4648 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Replying to [ticket:728 bf4648]: > {{{ > ~/Desktop$ /usr/bin/ffmpeg -ss 1.16 -t 6.74 -i 2011-03-31-23-00-00~23-15-00-channel1.mp4 -acodec copy -vcodec copy /tmp/clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4 > FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.2, Copyright (c) 2000-2009 Fabrice Bellard, et al. > }}} This is very old and unsupported, please test current git head (as you did before). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 05:29:08 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 04:29:08 -0000 Subject: [FFmpeg-trac] #729(undetermined:new): "Option loop not found." Message-ID: <034.70ce108eab074dd6287ab3b648a9b3d1@avcodec.org> #729: "Option loop not found." -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: minor Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- when I use "-loop 1" it says "Option loop not found." and when I use "-loop_input" it says "-loop_input is deprecated, use -loop 1" :) here are the respected outputs: {{{ # ffmpeg -loop 1 -i http://admin:@82.13.197.168:82/audio.cgi -acodec libaacplus -ab 32k -ar 44100 -f mpegts udp://burek.teamnet.rs:10001 ffmpeg version N-35166-g9e794d1, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 22:41:19 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable- libmp3lame --enable-libv4l2 --enable-libvo-aacenc --enable-version3 libavutil 51. 29. 0 / 51. 29. 0 libavcodec 53. 37. 0 / 53. 37. 0 libavformat 53. 21. 0 / 53. 21. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 49. 0 / 2. 49. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Option loop not found. }}} and 2nd try: {{{ # ffmpeg -loop_input -i http://admin:@82.13.197.168:82/audio.cgi -acodec libaacplus -ab 32k -ar 44100 -f mpegts udp://burek.teamnet.rs:10001 ffmpeg version N-35166-g9e794d1, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 22:41:19 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable- libmp3lame --enable-libv4l2 --enable-libvo-aacenc --enable-version3 libavutil 51. 29. 0 / 51. 29. 0 libavcodec 53. 37. 0 / 53. 37. 0 libavformat 53. 21. 0 / 53. 21. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 49. 0 / 2. 49. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 -loop_input is deprecated, use -loop 1 [wav @ 0x13ce7a0] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x13ce7a0] max_analyze_duration 5000000 reached at 5120000 Input #0, wav, from 'http://admin:@82.13.197.168:82/audio.cgi': Duration: 00:00:32.76, bitrate: N/A Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 16000 Hz, 1 channels, s16, 256 kb/s [mpegts @ 0x13d0da0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://burek.teamnet.rs:10001': Metadata: encoder : Lavf53.21.0 Stream #0:0: Audio: aac, 44100 Hz, 1 channels, s16, 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> libaacplus) Press [q] to stop, [?] for help ^Cze= 143kB time=00:00:32.36 bitrate= 36.1kbits/s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 06:06:22 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 05:06:22 -0000 Subject: [FFmpeg-trac] #728(undetermined:new): Getting error message when attempting to copy streams In-Reply-To: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> References: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> Message-ID: <050.81304abdb9a30c94d806af154b9d1580@avcodec.org> #728: Getting error message when attempting to copy streams -------------------------------------+------------------------------------- Reporter: bf4648 | 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 bf4648): Yup, I was afraid of that..I just installed ffmpeg using sudo apt-get install ffmpeg...alright, here's my output using the current git head: {{{ ~/Desktop$ ffmpeg -ss 1.16 -t 6.74 -i 2011-03-31-23-00-00~23-15-00-channel1.mp4 -acodec copy -vcodec copy clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4 ffmpeg version N-35627-g85cd1eb, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 9 2011 23:38:08 with gcc 4.4.3 configuration: --enable-gpl --enable-nonfree --enable-libx264 libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2011-03-31-23-00-00~23-15-00-channel1.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.17.0 Duration: 00:15:00.00, start: 0.000000, bitrate: 889 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuvj420p, 1280x960 [SAR 1:1 DAR 4:3], 756 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: mp3 (mp4a / 0x6134706D), 44100 Hz, 2 channels, s16, 127 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Output #0, mp4, to 'clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.24.0 Stream #0:0(und): Video: h264 (![0][0][0] / 0x0021), yuvj420p, 1280x960 [SAR 1:1 DAR 4:3], q=2-31, 756 kb/s, 30 fps, 30 tbn, 30 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: mp3 (i[0][0][0] / 0x0069), 44100 Hz, 2 channels, 127 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 239 fps= 0 q=-1.0 Lsize= 826kB time=00:00:06.75 bitrate=1001.1kbits/s video:695kB audio:124kB global headers:0kB muxing overhead 0.898041% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 06:11:34 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 05:11:34 -0000 Subject: [FFmpeg-trac] #730(FFmpeg:new): Generate timestamps for source (like do-timestamp=true in gstreamer) Message-ID: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> #730: Generate timestamps for source (like do-timestamp=true in gstreamer) ----------------------------------+--------------------------------------- Reporter: hackeron | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Many IP cameras have MJPEG streams that vary in framerate depending network conditions, ambient light, just plain slow processors on the camera itself, etc. This can be anything from 8fps to 30fps - even if the camera is set to a fixed framerate. Right now, if you set a framerate in ffmpeg, the duration ffmpeg thinks the movie is does not match reality, sometimes by a factor of more than 3x. While ffmpeg supports variable framerate it requires timestamps which in this case do not exist. Gstreamer has an option called do-timestamp=true that would be very useful in ffmpeg. From their website: "Timestamps are set on the buffers as they arrive from the camera. These are used by the mime/multipart demultiplexer to emit timestamps on the JPEG-encoded video frame buffers. This allows the multiplexer to timestamp the frames in the resulting file." This would allow ffmpeg to set the timestamp of "now" on every single frame as it comes in and know the correct duration of the recording. This means correct duration, a/v sync and just being able to seek to specific parts of the recording. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 06:18:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 05:18:12 -0000 Subject: [FFmpeg-trac] #728(undetermined:new): Getting error message when attempting to copy streams In-Reply-To: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> References: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> Message-ID: <050.355e28e13af0910fa581ed915e5ca0cb@avcodec.org> #728: Getting error message when attempting to copy streams -------------------------------------+------------------------------------- Reporter: bf4648 | 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 bf4648): If I submit the following command line without the -ss & -t options, it works & makes an exact copy w/ out the "fuzzyness": {{{ ffmpeg -i 2011-03-31-23-00-00~23-15-00-channel1.mp4 -acodec copy -vcodec copy clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 06:32:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 05:32:55 -0000 Subject: [FFmpeg-trac] #730(undetermined:new): Generate timestamps for source (like do-timestamp=true in gstreamer) In-Reply-To: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> References: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> Message-ID: <052.a06b658538006bee34cf483195b1b298@avcodec.org> #730: Generate timestamps for source (like do-timestamp=true in gstreamer) -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Please add a failing command line (as simple as possible, without using external libraries) and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 14:48:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 13:48:46 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e Message-ID: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: h264 m2ts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- After commit 13b7781ec8d475513c1ee40a6e481763b728a71e, h264 video frames inside m2ts container are altered. Take a look at those 2 pictures: Pre commit: [http://dl.dropbox.com/u/11879013/pre.jpg Image pre-commit] After commit: [http://dl.dropbox.com/u/11879013/post.jpg Image after- commit] As you can see, after that commit, height of the frame is bigger (by 8 pixles) than the correct one (in this case 1088 against 1080), therefore a black border appears in the bottom part of the window/frame. This happens with every h264 stream inside m2ts container and never happens with mkv container. MPEG-2 and VC-1 streams don't have this issue both in m2ts and mkv container. This bug also causes a crash when deinterlacing and converting image with avpicture_deinterlace and sws_scale. (See [https://ffmpeg.org/trac/ffmpeg/ticket/713]) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 14:50:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 13:50:59 -0000 Subject: [FFmpeg-trac] #729(undetermined:closed): "Option loop not found." In-Reply-To: <034.70ce108eab074dd6287ab3b648a9b3d1@avcodec.org> References: <034.70ce108eab074dd6287ab3b648a9b3d1@avcodec.org> Message-ID: <049.c03de7a0074687e52dd32c1724787df1@avcodec.org> #729: "Option loop not found." -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | 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: Generally, regarding bug reports (mostly unrelated to the issue in question): If it is not needed for a report, please do not use external libraries like libx264, libfaac or libaacplus in the command line given to reproduce the problem. (Of course only if the problem is reproducible without using the external library.) Please use network input and output only if you want to report a network issue, most issues should be reported only using the file (or the pipe) protocol. And finally (and most difficult): Please try to use either the media file(s) that comes with FFmpeg (tests/lena.pnm) as input, or a file that is produced by make fate, or a file that is part of the fate test suite. This is of course not always possible! The -loop input option (exactly as -loop_input) only works for input of format -f image2. While -loop_input is (was) silently accepted even for input media that is not of format image2 (but did not work), -loop correctly fails if the input format does not support -loop. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 14:55:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 13:55:25 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.fdc9e080502fdf2f2ad3bce4ac3a2c5c@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a sample that allows to reproduce the problem (images are nearly always unneeded). If the sample is larger than 2.5MB, please see http://ffmpeg.org/bugreports.html or upload to http://www.datafilehost.com/ (and provide the download link). For all problem reports on this tracker, please provide a (failing) command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 15:05:10 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 14:05:10 -0000 Subject: [FFmpeg-trac] #730(undetermined:new): Generate timestamps for source (like do-timestamp=true in gstreamer) In-Reply-To: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> References: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> Message-ID: <052.571b72291298b63bbf64565ec5a02bd8@avcodec.org> #730: Generate timestamps for source (like do-timestamp=true in gstreamer) -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hackeron): ffmpeg -f mjpeg -i http://admin:@82.13.197.168:82/video.cgi -vcodec copy out.avi You will notice that the duration ffmpeg thinks the video is does not match reality. It tried with -timestamp now, -vsync 1, -re, and various combinations - but ffmpeg just counts the number of frames it expects, not the number of frames that it gets. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 15:06:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 14:06:31 -0000 Subject: [FFmpeg-trac] #721(avformat:closed): mp2 in mxf detected as mpeg2video In-Reply-To: <036.ac55f69abd6b03c4431b2717277c0ab2@avcodec.org> References: <036.ac55f69abd6b03c4431b2717277c0ab2@avcodec.org> Message-ID: <051.33dc0c18d6ff9bdc6540bd1762732333@avcodec.org> #721: mp2 in mxf detected as mpeg2video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf mp2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 15:39:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 14:39:12 -0000 Subject: [FFmpeg-trac] #730(undetermined:new): Generate timestamps for source (like do-timestamp=true in gstreamer) In-Reply-To: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> References: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> Message-ID: <052.e11c8250d3a70bceadfd281eaf5d7492@avcodec.org> #730: Generate timestamps for source (like do-timestamp=true in gstreamer) -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: enhancement | 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 add complete, uncut console output (and I suspect if you add time in front of your command line, the problem is easier to understand). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 15:44:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 14:44:53 -0000 Subject: [FFmpeg-trac] #730(undetermined:new): Generate timestamps for source (like do-timestamp=true in gstreamer) In-Reply-To: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> References: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> Message-ID: <052.a5e8e217c0c9773a3b11ca6f4ad8babf@avcodec.org> #730: Generate timestamps for source (like do-timestamp=true in gstreamer) -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hackeron): OK $ URL="http://admin:@192.168.0.108/"; time ffmpeg -t 30 -f mjpeg -i ${URL}mjpeg.cgi -vcodec copy output.avi ffmpeg version 0.8.6, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 17 2011 00:53:28 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/0.8.6 --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libxvid --disable-ffplay libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mjpeg @ 0x7ff204007c00] max_analyze_duration 5000000 reached at 5000000 [mjpeg @ 0x7ff204007c00] Estimating duration from bitrate, this may be inaccurate Input #0, mjpeg, from 'http://admin:@192.168.0.108/mjpeg.cgi': Duration: N/A, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj422p, 640x480, 25 fps, 25 tbr, 1200k tbn, 25 tbc Output #0, avi, to 'output.avi': Metadata: ISFT : Lavf53.4.0 Stream #0.0: Video: mjpeg, yuvj422p, 640x480, q=2-31, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 750 fps= 24 q=-1.0 Lsize= 25547kB time=00:00:30.00 bitrate=6976.1kbits/s video:25524kB audio:0kB global headers:0kB muxing overhead 0.092094% real 0m48.163s user 0m0.213s sys 0m0.620s Notice ffmpeg thinks it has 30 seconds of video - but in reality the video is 48 seconds in length. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 16:16:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 15:16:05 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.3e77ae99705ffec9fab9ed5e07b930b6@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Andrea3000): Replying to [comment:1 cehoyos]: > Please provide a sample that allows to reproduce the problem (images are nearly always unneeded). > If the sample is larger than 2.5MB, please see http://ffmpeg.org/bugreports.html or upload to http://www.datafilehost.com/ (and provide the download link). > > For all problem reports on this tracker, please provide a (failing) command line and complete, uncut console output. It happens with every h264 movie file inside m2ts container, anyway I have uploaded a short sample here: [http://www.datafilehost.com/download- 902f38c6.html] I'm not able to provide the failing command line because I use FFmepg library as API inside my OSX app. The strange thing is that it seems to be a parsing issue rather then a decoding issue. I have tried using FFmpeg first only as a parser (decoding frames with the GPU) and later even as a decoder and this black border appears in both of the case. Prior to that commit, both software (FFmpeg) and hardware decoding wasn't giving any black border. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 16:28:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 15:28:49 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.4099f7137a23bf0db5fc710546bfb1ed@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Andrea3000): I have made a further discovery. Incorrect frame height is given by AVCodecContext->coded_height which reports a value of 1088. If I override this value (in my app) and set it to 1080, the black border is gone but the app still crash when calling avpicture_deinterlace and sws_scale. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 17:19:56 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 16:19:56 -0000 Subject: [FFmpeg-trac] #730(undetermined:open): Encoded video plays too fast for network input (was: Generate timestamps for source (like do-timestamp=true in gstreamer)) In-Reply-To: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> References: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> Message-ID: <052.88cd8151e28dc63797a2c51a5b4dec86@avcodec.org> #730: Encoded video plays too fast for network input -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * type: enhancement => defect * reproduced: 0 => 1 Comment: Received input is recorded as 25fps, but is actually a magnitude "slower". ffmpeg -analyzeduration 1 -f mjpeg -r 3.5 -i http://admin:@82.13.197.168:82/video.cgi works better from here, but assuming the stream is VFR, it cannot work. {{{ $ time ./ffmpeg -f mjpeg -i http://admin:@82.13.197.168:82/video.cgi out.avi ffmpeg version N-35633-g5207f95, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 16:57:53 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 [mjpeg @ 0x8da4ae0] Estimating duration from bitrate, this may be inaccurate Input #0, mjpeg, from 'http://admin:@82.13.197.168:82/video.cgi': Duration: N/A, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 640x480, 25 fps, 25 tbr, 1200k tbn, 25 tbc Incompatible pixel format 'yuvj422p' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x8dbaea0] w:640 h:480 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x8db7ae0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x914c2e0] w:640 h:480 fmt:yuvj422p -> w:640 h:480 fmt:yuv420p flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.24.0 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mpeg4) Press [q] to stop, [?] for help frame= 747 fps= 4 q=31.0 Lsize= 1153kB time=00:00:29.88 bitrate= 316.1kbits/s video:1130kB audio:0kB global headers:0kB muxing overhead 2.073742% real 3m29.035s user 0m5.007s sys 0m0.136s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 20:31:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 19:31:30 -0000 Subject: [FFmpeg-trac] #732(undetermined:new): Storing variables not working in expressions Message-ID: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> #732: Storing variables not working in expressions -------------------------------------+------------------------------------- Reporter: jworrall | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: expression | Blocked By: evaluation | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Storing a variable does not allow it to be retrieved: -vf "scale = st(0\,1) * 640 : ld(0) * 480" The first function, st(0,1), evaluates to 1, and the output file has a width of 640. The second function, ld(0), apparently evaluates to 0, and the output retains its original height. My understanding is that ld(0) should reload var 0 with a value of 1. Following is a typical complete command line and full output. Problem is not limited to one input file: ffmpeg -i kit.mov -t 3 -c:v libx264 \ -vf "scale = st(0\,1) * 640 : ld(0) * 480" \ -vprofile main -preset veryslow -x264opts level=3.1:ref=8 -c:a libvo_aacenc -y output.m4v ffmpeg version 0.8.7.git-337ce55, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 09:35:29 with clang 3.0 (tags/Apple/clang-211.12) configuration: --prefix=/Volumes/Ramdisk/sw --cc=clang --enable-gpl --enable-version3 --arch=x86_64 --enable-hardcoded-tables --disable-indevs --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libvo- aacenc --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libx264 --enable-libvorbis --enable-libtheora --enable-libspeex --disable-ffserver libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 1200.00 (1200/1) -> 29.97 (30000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'kit.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-05-08 00:51:03 Duration: 00:01:21.61, start: 0.000000, bitrate: 10723 kb/s Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 1280x720, 10655 kb/s, 29.81 fps, 29.97 tbr, 600 tbn, 1200 tbc Metadata: creation_time : 2011-05-08 00:51:03 handler_name : Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, s16, 63 kb/s Metadata: creation_time : 2011-05-08 00:51:03 handler_name : ?Apple Alias Data Handler [buffer @ 0x7fb642c165a0] w:1280 h:720 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [scale @ 0x7fb642c1fdc0] w:1280 h:720 fmt:yuv420p -> w:640 h:720 fmt:yuv420p flags:0x4 [libx264 @ 0x7fb643031800] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x7fb643031800] profile Main, level 3.1 [libx264 @ 0x7fb643031800] 264 - core 120 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:0 analyse=0x1:0x131 me=umh subme=10 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=8 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=60 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, ipod, to 'output.m4v': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-05-08 00:51:03 encoder : Lavf53.24.0 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 640x720, q=-1--1, 30k tbn, 29.97 tbc Metadata: creation_time : 2011-05-08 00:51:03 handler_name : Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, s16, 128 kb/s Metadata: creation_time : 2011-05-08 00:51:03 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libvo_aacenc) Press [q] to stop, [?] for help frame= 90 fps= 12 q=-1.0 Lsize= 206kB time=00:00:02.93 bitrate= 574.6kbits/s video:154kB audio:47kB global headers:0kB muxing overhead 2.113484% [libx264 @ 0x7fb643031800] frame I:1 Avg QP:24.70 size: 14288 [libx264 @ 0x7fb643031800] frame P:17 Avg QP:25.77 size: 4099 [libx264 @ 0x7fb643031800] frame B:72 Avg QP:30.15 size: 1021 [libx264 @ 0x7fb643031800] consecutive B-frames: 1.1% 0.0% 0.0% 13.3% 44.4% 33.3% 7.8% 0.0% 0.0% [libx264 @ 0x7fb643031800] mb I I16..4: 51.5% 0.0% 48.5% [libx264 @ 0x7fb643031800] mb P I16..4: 1.7% 0.0% 1.3% P16..4: 41.2% 7.2% 9.9% 0.1% 0.0% skip:38.6% [libx264 @ 0x7fb643031800] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 43.1% 1.8% 0.2% direct: 0.3% skip:54.5% L0:43.0% L1:55.7% BI: 1.3% [libx264 @ 0x7fb643031800] direct mvs spatial:94.4% temporal:5.6% [libx264 @ 0x7fb643031800] coded y,uvDC,uvAC intra: 43.6% 34.0% 12.2% inter: 1.6% 2.1% 0.0% [libx264 @ 0x7fb643031800] i16 v,h,dc,p: 50% 5% 6% 39% [libx264 @ 0x7fb643031800] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 2% 15% 9% 14% 10% 8% 7% 5% [libx264 @ 0x7fb643031800] i8c dc,h,v,p: 44% 21% 27% 8% [libx264 @ 0x7fb643031800] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x7fb643031800] ref P L0: 50.3% 14.3% 17.2% 5.4% 4.5% 3.1% 3.4% 1.8% [libx264 @ 0x7fb643031800] ref B L0: 82.3% 10.1% 4.4% 1.7% 0.8% 0.5% 0.2% [libx264 @ 0x7fb643031800] ref B L1: 89.7% 10.3% [libx264 @ 0x7fb643031800] kb/s:419.56 localhost:Desktop jim$ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 20:41:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 19:41:06 -0000 Subject: [FFmpeg-trac] #729(undetermined:closed): "Option loop not found." In-Reply-To: <034.70ce108eab074dd6287ab3b648a9b3d1@avcodec.org> References: <034.70ce108eab074dd6287ab3b648a9b3d1@avcodec.org> Message-ID: <049.852b61e49f5d5024af3a2e05a3ac1430@avcodec.org> #729: "Option loop not found." -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): Generally, you should try to minimize requests for additional user's actions, after a bug report has been made, otherwise you'll end up in a situation that nobody cares anymore to report a bug, because of all the 'prerequisites'. Also, most of the bug reports should be considered merely as hints to where the developers should take a look to make sure there is or is no bug present. I know the developers always lack free time to spend on bug reports, but guess what, we (users) also lack time and will to report bugs, because it's much easier to use another tool for the same task, which ultimately leaves FFmpeg project on the loosing side. I personally wouldn't like the FFmpeg project to end up like VLC project, where various people have put a lot of effort to report bugs (with full output logs) which never even got a decent reply from the developers and in some cases replies were so offending and humiliated so that other users, reading those kind of posts, simply dropped their intention to participate in such community, which, again, makes the project itself suffer the most. I understand your recommendations and I'll take them into account for my next bug reports, but you should at least update the FFmpeg bug reporting guidelines, to reflect what have you just said otherwise it will make no sense to repeat yourself each and every time somebody files a new bug report. And finally (and most important), you shouldn't discard bug reports that easily, because they do reflect something odd in FFmpeg's behavior. In this particular case the correct behavior would be to change the FFmpeg's warning/error message to say "The -loop input option (exactly as -loop_input) only works for input of format -f image2. While -loop_input is (was) silently accepted even for input media that is not of format image2...", because otherwise the message really looks silly and completely useless, adding to that the documentation says absolutely nothing about it. Cheers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 20:49:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 19:49:02 -0000 Subject: [FFmpeg-trac] #732(undetermined:new): Storing variables not working in expressions In-Reply-To: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> References: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> Message-ID: <052.d5e6be49e68b7910a0cf1aef438268ef@avcodec.org> #732: Storing variables not working in expressions -------------------------------------+------------------------------------- Reporter: jworrall | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: expression | Resolution: evaluation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jworrall): Sorry I used external libraries with that command. This gives the same incorrect result: ffmpeg -i kit.mov -t 3 \ -vf "scale = st(0\,1) * 640 : ld(0) * 480" \ -y output.mpg I don't think it matters what input file or format is used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 21:11:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 20:11:20 -0000 Subject: [FFmpeg-trac] #416(avcodec:open): ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 In-Reply-To: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> References: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> Message-ID: <049.3e07d9b0a20be35de61ae4721ea5b4d6@avcodec.org> #416: ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 -------------------------------------+----------------------------------- Reporter: takis | Owner: Type: enhancement | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 21:14:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 20:14:44 -0000 Subject: [FFmpeg-trac] #732(undetermined:new): Storing variables not working in expressions In-Reply-To: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> References: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> Message-ID: <052.865b426dcc6cc5b6d0855d66c516c00a@avcodec.org> #732: Storing variables not working in expressions -------------------------------------+------------------------------------- Reporter: jworrall | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: expression | Resolution: evaluation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * type: defect => enhancement Comment: The variables are currently not preserved between expressions. Maybe you can explain for what you want this feature? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 21:22:08 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 20:22:08 -0000 Subject: [FFmpeg-trac] #729(undetermined:closed): "Option loop not found." In-Reply-To: <034.70ce108eab074dd6287ab3b648a9b3d1@avcodec.org> References: <034.70ce108eab074dd6287ab3b648a9b3d1@avcodec.org> Message-ID: <049.71e5373f46705145e3f0a46740dc1597@avcodec.org> #729: "Option loop not found." -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Ive changed the warning, so its hopefully clearer, improvments welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 21:56:11 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 20:56:11 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) In-Reply-To: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> References: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> Message-ID: <054.9731d7bd9856f6724cdd7381e7ac58c0@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: sws_scale | Resolution: avpicture_deinterlace | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Valgrind indicates that you run sws on memory that has been freed. Its output should be a bit more informative if the involved parts are compiled without optimizations and with debug symbols -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 21:59:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 20:59:02 -0000 Subject: [FFmpeg-trac] #470(swscale:open): libquicktime uncompressed formats In-Reply-To: <036.a07c6cd292926677164a7d81b90991f6@avcodec.org> References: <036.a07c6cd292926677164a7d81b90991f6@avcodec.org> Message-ID: <051.5c87aab1a5fdf6ddaaed130021a6a9a1@avcodec.org> #470: libquicktime uncompressed formats -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: v308 v408 | Blocked By: v410 yuv4 mov rawvideo | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * analyzed: 0 => 1 * keywords: v308 v408 v410 yuv4 mov => v308 v408 v410 yuv4 mov rawvideo * status: new => open * component: undetermined => swscale * reproduced: 0 => 1 Comment: v308: packed yuv 4:4:4, 12bpp v408: packed yuva 4:4:4:4, 32bpp v410: packed yuv 4:4:4, 30bpp (32bpp) yuv4: packed yuv 4:1:1 12bpp, u v y1 y2 y3 y4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 22:12:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 21:12:59 -0000 Subject: [FFmpeg-trac] #732(undetermined:new): Storing variables not working in expressions In-Reply-To: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> References: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> Message-ID: <052.db795414c8ebd544a16d7531555b7b62@avcodec.org> #732: Storing variables not working in expressions -------------------------------------+------------------------------------- Reporter: jworrall | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: expression | Resolution: evaluation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jworrall): Oh, well, that explains a lot. It seems the variables would be more powerful if they could be shared between expressions. For example, I am trying to write a scale filter that will scale a video of any size and aspect ratio down (but not up) to fit inside an iPhone display, while preserving aspect ratio. I've written a script that gets variables for the display/frame size depending on which iPhone it is (FW, FH and the aspect ratio FA). I was eventually able to do it without variables; it looks like this: -vf "scale = min(1\,gt(iw\,$FW)+gt(ih\,$FH)) * (gte(a\,$FA)*$FW + lt(a\,$FA)*(($FH*iw)/ih)) + not(min(1\,gt(iw\,$FW)+gt(ih\,$FH)))*iw : \ min(1\,gt(iw\,$FW)+gt(ih\,$FH)) * (lte(a\,$FA)*$FH + gt(a\,$FA)*(($FW*ih)/iw)) + not(min(1\,gt(iw\,$FW)+gt(ih\,$FH)))*ih" \ If the variables were preserved between the width and height expressions, it would be somewhat shorter and easier to follow: -vf "scale = st(0\,min(1\,gt(iw\,$FW)+gt(ih\,$FH) ) ) * (gte(a\,$FA)*$FW + lt(a\,$FA)*(($FH*iw)/ih) ) + not(ld(0))*iw : \ ld(0) * ( lte(a\,$FA)*$FH + gt(a\,$FA)*(($FW*ih)/iw) ) + not(ld(0))*ih " \ Maybe it's not that important, but I'm sure more 'global' variables would have other uses as well. In any case, unless and until such a feature is developed, it would be good to put in the manual that the variables are not preserved between expressions. Might save someone else several days of tearing their hair out! Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 23:38:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 22:38:27 -0000 Subject: [FFmpeg-trac] #732(undetermined:new): Storing variables not working in expressions In-Reply-To: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> References: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> Message-ID: <052.408f432419df8ba6aeda69e011850c3c@avcodec.org> #732: Storing variables not working in expressions -------------------------------------+------------------------------------- Reporter: jworrall | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: expression | Resolution: evaluation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): good idea, ive updated the docs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 10 23:41:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 22:41:14 -0000 Subject: [FFmpeg-trac] #728(undetermined:new): Getting error message when attempting to copy streams In-Reply-To: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> References: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> Message-ID: <050.c6cd20b00aaf0338e73483a97ce7f7c0@avcodec.org> #728: Getting error message when attempting to copy streams -------------------------------------+------------------------------------- Reporter: bf4648 | 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): Is there still a problem you want to report? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 00:33:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Dec 2011 23:33:58 -0000 Subject: [FFmpeg-trac] #713(undetermined:new): sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) In-Reply-To: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> References: <039.e9bab7cac7f28d1e08a2d3d3ae3c8074@avcodec.org> Message-ID: <054.b75ac363b7860350cbbc5a42b20df8d2@avcodec.org> #713: sws_scale crashes after deinterlacing with avpicture_deinterlace (only on recent versions of FFmpeg) -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: sws_scale | Resolution: avpicture_deinterlace | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Andrea3000): Replying to [comment:7 michael]: > Valgrind indicates that you run sws on memory that has been freed. > Its output should be a bit more informative if the involved parts are compiled without optimizations and with debug symbols Thank you for your help. I have found the cause of this issue (but not the solution) and I have opened a specific ticket: [https://ffmpeg.org/trac/ffmpeg/ticket/731] Have you got any hint on that bug? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 04:04:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 03:04:30 -0000 Subject: [FFmpeg-trac] #716(undetermined:new): Shoutcast 2 YP2 Protocol In-Reply-To: <034.f183521888b2f14bef54e9f8f7220694@avcodec.org> References: <034.f183521888b2f14bef54e9f8f7220694@avcodec.org> Message-ID: <049.78d4cca903a7d450c719378cf8072762@avcodec.org> #716: Shoutcast 2 YP2 Protocol -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by asbro): {{{ [root at ns360662 sc_trans2]# ffmpeg -i http://0.0.0.0:8000 -c:a copy -f flv rtmp://0.0.0.0:1945/radio/teste ffmpeg version N-35631-gf5ecc4c, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 10:12:32 with gcc 4.1.2 20080704 (Red Hat 4.1.2-51) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime -cpudetect --enable-gpl --enable-version3 --enable-debug --enable-postproc --enable-avfilter --enable-libfreetype --enable-pthrea ds --disable-avisynth --enable-libmp3lame --enable-librtmp --enable-libx264 --enable-libxvid --enable-libfaac --enable-libaacplus --disable-decoder=amrnb --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-nonfree --extra-cflags='-O2 -g -pipe -Wal l -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer- size=4 -m64 -mtune=generic -fPIC' --disable-stripping libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 0x629fa0] Header missing [mp3 @ 0x621ee0] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x621ee0] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'http://0.0.0.0:8000': Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Output #0, flv, to 'rtmp://0.0.0.0:1945/radio/teste': Metadata: encoder : Lavf53.24.0 Stream #0:0: Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, stereo, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 2743kB time=00:02:49.40 bitrate= 132.6kbits/s video:0kB audio:2641kB global headers:0kB muxing overhead 3.845487% }}} Hi, it works but shows the "head missing" error, and how i can acess shoutcast stream metadata????????? streamtitle, Now Playingr etc..? Greets, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 07:54:22 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 06:54:22 -0000 Subject: [FFmpeg-trac] #733(FFmpeg:new): Invalid pixel format string '-1' for Input and Image2 output Message-ID: <035.641960581f1164765c5127b462b671ff@avcodec.org> #733: Invalid pixel format string '-1' for Input and Image2 output --------------------------------+---------------------------------- Reporter: funrob | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 0.7.8 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Trying to output images from an mp4 recorded on a Vivotek ip8362 camera. File plays in QT and VLC. I tried forcing the input pixel format but that didn't do the trick. To repro: ffmpeg -pix_fmt yuv420p -i 20111208145933_59.mp4 -ss 5 -f image2 tmp.jpg {{{ ffmpeg version 0.7.8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 06:38:00 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/opt/local --enable-gpl --enable-postproc --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac --enable-libschroedinger --enable- libopenjpeg --enable-libxvid --enable-libx264 --enable-libvpx --enable- libspeex --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm libavutil 50. 43. 0 / 50. 43. 0 libavcodec 52.123. 0 / 52.123. 0 libavformat 52.111. 0 / 52.111. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 80. 0 / 1. 80. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f85c284ac00] multiple edit list entries, a/v desync might occur, patch welcome Last message repeated 2 times [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f85c284ac00] stream 1, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f85c284ac00] multiple edit list entries, a/v desync might occur, patch welcome [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f85c284ac00] stream 3, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f85c284ac00] max_analyze_duration 5000000 reached at 5055500 Seems stream 2 codec frame rate differs from container frame rate: 600.00 (600/1) -> 300.00 (600/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '20111208145933_59.mp4': Metadata: major_brand : 3gp5 minor_version : 256 compatible_brands: 3gp53gp4isom creation_time : 2011-12-08 14:59:33 Duration: 00:01:00.16, start: 0.030000, bitrate: 996 kb/s Stream #0.0(eng): Audio: aac, 16000 Hz, stereo, s16, 31 kb/s Metadata: creation_time : 1945-12-07 14:51:33 Stream #0.1(eng): Data: stts / 0x73747473 Metadata: creation_time : 1945-12-07 14:51:33 Stream #0.2(eng): Video: h264, 29.95 fps, 300 tbr, 300 tbn, 600 tbc Metadata: creation_time : 1945-12-07 14:51:33 Stream #0.3(eng): Data: stts / 0x73747473 Metadata: creation_time : 1945-12-07 14:51:33 [buffer @ 0x7f85c2434c00] Invalid pixel format string '-1' Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 08:26:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 07:26:13 -0000 Subject: [FFmpeg-trac] #733(FFmpeg:new): Invalid pixel format string '-1' for Input and Image2 output In-Reply-To: <035.641960581f1164765c5127b462b671ff@avcodec.org> References: <035.641960581f1164765c5127b462b671ff@avcodec.org> Message-ID: <050.788c21f84ff9a393a5b5838802a7f0ce@avcodec.org> #733: Invalid pixel format string '-1' for Input and Image2 output --------------------------------+---------------------------------- Reporter: funrob | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.7.8 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Comment (by funrob): Here's the file: http://dl.dropbox.com/u/1448301/ffmpeg/20111208145933_59.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 10:23:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 09:23:58 -0000 Subject: [FFmpeg-trac] #733(undetermined:new): Invalid pixel format string '-1' for Input and Image2 output In-Reply-To: <035.641960581f1164765c5127b462b671ff@avcodec.org> References: <035.641960581f1164765c5127b462b671ff@avcodec.org> Message-ID: <050.b973933e1e12cc8f5ab93b9c5026ad19@avcodec.org> #733: Invalid pixel format string '-1' for Input and Image2 output --------------------------------+---------------------------------------- Reporter: funrob | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.7.8 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Does it work with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 13:14:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 12:14:51 -0000 Subject: [FFmpeg-trac] #727(undetermined:closed): Remuxing flac produces not strictly compliant files In-Reply-To: <036.f72a21b36c29ae54940c92abadc58229@avcodec.org> References: <036.f72a21b36c29ae54940c92abadc58229@avcodec.org> Message-ID: <051.930dd53da0a9641460ce91663da338c2@avcodec.org> #727: Remuxing flac produces not strictly compliant files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: flac | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Justin. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 13:17:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 12:17:48 -0000 Subject: [FFmpeg-trac] #716(avformat:open): Shoutcast 2 metadata (was: Shoutcast 2 YP2 Protocol) In-Reply-To: <034.f183521888b2f14bef54e9f8f7220694@avcodec.org> References: <034.f183521888b2f14bef54e9f8f7220694@avcodec.org> Message-ID: <049.2d91693436c7242262d333ea4c8ac54b@avcodec.org> #716: Shoutcast 2 metadata -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: shoutcast | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => http shoutcast * priority: normal => wish * status: new => open * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 13:18:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 12:18:51 -0000 Subject: [FFmpeg-trac] #734(undetermined:new): Cannot decode rtmp stream - channel element 0.0 is not allocated Message-ID: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> #734: Cannot decode rtmp stream - channel element 0.0 is not allocated -------------------------------------+------------------------------------- Reporter: dookius | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- [lar at lar ~]$ rtmpdump -v -r "rtmp://tvisio.tv/rtmp/eurosport_live" -W "http://tvisio.tv/swf/tvplayer_0.1.4.swf" -p "http://tvisio.tv/channels/21-eurosport" | ffplay -i - RTMPDump v2.4 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL WARNING: You haven't specified an output file (-o filename), using stdout Connecting ... ffplay version 0.8.5, Copyright (c) 2003-2011 the FFmpeg developers built on Oct 27 2011 21:29:14 with gcc 4.6.1 20111003 (Red Hat 4.6.1-10) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --extra- cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack- protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --enable-bzlib --enable-libcelt --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable- x11grab --enable-avfilter --enable-postproc --enable-pthreads --disable- static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 INFO: Connected... Starting Live Stream INFO: Metadata: INFO: height 576.00 INFO: width 720.00 20.021 kB / 0.40 sec[aac @ 0x7f4e80002ac0] channel element 0.0 is not allocated Last message repeated 18 times [flv @ 0x7f4e800008c0] invalid stream [aac @ 0x7f4e80002ac0] channel element 0.0 is not allocated Last message repeated 5 timesage repeated 4 times INFO: Metadata: INFO: height 576.00 INFO: width 720.00 ^C Last message repeated 168 timesge repeated 158 times Caught signal: 2, cleaning up, just a second... ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 183 314.517 kB / 2.62 sec Download may be incomplete (downloaded about 0.00%), try resuming Last message repeated 169 times [flv @ 0x7f4e800008c0] Could not find codec parameters (Audio: aac, 48000 Hz, 1 channels, s16) [flv @ 0x7f4e800008c0] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'pipe:': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0.0: Audio: aac, 48000 Hz, 1 channels, s16 Stream #0.1: Video: h264 (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 25 tbr, 1k tbn, 50 tbc ========================================================================================================== Even though you get the same errors, it is possible to play the video when redirected to a file. ========================================================================================================== [lar at lar ~]$ ffplay -i test.flv ffplay version 0.8.5, Copyright (c) 2003-2011 the FFmpeg developers built on Oct 27 2011 21:29:14 with gcc 4.6.1 20111003 (Red Hat 4.6.1-10) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --extra- cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack- protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --enable-bzlib --enable-libcelt --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable- x11grab --enable-avfilter --enable-postproc --enable-pthreads --disable- static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [aac @ 0x7fbd70002ac0] channel element 0.0 is not allocated Last message repeated 20 times [flv @ 0x7fbd700008c0] invalid stream [aac @ 0x7fbd70002ac0] channel element 0.0 is not allocated Last message repeated 828 times [flv @ 0x7fbd700008c0] Could not find codec parameters (Audio: aac, 48000 Hz, 1 channels, s16) [flv @ 0x7fbd700008c0] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'test.flv': Duration: 00:00:17.89, start: 0.000000, bitrate: N/A Stream #0.0: Audio: aac, 48000 Hz, 1 channels, s16 Stream #0.1: Video: h264 (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 25 tbr, 1k tbn, 50 tbc [h264 @ 0x7fbd70017680] no frame!6KB vq= 1684KB sq= 0B f=0/0 f=0/0 ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred0B f=0/0 2.15 A-V: 0.014 s:0.0 aq= 192KB vq= 1543KB sq= 0B f=0/0 Last message repeated 17 times -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 15:04:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 14:04:16 -0000 Subject: [FFmpeg-trac] #734(undetermined:new): Cannot decode rtmp stream - channel element 0.0 is not allocated In-Reply-To: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> References: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> Message-ID: <051.1bc220b7b1c1cd873487ba902721d0e6@avcodec.org> #734: Cannot decode rtmp stream - channel element 0.0 is not allocated -------------------------------------+------------------------------------- Reporter: dookius | 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): The sample you uploaded plays fine here, could you explain your problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 15:46:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 14:46:48 -0000 Subject: [FFmpeg-trac] #734(undetermined:new): Cannot decode rtmp stream - channel element 0.0 is not allocated In-Reply-To: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> References: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> Message-ID: <051.a08268ce51f136c7a8ee252fdb59ae32@avcodec.org> #734: Cannot decode rtmp stream - channel element 0.0 is not allocated -------------------------------------+------------------------------------- Reporter: dookius | 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 dookius): Hello cehoyos, if i try to play the live stream with this command rtmpdump -v -r "rtmp://tvisio.tv/rtmp/eurosport_live" -W " http://tvisio.tv/swf/tvplayer_0.1.4.swf" -p " http://tvisio.tv/channels/21-eurosport" | ffplay -i - I get the repeating "channel element 0.0 is not allocated" error and the player does not start. Tried ffplay, mplayer and vlc - all report the same problem. However, if the stream is redirected to the file, then the file is playable although the errors are still there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 15:51:37 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 14:51:37 -0000 Subject: [FFmpeg-trac] #734(undetermined:new): Cannot decode rtmp stream - channel element 0.0 is not allocated In-Reply-To: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> References: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> Message-ID: <051.af01cd5767078486e140b30712d309a9@avcodec.org> #734: Cannot decode rtmp stream - channel element 0.0 is not allocated -------------------------------------+------------------------------------- Reporter: dookius | 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 use a pipe and "-o"? What about ffplay rtmp://tvisio.tv/rtmp/eurosport_live ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 16:13:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 15:13:20 -0000 Subject: [FFmpeg-trac] #734(undetermined:new): Cannot decode rtmp stream - channel element 0.0 is not allocated In-Reply-To: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> References: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> Message-ID: <051.72f323467dc73c1353e5c377b3b264fd@avcodec.org> #734: Cannot decode rtmp stream - channel element 0.0 is not allocated -------------------------------------+------------------------------------- Reporter: dookius | 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 dookius): I am not sure how to use pipe and -o. As for the "ffplay rtmp://tvisio.tv/rtmp/eurosport_live" no. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 16:42:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 15:42:54 -0000 Subject: [FFmpeg-trac] #588(avcodec:open): FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine In-Reply-To: <035.84dfd383b4c738ed8b5f021a95d816d6@avcodec.org> References: <035.84dfd383b4c738ed8b5f021a95d816d6@avcodec.org> Message-ID: <050.4ce66a149b7df4cfc93d649851992e76@avcodec.org> #588: FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine -------------------------------------+----------------------------------- Reporter: eiljoe | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: win64 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * owner: michael => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 17:07:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 16:07:17 -0000 Subject: [FFmpeg-trac] #342(undetermined:new): Crash when retrying with TCP In-Reply-To: <036.2b31253c2a06c56202ce3836d0345468@avcodec.org> References: <036.2b31253c2a06c56202ce3836d0345468@avcodec.org> Message-ID: <051.af19d08327dc1749457b465bfbc09f7f@avcodec.org> #342: Crash when retrying with TCP -------------------------------------+------------------------------------- Reporter: cehoyos | 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 michael): How do i reproduce this ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 17:20:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 16:20:31 -0000 Subject: [FFmpeg-trac] #615(undetermined:new): ALSA buffer xrun In-Reply-To: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> References: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> Message-ID: <049.1c515398c796bd8ae6eed4f3bf13bb75@avcodec.org> #615: ALSA buffer xrun -------------------------------------+------------------------------------- Reporter: burek | Owner: michael 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 michael): Did you try to increase ALSA_BUFFER_SIZE_MAX ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 17:41:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 16:41:06 -0000 Subject: [FFmpeg-trac] #730(undetermined:open): Encoded video plays too fast for network input In-Reply-To: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> References: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> Message-ID: <052.8a0532a038e4102b1c4cc25c881eb6fd@avcodec.org> #730: Encoded video plays too fast for network input -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by hackeron): Same thing with an mpeg-es stream from another IP camera: {{{ $ time ffmpeg -re -y -t 10 -i http://admin:@192.168.0.126/test.cmp -acodec copy -vcodec libx264 -crf 25 -preset ultrafast ffmpeg.ts ffmpeg version git-2011-12-10-78fde93, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 19:56:39 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libxvid --disable-ffplay libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [nc @ 0x7f983081ae00] Estimating duration from bitrate, this may be inaccurate Input #0, nc, from 'http://admin:@192.168.0.126/test.cmp': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg4, yuv420p, 720x576 [SAR 1:1 DAR 5:4], 100 fps, 100 tbr, 100 tbn, 100 tbc [buffer @ 0x7f983041e3c0] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [libx264 @ 0x7f983081d800] using SAR=1/1 [libx264 @ 0x7f983081d800] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x7f983081d800] profile Constrained Baseline, level 3.2 [mpegts @ 0x7f983081d200] muxrate VBR, pcr every 10 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'ffmpeg.ts': Metadata: encoder : Lavf53.24.0 Stream #0:0: Video: h264, yuv420p, 720x576 [SAR 1:1 DAR 5:4], q=-1--1, 90k tbn, 100 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> libx264) Press [q] to stop, [?] for help frame= 999 fps= 15 q=-1.0 Lsize= 10687kB time=00:00:09.98 bitrate=8772.5kbits/s video:9800kB audio:0kB global headers:0kB muxing overhead 9.051934% [libx264 @ 0x7f983081d800] frame I:4 Avg QP:28.75 size: 31858 [libx264 @ 0x7f983081d800] frame P:995 Avg QP:34.00 size: 9958 [libx264 @ 0x7f983081d800] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x7f983081d800] mb P I16..4: 65.4% 0.0% 0.0% P16..4: 32.1% 0.0% 0.0% 0.0% 0.0% skip: 2.5% [libx264 @ 0x7f983081d800] coded y,uvDC,uvAC intra: 50.2% 70.0% 6.9% inter: 28.3% 64.0% 0.1% [libx264 @ 0x7f983081d800] i16 v,h,dc,p: 19% 14% 58% 10% [libx264 @ 0x7f983081d800] i8c dc,h,v,p: 51% 21% 23% 5% [libx264 @ 0x7f983081d800] kb/s:8036.26 real 1m33.620s user 0m10.997s sys 0m0.535s }}} FFMPEG seems to think the input is 100fps when in reality it's something around 20-30fps VFR and records a 10 second video that in reality is a minute and a half :/ Looks like FFMPEG cannot record any live source from http correctly :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 19:48:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 18:48:29 -0000 Subject: [FFmpeg-trac] #633(undetermined:open): lowres with some dvvideo files doesn't work correctly In-Reply-To: <038.afcc4bdffb1846fb52d454cdd50f4ebe@avcodec.org> References: <038.afcc4bdffb1846fb52d454cdd50f4ebe@avcodec.org> Message-ID: <053.36eb50411abc4e0e791e7bee59ba76ef@avcodec.org> #633: lowres with some dvvideo files doesn't work correctly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: crash | Resolution: SIGSEGV dvvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Cant reproduce with either ffplay nor ffmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 20:48:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 19:48:32 -0000 Subject: [FFmpeg-trac] #728(undetermined:new): Getting error message when attempting to copy streams In-Reply-To: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> References: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> Message-ID: <050.dd59ba278a0994def0b78b37fbe3f846@avcodec.org> #728: Getting error message when attempting to copy streams -------------------------------------+------------------------------------- Reporter: bf4648 | 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 bf4648): Cehoyos, It looks like it's my version of VLC that is causing the problem. I can play the newly clipped file on my mac with out the fuzzyness. My mac is running VLC Version 1.1.12 The Luggage (Intel 32bit). I can also play the video on my windows computer using VLC version 1.1.11. The Ubuntu computer that I'm using that does have the fuzzyness from the newly clipped video file and it is using VLC 1.0.6 Goldeneye. Looks like I'm just going to download the latest VLC so I don't have to deal with the fuzzyness. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 21:57:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 20:57:04 -0000 Subject: [FFmpeg-trac] #633(undetermined:open): lowres with some dvvideo files doesn't work correctly In-Reply-To: <038.afcc4bdffb1846fb52d454cdd50f4ebe@avcodec.org> References: <038.afcc4bdffb1846fb52d454cdd50f4ebe@avcodec.org> Message-ID: <053.eb7c3e4275d48acffa7788e84d96bb54@avcodec.org> #633: lowres with some dvvideo files doesn't work correctly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvvideo | Resolution: lowres | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash SIGSEGV dvvideo => dvvideo lowres * version: unspecified => git-master Comment: The crash is not reproducible anymore, lowres does not work correctly for the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 21:58:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 20:58:29 -0000 Subject: [FFmpeg-trac] #728(undetermined:closed): Getting error message when attempting to copy streams In-Reply-To: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> References: <035.1c8e4bb2fd98772808a8520fcddb4e67@avcodec.org> Message-ID: <050.f7829b761c4dbff1f62f5ded3951be65@avcodec.org> #728: Getting error message when attempting to copy streams -------------------------------------+------------------------------------- Reporter: bf4648 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please reopen if there is still a problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 21:59:33 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 20:59:33 -0000 Subject: [FFmpeg-trac] #730(undetermined:open): Encoded video plays too fast for network input In-Reply-To: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> References: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> Message-ID: <052.76d1c597b1273cff8c2316b6795cccee@avcodec.org> #730: Encoded video plays too fast for network input -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Is this also reproducible with -vcodec mpeg4 instead of libx264? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 22:24:11 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 21:24:11 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.474c4c9526465456eaaa92ac9f6b2813@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): The width and height of the outputed picture is stored in width/height. H.264 allows croping an image and the uncropped dimensions are in coded_width/coded_height. This behavior exists since 29a29226. The quoted commit 13b7781ec8d4 is a merge commit and thus has multiple ancestors, thus iam not sure if you meant to say both its ancestors work and it is the first not working or if you tested something else -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 22:42:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 21:42:39 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.1b81d7fe197f316a84fb4f5c17b5e0e1@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Andrea3000): Replying to [comment:4 michael]: > The width and height of the outputed picture is stored in width/height. > H.264 allows croping an image and the uncropped dimensions are in coded_width/coded_height. > This behavior exists since 29a29226. The quoted commit 13b7781ec8d4 is a merge commit and thus has multiple > ancestors, thus iam not sure if you meant to say both its ancestors work and it is the first not working or if you tested something else I've tested f2bd8a0786 ancestor and codec_height was reported correctly. To be precise, I've checked out git repository till b8f02f5b4e which is the last commit prior to 13b7781ec8d4 and that last commit has f2bd8a0786 as ancestor. Have I to try the second ancestor? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 11 23:44:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 22:44:00 -0000 Subject: [FFmpeg-trac] #156(undetermined:open): Full HD Material from Canon 5D treated as 1920x1088 In-Reply-To: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> References: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> Message-ID: <047.bb55a1899e49ac0cffd593503a33349b@avcodec.org> #156: Full HD Material from Canon 5D treated as 1920x1088 -------------------------------------+------------------------------------- Reporter: rmk | 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 yellow): As far as I've tested Quicktime crops bottom 8. Although Canon 5D MKII appears to have 8 rows of black this is not the case for the other cameras in the range which are also 1088 h264 AVC in a mov container, they actually have 8 rows of image data. Easy to see comparison of a QT decoded 1088 frame and a ffmpeg decoded frame overlaid in Gimp for example will show QT crops 8 off, ffmpeg gives full 1088 lines of usable image data, no so called black padding not surprising since there is more than enough data coming off the 18MP camera sensor, even line skipped without the need to add black padding. ;-) Why the 5D does black is odd. What does appear suspect with the Canon movs is that ffmpeg treats them as yuvj420 not yuv420 so when transcoding to say lossless huffyuv the full range luma levels in the original camera file are squeezed into 16 - 235 unless the movs are first remuxed to something like mkv. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 00:30:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 23:30:30 -0000 Subject: [FFmpeg-trac] #730(undetermined:open): Encoded video plays too fast for network input In-Reply-To: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> References: <037.349a398230aa4eccb61f67ee36bb9204@avcodec.org> Message-ID: <052.47c5c096ff5ffc6f0696a8f51dfc97ba@avcodec.org> #730: Encoded video plays too fast for network input -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by hackeron): No, no difference using mpeg4 {{{ $ time ffmpeg -re -y -t 10 -i http://admin:@192.168.0.126/test.cmp -acodec copy -vcodec libx264 -crf 25 -preset ultrafast ffmpeg.ts -bash: $: command not found Roman-Gaufmans-MacBook-Pro:~ hackeron$ time ffmpeg -re -y -t 10 -i http://admin:@192.168.0.126/test.cmp -acodec copy -vcodec mpeg4 ffmpeg.ts ffmpeg version git-2011-12-10-78fde93, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 19:56:39 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libxvid --disable-ffplay libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [nc @ 0x7f8b7881ae00] Estimating duration from bitrate, this may be inaccurate Input #0, nc, from 'http://admin:@192.168.0.126/test.cmp': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg4, yuv420p, 720x576 [SAR 1:1 DAR 5:4], 100 fps, 100 tbr, 100 tbn, 100 tbc [buffer @ 0x7f8b7841e060] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [mpegts @ 0x7f8b7881dc00] muxrate VBR, pcr every 10 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'ffmpeg.ts': Metadata: encoder : Lavf53.24.0 Stream #0:0: Video: mpeg4, yuv420p, 720x576 [SAR 1:1 DAR 5:4], q=2-31, 200 kb/s, 90k tbn, 100 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help frame= 999 fps= 32 q=31.0 Lsize= 1388kB time=00:00:09.99 bitrate=1138.0kbits/s video:1161kB audio:0kB global headers:0kB muxing overhead 19.558646% real 0m44.579s user 0m5.549s sys 0m0.363s }}} ffmpeg thinks it's recording 10 seconds, in reality the video is 44 seconds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 00:39:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 23:39:43 -0000 Subject: [FFmpeg-trac] #733(undetermined:new): Invalid pixel format string '-1' for Input and Image2 output In-Reply-To: <035.641960581f1164765c5127b462b671ff@avcodec.org> References: <035.641960581f1164765c5127b462b671ff@avcodec.org> Message-ID: <050.db8259d4a67e0b16b72f80ca5679ff87@avcodec.org> #733: Invalid pixel format string '-1' for Input and Image2 output --------------------------------+---------------------------------------- Reporter: funrob | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.7.8 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by funrob): Replying to [comment:2 cehoyos]: > Does it work with current git head? Here is error output from a Windows machine with ffmpeg-git-2c44aed- win64-static.7z. Still no pixel format info for this video {{{ ffmpeg version N-35057-g2c44aed, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 21 2011 02:41:21 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 26. 0 / 51. 26. 0 libavcodec 53. 36. 0 / 53. 36. 0 libavformat 53. 21. 0 / 53. 21. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 49. 0 / 2. 49. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 -loop_input is deprecated, use -loop 1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0000000001C3D380] multiple edit list entries, a/v desync might occur, patch welcome Last message repeated 2 times [mov,mp4,m4a,3gp,3g2,mj2 @ 0000000001C3D380] stream 1, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 0000000001C3D380] multiple edit list entries, a/v desync might occur, patch welcome [mov,mp4,m4a,3gp,3g2,mj2 @ 0000000001C3D380] stream 3, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 0000000001C3D380] max_analyze_duration 5000000 reached at 5055625 Seems stream 2 codec frame rate differs from container frame rate: 600.00 (600/1) -> 300.00 (600/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\xampp\htdocs\fleye_vids\1000\20111208\16\20111208160934_09.mp4': Metadata: major_brand : 3gp5 minor_version : 256 compatible_brands: 3gp53gp4isom creation_time : 2011-12-08 16:09:34 Duration: 00:01:00.09, start: 0.010000, bitrate: 922 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, stereo, s16, 32 kb/s Metadata: handler_name : Vivotek Stream #0:1(eng): Data: none (stts / 0x73747473) Metadata: handler_name : Vivotek Stream #0:2(eng): Video: h264 (avc1 / 0x31637661), 29.95 fps, 300 tbr, 300 tbn, 600 tbc Metadata: handler_name : Vivotek Stream #0:3(eng): Data: none (stts / 0x73747473) Metadata: handler_name : Vivotek Output #0, image2, to 'C:\Windows\TEMP\\frame4ee53be788b759.74632232.jpg': Metadata: major_brand : 3gp5 minor_version : 256 compatible_brands: 3gp53gp4isom creation_time : 2011-12-08 16:09:34 Output file #0 does not contain any stream }}} I will build and test from git head on my Mac which I used to log the bug, and can also update the version on our win server in a bit. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 00:45:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Dec 2011 23:45:13 -0000 Subject: [FFmpeg-trac] #615(undetermined:new): ALSA buffer xrun In-Reply-To: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> References: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> Message-ID: <049.e8b50b12540c1b0f56b3f453b9eea99a@avcodec.org> #615: ALSA buffer xrun -------------------------------------+------------------------------------- Reporter: burek | Owner: michael 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 burek): I just tried changing it from 65536 to 524288 but the problem still exists :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 01:35:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 00:35:14 -0000 Subject: [FFmpeg-trac] #615(undetermined:new): ALSA buffer xrun In-Reply-To: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> References: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> Message-ID: <049.4ef4cdca524725a66d3767c745722909@avcodec.org> #615: ALSA buffer xrun -------------------------------------+------------------------------------- Reporter: burek | Owner: michael 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 burek): I think it works now. I couldn't reproduce the bug anymore, so I can conclude that this really works. I'll maybe try to return to the previous buffer size, just to see if the error will reappear. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 03:49:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 02:49:59 -0000 Subject: [FFmpeg-trac] #733(undetermined:new): Invalid pixel format string '-1' for Input and Image2 output In-Reply-To: <035.641960581f1164765c5127b462b671ff@avcodec.org> References: <035.641960581f1164765c5127b462b671ff@avcodec.org> Message-ID: <050.d7b7eddea545af3a841b76d4c04c4943@avcodec.org> #733: Invalid pixel format string '-1' for Input and Image2 output --------------------------------+---------------------------------------- Reporter: funrob | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.7.8 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by funrob): I've tested using the git head for Windows and Mac. I've also tested with latest Mac Ports dev build (most feature rich build available to me) and got the same results as below. All the files that I have tested with were generated from the same device. The pixel format is not listed, and the output does not contain a stream: Windows: {{{ ffmpeg version N-35462-g61b1d85, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 14:28:46 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 -loop_input is deprecated, use -loop 1 [mov,mp4,m4a,3gp,3g2,mj2 @ 000000000026D380] multiple edit list entries, a/v desync might occur, patch welcome Last message repeated 2 times [mov,mp4,m4a,3gp,3g2,mj2 @ 000000000026D380] stream 1, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 000000000026D380] multiple edit list entries, a/v desync might occur, patch welcome [mov,mp4,m4a,3gp,3g2,mj2 @ 000000000026D380] stream 3, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 000000000026D380] max_analyze_duration 5000000 reached at 5055625 Seems stream 2 codec frame rate differs from container frame rate: 600.00 (600/1) -> 300.00 (600/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\xampp\htdocs\fleye_vids\1000\20111208\16\20111208162534_25.mp4': Metadata: major_brand : 3gp5 minor_version : 256 compatible_brands: 3gp53gp4isom creation_time : 2011-12-08 16:25:34 Duration: 00:01:00.10, start: 0.010000, bitrate: 825 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, stereo, s16, 31 kb/s Metadata: handler_name : Vivotek Stream #0:1(eng): Data: none (stts / 0x73747473) Metadata: handler_name : Vivotek Stream #0:2(eng): Video: h264 (avc1 / 0x31637661), 29.95 fps, 300 tbr, 300 tbn, 600 tbc Metadata: handler_name : Vivotek Stream #0:3(eng): Data: none (stts / 0x73747473) Metadata: handler_name : Vivotek Output #0, image2, to 'C:\Windows\TEMP\\frame4ee540f05491e4.71203438.jpg': Metadata: major_brand : 3gp5 minor_version : 256 compatible_brands: 3gp53gp4isom creation_time : 2011-12-08 16:25:34 Output file #0 does not contain any stream }}} OS X: ffmpeg -i 20111208162534_25.mp4 -s 1280x720 -ss 30 -vframes 1 -f image2 tmp.jpg {{{ ffmpeg version N-35681-g16abd68, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 11 2011 21:33:05 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) configuration: --prefix=/opt/local --arch=x86_64 libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc19203d800] multiple edit list entries, a/v desync might occur, patch welcome Last message repeated 2 times [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc19203d800] stream 1, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc19203d800] multiple edit list entries, a/v desync might occur, patch welcome [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc19203d800] stream 3, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc19203d800] max_analyze_duration 5000000 reached at 5055625 Seems stream 2 codec frame rate differs from container frame rate: 600.00 (600/1) -> 300.00 (600/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '20111208162534_25.mp4': Metadata: major_brand : 3gp5 minor_version : 256 compatible_brands: 3gp53gp4isom creation_time : 2011-12-08 16:25:34 Duration: 00:01:00.10, start: 0.010000, bitrate: 825 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, stereo, s16, 31 kb/s Metadata: creation_time : 1945-12-07 14:51:33 handler_name : Vivotek Stream #0:1(eng): Data: none (stts / 0x73747473) Metadata: creation_time : 1945-12-07 14:51:33 handler_name : Vivotek Stream #0:2(eng): Video: h264 (avc1 / 0x31637661), 29.95 fps, 300 tbr, 300 tbn, 600 tbc Metadata: creation_time : 1945-12-07 14:51:33 handler_name : Vivotek Stream #0:3(eng): Data: none (stts / 0x73747473) Metadata: creation_time : 1945-12-07 14:51:33 handler_name : Vivotek Output #0, image2, to 'tmp.jpg': Metadata: major_brand : 3gp5 minor_version : 256 compatible_brands: 3gp53gp4isom creation_time : 2011-12-08 16:25:34 Output file #0 does not contain any stream }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 10:22:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 09:22:59 -0000 Subject: [FFmpeg-trac] #733(undetermined:open): No pixel format for h264 in mov (was: Invalid pixel format string '-1' for Input and Image2 output) In-Reply-To: <035.641960581f1164765c5127b462b671ff@avcodec.org> References: <035.641960581f1164765c5127b462b671ff@avcodec.org> Message-ID: <050.b5bb38e91f39e1e5e4da48ee6fed4b4e@avcodec.org> #733: No pixel format for h264 in mov -------------------------------------+------------------------------------- Reporter: funrob | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov h264 * status: new => open * version: 0.7.8 => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 14:04:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 13:04:40 -0000 Subject: [FFmpeg-trac] #222(undetermined:reopened): Remuxing video fails In-Reply-To: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> References: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> Message-ID: <049.67479bca6a12954b2bb56fe967c50d02@avcodec.org> #222: Remuxing video fails -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by sergey.dryabzhinsky): * status: closed => reopened * resolution: fixed => Comment: I get similar output with latest ffmpeg from master. Muxing http://archive.dev.video.oprf.ru/conference_9/speaker/conference_9_1_1.flv to mp4. Got: {{{ #!sh /usr/local/bin/ffmpeg -i conference_9_1_1.flv -vcodec copy -acodec copy conference_9_1_1.mp4 ffmpeg version git-2011-12-12-7fad19a, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 14:12:18 with gcc 4.4.5 configuration: --enable-libdc1394 --prefix=/usr/local --extra- cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --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-avfilter --enable-libdirac --disable-decoder=libdirac --enable- libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --enable-librtmp --extra- libs=-lgcrypt --disable-altivec --disable-armv5te --disable-armv6 --disable-vis libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [flv @ 0x21c29a0] max_analyze_duration 5000000 reached at 5018000 Seems stream 0 codec frame rate differs from container frame rate: 20.00 (20/1) -> 9.92 (119/12) Input #0, flv, from 'conference_9_1_1.flv': Metadata: creationdate : Tue Nov 15 11:44:43 Duration: 00:05:26.60, start: 0.000000, bitrate: 561 kb/s Stream #0:0: Video: h264 (Baseline), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 9.92 tbr, 1k tbn, 20 tbc Stream #0:1: Audio: mp3, 44100 Hz, mono, s16, 64 kb/s Output #0, mp4, to 'conference_9_1_1.mp4': Metadata: creationdate : Tue Nov 15 11:44:43 encoder : Lavf53.24.0 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 1k tbn, 1k tbc Stream #0:1: Audio: mp3 (i[0][0][0] / 0x0069), 44100 Hz, mono, 64 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mp4 @ 0x21ca380] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 6969035 >= 6968065 av_interleaved_write_frame(): Invalid argument }}} This flv was recorded by Wowza 2.2.4, pushed to server by FMLE. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 14:27:08 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 13:27:08 -0000 Subject: [FFmpeg-trac] #735(FFmpeg:new): Incorrect DTS sync in OGG codec Message-ID: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> #735: Incorrect DTS sync in OGG codec -------------------------------------+------------------------------------- Reporter: zvi | Type: defect Status: new | Priority: important Component: FFmpeg | Version: 0.8.7 Keywords: ffmpeg ogv | Blocked By: sync | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, I've noticed incorrect DTS values in OGG encoded audio streams (as part of an OGV file). This happened with a ffmpeg-0.8.7 These are the steps I have taken to reproduce it. 1. Convert a valid and working MP4 (h264/aac) as confirmed by ffprobe to an OGV file using: {{{ ffmpeg -y -i vid.mp4 -vcodec libtheora -b 1000k -acodec libvorbis -ab 192k vid.ogv }}} 2. Probing the "vid.ogv" file using ffprobe shows that during audio frames, the "pos" doesn't change - even for the video frames it seems to repeat ~10 times. See simplified format dump below. 3. While "vid.ogv" plays ok in VLC, after doing a zero transformation on it, it breaks completely and audio goes totally out of sync (video plays ok). {{{ ffmpeg -y -i vid.ogv -vcodec copy -acodec copy new_vid.ogv }}} 4. The '''new_vid.ogv''' file no longer plays correctly. Putting some debug prints in ffmpeg.c:output_packet(...) I see the following.[[BR]] A sequence of consecutive audio frames gets the correct DTS values. From 0 to 10941 in steps of ~64.[[BR]] Then there is a sequence of consecutive video frames. For video the DTS always appears to be correct.[[BR]] The next sequence of consecutive audio frames now starts at 154048 - instead of being at ~11005[[BR]] Also notice the negative '''duration''' value. {{{ Input #0, ogg, from 'new_vid.ogv': Duration: -513359:-56:-35.41, start: 0.000000, bitrate: N/A Stream #0.0: Video: theora, yuv420p, 960x540 [PAR 1:1 DAR 16:9], 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0.1: Audio: vorbis, 48000 Hz, stereo, s16, 192 kb/s }}} If you need any additional information, please let me know. Thanks, TR {{{ type=video index=0 dts=0 dts_time=0.000000 [100/2997] duration=1 pos=7414 type=video index=0 dts=1 dts_time=0.033367 [100/2997] duration=1 pos=7414 type=video index=0 dts=2 dts_time=0.066733 [100/2997] duration=1 pos=7414 type=video index=0 dts=3 dts_time=0.100100 [100/2997] duration=1 pos=7414 ... type=video index=0 dts=83 dts_time=2.769436 [100/2997] duration=1 pos=260411 type=audio index=1 dts=0 dts_time=0.000000 [1/48000] duration=0 pos=323479 type=audio index=1 dts=N/A dts_time=N/A [1/48000] duration=0 pos=323479 type=audio index=1 dts=N/A dts_time=N/A [1/48000] duration=0 pos=323479 ... type=audio index=1 dts=N/A dts_time=N/A [1/48000] duration=0 pos=323479 type=audio index=1 dts=N/A dts_time=N/A [1/48000] duration=0 pos=323479 type=video index=0 dts=84 dts_time=2.802803 [100/2997] duration=1 pos=260411 type=video index=0 dts=85 dts_time=2.836170 [100/2997] duration=1 pos=355961 type=video index=0 dts=86 dts_time=2.869536 [100/2997] duration=1 pos=355961 type=video index=0 dts=87 dts_time=2.902903 [100/2997] duration=1 pos=355961 type=video index=0 dts=88 dts_time=2.936270 [100/2997] duration=1 pos=355961 type=video index=0 dts=89 dts_time=2.969636 [100/2997] duration=1 pos=355961 type=video index=0 dts=90 dts_time=3.003003 [100/2997] duration=1 pos=355961 type=video index=0 dts=91 dts_time=3.036370 [100/2997] duration=1 pos=355961 type=video index=0 dts=92 dts_time=3.069736 [100/2997] duration=1 pos=355961 type=video index=0 dts=93 dts_time=3.103103 [100/2997] duration=1 pos=355961 type=video index=0 dts=94 dts_time=3.136470 [100/2997] duration=1 pos=355961 type=video index=0 dts=95 dts_time=3.169837 [100/2997] duration=1 pos=355961 type=video index=0 dts=96 dts_time=3.203203 [100/2997] duration=1 pos=355961 type=video index=0 dts=97 dts_time=3.236570 [100/2997] duration=1 pos=355961 type=video index=0 dts=98 dts_time=3.269937 [100/2997] duration=1 pos=419330 type=video index=0 dts=99 dts_time=3.303303 [100/2997] duration=1 pos=419330 type=video index=0 dts=100 dts_time=3.336670 [100/2997] duration=1 pos=419330 type=video index=0 dts=101 dts_time=3.370037 [100/2997] duration=1 pos=419330 type=video index=0 dts=102 dts_time=3.403403 [100/2997] duration=1 pos=419330 type=video index=0 dts=103 dts_time=3.436770 [100/2997] duration=1 pos=419330 type=video index=0 dts=104 dts_time=3.470137 [100/2997] duration=1 pos=419330 type=video index=0 dts=105 dts_time=3.503504 [100/2997] duration=1 pos=419330 ... type=video index=0 dts=148 dts_time=4.938272 [100/2997] duration=1 pos=545023 type=audio index=1 dts=154048 dts_time=3.209333 [1/48000] duration=0 pos=608173 type=audio index=1 dts=N/A dts_time=N/A [1/48000] duration=0 pos=608173 type=audio index=1 dts=N/A dts_time=N/A [1/48000] duration=0 pos=608173 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 15:55:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 14:55:16 -0000 Subject: [FFmpeg-trac] #736(FFplay:new): ffplay fullscreen toggle issue - fix included Message-ID: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> #736: ffplay fullscreen toggle issue - fix included -------------------------------------+------------------------------------- Reporter: glangshaw | Type: defect Status: new | Priority: normal Component: FFplay | Version: 0.9 Keywords: ffplay | Blocked By: fullscreen | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Incorrect condition match and return in video_open() when toggling to fullscreen a video window which already matches the display resolution. e.g. a 1920x1080 HD stream in a -geometry 1920x1080+0+22 window on a 1920x1080 display. diff attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 16:23:19 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 15:23:19 -0000 Subject: [FFmpeg-trac] #222(undetermined:closed): Remuxing video fails In-Reply-To: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> References: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> Message-ID: <049.6c0a319fd928d7f803f6051794ec3054@avcodec.org> #222: Remuxing video fails -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Please open a new ticket if you cannot reproduce the original issue with the original sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 16:28:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 15:28:47 -0000 Subject: [FFmpeg-trac] #735(undetermined:new): Incorrect DTS sync in OGG codec In-Reply-To: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> References: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> Message-ID: <047.24198212e1414b9390bba9711e59627e@avcodec.org> #735: Incorrect DTS sync in OGG codec ----------------------------------+---------------------------------------- Reporter: zvi | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.8.7 | Resolution: Keywords: ogg sync | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: ffmpeg ogv sync => ogg sync * priority: important => normal * component: FFmpeg => undetermined Comment: Complete, uncut console output missing. Is this reproducible with a publically available ogg sample? With current git head? Do you believe this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 16:32:13 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 15:32:13 -0000 Subject: [FFmpeg-trac] #736(FFplay:new): ffplay fullscreen toggle issue - fix included In-Reply-To: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> References: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> Message-ID: <053.ea971ede4f9f744cdc5e09095a875f4c@avcodec.org> #736: ffplay fullscreen toggle issue - fix included ------------------------------------+---------------------------------- Reporter: glangshaw | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: 0.9 | Resolution: Keywords: fullscreen | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: ffplay fullscreen => fullscreen Comment: Please consider posting patches to ffmpeg-devel where they usually receive more attraction. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 17:18:28 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 16:18:28 -0000 Subject: [FFmpeg-trac] #735(undetermined:new): Incorrect DTS sync in OGG codec In-Reply-To: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> References: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> Message-ID: <047.60aff4b4f51798eb4fcd5f5996b9c4cf@avcodec.org> #735: Incorrect DTS sync in OGG codec ----------------------------------+---------------------------------------- Reporter: zvi | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.8.7 | Resolution: Keywords: ogg sync | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by zvi): Hi, I have attached the files I tried (this has been reproduced repeatedly on various source files from various sources - though I always started with MP4). I haven't tried the git HEAD yet, I will try it later on. You can view the attached files. Noticed that the last one "out2.ogv" gets the audio completely out of sync by the end of the clip (I view it using VLC). Here are the commands I used to generate them: $ ffmpeg -i in.mp4 -vcodec libtheora -b 1000k -acodec libvorbis out.ogv ffmpeg version 0.8.7, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 10 2011 09:05:52 with gcc 4.6.1 configuration: --prefix=/opt/ffmpeg-0.8.7 --cpu=core2 --enable-zlib --enable-libxvid --enable-libx264 --enable-libvpx --enable-libvorbis --enable-libspeex --enable-librtmp --enable-libopenjpeg --enable- libmp3lame --enable-libfreetype --enable-libfaac --enable-libdirac --enable-libtheora --enable-bzlib --enable-nonfree --enable-gpl --enable- version3 --enable-shared libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 5. 0 / 53. 5. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1969-12-31 22:00:00 encoder : Lavf53.18.0 Duration: 00:00:14.25, start: 0.000000, bitrate: 876 kb/s Stream #0.0(und): Video: h264 (High), yuv420p, 720x592 [PAR 257:240 DAR 771:592], 771 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Metadata: creation_time : 1969-12-31 22:00:00 Stream #0.1(und): Audio: aac, 48000 Hz, stereo, s16, 107 kb/s Metadata: creation_time : 1969-12-31 22:00:00 [buffer @ 0x88b3c20] w:720 h:592 pixfmt:yuv420p tb:1/1000000 sar:257/240 sws_param: Output #0, ogg, to 'out.ogv': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1969-12-31 22:00:00 encoder : Lavf53.5.0 Stream #0.0(und): Video: libtheora, yuv420p, 720x592 [PAR 257:240 DAR 771:592], q=2-31, 1000 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 1969-12-31 22:00:00 Stream #0.1(und): Audio: libvorbis, 48000 Hz, stereo, s16, 64 kb/s Metadata: creation_time : 1969-12-31 22:00:00 Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 $ ffmpeg -i out.ogv -vcodec copy -acodec copy out2.ogv Thanks, TZvi. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 12 17:18:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Dec 2011 16:18:53 -0000 Subject: [FFmpeg-trac] #736(FFplay:new): ffplay fullscreen toggle issue - fix included In-Reply-To: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> References: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> Message-ID: <053.0beccdcd7b12f412697c9bb88493e2ea@avcodec.org> #736: ffplay fullscreen toggle issue - fix included ------------------------------------+---------------------------------- Reporter: glangshaw | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: 0.9 | Resolution: Keywords: fullscreen | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by glangshaw): Thanks for the suggestion, but I don't want to get involved on the dev list - I'm just an end user who knows a little C making a one-off submission. The contacts page of the website clearly says that list is not for bug reports so this seemed the appropriate place for it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 13 10:07:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Dec 2011 09:07:37 -0000 Subject: [FFmpeg-trac] #735(undetermined:new): Incorrect DTS sync in OGG codec In-Reply-To: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> References: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> Message-ID: <047.cccdddad0235d31f44fac6554b1eca69@avcodec.org> #735: Incorrect DTS sync in OGG codec ----------------------------------+---------------------------------------- Reporter: zvi | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.8.7 | Resolution: Keywords: ogg sync | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by zvi): Hi, I have tested against the git HEAD (commit 8349dbfe46140373082f43ca090dac22696afbb4 from Mon Dec 12 14:48:53 2011 +0200) and the problem persists. You can easily reproduce it using these two commands (I have attached the relevant files). * ffmpeg -y -i in.mp4 -vcodec libtheora -b 1000k -acodec libvorbis out.ogv * ffmpeg -y -i out.ogv -vcodec copy -acodec copy out2.ogv * The resulting '''out.ogv''' file is broken (the audio drifts quickly and goes out of sync with the video). This appears to be a breakage in the '''OGG''' reader, since it happens whenever you COPY or possibly even read OGG streams. It's ''much worse'' actually when COPYing the stream into a '''webm''' container, see attachment ''out2.webm'', where the audio is choppy and broken. * ffmpeg -y -i out.ogv -vcodec libvpx -acodec copy out2.webm * The resulting '''out2.webm''' has choppy and illegible audio. See attached files for examples (you can test the above commands against). I've traced ''ffmpeg'' calls to ''av_read_frame()'' and I think I see a problem. 1. It reads a stream of '''audio''' packets starting with DTS=0 (the following packets have no DTS but ffmpeg interpolates it from the first valid one it received) 2. It then reads a stream of '''video''' packets. 3. Another stream '''audio''' packets comes in. Again, only the first one has a DTS defined for it, however, that values is not continuous with the last interpolated value in (1). While the ''last'' packet in (1) ''ends'' with DTS=10941, the ''first'' packet in (3) ''starts'' with DTS=154048. There is an unexplained gap here since the DTS has been advancing in steps of 64. I don't know if that's normal however this doesn't happen in other containers (like MP4 & WEBM for example). I hope I have provided enough information to go by (output of the calls appears in my previous response). If not, please let me know what else should I supply. Thanks, Tzvi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 13 12:07:48 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Dec 2011 11:07:48 -0000 Subject: [FFmpeg-trac] #735(undetermined:open): Incorrect DTS sync in OGG codec In-Reply-To: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> References: <032.c6d90b215d9eb060d648d2f715e856bd@avcodec.org> Message-ID: <047.97542faae94c5c791ffd207050226dc2@avcodec.org> #735: Incorrect DTS sync in OGG codec -------------------------------------+------------------------------------- Reporter: zvi | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ogg vorbis | Resolution: sync | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ogg sync => ogg vorbis sync * status: new => open * version: 0.8.7 => git-master * reproduced: 0 => 1 Comment: Replying to [comment:3 zvi]: > * ffmpeg -y -i in.mp4 -vcodec libtheora -b 1000k -acodec libvorbis out.ogv > * ffmpeg -y -i out.ogv -vcodec copy -acodec copy out2.ogv > * The resulting '''out.ogv''' file is broken (the audio drifts quickly and goes out of sync with the video). out.ogv plays fine afaict. (You should be able to edit your message.) The problem is for example reproducible with ffmpeg -i out.ogv -acodec copy out.mkv Resulting file is heavily out-of-sync. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 13 14:02:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Dec 2011 13:02:37 -0000 Subject: [FFmpeg-trac] #738(avcodec:new): libacvodec cannot be built if it configured with "--disable-optimizations" Message-ID: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> #738: libacvodec cannot be built if it configured with "--disable-optimizations" ---------------------------------+-------------------------------------- Reporter: Andrew | Type: defect Status: new | Priority: minor Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- In file included from libavcodec/cabac.h:60, from libavcodec/cabac.c:31: libavcodec/x86/cabac.h: In function ?get_cabac_bypass_sign_x86?: libavcodec/x86/cabac.h:107: error: can't find a register in class ?GENERAL_REGS? while reloading ?asm? libavcodec/x86/cabac.h:107: error: ?asm? operand has impossible constraints make: *** [libavcodec/cabac.o] Error 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 13 14:07:15 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Dec 2011 13:07:15 -0000 Subject: [FFmpeg-trac] #738(avcodec:new): libacvodec cannot be built if it configured with "--disable-optimizations" In-Reply-To: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> References: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> Message-ID: <050.8915aa4f48488efe329b2de0cdbe3d96@avcodec.org> #738: libacvodec cannot be built if it configured with "--disable-optimizations" ------------------------------------+----------------------------------- Reporter: Andrew | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Andrew): sorry, 1) ./version.sh N-35739-ga6c4c0f 2) This error has appeared not later the beginning of December. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 13 15:16:27 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Dec 2011 14:16:27 -0000 Subject: [FFmpeg-trac] #726(undetermined:new): support for copying SMPTE 436M caption tracks In-Reply-To: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> References: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> Message-ID: <051.200ea268dca117062dbdc7f4632eb394@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dericed): I realized that the MXF sample I sent was too short to contain the caption track. I just attached an extract of the caption track extracted with mxfsplit. You'll see the textual part of the caption start at 0x46D9E. This sample uses 92 bytes per frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 13 15:42:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Dec 2011 14:42:59 -0000 Subject: [FFmpeg-trac] #738(avcodec:open): libacvodec cannot be built if it configured with "--disable-optimizations" In-Reply-To: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> References: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> Message-ID: <050.b171b8a362f3539e9cb4a0d1993858fd@avcodec.org> #738: libacvodec cannot be built if it configured with "--disable-optimizations" ------------------------------------+----------------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: minor | 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 Comment: Only reproducible for ia32, regression since 599b4c6e. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 13 22:21:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Dec 2011 21:21:00 -0000 Subject: [FFmpeg-trac] #738(avcodec:open): libavcodec cannot be built if configured with "--disable-optimizations" (was: libacvodec cannot be built if it configured with "--disable-optimizations") In-Reply-To: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> References: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> Message-ID: <050.c83a0f6f00efa148b056ac2b4832a6e7@avcodec.org> #738: libavcodec cannot be built if configured with "--disable-optimizations" ------------------------------------+----------------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 01:17:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 00:17:32 -0000 Subject: [FFmpeg-trac] #739(undetermined:new): bmp: support 16bpp a4 r4 g4 b4 Message-ID: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> #739: bmp: support 16bpp a4 r4 g4 b4 -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- A4 R4 G4 B4?16 bits per pixel: 4 bits each for the RGB and alpha channels. http://www.kxcad.net/autodesk/3ds_max/Autodesk_3ds_Max_9_Reference/dds_files.html {{{ C:\>ffmpeg -i 16bpp_a4_r4_g4_b4.bmp ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from '16bpp_a4_r4_g4_b4.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, rgb555le, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 01:20:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 00:20:46 -0000 Subject: [FFmpeg-trac] #740(undetermined:new): bmp: support 32bpp x8 r8 g8 b8 Message-ID: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> #740: bmp: support 32bpp x8 r8 g8 b8 -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- X8 R8 G8 B8?32 bits per pixel: 8 bits each for the RGB channels; 8 bits unused; no alpha. http://www.kxcad.net/autodesk/3ds_max/Autodesk_3ds_Max_9_Reference/dds_files.html {{{ C:\>ffmpeg -i 32bpp_x8_r8_g8_b8.bmp ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from '32bpp_x8_r8_g8_b8.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgra, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 01:26:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 00:26:50 -0000 Subject: [FFmpeg-trac] #741(undetermined:new): tiff: support pixel order per channel (RRGGBB) Message-ID: <038.2c9e41c169f43e2f73884dc5df0a659c@avcodec.org> #741: tiff: support pixel order per channel (RRGGBB) -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 pixel_order_per_channel_RRGGBB.tif ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [tiff @ 02625B60] Planar format is not supported [image2 @ 020C2320] Could not find codec parameters (Video: tiff) pixel_order_per_channel_RRGGBB.tif: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 01:36:44 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 00:36:44 -0000 Subject: [FFmpeg-trac] #742(undetermined:new): zygo video codec decodes with visible graphic corruption Message-ID: <038.ddbeb22982a26e71d7aa25b71625c648@avcodec.org> #742: zygo video codec decodes with visible graphic corruption -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 M3_E3TrailerMC56k7fps.mov ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h263 @ 020C9E20] illegal ac vlc code at 3x0 [h263 @ 020C9E20] Error at MB: 3 [h263 @ 020C9E20] concealing 180 DC, 180 AC, 180 MV errors Seems stream 1 codec frame rate differs from container frame rate: 29.97 (30000/ 1001) -> 7.50 (15/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'M3_E3TrailerMC56k7fps.mov': Metadata: creation_time : 2004-07-06 16:29:59 Duration: 00:02:35.73, start: 0.000000, bitrate: 55 kb/s Stream #0:0(eng): Audio: qdm2 (QDM2 / 0x324D4451), 44100 Hz, 1 channels, s16 , 10 kb/s Metadata: creation_time : 2004-07-06 16:29:59 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Video: h263 (ZyGo / 0x6F47795A), yuv420p, 240x192 [SAR 12: 11 DAR 15:11], 45 kb/s, 7.50 fps, 7.50 tbr, 600 tbn, 29.97 tbc Metadata: creation_time : 2004-07-06 16:29:59 handler_name : ?Apple Alias Data Handler At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 01:58:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 00:58:00 -0000 Subject: [FFmpeg-trac] #743(undetermined:new): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi Message-ID: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi -------------------------------------+------------------------------------- Reporter: ami_stuff | 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/download-5acf0a64.html {{{ C:\>ffmpeg -i "4_2_2 YCbCr 10-bit (v210).avi" out.avi ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 15.00 (100000 0000/66667391) -> 15.00 (15/1) Input #0, avi, from '4_2_2 YCbCr 10-bit (v210).avi': Duration: 00:00:03.53, start: 0.000000, bitrate: 27208 kb/s Stream #0:0: Video: v210 (v210 / 0x30313276), yuv422p10le, 356x236, 15 fps, 15 tbr, 15 tbn, 15 tbc Incompatible pixel format 'yuv422p10le' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 020D13C0] w:356 h:236 pixfmt:yuv422p10le tb:1/1000000 sar:0/1 sws_para m: [buffersink @ 020D2320] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020D2720] w:356 h:236 fmt:yuv422p10le -> w:356 h:236 fmt:yuv420p flags: 0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.24.0 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 356x236, q=2-31, 200 kb/s, 15 tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (v210 -> mpeg4) Press [q] to stop, [?] for help [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 [v210 @ 020C9320] packet too small Error while decoding stream #0:0 frame= 0 fps= 0 q=0.0 Lsize= 6kB time=00:00:00.00 bitrate= 0.0kbits/ s video:0kB audio:0kB global headers:0kB muxing overhead 1.#INF00% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i f used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 02:13:22 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 01:13:22 -0000 Subject: [FFmpeg-trac] #744(undetermined:new): tweak i263 pb-frames support to eliminate graphic corruption Message-ID: <038.19f63f19b2bf659e142abf5a74291ce2@avcodec.org> #744: tweak i263 pb-frames support to eliminate graphic corruption -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 i263_pbframes.avi out.avi ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 020C9E00] Header missing Input #0, avi, from 'i263_pbframes.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 761 kb/s Stream #0:0: Video: h263i (I263 / 0x33363249), yuv420p, 320x240, 23.97 tbr, 23.97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb /s w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.24.0 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 23.97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb /s Stream mapping: Stream #0:0 -> #0:0 (h263i -> mpeg4) Stream #0:1 -> #0:1 (mp3 -> libmp3lame) Press [q] to stop, [?] for help [mp3 @ 020C9E00] Header missing Error while decoding stream #0:1 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 frame= 35 fps= 0 q=2.5 size= 123kB time=00:00:02.79 bitrate= 359.9kbits/s Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 frame= 79 fps= 0 q=5.1 size= 286kB time=00:00:06.45 bitrate= 363.5kbits/s Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] cbpc damaged at 0 0 [h263i @ 020C9320] Error at MB: 0 [h263i @ 020C9320] concealing 300 DC, 300 AC, 300 MV errors [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 frame= 120 fps= 80 q=3.0 size= 406kB time=00:00:09.76 bitrate= 340.8kbits/s Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [h263i @ 020C9320] Bad picture start code [h263i @ 020C9320] header damaged Error while decoding stream #0:0 [mp3 @ 020C9E00] incomplete frame Error while decoding stream #0:1 frame= 153 fps= 80 q=2.8 Lsize= 512kB time=00:00:12.61 bitrate= 332.2kbits/ s video:286kB audio:197kB global headers:0kB muxing overhead 5.832231% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 02:35:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 01:35:33 -0000 Subject: [FFmpeg-trac] #742(avcodec:open): zygo video codec decodes with visible graphic corruption In-Reply-To: <038.ddbeb22982a26e71d7aa25b71625c648@avcodec.org> References: <038.ddbeb22982a26e71d7aa25b71625c648@avcodec.org> Message-ID: <053.a82f5041dc5e1f104732607cfd0a6e4f@avcodec.org> #742: zygo video codec decodes with visible graphic corruption ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ZyGo qdm2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => ZyGo qdm2 * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 02:36:38 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 01:36:38 -0000 Subject: [FFmpeg-trac] #743(undetermined:new): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi In-Reply-To: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> References: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> Message-ID: <053.f815184299a767b34f524b2b2a22e246@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi -------------------------------------+------------------------------------- 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 cehoyos): How was this sample made? Which software plays it? How is is it supposed to look like? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 02:47:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 01:47:16 -0000 Subject: [FFmpeg-trac] #743(undetermined:new): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi In-Reply-To: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> References: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> Message-ID: <053.496c13b94810ae3bf87682bbf06d3c7b@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi -------------------------------------+------------------------------------- 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): VirtualDub. The sample is from https://trac.videolan.org/vlc/ticket/4985. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 09:02:42 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 08:02:42 -0000 Subject: [FFmpeg-trac] #745(FFmpeg:new): WAV file can not be played, error [wav @ 02559540] too short Message-ID: <033.fc67d080dcbe629965b35627db28d798@avcodec.org> #745: WAV file can not be played, error [wav @ 02559540] too short --------------------------------+------------------------------------- Reporter: nona | Type: defect Status: new | Priority: important Component: FFmpeg | Version: 0.9 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------- I have several WAV files which can not be played by ffmpeg. I'm using the Zeranoe 32-bit build (Static) ffmpeg-git- 7d531e8-win32-static.7z. attached is the output of ffmpeg: ffmpeg.exe -i "NEW1_05.wav" -v debug ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 02559540] Format wav probed with size=2048 and score=99 [wav @ 02559540] too short LISTNEW1_05.wav: Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 11:23:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 10:23:41 -0000 Subject: [FFmpeg-trac] #744(avcodec:open): tweak i263 pb-frames support to eliminate graphic corruption In-Reply-To: <038.19f63f19b2bf659e142abf5a74291ce2@avcodec.org> References: <038.19f63f19b2bf659e142abf5a74291ce2@avcodec.org> Message-ID: <053.a8f5809c0c49edc4c19dac6d0a99f7d5@avcodec.org> #744: tweak i263 pb-frames support to eliminate graphic corruption ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h263i | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h263i * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Additional samples in http://samples.multimedia.cx/A-codecs/IMC/ Not a regression, also reproducible with c978997a. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 11:43:20 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 10:43:20 -0000 Subject: [FFmpeg-trac] #746(avformat:new): MXF sample fails to decode Message-ID: <036.b59dfa283d6d7011374925e20313cb87@avcodec.org> #746: MXF sample fails to decode -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: mxf master | regression Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/34329 mxf sample does not decode since ddcf3e05 {{{ $ ffmpeg -i mxfregression.mxf ffmpeg version N-35768-gc608776, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 14 2011 11:26:46 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [mxf @ 0x8da7aa0] invalid KAGSize 0 - guessing 1 [mxf @ 0x8da7aa0] index entry 380 + TemporalOffset 1 = 381, which is out of bounds Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, mxf, from 'mxfregression.mxf': Duration: 00:00:15.24, start: 0.000000, bitrate: 1343 kb/s Stream #0:0: Video: mpeg2video (4:2:2), yuv422p, 720x576 [SAR 16:15 DAR 4:3], 10000 kb/s, 25 tbr, 25 tbn, 50 tbc Stream #0:1: Audio: pcm_s16be, 48000 Hz, 2 channels, s16, 1536 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 15:20:21 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 14:20:21 -0000 Subject: [FFmpeg-trac] #745(avformat:closed): WAV file can not be played, error [wav @ 02559540] too short In-Reply-To: <033.fc67d080dcbe629965b35627db28d798@avcodec.org> References: <033.fc67d080dcbe629965b35627db28d798@avcodec.org> Message-ID: <048.30281c0057e2fc354dd7dfa570f5c47f@avcodec.org> #745: WAV file can not be played, error [wav @ 02559540] too short -------------------------------------+------------------------------------- Reporter: nona | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: FFmpeg => avformat * version: 0.9 => git-master * keywords: => wav regression * resolution: => fixed Comment: Fixed in git head and the future 0.9.1 (which you can test with git checkout release/0.9). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 15:31:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 14:31:57 -0000 Subject: [FFmpeg-trac] #747(FFmpeg:new): Enable AMV encoding for audio Message-ID: <035.d57013adb7f5350029b149258b00fe7f@avcodec.org> #747: Enable AMV encoding for audio -------------------------------------+------------------------------------- Reporter: shimmy | Type: task Status: new | Priority: important Component: FFmpeg | Version: Keywords: amv, | unspecified adpcm_ima_amv, | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The [http://wiki.multimedia.cx/index.php?title=AMV amv] format is made for chinese s1mp3 hardware players, and is now part of the latest version of FFmpeg (0.9 - Harmony). However, its underlying audio is adpcm_ima_amv, and this is unsupported by FFmpeg. When I call {{{ffmpeg -codecs}}}, it contains the line {{{ D A D adpcm_ima_amv ADPCM IMA AMV}}}, which means Decoding supported, Audio codec, Direct rendering, but it doesn't contain E which stands for Encoding. I found the [http://code.google.com/p/amv-codec-tools/w/list amv-codec- tools] project, which supports this audio format automatically. I think it would be easy to merge the outdated ''adpcm_ima_amv'' encoder from the amv-codec-tools into FFmpeg. To be noted, compiling amv-codec-tools with the new FFmpeg version doesn't work, even I disable the ''amv'' and the ''adpcm_ima_amv'' encoders/decoders, I get this error: {{{ [NULL @ 039a7860] Requested output format 'amv' is not a suitable output format sample.amv: Invalid argument }}} Which is the same error that occurs when trying to use FFmpeg 0.9 for the AMV format - an issue that should be reported separately. This issue is very urgent to me and I consider promoting a developer that will make it work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 15:42:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 14:42:51 -0000 Subject: [FFmpeg-trac] #747(avcodec:open): Enable AMV encoding for audio In-Reply-To: <035.d57013adb7f5350029b149258b00fe7f@avcodec.org> References: <035.d57013adb7f5350029b149258b00fe7f@avcodec.org> Message-ID: <050.1cd88d54c22257dee88a007c0809adfb@avcodec.org> #747: Enable AMV encoding for audio ---------------------------------------+----------------------------------- Reporter: shimmy | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm_ima_amv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avcodec * priority: important => wish * version: unspecified => git-master * keywords: amv, adpcm_ima_amv, => adpcm_ima_amv * type: task => enhancement Comment: http://code.google.com/p/amv-codec- tools/source/list?path=/trunk/AMVmuxer/ffmpeg/libavcodec/adpcm.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 16:22:01 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 15:22:01 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 Message-ID: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Type: defect Status: new | Priority: normal Component: avformat | Version: 0.8.7 Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Sorry for the duplicate messages - I asked about this on irc last night, and didn't get an answer, so posted it to the mailing list. Then burek suggested I file a bug report. I'm trying to build a simple Android streamer using ffmpeg. Everything is working well, except that for some mp3 streams av_read_frame() returns an error (-541478725) after playing for 1-2 minutes. The same problem happens when using ffplay in Linux (0.8.6) The stream plays fine with Chrome. Also I can download the mp3 and then it plays fine with ffplay. One example bad stream is http://www.stationcaster.com/clicktrack/index.mp3?media=%2Fstations%2Fwhb%2Fmedia%2Fmp3%2FDoug_Farrar-1323805825.mp3&usecat=373&subscribed=true&title=Doug+Farrar&ext=.mp3 Once av_read_frame returns an error, it never works again until I restart the stream. Worst-case, is there any way to skip past and keep playing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 16:30:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 15:30:10 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.521f63e39c37f1398e457d720fb1b701@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): You should use av_strerror, you would have noticed that -541478725 is AVERROR_EOF: lavf considers that your file has ended. This seems perfectly normal with the URL you give as an example, as it is in fact a redirection to short individual files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 16:52:20 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 15:52:20 -0000 Subject: [FFmpeg-trac] #747(avcodec:open): Enable AMV encoding for audio In-Reply-To: <035.d57013adb7f5350029b149258b00fe7f@avcodec.org> References: <035.d57013adb7f5350029b149258b00fe7f@avcodec.org> Message-ID: <050.183da6b24cf4128a1ec25d24f1f9d0ae@avcodec.org> #747: Enable AMV encoding for audio ---------------------------------------+----------------------------------- Reporter: shimmy | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm_ima_amv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by shimmy): Replying to [comment:1 cehoyos]: > http://code.google.com/p/amv-codec- tools/source/list?path=/trunk/AMVmuxer/ffmpeg/libavcodec/adpcm.c The correct link to the file should be: [http://code.google.com/p/amv- codec-tools/source/browse/trunk/AMVmuxer/ffmpeg/libavcodec/adpcm.c adpcm.c] [http://code.google.com/p/amv-codec-tools/wiki/AmvDocumentation More documentation on the AMV format] [http://svn.rot13.org/index.cgi/amv/view/amv.pl Source code for an AMV decoder written in Perl] Anyone who has plans on implementing this any time soon, please contact me asap. This is very essential to me. Thank a lot! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 17:11:22 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 16:11:22 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.c081115af190a48233c744e3545eb08f@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blarson): Cigaes, thank you so much for your help. Please forgive my inexperience with lavf, I'll be sure to use av_strerror next time. I'm a little confused - if the URL is a redirection to short individual files, how can I play them all in a row? I can download the URL in my browser and I get a full 21:52 MP3 file at 7.5MB. Also the estimated duration in ffplay and my Android app is the same 21 minutes 52 seconds. What tool are you using to see that the URL is a redirection to short individual files? Is it possible to play them as one stream in ffplay and/or using lavf? Thanks again, your help is incredibly appreciated! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 17:14:30 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 16:14:30 -0000 Subject: [FFmpeg-trac] #749(avformat:new): Apple HTTP Live Streaming segfault Message-ID: <034.93d14312f7e52381361d366baeaead88@avcodec.org> #749: Apple HTTP Live Streaming segfault --------------------------------------+---------------------------------- Reporter: takis | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Regarding applehttp.c: If av_probe_input_buffer() fails in applehttp_read_header(), the code jumps to fail, which invokes free_variant_list() which in turn invokes avformat_close_input(), which can cause a segmentation fault if its AVInputFormat has not yet been intialized. av_probe_input_buffer() can fail when the playlist contains URLs which the underlying TCP code can't connect to. av_probe_input_buffer uses avio_read which invokes read_data->open_input->ffurl_open->ffurl_connect->url_open2-> ... ->tcp_open->connect. So, if you have a playlist such the one below: EXTM3U #EXT-X-TARGETDURATION:60 #EXT-X-MEDIA-SEQUENCE:0 #EXTINF:60, http://172.19.40.153/20111214/stream0q2v1/fileSequence0.ts If 172.19.40.153 is not available, ffplay f.e. segfaults. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 17:19:44 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 16:19:44 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.fc98caa5ef2a551aeb908c6b603d43dc@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Well, I get the same 7.5?Mo file than you, and curl shows me that the actual URL is http://www.stationcaster.com/stations/whb/media/mp3/Doug_Farrar-1323805825.mp3. A 7.5?Mo file is what I call a short, individual file, as opposed to streaming, which is supposed to go on forever. Now, if your Android app is interrupted sooner than that, then I suspect some kind of stupid handling of network errors at the Android level. You should try calling the avio_read function directly to see how the file data downloads and at what point an error is reported, and what kind of error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 17:24:09 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 16:24:09 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.688ebe9e049ce96170950e79e653224c@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blarson): Ah I see... yes it is definitely a short file at ~22 minutes compared with an indefinite stream. I suspected Android network issues as well, except that the same problem happens with ffplay on my desktop. After 1-2 minutes both platforms report AVERROR_EOF when streaming. ffplay works fine if I pass it the pre-downloaded mp3 file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 17:53:28 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 16:53:28 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.753632e69b6d73f6bf000728fbe86c58@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): I see. Maybe you should not have talked about Android at all, it made the discussion murky. The problem is that: ffmpeg -i $url -y t.wav succeeds while: ffmpeg -re $url -y t.wav fails. The same happens with "curl $url | slowcat" (slowcat is a small custom program): therefore, it seems a case of bogus web server that closes the connection before it is complete if the receiving end is not fast enough. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 18:00:06 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 17:00:06 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.116b325041b6ce2e113d7efd9f52ff86@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blarson): Ah perfect! Thank you so much! It looks like Chrome is downloading the file as fast as possible in the background, while ffplay/my app is just streaming it as needed with a small buffer. I'm sorry for the confusion I caused mentioning Android. I'll see if the webserver can be changed to support this, but it sounds like the best bet is for me to try and do what Chrome does and download the full file in the background. I'll also dig in to what ffmpeg does with the -i vs -re arguments. Your help has been invaluable! Thank you so much!! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 19:07:49 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 18:07:49 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.4cc57fe6a1adad3c6286a9fb01cf4760@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): -i is just the option to select the input URL. -re tells ffmpeg to work slower than it could to emulate the speed of the contents itself. If you control the web server, then you really must fix it, it will cause other problems than that, and fixing it will help you regulate your bandwidth. But you need _also_ to work around the problem in your program. For that, you need two things: - A bigger buffer than the small one inside lavf: you do not need the whole file, but mobile apps should be able to handle a few seconds of network hiccup. - A reconnect feature: if the stream ends before it should, create a new one and seek to the last position. Note that both the buffer and the reconnect would IMHO be valuable additions to ffmpeg's API. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 19:17:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 18:17:41 -0000 Subject: [FFmpeg-trac] #750(FFmpeg:new): ffmpeg does not list OGG-theora metadata tags (like title author etc) Message-ID: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> #750: ffmpeg does not list OGG-theora metadata tags (like title author etc) ----------------------------------+--------------------------------------- Reporter: RyszardG | Type: defect Status: new | Priority: important Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I can transcode one ogg to second with adding tags: ffmpeg -i recRLBM.ogv -metadata TITLE="My title" -metadata ARTIST="Me" output.ogv Tags are correctly added (what can I see when I run any video player and open output.ogv). But when I run ffmpeg: ffmpeg -i output.ogv something.ogv I don't have these metadata informations displayed on the Input #0: ffmpeg version 0.8.7.git-366605f, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 14 2011 17:44:52 with gcc 4.4.5 configuration: --prefix=/home/ryszard/NX-4.0.155/Build --disable-doc --disable-everything --enable-muxer=ogg --enable-demuxer=ogg --enable- muxer=webm --enable-demuxer=webm --enable-muxer=matroska --enable- demuxer=matroska --enable-muxer=rawvideo --enable-demuxer=rawvideo --enable-muxer=mpeg1system --enable-muxer=mpeg1vcd --enable- muxer=mpeg1video --enable-demuxer=mpegvideo --enable-demuxer=mpeg1system --enable-demuxer=mpeg1system --enable-demuxer=mpegps --enable- encoder=libtheora --enable-decoder=theora --enable-encoder=libvpx --enable-decoder=libvpx --enable-encoder=mpeg1video --enable- decoder=mpeg1video --enable-decoder=mpegvideo --enable-encoder=rawvideo --enable-decoder=rawvideo --enable-parser=mpegvideo --enable-filter=format --enable-protocol=pipe --enable-protocol=tcp --enable-protocol=file --enable-filter=scale --enable-libvpx --enable-libtheora --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, ogg, from 'output.ogv': Duration: 00:00:00.50, start: 0.000000, bitrate: 1046 kb/s Stream #0:0: Video: theora, yuv420p, 1440x900 [SAR 1:1 DAR 8:5], 10 tbr, 10 tbn, 10 tbc File 'something.ogv' already exists. Overwrite ? [y/N] Y w:1440 h:900 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, ogg, to 'something.ogv': Metadata: encoder : Lavf53.25.0 Stream #0:0: Video: theora, yuv420p, 1440x900 [SAR 1:1 DAR 8:5], q=2-31, 200 kb/s, 10 tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (theora -> libtheora) Press [q] to stop, [?] for help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 19:42:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 18:42:03 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.1ed3c379feb59a67d7bdd6aa9110799c@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): The 2 ancestors of 13b7781ec8d4 are ada8d48 and f2bd8a0 git bisect should find the commit introducing the problem but please first verify that you use width/height and not coded_width/coded_height -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 19:45:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 18:45:56 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.ef1666ac269a12dbb526df4421e6903e@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blarson): I think both of your suggestions make perfect sense. For the larger buffer, can this be done internally to lavf? Or should I download to a separate buffer and point lavf to that external buffer? Specifically, would it be easier/possible to use a custom reader in my input context and keep the larger buffer there? And if so, can I still use lavf code to download the file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 20:06:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 19:06:46 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.457a8e412175a4ad147ba9b79e65c859@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): I think ffmpeg now has a cache:// protocol which may or may not be exactly the right thing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 20:08:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 19:08:57 -0000 Subject: [FFmpeg-trac] #751(undetermined:new): bmp 1bpp with odd width decodes incorrectly Message-ID: <038.706c21161177c71cbb1c3c85d3fe1a5c@avcodec.org> #751: bmp 1bpp with odd width decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 1bpp.bmp ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from '1bpp.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, pal8, 129x97, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 20:39:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 19:39:46 -0000 Subject: [FFmpeg-trac] #738(avcodec:open): libavcodec cannot be built if configured with "--disable-optimizations" In-Reply-To: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> References: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> Message-ID: <050.bd1ea4c1a34b6c9cfb0754eb938ac875@avcodec.org> #738: libavcodec cannot be built if configured with "--disable-optimizations" ------------------------------------+----------------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): reverting 599b4c6e just causes the next file to fail: libpostproc/postprocess_template.c: In function ?dering_MMX2?: libpostproc/postprocess_template.c:1045:5: error: can?t find a register in class ?GENERAL_REGS? while reloading ?asm? libpostproc/postprocess_template.c:1045:5: error: ?asm? operand has impossible constraints -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 20:54:35 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 19:54:35 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.331e775e03bdc5d34e5345e8f49702ea@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): I agree, the cache protocol is the right thing to use but, it doesnt yet have a background thread filling the buffer, which it would need for this so its a patch welcome thing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 20:59:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 19:59:10 -0000 Subject: [FFmpeg-trac] #748(avformat:new): av_read_frame() returns error while streaming mp3 In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.e7fec04790d90fbcb8ddc7f470444640@avcodec.org> #748: av_read_frame() returns error while streaming mp3 -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: | Blocked By: av_read_frame, ffplay | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blarson): Sorry again for my inexperience, where can I find out more about the cache:// protocol? Is it the same as ICS (http://en.wikipedia.org/wiki/Internet_Cache_Protocol)? Does it require server-side support? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 21:01:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 20:01:32 -0000 Subject: [FFmpeg-trac] #752(FFmpeg:new): ffmpeg segmentation fault signal 11 Message-ID: <041.75f1758aade56fb317d8244223e76f83@avcodec.org> #752: ffmpeg segmentation fault signal 11 -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- opening an frwu file crashes ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 21:08:54 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 20:08:54 -0000 Subject: [FFmpeg-trac] #749(avformat:new): Apple HTTP Live Streaming segfault In-Reply-To: <034.93d14312f7e52381361d366baeaead88@avcodec.org> References: <034.93d14312f7e52381361d366baeaead88@avcodec.org> Message-ID: <049.38f19ef6e851431e2a2fefec7eae2c03@avcodec.org> #749: Apple HTTP Live Streaming segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): you forgot a # before EXTM3U but either way it doesnt crash, it just exits with Input/output error i confirmed that ctx->iformat is NULL before the call to avformat_close_input() -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 21:28:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 20:28:46 -0000 Subject: [FFmpeg-trac] #752(avcodec:closed): ffmpeg segmentation fault signal 11 In-Reply-To: <041.75f1758aade56fb317d8244223e76f83@avcodec.org> References: <041.75f1758aade56fb317d8244223e76f83@avcodec.org> Message-ID: <056.f433a32accd66e277d851210c06d41d2@avcodec.org> #752: ffmpeg segmentation fault signal 11 --------------------------------------+----------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: riff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * keywords: => riff * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 Comment: Bug locally fixed, will be in git master soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 22:02:42 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 21:02:42 -0000 Subject: [FFmpeg-trac] #753(FFmpeg:new): Signal 11 when reading zzufed 4xm file Message-ID: <041.1f84713984f9ec36a944ebb2394c1f6c@avcodec.org> #753: Signal 11 when reading zzufed 4xm file -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- error in libavcodec/get_bits.h:260 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 22:22:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 21:22:24 -0000 Subject: [FFmpeg-trac] #753(avcodec:closed): Signal 11 when reading zzufed 4xm file In-Reply-To: <041.1f84713984f9ec36a944ebb2394c1f6c@avcodec.org> References: <041.1f84713984f9ec36a944ebb2394c1f6c@avcodec.org> Message-ID: <056.22fa426ac1897bcb0e025fd4b221fd42@avcodec.org> #753: Signal 11 when reading zzufed 4xm file --------------------------------------+----------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: 4xm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * keywords: => 4xm * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 Comment: locally fixed, will be in git master soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 22:27:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 21:27:56 -0000 Subject: [FFmpeg-trac] #754(undetermined:new): jpeg lossless: crash with lowres Message-ID: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> #754: jpeg lossless: crash with lowres -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ GNU gdb (GDB) 7.2 Copyright (C) 2010 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 "mingw32". For bug reporting instructions, please see: ... Reading symbols from F:\MinGW\msys\1.0\ffmpeg-HEAD- d3bc75c/ffmpeg_g.exe...done. (gdb) r -vlowres 3 -i lossless.jpg out.bmp Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-d3bc75c/ffmpeg_g.exe -vlowres 3 -i lossless.jpg out.bmp [New Thread 1524.0x1e4] ffmpeg version 0.8.5.git-d3bc75c, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 18:11:47 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 28. 0 / 53. 28. 0 libavformat 53. 19. 0 / 53. 19. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 0 / 2. 47. 0 libswscale 2. 1. 0 / 2. 1. 0 Program received signal SIGSEGV, Segmentation fault. 0x005e2e91 in ljpeg_decode_rgb_scan (s=0x40f0048, predictor=2, point_transform=0) at libavcodec/mjpegdec.c:703 703 ptr[4*mb_x+0] = buffer[mb_x][2]; (gdb) bt #0 0x005e2e91 in ljpeg_decode_rgb_scan (s=0x40f0048, predictor=2, point_transform=0) at libavcodec/mjpegdec.c:703 #1 0x005e5d20 in ff_mjpeg_decode_sos (avctx=0x3b9ef68, data=0x22f850, data_size=0x22fb04, avpkt=0x3ba1560) at libavcodec/mjpegdec.c:1064 #2 ff_mjpeg_decode_frame (avctx=0x3b9ef68, data=0x22f850, data_size=0x22fb04, avpkt=0x3ba1560) at libavcodec/mjpegdec.c:1532 #3 0x004f9bde in avcodec_decode_video2 (avctx=0x3b9ef68, picture=0x22f850, got_picture_ptr=0x22fb04, avpkt=0x3ba1560) at libavcodec/utils.c:819 #4 0x004393d6 in try_decode_frame (ic=0x3b98b40, options=0x3ba0ce0) at libavformat/utils.c:2230 #5 avformat_find_stream_info (ic=0x3b98b40, options=0x3ba0ce0) at libavformat/utils.c:2535 #6 0x0040c5f8 in opt_input_file (o=0x22fda8, opt=0x3ba0d8b "i", filename=) at ffmpeg.c:3317 #7 0x0041114a in parse_option (optctx=0x22fda8, opt=, arg=0x3ba0d8d "lossless.jpg", options=0xa0d2c0) at cmdutils.c:275 #8 0x004114f8 in parse_options (optctx=0x22fda8, argc=6, argv=, options=0xa0d2c0, parse_arg_function=0x40e018 ) at cmdutils.c:308 #9 0x0040f847 in main (argc=6, argv=) at ffmpeg.c:4716 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x5e2e71 to 0x5e2eb1: 0x005e2e71 : lea 0x0(%esi),%esi 0x005e2e74 : mov 0x318(%ebx),%edx 0x005e2e7a : test %edx,%edx 0x005e2e7c : jne 0x5e2ec4 0x005e2e7e : test %edi,%edi 0x005e2e80 : jle 0x5e2e3c 0x005e2e82 : xor %eax,%eax 0x005e2e84 : mov 0x90(%esp),%edx 0x005e2e8b : nop 0x005e2e8c : mov 0x4(%esi,%eax,8),%cx => 0x005e2e91 : mov %cl,(%edx,%eax,4) 0x005e2e94 : mov 0x2(%esi,%eax,8),%cx 0x005e2e99 : mov %cl,0x1(%edx,%eax,4) 0x005e2e9d : mov (%esi,%eax,8),%cx 0x005e2ea1 : mov %cl,0x2(%edx,%eax,4) 0x005e2ea5 : inc %eax 0x005e2ea6 : mov 0x340(%ebx),%ecx 0x005e2eac : cmp %eax,%ecx 0x005e2eae : jg 0x5e2e8c 0x005e2eb0 : jmp 0x5e2e3a End of assembler dump. (gdb) info all-registers eax 0x392 914 ecx 0xbb 187 edx 0x41141b8 68239800 ebx 0x40f0048 68091976 esp 0x22f570 0x22f570 ebp 0x37 0x37 esi 0x410b860 68204640 edi 0x400 1024 eip 0x5e2e91 0x5e2e91 eflags 0x10212 [ AF IF RF ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 (raw 0x0000ba286a24ba28695c) st1 0 (raw 0x00000000000000000001) st2 1.#INF (raw 0x69d4badb0d00804dc8c1) st3 0 (raw 0x00000000000000000000) st4 3 (raw 0x4000c000000000000000) st5 3 (raw 0x4000c000000000000000) st6 3 (raw 0x4000c000000000000000) st7 3 (raw 0x4000c000000000000000) fctrl 0xffff037f -64641 fstat 0xffff0120 -65248 ftag 0xffffffff -1 fiseg 0x0 0 fioff 0x0 0 foseg 0xffff0000 -65536 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0xc1, 0xc8, 0x4d, 0x80, 0x8, 0x0, 0x0, 0x0, 0x82, 0x2, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0xc8c1, 0x804d, 0x8, 0x0, 0x282, 0x0}, v4_int32 = {0x0, 0x804dc8c1, 0x8, 0x282}, v2_int64 = { 0x804dc8c100000000, 0x28200000008}, uint128 = 0x0000028200000008804dc8c100000000} xmm1 {v4_float = {0xffffffff, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xd6, 0x99, 0x85, 0xbf, 0xa8, 0x24, 0x0, 0x80, 0x0, 0x0, 0x0, 0x0, 0x10, 0x6b, 0x28, 0xba}, v8_int16 = {0x99d6, 0xbf85, 0x24a8, 0x8000, 0x0, 0x0, 0x6b10, 0xba28}, v4_int32 = {0xbf8599d6, 0x800024a8, 0x0, 0xba286b10}, v2_int64 = {0x800024a8bf8599d6, 0xba286b1000000000}, uint128 = 0xba286b1000000000800024a8bf8599d6} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xd8, 0x93, 0xf2, 0xe2, 0x10, 0x0, 0x12, 0x0, 0x0, 0x6b, 0x28, 0xba, 0xac, 0x0, 0x0, 0x0}, v8_int16 = {0x93d8, 0xe2f2, 0x10, 0x12, 0x6b00, 0xba28, 0xac, 0x0}, v4_int32 = {0xe2f293d8, 0x120010, 0xba286b00, 0xac}, v2_int64 = {0x120010e2f293d8, 0xacba286b00}, uint128 = 0x000000acba286b0000120010e2f293d8} xmm3 {v4_float = {0x0, 0x0, 0xffffffff, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0xd0, 0x6b, 0x28, 0xba, 0x26, 0x4a, 0x85, 0xbf, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x6bd0, 0xba28, 0x4a26, 0xbf85, 0x0, 0x0}, v4_int32 = {0x0, 0xba286bd0, 0xbf854a26, 0x0}, v2_int64 = {0xba286bd000000000, 0xbf854a26}, uint128 = 0x00000000bf854a26ba286bd000000000} xmm4 {v4_float = {0x0, 0x0, 0xffffffff, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0x81, 0x9f, 0x0, 0x0, 0xd0, 0x6b, 0x28, 0xba, 0x61, 0x4a, 0x85, 0xbf, 0xd8, 0x93, 0xf2, 0xe2}, v8_int16 = { 0x9f81, 0x0, 0x6bd0, 0xba28, 0x4a61, 0xbf85, 0x93d8, 0xe2f2}, v4_int32 = { 0x9f81, 0xba286bd0, 0xbf854a61, 0xe2f293d8}, v2_int64 = { 0xba286bd000009f81, 0xe2f293d8bf854a61}, uint128 = 0xe2f293d8bf854a61ba286bd000009f81} xmm5 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0x24, 0x6a, 0x28, 0xba, 0xd1, 0x4a, 0x85, 0xbf, 0x0, 0x0, 0x0, 0x1, 0xd0, 0x18, 0x75, 0xe1}, v8_int16 = { 0x6a24, 0xba28, 0x4ad1, 0xbf85, 0x0, 0x100, 0x18d0, 0xe175}, v4_int32 = { 0xba286a24, 0xbf854ad1, 0x1000000, 0xe17518d0}, v2_int64 = { 0xbf854ad1ba286a24, 0xe17518d001000000}, uint128 = 0xe17518d001000000bf854ad1ba286a24} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xd8, 0x93, 0xf2, 0xe2, 0x10, 0x0, 0x12, 0x0, 0x0, 0x6b, 0x28, 0xba, 0x14, 0x6a, 0x28, 0xba}, v8_int16 = {0x93d8, 0xe2f2, 0x10, 0x12, 0x6b00, 0xba28, 0x6a14, 0xba28}, v4_int32 = {0xe2f293d8, 0x120010, 0xba286b00, 0xba286a14}, v2_int64 = {0x120010e2f293d8, 0xba286a14ba286b00}, uint128 = 0xba286a14ba286b0000120010e2f293d8} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2, 0x0, 0x0, 0xe0, 0xfd, 0x7f, 0x40, 0x6a, 0x28, 0xba}, v8_int16 = {0x0, 0x0, 0x0, 0x2, 0xe000, 0x7ffd, 0x6a40, 0xba28}, v4_int32 = {0x0, 0x20000, 0x7ffde000, 0xba286a40}, v2_int64 = {0x2000000000000, 0xba286a407ffde000}, uint128 = 0xba286a407ffde0000002000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0xba286a24ba28695c, v2_int32 = {0xba28695c, 0xba286a24}, v4_int16 = {0x695c, 0xba28, 0x6a24, 0xba28}, v8_int8 = { 0x5c, 0x69, 0x28, 0xba, 0x24, 0x6a, 0x28, 0xba}} mm1 {uint64 = 0x1, v2_int32 = {0x1, 0x0}, v4_int16 = {0x1, 0x0, 0x0, 0x0}, v8_int8 = {0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0xbadb0d00804dc8c1, v2_int32 = {0x804dc8c1, 0xbadb0d00}, v4_int16 = {0xc8c1, 0x804d, 0xd00, 0xbadb}, v8_int8 = {0xc1, 0xc8, 0x4d, 0x80, 0x0, 0xd, 0xdb, 0xba}} mm3 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm4 {uint64 = 0xc000000000000000, v2_int32 = {0x0, 0xc0000000}, v4_int16 = {0x0, 0x0, 0x0, 0xc000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc0}} mm5 {uint64 = 0xc000000000000000, v2_int32 = {0x0, 0xc0000000}, v4_int16 = {0x0, 0x0, 0x0, 0xc000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc0}} mm6 {uint64 = 0xc000000000000000, v2_int32 = {0x0, 0xc0000000}, v4_int16 = {0x0, 0x0, 0x0, 0xc000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc0}} mm7 {uint64 = 0xc000000000000000, v2_int32 = {0x0, 0xc0000000}, v4_int16 = {0x0, 0x0, 0x0, 0xc000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc0}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 22:34:35 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 21:34:35 -0000 Subject: [FFmpeg-trac] #754(undetermined:new): jpeg lossless: crash with lowres In-Reply-To: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> References: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> Message-ID: <053.3aca6434fa4652cf29d36a0dd4900bd0@avcodec.org> #754: jpeg lossless: crash with lowres -------------------------------------+------------------------------------- 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): please change the title of this ticket to "infinite loop while probing (most likely broken) jpeg lossles file" ffmpeg -i lossless.jpg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 22:42:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 21:42:46 -0000 Subject: [FFmpeg-trac] #754(undetermined:new): jpeg lossless: crash with lowres In-Reply-To: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> References: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> Message-ID: <053.dc4b5978609f260718a482b45be14cba@avcodec.org> #754: jpeg lossless: crash with lowres -------------------------------------+------------------------------------- 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): "lossless_2.jpg" decodes with ffmpeg, but crashes with lowres -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 23:34:12 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 22:34:12 -0000 Subject: [FFmpeg-trac] #755(avformat:new): zzufed mtv file crashes ffmpeg_g Message-ID: <041.3ba3d907e669e71b391d9e9af4abc329@avcodec.org> #755: zzufed mtv file crashes ffmpeg_g -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: avformat | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Program received signal SIGFPE, Arithmetic exception. 0x00000000004baab2 in mtv_read_header (s=0x139e7a0, ap=) at libavformat/mtv.c:112 112 mtv->video_fps = (mtv->audio_br / 4) / audio_subsegments; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 23:57:55 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 22:57:55 -0000 Subject: [FFmpeg-trac] #750(undetermined:new): ffmpeg does not list OGG-theora metadata tags (like title author etc) In-Reply-To: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> References: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> Message-ID: <052.f8911a0f50927ff24cbb754b4cd00573@avcodec.org> #750: ffmpeg does not list OGG-theora metadata tags (like title author etc) -------------------------------------+------------------------------------- Reporter: RyszardG | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * component: FFmpeg => undetermined Comment: Is this reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 14 23:59:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 22:59:32 -0000 Subject: [FFmpeg-trac] #751(avcodec:open): bmp 1bpp with odd width decodes incorrectly In-Reply-To: <038.706c21161177c71cbb1c3c85d3fe1a5c@avcodec.org> References: <038.706c21161177c71cbb1c3c85d3fe1a5c@avcodec.org> Message-ID: <053.18d4363af06c9aef821183f5ae31f889@avcodec.org> #751: bmp 1bpp with odd width decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => bmp * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 00:06:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 23:06:19 -0000 Subject: [FFmpeg-trac] #754(avcodec:closed): ljpeg: crash with lowres (was: jpeg lossless: crash with lowres) In-Reply-To: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> References: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> Message-ID: <053.993508963889c3b56202a5e4f3320f5c@avcodec.org> #754: ljpeg: crash with lowres --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ljpeg lowres | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => ljpeg lowres * resolution: => fixed Comment: Note that there is another codec called jpeg-ls or jpeg lossless, see http://en.wikipedia.org/wiki/Jpeg-ls for an explanation. The crash with lowres is fixed (ljpeg does not support lowres), I cannot reproduce an endless loop with the first file, but please open a new ticket if there still is a problem. {{{ $ ffmpeg -i lossless.jpg ffmpeg version N-35771-g7862bd3, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 14 2011 23:44:58 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [mjpeg @ 0x8dae0e0] mjpeg_decode_dc: bad vlc: 0:0 (0x8dae924) Last message repeated 4718591 times Input #0, image2, from 'lossless.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, bgr24, 1024x768 [SAR 96:96 DAR 4:3], 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 00:06:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 23:06:39 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.2d6549be05380ef4a674c5c6033824b4@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Andrea3000): Replying to [comment:6 michael]: > The 2 ancestors of 13b7781ec8d4 are ada8d48 and f2bd8a0 > git bisect should find the commit introducing the problem but please first verify that you use width/height and not coded_width/coded_height I'm using both width/height and coded_width/coded_height to keep track of both of them. When I call sws_scale, for example, I pass coded_height as srcSliceH and it has been always worked good. Is it wrong? The problem is only on coded_width/coded_height, width/height are still correct. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 00:16:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 23:16:10 -0000 Subject: [FFmpeg-trac] #754(avcodec:closed): ljpeg: crash with lowres In-Reply-To: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> References: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> Message-ID: <053.46317594823c6d3c7eef3f27c5eadaf7@avcodec.org> #754: ljpeg: crash with lowres --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ljpeg lowres | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ami_stuff): You're right, probing takes 2 and a half minute here, so it's not an infinite loop, but I think it should be fixed as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 00:31:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 23:31:52 -0000 Subject: [FFmpeg-trac] #755(avformat:closed): zzufed mtv file crashes ffmpeg_g In-Reply-To: <041.3ba3d907e669e71b391d9e9af4abc329@avcodec.org> References: <041.3ba3d907e669e71b391d9e9af4abc329@avcodec.org> Message-ID: <056.270147a8da69354a7a15e8f74f9d71c5@avcodec.org> #755: zzufed mtv file crashes ffmpeg_g --------------------------------------+------------------------------------ Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mtv, FPE | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by michael): * keywords: => mtv, FPE * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Locally fixed, will be in git master soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 00:34:23 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 23:34:23 -0000 Subject: [FFmpeg-trac] #756(avformat:new): Support muxing dvdsub into isom Message-ID: <036.3cda4a84e655f6ce3027057a3c680db9@avcodec.org> #756: Support muxing dvdsub into isom -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avformat Priority: wish | Keywords: mov dvdsub Version: git- | Blocking: master | Analyzed by developer: 0 Blocked By: | Reproduced by developer: 0 | -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/MPEG-4/NeroRecodeSample- MP4/NeroRecodeSample.mp4 Subtitles play fine with ffplay (and MPlayer), after remuxing, the subtitles disappear. {{{ $ ffmpeg -i NeroRecodeSample.mp4 -vcodec copy -acodec copy -scodec copy out.mp4 ffmpeg version N-35771-g7862bd3, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 15 2011 00:09:26 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libtheora libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Seems stream 2 codec frame rate differs from container frame rate: 25.00 (25000/1000) -> 25.00 (25/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'NeroRecodeSample.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41ndsh creation_time : 2004-07-28 21:34:12 Duration: 00:01:44.16, start: 0.000000, bitrate: 2383 kb/s Chapter #0.0: start 0.000000, end 104.160000 Metadata: title : Kapitel 23 Stream #0:0(fre): Data: none (mp4s / 0x7334706D) Metadata: handler_name : creation_time : 2004-07-28 21:34:12 Stream #0:1(fre): Data: none (mp4s / 0x7334706D) Metadata: handler_name : creation_time : 2004-07-28 21:34:12 Stream #0:2(eng): Video: mpeg4 (Advanced Simple Profile) (mp4v / 0x7634706D), yuv420p, 720x304 [SAR 1:1 DAR 45:19], 1977 kb/s, 25 fps, 25 tbr, 25k tbn, 25 tbc Metadata: handler_name : creation_time : 2004-07-28 21:34:12 Stream #0:3(ger): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, s16, 192 kb/s Metadata: handler_name : Nero Digital Audio 5.1-Kanal Deuts creation_time : 2004-07-28 21:34:12 Stream #0:4(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, s16, 195 kb/s Metadata: handler_name : Nero Digital Audio 5.1-Kanal Englis creation_time : 2004-07-28 21:34:12 Stream #0:5(ger): Subtitle: dvd_subtitle (mp4s / 0x7334706D) Metadata: handler_name : Deutsch creation_time : 2004-07-28 21:34:12 Stream #0:6(eng): Subtitle: dvd_subtitle (mp4s / 0x7334706D) Metadata: handler_name : Englisch creation_time : 2004-07-28 21:34:12 Output #0, mp4, to 'out.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41ndsh creation_time : 2004-07-28 21:34:12 encoder : Lavf53.25.0 Chapter #0.0: start 0.000000, end 104.160000 Metadata: title : Kapitel 23 Stream #0:0(eng): Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 720x304 [SAR 1:1 DAR 45:19], q=2-31, 1977 kb/s, 25 fps, 25k tbn, 25k tbc Metadata: handler_name : creation_time : 2004-07-28 21:34:12 Stream #0:1(ger): Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, 5.1, 192 kb/s Metadata: handler_name : Nero Digital Audio 5.1-Kanal Deuts creation_time : 2004-07-28 21:34:12 Stream #0:2(ger): Subtitle: dvd_subtitle ([224][0][0][0] / 0x00E0) Metadata: handler_name : Deutsch creation_time : 2004-07-28 21:34:12 Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:3 -> #0:1 (copy) Stream #0:5 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 2603 fps= 0 q=-1.0 Lsize= 27710kB time=00:01:11.08 bitrate=3193.6kbits/s video:25129kB audio:2451kB global headers:0kB muxing overhead 0.469011% $ ffmpeg -i out.mp4 ffmpeg -i out.mp4 ffmpeg version N-35771-g7862bd3, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 15 2011 00:09:26 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libtheora libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x13a87a0] multiple edit list entries, a/v desync might occur, patch welcome Seems stream 0 codec frame rate differs from container frame rate: 25.00 (25000/1000) -> 25.00 (25/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 creation_time : 2004-07-28 21:34:12 encoder : Lavf53.25.0 Duration: 00:01:44.16, start: 0.000000, bitrate: 2179 kb/s Chapter #0.0: start 0.000000, end 104.160000 Metadata: title : Kapitel 23 Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (mp4v / 0x7634706D), yuv420p, 720x304 [SAR 1:1 DAR 45:19], 1977 kb/s, 25 fps, 25 tbr, 25k tbn, 25 tbc Metadata: creation_time : 2004-07-28 21:34:12 handler_name : VideoHandler Stream #0:1(ger): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, s16, 192 kb/s Metadata: creation_time : 2004-07-28 21:34:12 handler_name : SoundHandler Stream #0:2(ger): Data: none ([224][0][0][0] / 0x00E0) Metadata: creation_time : 2004-07-28 21:34:12 handler_name : At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 00:39:12 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 23:39:12 -0000 Subject: [FFmpeg-trac] #470(swscale:open): libquicktime uncompressed formats In-Reply-To: <036.a07c6cd292926677164a7d81b90991f6@avcodec.org> References: <036.a07c6cd292926677164a7d81b90991f6@avcodec.org> Message-ID: <051.11490f023d885f62be6052bee8c07241@avcodec.org> #470: libquicktime uncompressed formats -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: v308 v408 | Blocked By: v410 yuv4 mov rawvideo | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): v410 implemented by Derek Buitenhuis. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 00:58:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Dec 2011 23:58:57 -0000 Subject: [FFmpeg-trac] #749(avformat:closed): Apple HTTP Live Streaming segfault In-Reply-To: <034.93d14312f7e52381361d366baeaead88@avcodec.org> References: <034.93d14312f7e52381361d366baeaead88@avcodec.org> Message-ID: <049.1b7cd1191b1f61680fb3450d775d7286@avcodec.org> #749: Apple HTTP Live Streaming segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed differently by Martin, which should make everyone happy. I still would be quite interrested to see a case where the simpler solution of just calling avformat_close_input() with the checks inside produces any kind of problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 01:20:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 00:20:18 -0000 Subject: [FFmpeg-trac] #757(undetermined:new): ffplay h263: crash with lowres while seeking (regression) Message-ID: <038.a66ab4de5cf18ee80a2decbaeb461d4c@avcodec.org> #757: ffplay h263: crash with lowres while seeking (regression) -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- to reproduce please run: ffplay -lowres 3 QT-H263.mov and seek a few times with the mouse {{{ index 9ab52ef..6893a3a 100644 --- a/libavcodec/mpegvideo.c +++ b/libavcodec/mpegvideo.c @@ -1134,7 +1134,7 @@ int MPV_frame_start(MpegEncContext *s, AVCodecContext *avctx) if(ff_alloc_picture(s, s->last_picture_ptr, 0) < 0) return -1; - if(s->codec_id == CODEC_ID_FLV1){ + if(s->codec_id == CODEC_ID_FLV1 || s->codec_id == CODEC_ID_H263){ for(i=0; iheight; i++) memset(s->last_picture_ptr->f.data[0] + s->last_picture_ptr->f.linesize[0]*i, 16, s->width); } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 01:24:50 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 00:24:50 -0000 Subject: [FFmpeg-trac] #758(avformat:new): zzufed .264 file crashes ffmpeg_g Message-ID: <041.4037b6c321bc41b827392121acc218c5@avcodec.org> #758: zzufed .264 file crashes ffmpeg_g -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: avformat | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- (gdb) bt #0 0x00007ffff761641a in _int_malloc (av=0x7ffff79361c0, bytes=4000) at malloc.c:4636 #1 0x00007ffff7617121 in _int_memalign (av=0x7ffff79361c0, alignment=32, bytes=) at malloc.c:5492 #2 0x00007ffff7619213 in __GI___libc_memalign (alignment=32, bytes=3920) at malloc.c:3880 #3 0x00007ffff761a429 in __posix_memalign (memptr=0x7fffffffd6b0, alignment=, size=) at malloc.c:6315 #4 0x0000000000a3e6d0 in av_malloc (size=) at libavutil/mem.c:90 #5 0x000000000052ae65 in av_dup_packet (pkt=0x13a6d00) at libavcodec/avpacket.c:130 #6 0x00000000004fb4e3 in avformat_find_stream_info (ic=0x139e7a0, options=0x13a52e0) at libavformat/utils.c:2476 #7 0x000000000043f95c in opt_input_file (o=0x7fffffffdd90, opt=, filename=) at ffmpeg.c:3427 #8 0x0000000000443591 in parse_option (optctx=0x7fffffffdd90, opt=0x7fffffffe455 "i", arg=0x7fffffffe457 "/home/vlad/Desktop/ffmpeg_bug/fisier", options=0xa4a840) at cmdutils.c:292 #9 0x00000000004437e7 in parse_options (optctx=0x7fffffffdd90, argc=8, argv=0x7fffffffe148, options=0xa4a840, parse_arg_function=0x440e50 ) at cmdutils.c:325 ---Type to continue, or q to quit--- #10 0x0000000000435b4d in main (argc=8, argv=0x7fffffffe148) at ffmpeg.c:4839 (gdb) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 01:49:06 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 00:49:06 -0000 Subject: [FFmpeg-trac] #759(undetermined:new): win ico: only part of the image is displayed (ffplay) Message-ID: <038.170a50297d51ca83bb52edb8c73bd8b0@avcodec.org> #759: win ico: only part of the image is displayed (ffplay) -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- decodes correctly with ffmpeg {{{ C:\>ffplay 1.ico ffplay version N-35709-g7d531e8, Copyright (c) 2003-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [ico @ 020CA0E0] Estimating duration from bitrate, this may be inaccurate Input #0, ico, from '1.ico': Duration: N/A, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 640x330, 90k tbr, 90k tbn, 90k tbc [buffersink @ 020D2BC0] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020D2120] w:128 h:74 fmt:bgr24 -> w:128 h:74 fmt:yuv420p flags:0x4 Frame changed from size:128x74 to size:640x330 [buffersink @ 020D3280] auto-inserting filter 'auto-inserted scale 1' between th e filter 'src' and the filter 'out' [scale @ 020D3C40] w:640 h:330 fmt:bgr24 -> w:640 h:330 fmt:yuv420p flags:0x4 1.22 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 02:37:20 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 01:37:20 -0000 Subject: [FFmpeg-trac] #760(FFmpeg:new): zzufed .mpg file crashes ffmpeg_g Message-ID: <041.13ffaa07f6392eb531c16626c1276c32@avcodec.org> #760: zzufed .mpg file crashes ffmpeg_g -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 02:40:14 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 01:40:14 -0000 Subject: [FFmpeg-trac] #760(FFmpeg:new): zzufed .mpg file crashes ffmpeg_g In-Reply-To: <041.13ffaa07f6392eb531c16626c1276c32@avcodec.org> References: <041.13ffaa07f6392eb531c16626c1276c32@avcodec.org> Message-ID: <056.7f65e1e0772abdfaf0cee255c1c14306@avcodec.org> #760: zzufed .mpg file crashes ffmpeg_g --------------------------------------+---------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by dianamuscalu): change component to libavcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 02:40:21 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 01:40:21 -0000 Subject: [FFmpeg-trac] #760(FFmpeg:new): zzufed .mpg file crashes ffmpeg_g In-Reply-To: <041.13ffaa07f6392eb531c16626c1276c32@avcodec.org> References: <041.13ffaa07f6392eb531c16626c1276c32@avcodec.org> Message-ID: <056.9182cc6a3d558ce5a2ad1c35fca1ac0a@avcodec.org> #760: zzufed .mpg file crashes ffmpeg_g --------------------------------------+---------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by dianamuscalu): (gdb) bt #0 0x000000000095bbc3 in read_sbr_grid (gb=0x7fffffffb930, ch_data=0x142ef90, ac=, sbr=) at libavcodec/aacsbr.c:629 #1 0x000000000095ca37 in read_sbr_channel_pair_element (gb=0x7fffffffb930, sbr=0x142ef30, ac=0x13a3060) at libavcodec/aacsbr.c:971 #2 read_sbr_data (id_aac=1, gb=0x7fffffffb930, sbr=0x142ef30, ac=0x13a3060) at libavcodec/aacsbr.c:1003 #3 ff_decode_sbr_extension (ac=0x13a3060, sbr=0x142ef30, gb_host=, crc=, cnt=17, id_aac=1) at libavcodec/aacsbr.c:1086 #4 0x0000000000956b48 in decode_extension_payload (elem_type=TYPE_CPE, che=0x14148a0, cnt=17, gb=0x7fffffffbbc0, ac=0x13a3060) at libavcodec/aacdec.c:1729 #5 aac_decode_frame_int (avctx=0x13a2880, data=0x13ca4e0, got_frame_ptr=0x7fffffffbe88, gb=) at libavcodec/aacdec.c:2225 #6 0x000000000095821e in latm_decode_frame (avctx=0x13a2880, out=0x13ca4e0, got_frame_ptr=0x7fffffffbe88, avpkt=0x7fffffffbd60) at libavcodec/aacdec.c:2569 #7 0x00000000008799ee in avcodec_decode_audio4 (avctx=0x13a2880, frame=0x13ca4e0, got_frame_ptr=0x7fffffffbe88, avpkt=0x7fffffffbd60) at libavcodec/utils.c:1056 #8 0x0000000000439fb9 in transcode_audio (got_output=0x7fffffffbe88, pkt=0x7fffffffbd60, ist=0x13a25c0) at ffmpeg.c:1749 ---Type to continue, or q to quit--- #9 output_packet (ist=, ost_table=0x13d3990, nb_ostreams=, pkt=) at ffmpeg.c:2036 #10 0x000000000043e151 in transcode (output_files=0x13d3c60, nb_output_files=1, input_files=0x139ed10, nb_input_files=0) at ffmpeg.c:2797 #11 0x0000000000435ba9 in main (argc=, argv=0x7fffffffe1b8) at ffmpeg.c:4859 (gdb) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 03:00:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 02:00:42 -0000 Subject: [FFmpeg-trac] #761(avcodec:new): zzufed .avi file crashes ffmpeg_g Message-ID: <041.1d54348f5970e127a8ef831cb507c6f7@avcodec.org> #761: zzufed .avi file crashes ffmpeg_g -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: avcodec | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- (gdb) bt #0 0x000000000095bbc3 in read_sbr_grid (gb=0x7fffffffbdf0, ch_data=0x14ba290, ac=, sbr=) at libavcodec/aacsbr.c:629 #1 0x000000000095ca37 in read_sbr_channel_pair_element (gb=0x7fffffffbdf0, sbr=0x14ba230, ac=0x13c06e0) at libavcodec/aacsbr.c:971 #2 read_sbr_data (id_aac=1, gb=0x7fffffffbdf0, sbr=0x14ba230, ac=0x13c06e0) at libavcodec/aacsbr.c:1003 #3 ff_decode_sbr_extension (ac=0x13c06e0, sbr=0x14ba230, gb_host=, crc=, cnt=17, id_aac=1) at libavcodec/aacsbr.c:1086 #4 0x0000000000956b48 in decode_extension_payload (elem_type=TYPE_CPE, che=0x149fba0, cnt=17, gb=0x7fffffffc080, ac=0x13c06e0) at libavcodec/aacdec.c:1729 #5 aac_decode_frame_int (avctx=0x13a2880, data=0x13a2ee0, got_frame_ptr=0x7fffffffc348, gb=) at libavcodec/aacdec.c:2225 #6 0x000000000095821e in latm_decode_frame (avctx=0x13a2880, out=0x13a2ee0, got_frame_ptr=0x7fffffffc348, avpkt=0x7fffffffc220) at libavcodec/aacdec.c:2569 #7 0x00000000008799ee in avcodec_decode_audio4 (avctx=0x13a2880, frame=0x13a2ee0, got_frame_ptr=0x7fffffffc348, avpkt=0x7fffffffc220) at libavcodec/utils.c:1056 #8 0x0000000000439fb9 in transcode_audio (got_output=0x7fffffffc348, pkt=0x7fffffffc220, ist=0x13d28b0) at ffmpeg.c:1749 ---Type to continue, or q to quit--- #9 output_packet (ist=, ost_table=0x13bfc40, nb_ostreams=, pkt=) at ffmpeg.c:2036 #10 0x000000000043e151 in transcode (output_files=0x13e0d80, nb_output_files=1, input_files=0x1459d70, nb_input_files=0) at ffmpeg.c:2797 #11 0x0000000000435ba9 in main (argc=, argv=0x7fffffffe678) at ffmpeg.c:4859 (gdb) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 03:04:51 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 02:04:51 -0000 Subject: [FFmpeg-trac] #758(avcodec:closed): zzufed .264 file crashes ffmpeg_g In-Reply-To: <041.4037b6c321bc41b827392121acc218c5@avcodec.org> References: <041.4037b6c321bc41b827392121acc218c5@avcodec.org> Message-ID: <056.a322d1199f2536fc4d43a29ece838c52@avcodec.org> #758: zzufed .264 file crashes ffmpeg_g --------------------------------------+----------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * keywords: => h264 * resolution: => fixed * status: new => closed * component: avformat => avcodec * reproduced: 0 => 1 Comment: Fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 03:13:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 02:13:46 -0000 Subject: [FFmpeg-trac] #761(avcodec:closed): zzufed .avi file crashes ffmpeg_g In-Reply-To: <041.1d54348f5970e127a8ef831cb507c6f7@avcodec.org> References: <041.1d54348f5970e127a8ef831cb507c6f7@avcodec.org> Message-ID: <056.4b09851f10f574bbe7f3ad27f6b364e9@avcodec.org> #761: zzufed .avi file crashes ffmpeg_g -------------------------------------+------------------------------------- Reporter: | Owner: dianamuscalu | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: duplicate Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => duplicate Comment: Duplicate of Ticket760 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 04:51:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 03:51:04 -0000 Subject: [FFmpeg-trac] #760(avcodec:closed): zzufed .mpg file crashes ffmpeg_g In-Reply-To: <041.13ffaa07f6392eb531c16626c1276c32@avcodec.org> References: <041.13ffaa07f6392eb531c16626c1276c32@avcodec.org> Message-ID: <056.305321c360c64457fff687689d20ddf9@avcodec.org> #760: zzufed .mpg file crashes ffmpeg_g --------------------------------------+----------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aacsbr | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * keywords: => aacsbr * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 05:01:07 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 04:01:07 -0000 Subject: [FFmpeg-trac] #757(avcodec:closed): ffplay h263: crash with lowres while seeking (regression) In-Reply-To: <038.a66ab4de5cf18ee80a2decbaeb461d4c@avcodec.org> References: <038.a66ab4de5cf18ee80a2decbaeb461d4c@avcodec.org> Message-ID: <053.7a1793c5af153648f2fef6d8162db724@avcodec.org> #757: ffplay h263: crash with lowres while seeking (regression) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 15:26:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 14:26:23 -0000 Subject: [FFmpeg-trac] #754(avcodec:closed): ljpeg: crash with lowres In-Reply-To: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> References: <038.af97b07b3e3cb31737e820878d3cb834@avcodec.org> Message-ID: <053.7704dbe0153396f9bd38b526c9944c68@avcodec.org> #754: ljpeg: crash with lowres --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ljpeg lowres | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:4 ami_stuff]: > You're right, probing takes 2 and a half minute here, so it's not an infinite loop, but I think it should be fixed as well. Yes, indeed, fixed locally, will be in git after tests -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 16:14:07 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 15:14:07 -0000 Subject: [FFmpeg-trac] #762(build system:new): ff_vdpau* symbols are missing in libavocdec shared library Message-ID: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> #762: ff_vdpau* symbols are missing in libavocdec shared library -------------------------------------+------------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: build Version: | system unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Hi, Context : Debian unstable ffmpeg git 484b1cdd5303771447e15d0067a2034b0c17fdc8 same problem in 0.9 but '''not''' in 0.8.7 Build with only --enable-shared At least all ff_vdpau* symbols are gone : objdump -T libavcodec/libavcodec.so.53 | grep ff_vdpau return nothing. Christian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 16:21:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 15:21:18 -0000 Subject: [FFmpeg-trac] #763(avfilter:new): Using -boxcolor=black@0.5 in drawtext filter results in green (regression) Message-ID: <036.62cc09b8b9631138bccb9258a45e9543@avcodec.org> #763: Using -boxcolor=black at 0.5 in drawtext filter results in green (regression) ----------------------------------+-------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: important Component: avfilter | Version: git-master Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I think I found a regression in the drawtext filter. If I specify boxcolor=black at 0.5 in the command, I used to get a black box with 50% alpha as expected. In an ffmpeg built from git yesterday I am now getting a green box with 50% alpha. Note that if I run ffmpeg without the alpha specifier and just say boxcolor=black then I do get a black box, but the alpha value now gives unexpected results. I have another (related?) drawtext bug here: http://ffmpeg.org/trac/ffmpeg/ticket/737. Dave drawtext with ffmpeg built from git yesterday (ask for black and get green) {{{ ffmpeg -report -y -i example.mp4 -vf "drawtext=fontcolor=white:fontsize=16:fontfile=/Library/Fonts/Courier New.ttf:box=1:boxcolor=black at 0.5:x=100:y=100:text='Is this black?'" out2.mp4 ffmpeg started on 2011-12-15 at 10:07:41 Report written to "ffmpeg-20111215-100741.log" ffmpeg version N-32298-g7862bd3, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 14 2011 09:38:30 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-libfreetype --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2011-11-18 06:00:00 encoder : Lavf53.22.0 Duration: 00:00:05.93, start: 0.000000, bitrate: 58180 kb/s Stream #0:0(eng): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv420p, 720x486 [SAR 9:10 DAR 4:3], 58178 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 2011-11-18 06:00:00 handler_name : [buffer @ 0x7fc0714199c0] w:720 h:486 pixfmt:yuv420p tb:1/1000000 sar:9/10 sws_param: [libx264 @ 0x7fc07184fa00] using SAR=9/10 [libx264 @ 0x7fc07184fa00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x7fc07184fa00] profile High, level 3.1 [libx264 @ 0x7fc07184fa00] 264 - core 119 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - 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 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'out2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2011-11-18 06:00:00 encoder : Lavf53.25.0 Stream #0:0(eng): Video: h264 (![0][0][0] / 0x0021), yuv420p, 720x486 [SAR 9:10 DAR 4:3], q=-1--1, 30k tbn, 29.97 tbc Metadata: creation_time : 2011-11-18 06:00:00 handler_name : Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Press [q] to stop, [?] for help frame= 178 fps= 29 q=-1.0 Lsize= 1333kB time=00:00:05.87 bitrate=1859.6kbits/s video:1330kB audio:0kB global headers:0kB muxing overhead 0.207823% [libx264 @ 0x7fc07184fa00] frame I:3 Avg QP:24.39 size: 30080 [libx264 @ 0x7fc07184fa00] frame P:95 Avg QP:26.50 size: 10918 [libx264 @ 0x7fc07184fa00] frame B:80 Avg QP:29.37 size: 2926 [libx264 @ 0x7fc07184fa00] consecutive B-frames: 10.1% 89.9% 0.0% 0.0% [libx264 @ 0x7fc07184fa00] mb I I16..4: 16.8% 73.8% 9.4% [libx264 @ 0x7fc07184fa00] mb P I16..4: 1.5% 6.5% 0.8% P16..4: 48.4% 18.2% 13.3% 0.0% 0.0% skip:11.3% [libx264 @ 0x7fc07184fa00] mb B I16..4: 0.0% 0.7% 0.0% B16..8: 47.5% 3.7% 1.0% direct: 3.3% skip:43.8% L0:45.1% L1:49.8% BI: 5.0% [libx264 @ 0x7fc07184fa00] 8x8 transform intra:74.6% inter:71.3% [libx264 @ 0x7fc07184fa00] coded y,uvDC,uvAC intra: 73.8% 72.8% 45.8% inter: 30.6% 24.2% 1.4% [libx264 @ 0x7fc07184fa00] i16 v,h,dc,p: 22% 68% 4% 5% [libx264 @ 0x7fc07184fa00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 12% 36% 7% 6% 6% 8% 7% 9% [libx264 @ 0x7fc07184fa00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 59% 9% 4% 4% 3% 5% 3% 5% [libx264 @ 0x7fc07184fa00] i8c dc,h,v,p: 58% 23% 14% 5% [libx264 @ 0x7fc07184fa00] Weighted P-Frames: Y:61.1% UV:27.4% [libx264 @ 0x7fc07184fa00] ref P L0: 47.2% 18.3% 17.2% 11.4% 6.0% [libx264 @ 0x7fc07184fa00] ref B L0: 83.1% 16.9% [libx264 @ 0x7fc07184fa00] kb/s:1833.92 }}} ffmpeg built from git on July 12, 2011 accurately produces a black box with 50% alpha on the same input file and drawtext specs. {{{ /Users/drice/Desktop/usb/scripts_deriv/Resources/ffmpeg -y -i example.mp4 -vf "drawtext=fontcolor=white:fontsize=16:fontfile=/Library/Fonts/Courier New.ttf:box=1:boxcolor=black at 0.5:x=100:y=100:text='Is this black?'" out2.mp4 ffmpeg version N-31437-gbb258fb, Copyright (c) 2000-2011 the FFmpeg developers built on Jul 12 2011 21:43:46 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/Users/davidrice/ffmpeg-head/runtime --enable- static --disable-shared --enable-postproc --enable-nonfree --enable- libx264 --enable-gpl --enable-libfaac --enable-libmp3lame --enable- libtheora --enable-libxvid --enable-libvorbis --enable-libgsm --enable- libvpx --enable-avfilter --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-version3 --enable-libfreetype --disable-ffplay --disable- ffserver --disable-ffprobe --disable-network --disable-devices --disable- doc --extra-cflags=--static --extra-ldflags= --bindir=/Users/davidrice /ffmpeg-head/dist/bin --incdir=/Users/davidrice/ffmpeg-head/dist/include --libdir=/Users/davidrice/ffmpeg-head/dist/lib --prefix=/usr/local libavutil 51. 11. 0 / 51. 11. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 5. 0 / 53. 5. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 4 / 2. 24. 4 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2011-11-18 06:00:00 encoder : Lavf53.22.0 Duration: 00:00:05.93, start: 0.000000, bitrate: 58180 kb/s Stream #0.0(eng): Video: h264 (High 4:4:4 Predictive), yuv420p, 720x486 [PAR 9:10 DAR 4:3], 58178 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 2011-11-18 06:00:00 [buffer @ 0x101514d20] w:720 h:486 pixfmt:yuv420p tb:1/1000000 sar:9/10 sws_param: Output #0, mp4, to 'out2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2011-11-18 06:00:00 encoder : Lavf53.5.0 Stream #0.0(eng): Video: mpeg4, yuv420p, 720x486 [PAR 9:10 DAR 4:3], q=2-31, 200 kb/s, 30k tbn, 29.97 tbc Metadata: creation_time : 2011-11-18 06:00:00 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 178 fps= 32 q=31.0 Lsize= 481kB time=00:00:05.93 bitrate= 663.0kbits/s video:478kB audio:0kB global headers:0kB muxing overhead 0.462671% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 16:46:19 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 15:46:19 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c Message-ID: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: mpeg | unspecified robustness | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When decoding australian MPEG2 video broadcast with many stream errors the decoder causes a memory error crash because the index into the scan table is far outside the array. The simple dirty fix is to mask the index into the scan table to a value between 0 and 63 to prevent memory access error. The attached diff files documents the required patch. As a result the robustness of the decoder has increased. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 19:11:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 18:11:46 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.797ef401cc129c2fbb706c98c29c0cb1@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Can you provide a sample that crashes? Please consider sending patches to ffmpeg-devel, they typically get more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 19:14:57 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 18:14:57 -0000 Subject: [FFmpeg-trac] #765(FFmpeg:new): sig6 memory exceeded Message-ID: <041.3dd38e6b714c9e3503623e494f00b490@avcodec.org> #765: sig6 memory exceeded -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==4028== Memcheck, a memory error detector ==4028== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==4028== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==4028== Command: /home/vlad/Desktop/ffmpeg/ffmpeg_g -i corruptfile -f null - ==4028== ffmpeg version N-35772-g366605f, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 13 2011 22:32:03 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [wsvqa @ 0x5674820] Skipping unknown chunk 0x56594652 ==4028== Warning: set address range perms: large range [0x393c9080, 0x793c9a8e) (undefined) ==4028== Warning: set address range perms: large range [0x393c9070, 0x793c9a9e) (noaccess) [wsvqa @ 0x5674820] Estimating duration from bitrate, this may be inaccurate Input #0, wsvqa, from 'corruptfile': Duration: 00:00:23.66, bitrate: 88 kb/s Stream #0:0: Video: ws_vqa, pal8, 320x200, 15 fps, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: adpcm_ima_ws, 22178 Hz, 1 channels, s16, 88 kb/s [buffer @ 0x567c3c0] w:320 h:200 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.25.0 Stream #0:0: Video: rawvideo, pal8, 320x200, q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream #0:1: Audio: pcm_s16le, 22178 Hz, 1 channels, s16, 354 kb/s Stream mapping: Stream #0:0 -> #0:0 (vqavideo -> rawvideo) Stream #0:1 -> #0:1 (adpcm_ima_ws -> pcm_s16le) Press [q] to stop, [?] for help [vqavideo @ 0x568b8c0] VQA video: problem: CBF0 chunk too large (0x8000640 bytes) [vqavideo @ 0x568b8c0] VQA video: Found unknown chunk type: WPTZ (5750545A) [vqavideo @ 0x568b8c0] VQA video: problem: no VPTZ chunk found Last message repeated 1 times VQA video: decode_format80 problem: next op would overflow dest_index VQA video: current dest_index = 10369, count = 8272, dest_size = 16000 frame= 7 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.46 bitrate= 0.0kbits/s video:0kB audio:47kB global headers:0kB muxing overhead -100.000000% ==4028== ==4028== HEAP SUMMARY: ==4028== in use at exit: 264 bytes in 1 blocks ==4028== total heap usage: 214 allocs, 213 frees, 1,079,089,733 bytes allocated ==4028== ==4028== LEAK SUMMARY: ==4028== definitely lost: 264 bytes in 1 blocks ==4028== indirectly lost: 0 bytes in 0 blocks ==4028== possibly lost: 0 bytes in 0 blocks ==4028== still reachable: 0 bytes in 0 blocks ==4028== suppressed: 0 bytes in 0 blocks ==4028== Rerun with --leak-check=full to see details of leaked memory ==4028== ==4028== For counts of detected and suppressed errors, rerun with: -v ==4028== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 19:25:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 18:25:28 -0000 Subject: [FFmpeg-trac] #751(avcodec:closed): bmp 1bpp with odd width decodes incorrectly In-Reply-To: <038.706c21161177c71cbb1c3c85d3fe1a5c@avcodec.org> References: <038.706c21161177c71cbb1c3c85d3fe1a5c@avcodec.org> Message-ID: <053.2565d432a9147514469f1a1bab5284e3@avcodec.org> #751: bmp 1bpp with odd width decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 19:26:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 18:26:34 -0000 Subject: [FFmpeg-trac] #766(FFmpeg:new): Extend ffmpeg's timecode extraction Message-ID: <037.e821a49e56274bce51bb0484ae5f1278@avcodec.org> #766: Extend ffmpeg's timecode extraction ----------------------------------+--------------------------------------- Reporter: nichot20 | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Whilst many formats support adding timecode with the -timecode feature currently only the GXF format supports presenting this timecode in the metadata, with mpeg being read using the new ffprobe feature from commit fbe6e29646582fb97317ff3e7214a04ae74c9bef For consistency it would be good if all formats for which it is valid to present a -timecode value to the muxer allowed extracting that timecode in the demuxer. Ideally both reading and writing of timecode should be extended to all those formats that support it, which would include mxf and mov. Given that "burnt in" timecode can now be added to any format using the drawtext filter. This would complete ffmpeg's capabilities in this area. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 19:41:26 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 18:41:26 -0000 Subject: [FFmpeg-trac] #767(undetermined:new): 1bpp png (most likely with palette) decodes as black & white Message-ID: <038.64c99908aa9017b1bf02bf3aa3ed7612@avcodec.org> #767: 1bpp png (most likely with palette) decodes as black & white -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 basi3p01.png ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'basi3p01.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, monob, 32x32, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 19:50:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 18:50:36 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.daa7986197d2cacd14d04ff1004b0fa9@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by erik): Yes, but it is somewhere in a 4 GByte recording. Crashing depends on OS and memory allocation so I had great difficulty to get a reproducable crash, any change of code or code ordering can make it disappear and come back randomly in other corrupted recordings. Libmpeg2 has a similar robustness precaution. There it is better implemented. They explicitly check on values <0 or >= 64 and have a fallback in case the runlength decoding is corrupt. My proposal is rude but simple. On posting on ffmpeg-devel. I hesitate to claim the status to be able to contribute there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 20:15:08 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 19:15:08 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.004af49caa327aaed4d374b7d0412ed1@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): > I had great difficulty to get a reproducable crash Even if the crash is not reproducible a valgrind error usually is. And you _should_ be able to extract a small sample from the place it crashes and it should still crash (though it might cost some time to find the right spot). Concerning the patch: The maintainer will have to say, but it might make more sense to just move the existing i > 63 check up so it is done before the access instead of after. Though maybe even better just extend the ScanTable struct so we can always read some more data - if "run" can e.g. never become more that 64 an extra 64 bytes at the end would fix it. Has the advantage of possibly helping for other codecs, too, should they have similar issues. And FFmpeg has a "fallback" for such corruption, it is called error concealment and it is run afterwards and I don't remember anything that would indicate libmpeg2 is any better at it (which doesn't mean too much though). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 20:36:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 19:36:15 -0000 Subject: [FFmpeg-trac] #768(FFmpeg:new): infinite loop in ffmpeg_g when using .mov file Message-ID: <041.a01831a68306014feaea52c1598bf618@avcodec.org> #768: infinite loop in ffmpeg_g when using .mov file -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 21:30:27 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 20:30:27 -0000 Subject: [FFmpeg-trac] #768(avformat:closed): infinite loop in ffmpeg_g when using .mov file In-Reply-To: <041.a01831a68306014feaea52c1598bf618@avcodec.org> References: <041.a01831a68306014feaea52c1598bf618@avcodec.org> Message-ID: <056.7205de3bd0c6e40d49ceaabe51797c70@avcodec.org> #768: infinite loop in ffmpeg_g when using .mov file -------------------------------------+------------------------------------- Reporter: | Owner: dianamuscalu | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: mov stsd | Reproduced by developer: 1 loop | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => mov stsd loop * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 21:31:41 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 20:31:41 -0000 Subject: [FFmpeg-trac] #765(avformat:closed): sig6 memory exceeded In-Reply-To: <041.3dd38e6b714c9e3503623e494f00b490@avcodec.org> References: <041.3dd38e6b714c9e3503623e494f00b490@avcodec.org> Message-ID: <056.99430e4c0faf1356263922f6dee10993@avcodec.org> #765: sig6 memory exceeded -------------------------------------+------------------------------------- Reporter: | Owner: dianamuscalu | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: westwood | Reproduced by developer: 1 large chunk OOM | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => westwood large chunk OOM * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 21:50:26 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 20:50:26 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.f0de9df92b23dc232ba71d7a9d5aa4e7@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by erik): I will put some range check debug message writing code before the scan table access to quickly detect where the error is so I do not need to replicate a crash. The wrong index was -31023 or something in that range so adding a bit to the table won't help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 22:10:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 21:10:40 -0000 Subject: [FFmpeg-trac] #769(undetermined:new): png gray8 alpha decodes incorrectly Message-ID: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I get different output with ffmpeg and ffplay {{{ C:\>ffmpeg -i basi4a08.png ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'basi4a08.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray8a, 32x32, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 22:25:21 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 21:25:21 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.4a64de9afd6a29088af08f604c55dd7d@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by erik): OK, I have a 2 MByte .ts file that demonstrates the array bound error on the scan table. I have attached it to this ticket. It does not crash as the index reaches a maximum value of around 700. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 22:36:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 21:36:55 -0000 Subject: [FFmpeg-trac] #769(undetermined:new): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.f7dc550876b25e5ee86bf92502184a09@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- 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 cehoyos): Please provide the ffmpeg command line that produces the output different from ffplay for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 22:45:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 21:45:28 -0000 Subject: [FFmpeg-trac] #769(undetermined:new): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.81ed57acbc38cf7b362fab7a8f08ed0a@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- 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): ffmpeg -i basi4a08.png out.bmp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 22:48:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 21:48:46 -0000 Subject: [FFmpeg-trac] #769(undetermined:new): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.0e326b533e6ad06e593f78014264e16e@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- 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): {{{ C:\>ffmpeg -i basi4a08.png ffmpeg.bmp ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'basi4a08.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray8a, 32x32, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'gray8a' for codec 'bmp', auto-selecting format 'bgr24 ' [buffer @ 020D1700] w:32 h:32 pixfmt:gray8a tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020D1980] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020D1D80] w:32 h:32 fmt:gray8a -> w:32 h:32 fmt:bgr24 flags:0x4 Output #0, image2, to 'ffmpeg.bmp': Metadata: encoder : Lavf53.24.0 Stream #0:0: Video: bmp, bgr24, 32x32, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:3kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} {{{ C:\>ffplay basi4a08.png ffplay version N-35709-g7d531e8, Copyright (c) 2003-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'basi4a08.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray8a, 32x32, 25 tbr, 25 tbn, 25 tbc [buffersink @ 020D2880] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020D2CA0] w:32 h:32 fmt:gray8a -> w:32 h:32 fmt:yuv420p flags:0x4 1.44 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 23:01:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 22:01:04 -0000 Subject: [FFmpeg-trac] #767(avcodec:open): 1bpp png (most likely with palette) decodes as black & white In-Reply-To: <038.64c99908aa9017b1bf02bf3aa3ed7612@avcodec.org> References: <038.64c99908aa9017b1bf02bf3aa3ed7612@avcodec.org> Message-ID: <053.98f66105d533e571e368132852d38e80@avcodec.org> #767: 1bpp png (most likely with palette) decodes as black & white ------------------------------------+----------------------------------- Reporter: ami_stuff | 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 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => png * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 23:03:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 22:03:18 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.7bdd847f46bdfcd9c231a6d2c5f41567@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Your sample does not show any invalid memory access with valgrind here. You can upload larger samples to http://www.datafilehost.com/ or ftp://upload.ffmpeg.org/incoming -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 23:08:30 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 22:08:30 -0000 Subject: [FFmpeg-trac] #770(FFmpeg:new): zzufed .vc1 file crashes ffmpeg_g Message-ID: <041.35ad724c2bc5d385af375ff5c214a071@avcodec.org> #770: zzufed .vc1 file crashes ffmpeg_g -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- use zzuf -c -s1:2000 -r0.001:1 ffmpeg_g -i SA00040.vc1 -f null - to crash ffmpeg. if i valgrind it does not output nothing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 23:24:22 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 22:24:22 -0000 Subject: [FFmpeg-trac] #771(FFmpeg:new): zzufed .avi file crashes ffmpeg_g(memory exceeded) Message-ID: <041.3fe1a1739c4249335710d7fa37cbe111@avcodec.org> #771: zzufed .avi file crashes ffmpeg_g(memory exceeded) -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- use zzuf -c -s1470:1480 -r0.001:1 ffmpeg_g -i 2004-12-17-uebung9-partial.avi -f null - to produce the crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 23:29:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 22:29:18 -0000 Subject: [FFmpeg-trac] #762(build system:new): ff_vdpau* symbols are missing in libavocdec shared library In-Reply-To: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> References: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> Message-ID: <052.12c86a29a0ad2b18c39ad1ae396e9abd@avcodec.org> #762: ff_vdpau* symbols are missing in libavocdec shared library -------------------------------------+------------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: vdpau | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => vdpau * version: unspecified => git-master Comment: Why should they be exported? (They do not show up in libavcodec/vdpau.h and I believe they are intended only to be used internally by the decoders.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 15 23:48:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 22:48:09 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.99948a4c3714061ae5e05821b2ffca96@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by erik): I instrumented the code to log the illegal values. I use avformat for the demuxing and avcodec for decoding. Will run the patched SW on a week worth of recording on 11 channels. If there is no more crashing (and there used to be a lot) then at least I am happy But there is of course the possibility that this index error is a side effect of another memory corruption error, then I am back to square 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 00:00:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 23:00:52 -0000 Subject: [FFmpeg-trac] #772(FFmpeg:new): zzufed .txd file crashes ffmpeg_g(memory exceeded) Message-ID: <041.71243f9e536c80b3fe5408b19f4be889@avcodec.org> #772: zzufed .txd file crashes ffmpeg_g(memory exceeded) -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- use zzuf -c -s733 -r0.001:1 ffmpeg_g -i misc.txd -f null - to produce the crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 00:02:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 23:02:12 -0000 Subject: [FFmpeg-trac] #770(FFmpeg:closed): zzufed .vc1 file crashes ffmpeg_g In-Reply-To: <041.35ad724c2bc5d385af375ff5c214a071@avcodec.org> References: <041.35ad724c2bc5d385af375ff5c214a071@avcodec.org> Message-ID: <056.4246b91f752b1df876690526a64b9760@avcodec.org> #770: zzufed .vc1 file crashes ffmpeg_g --------------------------------------+---------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 00:14:26 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 23:14:26 -0000 Subject: [FFmpeg-trac] #773(avcodec:new): Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer Message-ID: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> #773: Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer ----------------------------------+---------------------------------- Reporter: andreasg | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.9 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- I have an application that decodes H.264 video to in-memory RGB frames. It works fine multi-threaded in Windows 7 or single-threaded in Windows XP. I use FFmpeg 0.9 that includes the patches from Dec. 7 of this functionality in w32threads.h. FFmpeg is cross-compiled from Fedora 15 with this configuration: configure --enable-memalign-hack --disable-pthreads --enable-w32threads --arch=x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- I traced the problem to my use of a custom get_buffer, the functions ff_thread_get_buffer and submit_packet, and the new w32threads implementation for Windows XP (not using SleepConditionVariableCS). After decoding some of the frames, the threads get stuck here: ff_thread_get_buffer: while (p->state != STATE_SETTING_UP) pthread_cond_wait(&p->progress_cond, &p->progress_mutex); submit_packet: while (p->state == STATE_SETTING_UP) pthread_cond_wait(&p->progress_cond, &p->progress_mutex); As the ffmpeg application does not use a custom get_buffer, it does not have this problem. I tried to figure out what is happening in w32threads.h but unfortunately adding too many print statements makes the problem go away. I think that the problem can be avoided by using different condition variables for signaling in the two directions between the threads but I haven't tried it. P.S.: I'm using a custom get_buffer to get a more reliable presentation timestamp. I should check if this is still necessary in the current FFmpeg version. int64_t global_video_pkt_pts = AV_NOPTS_VALUE; int getFrameBuffer (AVCodecContext* c, AVFrame* pic) { int ret = avcodec_default_get_buffer (c, pic); int64_t* pts = (int64_t*) av_malloc (sizeof (int64_t)); *pts = global_video_pkt_pts; pic->opaque = pts; return ret; } void releaseFrameBuffer (AVCodecContext* c, AVFrame* pic) { if (pic) av_freep (&pic->opaque); avcodec_default_release_buffer (c, pic); } ... global_video_pkt_pts = packet_context.packet.dts; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 00:16:06 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 23:16:06 -0000 Subject: [FFmpeg-trac] #774(FFmpeg:new): zzufed .thp file crashes ffmpeg_g sig11 Message-ID: <041.cbac76a490114138ee6060b6c7478fb1@avcodec.org> #774: zzufed .thp file crashes ffmpeg_g sig11 -------------------------------------+------------------------------------- Reporter: | Type: defect dianamuscalu | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==3224== Memcheck, a memory error detector ==3224== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==3224== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==3224== Command: /home/vlad/Desktop/ffmpeg/ffmpeg_g -i corruptfile -f null - ==3224== ffmpeg version N-35772-g366605f, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 13 2011 22:32:03 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 ==3224== Warning: set address range perms: large range [0x393c9080, 0x793ca040) (undefined) ==3224== Warning: set address range perms: large range [0x393c9070, 0x793ca050) (noaccess) [thp @ 0x5674820] Could not find codec parameters (Video: thp, 608x320) [thp @ 0x5674820] Estimating duration from bitrate, this may be inaccurate Input #0, thp, from 'corruptfile': Duration: N/A, bitrate: N/A Stream #0:0: Video: thp, 608x320, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: adpcm_thp, 32000 Hz, 2 channels, s16 Video pixel format is unknown, stream cannot be encoded ==3224== ==3224== HEAP SUMMARY: ==3224== in use at exit: 385 bytes in 2 blocks ==3224== total heap usage: 69 allocs, 67 frees, 1,074,040,388 bytes allocated ==3224== ==3224== LEAK SUMMARY: ==3224== definitely lost: 384 bytes in 1 blocks ==3224== indirectly lost: 0 bytes in 0 blocks ==3224== possibly lost: 0 bytes in 0 blocks ==3224== still reachable: 1 bytes in 1 blocks ==3224== suppressed: 0 bytes in 0 blocks ==3224== Rerun with --leak-check=full to see details of leaked memory ==3224== ==3224== For counts of detected and suppressed errors, rerun with: -v ==3224== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 00:34:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 23:34:09 -0000 Subject: [FFmpeg-trac] #774(FFmpeg:new): zzufed .thp file crashes ffmpeg_g(memory exceeded) (was: zzufed .thp file crashes ffmpeg_g sig11) In-Reply-To: <041.cbac76a490114138ee6060b6c7478fb1@avcodec.org> References: <041.cbac76a490114138ee6060b6c7478fb1@avcodec.org> Message-ID: <056.f836f23c190fa9cc0fb7aa98ab9c0c6a@avcodec.org> #774: zzufed .thp file crashes ffmpeg_g(memory exceeded) --------------------------------------+---------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 00:40:01 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 23:40:01 -0000 Subject: [FFmpeg-trac] #763(avfilter:open): Using -boxcolor=black@0.5 in drawtext filter results in green (regression) In-Reply-To: <036.62cc09b8b9631138bccb9258a45e9543@avcodec.org> References: <036.62cc09b8b9631138bccb9258a45e9543@avcodec.org> Message-ID: <051.e67deece5390ff24016eca7b823bc70c@avcodec.org> #763: Using -boxcolor=black at 0.5 in drawtext filter results in green (regression) -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: drawtext => drawtext regression * status: new => open * reproduced: 0 => 1 Comment: Regression since 500b3210da0c157602266d61e6634932b8f4418e. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 00:46:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 23:46:11 -0000 Subject: [FFmpeg-trac] #775(FFmpeg:new): fuzzed .avi makes a loop in ffmpeg Message-ID: <041.ffa719d358969a47371f5b92fab3eb2f@avcodec.org> #775: fuzzed .avi makes a loop in ffmpeg ----------------------------------------+-------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ----------------------------------------+-------------------------------- use zzuf -c -s474 -r0.001:1 ffmpeg_g -i oneminute.avi -f null - -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 00:55:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Dec 2011 23:55:36 -0000 Subject: [FFmpeg-trac] #762(build system:new): ff_vdpau* symbols are missing in libavocdec shared library In-Reply-To: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> References: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> Message-ID: <052.0eda56756192460face27e36752acf49@avcodec.org> #762: ff_vdpau* symbols are missing in libavocdec shared library -------------------------------------+------------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: vdpau | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by marillat): Replying to [comment:1 cehoyos]: > Why should they be exported? > (They do not show up in libavcodec/vdpau.h and I believe they are intended only to be used internally by the decoders.) I don't understand because up to now these functions was in libavcodec53 (confirmed in 0.8.7) and XBMC check for ff_vdpau_vc1_decode_picture() in libavcodec to detect if VDPAU is enabled or not. Then what is the best way to detect VDPAU presence in libavcodec ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 01:09:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 00:09:52 -0000 Subject: [FFmpeg-trac] #776(FFmpeg:new): zzufed .r3d file crashes ffmpeg_g sig11 Message-ID: <041.f57e45ec6cf250a8dc4091d5392fe5eb@avcodec.org> #776: zzufed .r3d file crashes ffmpeg_g sig11 ----------------------------------------+-------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ----------------------------------------+-------------------------------- ==5517== Memcheck, a memory error detector ==5517== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==5517== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==5517== Command: /home/vlad/Desktop/ffmpeg/ffmpeg_g -i corruptfile -f null - ==5517== ffmpeg version N-35772-g366605f, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 13 2011 22:32:03 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 44. 0 / 53. 44. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [j2k @ 0x568b8c0] unsupported marker 0xFF50 at pos 0x2dd [j2k @ 0x568b8c0] unsupported marker 0xFF55 at pos 0x382 [j2k @ 0x568b8c0] unsupported marker 0xCFE3 at pos 0x3ca [j2k @ 0x568b8c0] unsupported marker 0x3A37 at pos 0xd894 [j2k @ 0x568b8c0] unsupported marker 0x0774 at pos 0x19c53 [j2k @ 0x568b8c0] unsupported marker 0x47F2 at pos 0x23576 [j2k @ 0x568b8c0] unsupported marker 0x1FCE at pos 0x28951 [j2k @ 0x568b8c0] unsupported marker 0x798F at pos 0x344d7 [j2k @ 0x568b8c0] unsupported marker 0x20CC at pos 0x4379b [j2k @ 0x568b8c0] unsupported marker 0x7CDF at pos 0x4dbe6 [j2k @ 0x568b8c0] unsupported marker 0xE5F7 at pos 0x58d7d [j2k @ 0x568b8c0] unsupported marker 0x2657 at pos 0x67f8e [j2k @ 0x568b8c0] unsupported marker 0x37D5 at pos 0x715c4 [j2k @ 0x568b8c0] unsupported marker 0x89DB at pos 0x722a3 [j2k @ 0x568b8c0] unsupported marker 0x9EDE at pos 0x77269 [j2k @ 0x568b8c0] unsupported marker 0x5FB9 at pos 0x870a2 [j2k @ 0x568b8c0] unsupported marker 0x6F62 at pos 0x92234 [j2k @ 0x568b8c0] unsupported marker 0xDD09 at pos 0x9e47c [j2k @ 0x568b8c0] unsupported marker 0xD9E6 at pos 0xa72b8 [j2k @ 0x568b8c0] unsupported marker 0x1C60 at pos 0xb1c5c [j2k @ 0x568b8c0] unsupported marker 0x7011 at pos 0xbbbea [j2k @ 0x568b8c0] unsupported marker 0x1463 at pos 0xc4148 [j2k @ 0x568b8c0] unsupported marker 0xDF0A at pos 0xcfe3d [j2k @ 0x568b8c0] unsupported marker 0xF2E4 at pos 0xd1e6f [j2k @ 0x568b8c0] unsupported marker 0x1C0A at pos 0xdff85 [j2k @ 0x568b8c0] unsupported marker 0xFD79 at pos 0xe1a18 [j2k @ 0x568b8c0] unsupported marker 0x6D04 at pos 0xe9af0 [j2k @ 0x568b8c0] unsupported marker 0xBCCB at pos 0xf3e61 [j2k @ 0x568b8c0] unsupported marker 0xAD86 at pos 0xfb1b6 [j2k @ 0x568b8c0] unsupported marker 0x2C46 at pos 0x1088d4 [j2k @ 0x568b8c0] unsupported marker 0x0EC9 at pos 0x10a3ed [j2k @ 0x568b8c0] unsupported marker 0x8781 at pos 0x10d67e [j2k @ 0x568b8c0] unsupported marker 0x29EB at pos 0x11871f [j2k @ 0x568b8c0] unsupported marker 0xC82A at pos 0x118b28 [j2k @ 0x568b8c0] unsupported marker 0xD959 at pos 0x127936 [j2k @ 0x568b8c0] unsupported marker 0x7D70 at pos 0x128ed1 [j2k @ 0x568b8c0] unsupported marker 0x0D44 at pos 0x129866 [j2k @ 0x568b8c0] unsupported marker 0xA4E5 at pos 0x12f7f2 [j2k @ 0x568b8c0] unsupported marker 0x1776 at pos 0x13438a [j2k @ 0x568b8c0] unsupported marker 0xEBB8 at pos 0x141594 [j2k @ 0x568b8c0] unsupported marker 0xE4EA at pos 0x14947c [j2k @ 0x568b8c0] unsupported marker 0x05B3 at pos 0x155826 [j2k @ 0x568b8c0] unsupported marker 0x2C97 at pos 0x15a287 [j2k @ 0x568b8c0] unsupported marker 0xCECA at pos 0x15af96 [j2k @ 0x568b8c0] unsupported marker 0xEB3B at pos 0x162309 [j2k @ 0x568b8c0] unsupported marker 0x9A5B at pos 0x1658c4 [j2k @ 0x568b8c0] unsupported marker 0x9111 at pos 0x16dfae [j2k @ 0x568b8c0] unsupported marker 0x024D at pos 0x172b31 [j2k @ 0x568b8c0] unsupported marker 0xDA3A at pos 0x180206 [j2k @ 0x568b8c0] unsupported marker 0x89D6 at pos 0x1892ad [j2k @ 0x568b8c0] Missing EOC ==5517== Invalid read of size 2 ==5517== at 0x999BD4: ff_j2k_dwt_decode (j2k_dwt.c:273) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5821320 is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid write of size 4 ==5517== at 0x999D1A: ff_j2k_dwt_decode (j2k_dwt.c:291) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824874 is 4 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid write of size 4 ==5517== at 0x999D79: ff_j2k_dwt_decode (j2k_dwt.c:293) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824870 is 0 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x998EDD: sr_1d97 (j2k_dwt.c:46) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x582c94c is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid write of size 4 ==5517== at 0x998EE6: sr_1d97 (j2k_dwt.c:46) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x582c954 is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid read of size 4 ==5517== at 0x998EFF: sr_1d97 (j2k_dwt.c:46) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x582c948 is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid write of size 4 ==5517== at 0x998F08: sr_1d97 (j2k_dwt.c:46) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x582c958 is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid read of size 4 ==5517== at 0x998F21: sr_1d97 (j2k_dwt.c:46) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x582c944 is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid write of size 4 ==5517== at 0x998F2A: sr_1d97 (j2k_dwt.c:46) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x582c95c is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid read of size 4 ==5517== at 0x998F43: sr_1d97 (j2k_dwt.c:46) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x582c940 is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid write of size 4 ==5517== at 0x998F4C: sr_1d97 (j2k_dwt.c:46) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x582c960 is not stack'd, malloc'd or (recently) free'd ==5517== ==5517== Invalid read of size 4 ==5517== at 0x998F93: sr_1d97 (j2k_dwt.c:261) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824870 is 0 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x998F98: sr_1d97 (j2k_dwt.c:261) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824874 is 4 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid write of size 4 ==5517== at 0x998FBD: sr_1d97 (j2k_dwt.c:261) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824874 is 4 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x998FF3: sr_1d97 (j2k_dwt.c:263) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824874 is 4 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x998FF8: sr_1d97 (j2k_dwt.c:263) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824870 is 0 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid write of size 4 ==5517== at 0x99901C: sr_1d97 (j2k_dwt.c:263) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824870 is 0 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x999053: sr_1d97 (j2k_dwt.c:265) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824870 is 0 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x999058: sr_1d97 (j2k_dwt.c:265) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824874 is 4 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid write of size 4 ==5517== at 0x99907C: sr_1d97 (j2k_dwt.c:265) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824874 is 4 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x9990AB: sr_1d97 (j2k_dwt.c:267) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824874 is 4 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x9990B0: sr_1d97 (j2k_dwt.c:267) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824870 is 0 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid write of size 4 ==5517== at 0x9990D5: sr_1d97 (j2k_dwt.c:267) ==5517== by 0x999D98: ff_j2k_dwt_decode (j2k_dwt.c:295) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824870 is 0 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x999DA0: ff_j2k_dwt_decode (j2k_dwt.c:298) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824870 is 0 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== Invalid read of size 4 ==5517== at 0x999DB5: ff_j2k_dwt_decode (j2k_dwt.c:297) ==5517== by 0x751D0E: decode_tile (j2kdec.c:829) ==5517== by 0x75351C: decode_frame (j2kdec.c:1029) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== Address 0x5824874 is 4 bytes after a block of size 8,240 alloc'd ==5517== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==5517== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==5517== by 0xA3E6CF: av_malloc (mem.c:90) ==5517== by 0x999338: ff_j2k_dwt_init (j2k_dwt.c:345) ==5517== by 0x9980A0: ff_j2k_init_component (j2k.c:207) ==5517== by 0x752D91: decode_frame (j2kdec.c:459) ==5517== by 0x879786: avcodec_decode_video2 (utils.c:961) ==5517== by 0x4FBADB: avformat_find_stream_info (utils.c:2234) ==5517== by 0x43F95B: opt_input_file (ffmpeg.c:3427) ==5517== by 0x443590: parse_option (cmdutils.c:292) ==5517== by 0x4437E6: parse_options (cmdutils.c:325) ==5517== by 0x435B4C: main (ffmpeg.c:4839) ==5517== ==5517== ==5517== More than 10000000 total errors detected. I'm not reporting any more. ==5517== Final error counts will be inaccurate. Go fix your program! ==5517== Rerun with --error-limit=no to disable this cutoff. Note ==5517== that errors may occur in your program without prior warning from ==5517== Valgrind, because errors are no longer being displayed. ==5517== ==5517== ==5517== HEAP SUMMARY: ==5517== in use at exit: 30,502,322 bytes in 41 blocks ==5517== total heap usage: 48 allocs, 7 frees, 30,537,242 bytes allocated ==5517== ==5517== LEAK SUMMARY: ==5517== definitely lost: 0 bytes in 0 blocks ==5517== indirectly lost: 0 bytes in 0 blocks ==5517== possibly lost: 0 bytes in 0 blocks ==5517== still reachable: 30,502,322 bytes in 41 blocks ==5517== suppressed: 0 bytes in 0 blocks ==5517== Rerun with --leak-check=full to see details of leaked memory ==5517== ==5517== For counts of detected and suppressed errors, rerun with: -v ==5517== ERROR SUMMARY: 10000000 errors from 25 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 01:11:10 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 00:11:10 -0000 Subject: [FFmpeg-trac] #776(FFmpeg:new): zzufed .r3d file crashes ffmpeg_g sig11 In-Reply-To: <041.f57e45ec6cf250a8dc4091d5392fe5eb@avcodec.org> References: <041.f57e45ec6cf250a8dc4091d5392fe5eb@avcodec.org> Message-ID: <056.50ca1c894cef89de96c91aac26e94e52@avcodec.org> #776: zzufed .r3d file crashes ffmpeg_g sig11 --------------------------------------+---------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by dianamuscalu): the corrupt file is http://ptp-roman.org/ffmpeg/corruptfile -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 01:13:53 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 00:13:53 -0000 Subject: [FFmpeg-trac] #743(avcodec:open): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi In-Reply-To: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> References: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> Message-ID: <053.5bc5099bcb7bee1714d8b47b1efe6727@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * keywords: => v210 * version: unspecified => git-master * analyzed: 0 => 1 Comment: The sample needs "-custom_stride 960" to decode correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 01:31:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 00:31:55 -0000 Subject: [FFmpeg-trac] #777(FFmpeg:new): zzufed .smk file crashes ffmpeg_g(memory exceeded) Message-ID: <041.12da4c220772501f3208de1a8a627b81@avcodec.org> #777: zzufed .smk file crashes ffmpeg_g(memory exceeded) ----------------------------------------+-------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ----------------------------------------+-------------------------------- use zzuf -c -s10 -r0.001 ffmpeg_g -i wetlogo.smk -f null - to reproduce the memory exceeded -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 02:23:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 01:23:25 -0000 Subject: [FFmpeg-trac] #762(build system:open): ff_vdpau* symbols are missing in libavocdec shared library In-Reply-To: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> References: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> Message-ID: <052.8bfbe43b37fc9c6ba6d99d176da3e0b2@avcodec.org> #762: ff_vdpau* symbols are missing in libavocdec shared library -------------------------------------+------------------------------------- Reporter: marillat | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: vdpau | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * analyzed: 0 => 1 * status: new => open Comment: Replying to [comment:2 marillat]: > Replying to [comment:1 cehoyos]: > > Why should they be exported? > > (They do not show up in libavcodec/vdpau.h and I believe they are intended only to be used internally by the decoders.) > > I don't understand because up to now these functions was in libavcodec53 (confirmed in 0.8.7) Since the function does not appear in any installed header, I don't think this is a good argument. > and XBMC check for ff_vdpau_vc1_decode_picture() in libavcodec to detect if VDPAU is enabled or not. Untested patch sent to ffmpeg-devel. > Then what is the best way to detect VDPAU presence in libavcodec ? Why is it tested in configure at all? After all, you can configure libavcodec with --disable-decoder=h264 and xbmc will still accept the library although it won't work as expected. Thank you for the report! XBMC configure: https://github.com/xbmc/xbmc/blob/f587ca90e1c6b5fbbcb80bdc04048a4e0ca278de/configure.in#L1251 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 02:38:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 01:38:32 -0000 Subject: [FFmpeg-trac] #762(build system:closed): ff_vdpau* symbols are missing in libavocdec shared library In-Reply-To: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> References: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> Message-ID: <052.5887ee14138f387119e60a2b532e13bf@avcodec.org> #762: ff_vdpau* symbols are missing in libavocdec shared library -------------------------------------+------------------------------------- Reporter: marillat | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: vdpau | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed (but untested). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 03:00:01 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 02:00:01 -0000 Subject: [FFmpeg-trac] #777(avformat:closed): zzufed .smk file crashes ffmpeg_g(memory exceeded) In-Reply-To: <041.12da4c220772501f3208de1a8a627b81@avcodec.org> References: <041.12da4c220772501f3208de1a8a627b81@avcodec.org> Message-ID: <056.e7bac5b07936512066f2a2bc885afd43@avcodec.org> #777: zzufed .smk file crashes ffmpeg_g(memory exceeded) --------------------------------------+------------------------------------ Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: smacker | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by michael): * keywords: => smacker * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 04:51:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 03:51:54 -0000 Subject: [FFmpeg-trac] #776(avcodec:closed): zzufed .r3d file crashes ffmpeg_g sig11 In-Reply-To: <041.f57e45ec6cf250a8dc4091d5392fe5eb@avcodec.org> References: <041.f57e45ec6cf250a8dc4091d5392fe5eb@avcodec.org> Message-ID: <056.f8667672df0a067e6695db39e99bd1cc@avcodec.org> #776: zzufed .r3d file crashes ffmpeg_g sig11 -------------------------------------+------------------------------------- Reporter: | Owner: dianamuscalu | Status: closed Type: defect | Component: avcodec Priority: normal | Resolution: fixed Version: git-master | Blocked By: Keywords: jpeg2000 | Reproduced by developer: 1 crash | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => jpeg2000 crash * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 05:15:58 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 04:15:58 -0000 Subject: [FFmpeg-trac] #775(avformat:closed): fuzzed .avi makes a loop in ffmpeg In-Reply-To: <041.ffa719d358969a47371f5b92fab3eb2f@avcodec.org> References: <041.ffa719d358969a47371f5b92fab3eb2f@avcodec.org> Message-ID: <056.0b9a05a4450e298efb8357345c1c75ca@avcodec.org> #775: fuzzed .avi makes a loop in ffmpeg --------------------------------------+------------------------------------ Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: avi loop | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by michael): * keywords: => avi loop * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 05:37:13 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 04:37:13 -0000 Subject: [FFmpeg-trac] #774(avformat:closed): zzufed .thp file crashes ffmpeg_g(memory exceeded) In-Reply-To: <041.cbac76a490114138ee6060b6c7478fb1@avcodec.org> References: <041.cbac76a490114138ee6060b6c7478fb1@avcodec.org> Message-ID: <056.91f9d083d35a9ca12bf1f5556c8f2242@avcodec.org> #774: zzufed .thp file crashes ffmpeg_g(memory exceeded) --------------------------------------+------------------------------------ Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: thp OOM | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by michael): * keywords: => thp OOM * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 06:01:56 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 05:01:56 -0000 Subject: [FFmpeg-trac] #772(FFmpeg:closed): zzufed .txd file crashes ffmpeg_g(memory exceeded) In-Reply-To: <041.71243f9e536c80b3fe5408b19f4be889@avcodec.org> References: <041.71243f9e536c80b3fe5408b19f4be889@avcodec.org> Message-ID: <056.69b52b0cc04aebd7ef77a2a4bddc1674@avcodec.org> #772: zzufed .txd file crashes ffmpeg_g(memory exceeded) --------------------------------------+---------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: txd OOM | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by michael): * keywords: => txd OOM * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 06:15:17 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 05:15:17 -0000 Subject: [FFmpeg-trac] #771(avformat:closed): zzufed .avi file crashes ffmpeg_g(memory exceeded) In-Reply-To: <041.3fe1a1739c4249335710d7fa37cbe111@avcodec.org> References: <041.3fe1a1739c4249335710d7fa37cbe111@avcodec.org> Message-ID: <056.6708ab464f778f01865a6c22459b025d@avcodec.org> #771: zzufed .avi file crashes ffmpeg_g(memory exceeded) --------------------------------------+------------------------------------ Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: OOM avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by michael): * keywords: => OOM avi * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 09:01:40 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 08:01:40 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.9c2630929b1f36c690daac361d256aab@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by erik): No more crashing after a couple of Terrabyte video processing. I am happy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 10:12:05 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 09:12:05 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.b713520b4a17b2c9fff5c8574acc9e5d@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by erik): One more question. Can valgrind find errors in pointer calculation? Part of the scantable access is done by type array indexing but the last use case is done by pointer arithmic Code fragment from mpeg12.c: uint8_t * scantable = s->intra_scantable.permutated; .... if (level == 127) { break; } else if (level != 0) { scantable += run; j = *scantable; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 10:31:18 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 09:31:18 -0000 Subject: [FFmpeg-trac] #750(undetermined:new): ffmpeg does not list OGG-theora metadata tags (like title author etc) In-Reply-To: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> References: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> Message-ID: <052.d13a22792eaa72065398b3ab9235d3d0@avcodec.org> #750: ffmpeg does not list OGG-theora metadata tags (like title author etc) -------------------------------------+------------------------------------- Reporter: RyszardG | 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 RyszardG): Replying to [comment:1 cehoyos]: > Is this reproducible with current git head? > Yes, it is reproductible in ffmpeg-HEAD-21270cf too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 11:25:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 10:25:19 -0000 Subject: [FFmpeg-trac] #778(avcodec:new): Artefacts while decoding an H.264 file Message-ID: <037.fa2c3c30c30cd451c24acc4978d2a23a@avcodec.org> #778: Artefacts while decoding an H.264 file -------------------------------------+------------------------------------- Reporter: aurelien | Type: defect Status: new | Priority: important Component: avcodec | Version: git- Keywords: h264 | master decoding artefacts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a sample which has artefacts when played (with ffplay for example) or transcoded to any codec. Sample name : sample-h264-artefacts-speedracer.ts (uploaded on upload.ffmpeg.org) It has been cut with dd so there is trash at the start but the artefact is clearly visible at ~4s on the back of the guy (the whole movie has a lot of theses artecfacts). To reproduce : ffplay sample-h264-artefacts-speedracer.ts ffmpeg -i sample-h264-artefacts-speedracer.ts -f yuv4mpegpipe /tmp/output_ko.y4m It's ok with (version shipped with Debian Squeeze) : FFmpeg version SVN-r0.5.5-4:0.5.5-1, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --extra-version=4:0.5.5-1 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libdirac --enable-libgsm --enable-libopenjpeg --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable- zlib --disable-stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable- libfaad --enable-libdc1394 --enable-shared --disable-static libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Nov 5 2011 14:36:22, gcc: 4.4.5 but KO with git-master : ffmpeg version N-35860-g62adc60, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 16 2011 09:16:29 with gcc 4.6.2 configuration: --prefix=/home/aurelien/local --enable-postproc --enable- nonfree --enable-gpl --enable-libopencore-amrnb --enable-libfaac --enable- libmp3lame --enable-shared --enable-libxvid --enable-libx264 --extra- cflags=-I/home/aurelien/local/include --extra- ldflags=-L/home/aurelien/local/lib --enable-version3 --disable- optimizations --disable-stripping libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 13:08:26 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 12:08:26 -0000 Subject: [FFmpeg-trac] #778(avcodec:open): Artefacts while decoding an H.264 file In-Reply-To: <037.fa2c3c30c30cd451c24acc4978d2a23a@avcodec.org> References: <037.fa2c3c30c30cd451c24acc4978d2a23a@avcodec.org> Message-ID: <052.c4b72dedd808a9af4c2cd674e082ad6b@avcodec.org> #778: Artefacts while decoding an H.264 file -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 decoding artefacts => h264 regression * status: new => open * reproduced: 0 => 1 Comment: Regression since cf41a02b1bac717d3adac1def9a531dc9d078b4a r22079 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 15:07:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 14:07:32 -0000 Subject: [FFmpeg-trac] #769(swscale:open): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.1d8e822336909161d41b1451671a1a15@avcodec.org> #769: png gray8 alpha decodes incorrectly --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray8a alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => gray8a alpha * status: new => open * version: unspecified => git-master * component: undetermined => swscale * reproduced: 0 => 1 Comment: The following commands work as expected: ffmpeg -i basi4a08.png out.avi ffmpeg -i basi4a08.png -pix_fmt yuv420p out.tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 15:25:31 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 14:25:31 -0000 Subject: [FFmpeg-trac] #779(avcodec:new): Channels swapping when decode TrueHD 6.1 Message-ID: <035.9f0e940f395b67bc0f30f8a98494d6e1@avcodec.org> #779: Channels swapping when decode TrueHD 6.1 -------------------------------------+------------------------------------- Reporter: TDiTP_ | Type: defect Status: new | Priority: important Component: avcodec | Version: Keywords: TrueHD 6.1 | unspecified decode decoder | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Old problem with decoding of standart (and common) TrueHD 6.1-configuration: [[Image(http://img- fotki.yandex.ru/get/4526/79369042.0/0_77128_ec348211_XS.jpg)]] Decoding of this layout by ffmpeg Win32 Build: {{{ D:\>ffmpeg -i 0.thd -acodec pcm_s24le 0-ffmpeg.wav ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpud etect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libopencore-amrnb --enable -libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libop enjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --en able-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx 264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [truehd @ 020D94A0] Estimating duration from bitrate, this may be inaccurate Input #0, truehd, from '0.thd': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: truehd, 48000 Hz, 7 channels (FL+FR+FC+LFE+BC+SL+SR), s32 Output #0, wav, to '0-ffmpeg.wav': Metadata: encoder : Lavf53.24.0 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 7 channels (FL+FR+FC+ LFE+BC+SL+SR), s32, 8064 kb/s Stream mapping: Stream #0:0 -> #0:0 (truehd -> pcm_s24le) Press [q] to stop, [?] for help [truehd @ 020D9D00] End of stream indicated. size= 3938kB time=00:00:04.00 bitrate=8064.1kbits/s video:0kB audio:3938kB global headers:0kB muxing overhead 0.001686% }}} Swapping channels is result: {{{ input -> after_ffmpeg L -> L C -> C R -> R LFE -> LFE Cs -> SR Ls -> BC Rs -> SL }}} Here you can find all samples (input wavs and output TrueHD 6.1): [http://www.mediafire.com/?lnkntqswa3qpd3c]. PCMs were encoded by Dolby Media Producer Suite. P.S. Exactly the same problem was in eac3to, but developer just decided to rename channels, as i can see. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 16:26:16 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 15:26:16 -0000 Subject: [FFmpeg-trac] #780(FFmpeg:new): fuzzed .avi makes a loop in ffmpeg Message-ID: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> #780: fuzzed .avi makes a loop in ffmpeg --------------------------------+-------------------------------------- Reporter: cosmin | Type: defect Status: new | Priority: important Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- use zzuf -c -v -s1567 ffmpeg_g -i VPAR0026.AVI -f null - to reproduce the bug -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 16:50:59 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 15:50:59 -0000 Subject: [FFmpeg-trac] #780(FFmpeg:new): fuzzed .avi makes a loop in ffmpeg In-Reply-To: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> References: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> Message-ID: <050.585803668092047fa5869258f3448ad0@avcodec.org> #780: fuzzed .avi makes a loop in ffmpeg ------------------------------------+---------------------------------- Reporter: cosmin | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): not reproduceable, also command line output is missing -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 16:54:23 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 15:54:23 -0000 Subject: [FFmpeg-trac] #769(swscale:open): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.445063bdfcf2935c755aa4ac7070058d@avcodec.org> #769: png gray8 alpha decodes incorrectly --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray8a alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:4 cehoyos]: > ffmpeg -i basi4a08.png -pix_fmt yuv420p out.tif I can reproduce the problem with it (please see the attached output tif file), so maybe a bug in gray8a -> yuv420p conversion? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 17:10:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 16:10:50 -0000 Subject: [FFmpeg-trac] #780(FFmpeg:open): fuzzed .avi makes a loop in ffmpeg In-Reply-To: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> References: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> Message-ID: <050.8d84f650fb6d74e6843b04518eecbeb3@avcodec.org> #780: fuzzed .avi makes a loop in ffmpeg ------------------------------------+---------------------------------- Reporter: cosmin | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cosmin): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 17:12:40 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 16:12:40 -0000 Subject: [FFmpeg-trac] #780(FFmpeg:open): fuzzed .avi makes a loop in ffmpeg In-Reply-To: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> References: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> Message-ID: <050.43fbe30b661e990738d408dacf9fb5eb@avcodec.org> #780: fuzzed .avi makes a loop in ffmpeg ------------------------------------+---------------------------------- Reporter: cosmin | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cosmin): use zzuf -c -v -s226 ffmpeg_g -i surge-1-8-MAC3.mov -f null - -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 19:44:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 18:44:19 -0000 Subject: [FFmpeg-trac] #743(avcodec:open): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi In-Reply-To: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> References: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> Message-ID: <053.7ebbd1291b72d30ea160a46a35a7c2a1@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by cehoyos): Could you test if VirtualDub plays out.avi? ffmpeg -i input -s 356x236 -vcodec v210 -an out.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 20:30:01 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 19:30:01 -0000 Subject: [FFmpeg-trac] #743(avcodec:open): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi In-Reply-To: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> References: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> Message-ID: <053.09f77743abf0e66fd6c18221f4c9d6f1@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by ami_stuff): It plays it, but the output is broken (like with linesize problem in ffmpeg), but when I use -s 320x240 then the file plays just fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 20:47:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 19:47:32 -0000 Subject: [FFmpeg-trac] #773(avcodec:new): Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer In-Reply-To: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> References: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> Message-ID: <052.315978ee4435ad88e2b2afeb09397967@avcodec.org> #773: Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer ----------------------------------+----------------------------------- Reporter: andreasg | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by reimar): I don't know who implemented that code and based on what, but it is just broken. There are gems like this I can't see what purpose they would serve: pthread_mutex_lock(&win32_cond->mtx_broadcast); pthread_mutex_unlock(&win32_cond->mtx_broadcast); However more serious the waiter_count is decremented at the wrong place. If you look at pthread_cond_wait the WaitForSingleObject is outside of all locks. This means if somehow all threads leaving that function would be delayed for some time, you could use pthread_cond_signal to arbitrarily increase the value of the semaphore, even though there was never more than one thread waiting. As a consequence pthread_cond_wait would never be waiting anymore after that and from there it is only downhill. I can't really (easily at least) explain a hang with that though, there should at least some other things go wrong first. The method presented here: http://research.microsoft.com/pubs/64242/implementingcvs.pdf looks like it might at least work, even if performance is not exactly good. Seems their hope of people not repeating mistakes was not exactly justified though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 20:57:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 19:57:14 -0000 Subject: [FFmpeg-trac] #769(swscale:open): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.2f80d5859aab31b302ac694fa5f8d6c5@avcodec.org> #769: png gray8 alpha decodes incorrectly --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray8a alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Afaict, the conversion from gray8a to yuv (including yuv420p) is the only one that works (for gray8a). out_yuv420p.tif looks fine with ImageMagick. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 21:13:45 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 20:13:45 -0000 Subject: [FFmpeg-trac] #780(undetermined:open): fuzzed .avi makes a loop in ffmpeg In-Reply-To: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> References: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> Message-ID: <050.82543859f57f0cfab1cea59449b3d158@avcodec.org> #780: fuzzed .avi makes a loop in ffmpeg -------------------------------------+------------------------------------- Reporter: cosmin | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Please provide the crashing sample (not the one from samples.mplayerhq.hu) and please provide complete, uncut console output including backtrace as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 21:42:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 20:42:27 -0000 Subject: [FFmpeg-trac] #781(avformat:new): libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) Message-ID: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> #781: libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) -----------------------------------+-------------------------------------- Reporter: KSHawkEye | Type: defect Status: new | Priority: critical Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- I'm getting this bug when building for Win32. make V=1: {{{ i686-w64-mingw32-gcc -I. -I/home/kyle/software/ffmpeg/source/ffmpeg-git/ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -U__STRICT_ANSI__ -DHAVE_AV_CONFIG_H -std=c99 -fno-common -fomit-frame- pointer -g -Wdeclaration-after-statement -Wall -Wno-parentheses -Wno- switch -Wno-format-zero-length -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype- limits -Wundef -Wmissing-prototypes -Wno-pointer-to-int-cast -Wstrict- prototypes -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -Werror=implicit-function-declaration -Werror=missing-prototypes -MMD -MF libavformat/sbgdec.d -MT libavformat/sbgdec.o -c -o libavformat/sbgdec.o /home/kyle/software/ffmpeg/source/ffmpeg-git/libavformat/sbgdec.c /home/kyle/software/ffmpeg/source/ffmpeg-git/libavformat/sbgdec.c: In function 'encode_intervals': /home/kyle/software/ffmpeg/source/ffmpeg-git/libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) /home/kyle/software/ffmpeg/source/ffmpeg-git/libavformat/sbgdec.c:1334:20: note: each undeclared identifier is reported only once for each function it appears in make: *** [libavformat/sbgdec.o] Error 1 }}} Using version FFmpeg 6d8e6fe9dbc365f50521cf0c4a5ffee97c970cb5 (2011-12-16) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 22:12:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 21:12:27 -0000 Subject: [FFmpeg-trac] #782(avcodec:new): mpegaudiodec segfault Message-ID: <036.07812ab3550f3a428b99142ed6145628@avcodec.org> #782: mpegaudiodec segfault ---------------------------------+--------------------------------------- Reporter: bluepin | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- I have a rare and hardly reproducible error but I will take any suggestion on how to prevent it. From what I understand from the coredumps : A mpeg layer 3 stream is detected as a layer 1 stream, then mp_decode_layer1 is called, followed by a segfault in UPDATE_CACHE(re, s). This could be indeed a bad stream, a random bit flip but ffmpeg should not segfault because of that. Stack trace: #0 0x08338083 in mp_decode_layer1 (s=0xa94707a0, samples=0x98b00040, buf=, buf_size=256) at /opt/icecast/src/ffmpeg/libavcodec/get_bits.h:285 #1 mp_decode_frame (s=0xa94707a0, samples=0x98b00040, buf=, buf_size=256) at /opt/icecast/src/ffmpeg/libavcodec/mpegaudiodec.c:1715 #2 0x08339bb7 in decode_frame (avctx=0x9a8e3c0, data=0x98b00040, data_size=0xacb3f5c, avpkt=0xb48b7228) at /opt/icecast/src/ffmpeg/libavcodec/mpegaudiodec.c:1816 #3 0x0841588e in avcodec_decode_audio3 (avctx=0x9a8e3c0, samples=0x98b00040, frame_size_ptr=0xacb3f5c, avpkt=0x2) at /opt/icecast/src/ffmpeg/libavcodec/utils.c:839 In Frame 1 : gdb: p *s yields: {frame_size = 256, error_protection = 0, layer = 1, sample_rate = 48000, sample_rate_index = 1, bit_rate = 256000, nb_channels = 2, mode = 0, mode_ext = 2, lsf = 0, last_buf = [[lots of other stuff]] {scfsi = 0 '\000', part2_3_length = 0, big_values = 0, global_gain = 0, scalefac_compress = 0, block_type = 0 '\000', switch_point = 0 '\000', table_select = {0, 0, 0}, subblock_gain = {0, 0, 0}, scalefac_scale = 0 '\000', count1table_select = 0 '\000', region_size = {0, 0, 0}, preflag = 0, short_start = 0, long_end = 0, scale_factors = '\000' , sb_hybrid = {0 }}}}, adu_mode = 0, dither_state = 14709380, error_recognition = 1, avctx = 0x9a8e3c0, mpadsp = { apply_window_float = 0x84f5530 , apply_window_fixed = 0x8340600 , dct32_float = 0x85a7180 , dct32_fixed = 0x8555da0 }} From the exact same stream a captured packet looked like : {frame_size = 418, error_protection = 0, layer = 3, sample_rate = 44100, sample_rate_index = 0, bit_rate = 128000, nb_channels = 2, mode = 0, mode_ext = 0, lsf = 0, last_buf = '\000' , last_buf_size = 0, free_format_next_header = 0, gb = {buffer = 0x8d6f764 "\347\017\362\345 ?8bP\\\244\033\060g\fJ\rh\251f\f?\256\025,\301\234\061\060\254\231\255\363\037?\266\357\006X9\"p2X\251\322\006\212?V=\205\251R\236\257\267M\200 \214\207\031", buffer_end = 0x8d6f902 "", index = 0, size_in_bits = 3312}, in_gb = {buffer = 0x0, buffer_end = 0x0, index = 0, size_in_bits = 0}, synth_buf = {{0 }, {0 }}, synth_buf_offset = {0, 0}, sb_samples = {{{0 } }, {{0 } }}, mdct_buf = {{0 }, {0 }}, granules = {{{scfsi = 0 '\000', part2_3_length = 0, big_values = 0, global_gain = 0, scalefac_compress = 0, block_type = 0 '\000', switch_point = 0 '\000', table_select = {0, 0, 0}, subblock_gain = {0, 0, 0}, scalefac_scale = 0 '\000', count1table_select = 0 '\000', region_size = {0, 0, 0}, preflag = 0, short_start = 0, long_end = 0, scale_factors = '\000' , sb_hybrid = {0 }}, {scfsi = 0 '\000', part2_3_length = 0, big_values = 0, global_gain = 0, scalefac_compress = 0, block_type = 0 '\000', switch_point = 0 '\000', table_select = {0, 0, 0}, subblock_gain = {0, 0, 0}, scalefac_scale = 0 '\000', count1table_select = 0 '\000', region_size = {0, 0, 0}, preflag = 0, short_start = 0, long_end = 0, scale_factors = '\000' , sb_hybrid = {0 }}}, {{scfsi = 0 '\000', part2_3_length = 0, big_values = 0, global_gain = 0, scalefac_compress = 0, block_type = 0 '\000', switch_point = 0 '\000', table_select = {0, 0, 0}, subblock_gain = {0, 0, 0}, scalefac_scale = 0 '\000', count1table_select = 0 '\000', region_size = {0, 0, 0}, preflag = 0, short_start = 0, long_end = 0, scale_factors = '\000' , sb_hybrid = {0 }}, {scfsi = 0 '\000', part2_3_length = 0, big_values = 0, global_gain = 0, scalefac_compress = 0, block_type = 0 '\000', switch_point = 0 '\000', table_select = {0, 0, 0}, subblock_gain = {0, 0, 0}, scalefac_scale = 0 '\000', count1table_select = 0 '\000', region_size = {0, 0, 0}, preflag = 0, short_start = 0, long_end = 0, scale_factors = '\000' , sb_hybrid = {0 }}}}, adu_mode = 0, dither_state = 0, error_recognition = 1, avctx = 0x8d6fb00, mpadsp = {apply_window_float = 0x85aa0c0 , apply_window_fixed = 0x83f3a40 , dct32_float = 0x866c420 , dct32_fixed = 0x860b490 }} I have 2 coredumps available with the same issue. If directed as such, I can extract more info from them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 22:24:33 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 21:24:33 -0000 Subject: [FFmpeg-trac] #769(swscale:open): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.e76ac0eef1ea9392960c33999a00ad6e@avcodec.org> #769: png gray8 alpha decodes incorrectly --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray8a alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ami_stuff): I attache output from irfanview which I consider correct. Now please create these files: ffmpeg -loop 1 -t 5 -i basi4a08.png -vcodec rawvideo -pix_fmt rgba rgba.avi ffmpeg -loop 1 -t 5 -i basi4a08.png -vcodec rawvideo -pix_fmt yuv420p yuv420p.avi and play rgba.avi and yuv420p.avi with vlc. rgba.avi will look more or less ok (there are still some strange black dots - something like flipped "F", but let's ignore it for now). yuv420p.avi will have vertical black lines, which is not correct. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 22:31:13 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 21:31:13 -0000 Subject: [FFmpeg-trac] #781(avformat:new): libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) In-Reply-To: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> References: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> Message-ID: <053.b14ae42356d73749a321987766c37458@avcodec.org> #781: libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) ------------------------------------+------------------------------------ Reporter: KSHawkEye | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please use --disable-demuxer=sbg until this gets fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 22:32:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 21:32:22 -0000 Subject: [FFmpeg-trac] #782(avcodec:new): mpegaudiodec segfault In-Reply-To: <036.07812ab3550f3a428b99142ed6145628@avcodec.org> References: <036.07812ab3550f3a428b99142ed6145628@avcodec.org> Message-ID: <051.4cdce05a6ae1d04a89fcb061b4537de3@avcodec.org> #782: mpegaudiodec segfault -------------------------------------+----------------------------------- Reporter: bluepin | 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 cehoyos): Please provide complete, uncut console output and backtrace as explained on http://ffmpeg.org/bugreports.html and please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 22:39:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 21:39:32 -0000 Subject: [FFmpeg-trac] #781(avformat:new): libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) In-Reply-To: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> References: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> Message-ID: <053.f1693ade1c582afaf8b2e52f5c77c295@avcodec.org> #781: libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) ------------------------------------+------------------------------------ Reporter: KSHawkEye | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Does it work better if you add "-D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600" to the compile command? You can just copy-paste the command, run it with the extra options and then restart make to check that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 23:02:11 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 22:02:11 -0000 Subject: [FFmpeg-trac] #782(avcodec:new): mpegaudiodec segfault In-Reply-To: <036.07812ab3550f3a428b99142ed6145628@avcodec.org> References: <036.07812ab3550f3a428b99142ed6145628@avcodec.org> Message-ID: <051.f270c32854907b9a09a17c57cf605fbe@avcodec.org> #782: mpegaudiodec segfault -------------------------------------+----------------------------------- Reporter: bluepin | 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 bluepin): This is a transient error. The usage scenario is : A custom decoding application that uses programatically ffmpeg libraries to decode multiple streams at once. The application has several concurrent decoding threads ( 150+ ), decodes online streams-mostly mp3s. So far it broke three times under the same error after 1 to 3 weeks of continuous running (2 core dumps available). I am unable to provide a sample that can reproduce the error. Unless I can reconstruct something out of the core dumps I have - but I may need some guidance on how to do that. (gdb) bt #0 0x08338083 in mp_decode_layer1 (s=0xa94707a0, samples=0x98b00040, buf=, buf_size=256) at /opt/icecast/src/ffmpeg/libavcodec/get_bits.h:285 #1 mp_decode_frame (s=0xa94707a0, samples=0x98b00040, buf=, buf_size=256) at /opt/icecast/src/ffmpeg/libavcodec/mpegaudiodec.c:1715 #2 0x08339bb7 in decode_frame (avctx=0x9a8e3c0, data=0x98b00040, data_size=0xacb3f5c, avpkt=0xb48b7228) at /opt/icecast/src/ffmpeg/libavcodec/mpegaudiodec.c:1816 #3 0x0841588e in avcodec_decode_audio3 (avctx=0x9a8e3c0, samples=0x98b00040, frame_size_ptr=0xacb3f5c, avpkt=0x2) at /opt/icecast/src/ffmpeg/libavcodec/utils.c:839 #4 0x08066c00 in ffmpegFetchDecodeResampleReencodeNext (ff=0xacb3f48, source=0xb710fe80) at ../../icecast/src/ffmpegIntegration.c:359 #5 0x08059d46 in source_main (source=0xb710fe80, ff=0xacb3f48) at ../../icecast/src/source.c:736 #6 0x080559b4 in start_ffmpegrelay_stream (arg=0x98f4138) at ../../icecast/src/slave.c:390 #7 0x08072fb8 in _start_routine (arg=0xb1037238) at ../../../icecast/src/thread/thread.c:660 #8 0x008f1832 in start_thread () from /lib/libpthread.so.0 #9 0x0083146e in clone () from /lib/libc.so.6 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x8338063 to 0x83380a3: 0x08338063 : xchg %eax,%ebp 0x08338064 : add %al,(%eax) 0x08338066 : add %cl,0xa82484(%ebx) 0x0833806c : add %al,(%eax) 0x0833806e : movzbl %cl,%edi 0x08338071 : lea 0x1(%edi),%ebp 0x08338074 : mov 0x8(%eax),%esi 0x08338077 : mov (%eax),%eax 0x08338079 : mov %esi,%edx 0x0833807b : mov %esi,%ecx 0x0833807d : shr $0x3,%edx 0x08338080 : and $0x7,%ecx 0x08338083 : mov (%eax,%edx,1),%ebx 0x08338086 : mov 0xa8(%esp),%eax 0x0833808d : mov 0xf4(%esp),%edx 0x08338094 : bswap %ebx 0x08338096 : shl %cl,%ebx 0x08338098 : mov %ebp,%ecx 0x0833809a : add %esi,%ebp 0x0833809c : neg %ecx 0x0833809e : mov %ebp,0x8(%eax) 0x083380a1 : movzbl (%edx),%eax End of assembler dump. (gdb) info all-registers eax 0xa8ec0caf -1460925265 ecx 0x2 2 edx 0x34e 846 ebx 0x4 4 esp 0xb48b6e30 0xb48b6e30 ebp 0x10 0x10 esi 0x1a72 6770 edi 0xf 15 eip 0x8338083 0x8338083 eflags 0x10202 [ IF RF ] cs 0x73 115 ss 0x7b 123 ds 0xc040007b -1069547397 es 0xc040007b -1069547397 fs 0x0 0 gs 0x33 51 st0 0 (raw 0x00000000000000000000) st1 3.00966351892338605583318567049389 (raw 0x4000c09e53bc6f5fc4b6) st2 1.7699210388248127544851300025079555e-20 (raw 0x3fbda72a109a074f7a9f) st3 3.00966351892338605583318567049389 (raw 0x4000c09e53bc6f5fc4b6) st4 3.00966351892338605583318567049389 (raw 0x4000c09e53bc6f5fc4b6) st5 3767.7300861597768091293403358577052 (raw 0x400aeb7bae6ed3380eda) st6 0 (raw 0x00000000000000000000) st7 433.959197998046875 (raw 0x4007d8fac70000000000) fctrl 0x37f 895 fstat 0x4020 16416 ftag 0xffff 65535 fiseg 0x73 115 fioff 0x83aa99c 138062236 foseg 0x7b 123 fooff 0xb48b7110 -1265929968 fop 0x65f 1631 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0xc09e53bc6f5fc4b6, v2_int32 = {0x6f5fc4b6, 0xc09e53bc}, v4_int16 = {0xc4b6, 0x6f5f, 0x53bc, 0xc09e}, v8_int8 = {0xb6, 0xc4, 0x5f, 0x6f, 0xbc, 0x53, 0x9e, 0xc0}} mm2 {uint64 = 0xa72a109a074f7a9f, v2_int32 = {0x74f7a9f, 0xa72a109a}, v4_int16 = {0x7a9f, 0x74f, 0x109a, 0xa72a}, v8_int8 = {0x9f, 0x7a, 0x4f, 0x7, 0x9a, 0x10, 0x2a, 0xa7}} mm3 {uint64 = 0xc09e53bc6f5fc4b6, v2_int32 = {0x6f5fc4b6, 0xc09e53bc}, v4_int16 = {0xc4b6, 0x6f5f, 0x53bc, 0xc09e}, v8_int8 = {0xb6, 0xc4, 0x5f, 0x6f, 0xbc, 0x53, 0x9e, 0xc0}} mm4 {uint64 = 0xc09e53bc6f5fc4b6, v2_int32 = {0x6f5fc4b6, 0xc09e53bc}, v4_int16 = {0xc4b6, 0x6f5f, 0x53bc, 0xc09e}, v8_int8 = {0xb6, 0xc4, 0x5f, 0x6f, 0xbc, 0x53, 0x9e, 0xc0}} mm5 {uint64 = 0xeb7bae6ed3380eda, v2_int32 = {0xd3380eda, 0xeb7bae6e}, v4_int16 = {0xeda, 0xd338, 0xae6e, 0xeb7b}, v8_int8 = {0xda, 0xe, 0x38, 0xd3, 0x6e, 0xae, 0x7b, 0xeb}} mm6 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm7 {uint64 = 0xd8fac70000000000, v2_int32 = {0x0, 0xd8fac700}, v4_int16 = {0x0, 0x0, 0xc700, 0xd8fa}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0xc7, 0xfa, 0xd8}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 23:09:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 22:09:32 -0000 Subject: [FFmpeg-trac] #773(avcodec:new): Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer In-Reply-To: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> References: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> Message-ID: <052.fa642f08fe357a3eee31c44f1ceba61a@avcodec.org> #773: Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer ----------------------------------+----------------------------------- Reporter: andreasg | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by andreasg): This Stack Overflow questions points to resources for implementing pthread condition variables in Windows XP: http://stackoverflow.com/questions/1218716/implementing-condition- variables-for-critical-sections-for-winthreads-for-xp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 23:13:39 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 22:13:39 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.68b0469cd1242abe3cfad6e695a2a57f@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): > Part of the scantable access is done by type array indexing but the last use case is done by pointer arithmic Valgrind runs the executable on an emulated CPU. What the source code looks like has no relevance. However valgind can sometimes miss a bad access if there is valid memory, but it is rather unlikely. > The wrong index was -31023 or something in that range so adding a bit to the table won't help. The run comes out of a VLC table. The VLC table should never contain an entry for a run length outside the 0 - 63 range or something like that. Thus I can't see how you should be able to get that value except by corrupt VLC tables. Haven't yet tested the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 23:31:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 22:31:44 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.eab6de9fe7fbeca9d9da24fcd141260b@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): > It does not crash as the index reaches a maximum value of around 700. Where did you get this from? The maximum I get with that sample is 77: [mpeg2video @ 0x2c5db40] 3ac-tex damaged at 64 2 67 5 [mpeg2video @ 0x2c5db40] 3ac-tex damaged at 64 2 67 5 [mpeg2video @ 0x2c5db40] 3ac-tex damaged at 67 7 77 65 [mpeg2video @ 0x2c5db40] 3ac-tex damaged at 67 19 66 65 [mpeg2video @ 0x2c5db40] 2ac-tex damaged at 48 37 65 65 Output generated by this patch: --- a/libavcodec/mpeg12.c +++ b/libavcodec/mpeg12.c @@ -140,7 +140,7 @@ static inline int mpeg1_decode_block_intra(MpegEncContext *s, DCTELEM *block, in } } if (i > 63) { - av_log(s->avctx, AV_LOG_ERROR, "ac-tex damaged at %d %d\n", s->mb_x, s->mb_y); + av_log(s->avctx, AV_LOG_ERROR, "0ac-tex damaged at %d %d %d %d\n", s->mb_x, s->mb_y, i, run); return -1; } @@ -215,7 +215,7 @@ static inline int mpeg1_decode_block_inter(MpegEncContext *s, DCTELEM *block, in } } if (i > 63) { - av_log(s->avctx, AV_LOG_ERROR, "ac-tex damaged at %d %d\n", s->mb_x, s->mb_y); + av_log(s->avctx, AV_LOG_ERROR, "1ac-tex damaged at %d %d %d %d\n", s->mb_x, s->mb_y, i, run); return -1; } @@ -363,7 +363,7 @@ static inline int mpeg2_decode_block_non_intra(MpegEncContext *s, DCTELEM *block } } if (i > 63) { - av_log(s->avctx, AV_LOG_ERROR, "ac-tex damaged at %d %d\n", s->mb_x, s->mb_y); + av_log(s->avctx, AV_LOG_ERROR, "2ac-tex damaged at %d %d %d %d\n", s->mb_x, s->mb_y, i, run); return -1; } @@ -508,7 +508,7 @@ static inline int mpeg2_decode_block_intra(MpegEncContext *s, DCTELEM *block, in } } if (i > 63) { - av_log(s->avctx, AV_LOG_ERROR, "ac-tex damaged at %d %d\n", s->mb_x, s->mb_y); + av_log(s->avctx, AV_LOG_ERROR, "3ac-tex damaged at %d %d %d %d\n", s->mb_x, s->mb_y, i, run); return -1; } -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 16 23:48:12 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 22:48:12 -0000 Subject: [FFmpeg-trac] #783(FFmpeg:new): zzufed .avi file crashes ffmpeg signal6 Message-ID: <035.7ac3969c95ea37324749a712b3d65923@avcodec.org> #783: zzufed .avi file crashes ffmpeg signal6 --------------------------------+-------------------------------------- Reporter: cosmin | Type: defect Status: new | Priority: important Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- ==30171== Memcheck, a memory error detector ==30171== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==30171== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==30171== Command: ffmpeg -i corruptfile -f null - ==30171== ffmpeg version N-35872-g6d8e6fe, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 16 2011 23:12:35 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Truncating packet of size 538736 to 417441 Input #0, avi, from 'corruptfile': Metadata: creation_time : 1998-02-15 12:56:29 Duration: 00:00:34.07, start: 0.000000, bitrate: 98 kb/s Stream #0:0: Video: aura (AURA / 0x41525541), yuv411p, 160x120, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 11025 Hz, 1 channels, s16, 176 kb/s [buffer @ 0x42a34a0] w:160 h:120 pixfmt:yuv411p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: creation_time : 1998-02-15 12:56:29 encoder : Lavf53.26.0 Stream #0:0: Video: rawvideo (Y41B / 0x42313459), yuv411p, 160x120, q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream #0:1: Audio: pcm_s16le, 11025 Hz, 1 channels, s16, 176 kb/s Stream mapping: Stream #0:0 -> #0:0 (aura -> rawvideo) Stream #0:1 -> #0:1 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help [aura @ 0x421e980] got a buffer with 417440 bytes when 14448 were expected Error while decoding stream #0:0 frame= 0 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) ==30171== ==30171== HEAP SUMMARY: ==30171== in use at exit: 0 bytes in 0 blocks ==30171== total heap usage: 110 allocs, 110 frees, 915,542 bytes allocated ==30171== ==30171== All heap blocks were freed -- no leaks are possible ==30171== ==30171== For counts of detected and suppressed errors, rerun with: -v ==30171== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 15 from 6) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 00:06:06 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Dec 2011 23:06:06 -0000 Subject: [FFmpeg-trac] #783(undetermined:new): zzufed .avi file crashes ffmpeg signal6 In-Reply-To: <035.7ac3969c95ea37324749a712b3d65923@avcodec.org> References: <035.7ac3969c95ea37324749a712b3d65923@avcodec.org> Message-ID: <050.a876b251d19ea9ac9270880047151484@avcodec.org> #783: zzufed .avi file crashes ffmpeg signal6 -------------------------------------+------------------------------------- Reporter: cosmin | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: For crash-reports, gdb output as described on http://ffmpeg.org/bugreports.html is required. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 02:40:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 01:40:57 -0000 Subject: [FFmpeg-trac] #784(undetermined:new): msvideo1 enc: add a check that fame is dividable by 4 Message-ID: <038.38a25089eb423e470d1122c240e47dab@avcodec.org> #784: msvideo1 enc: add a check that fame is dividable by 4 -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- add a check that width and height of the input frame to encode is dividble by 4 ffmpeg -i file.avi -vcodec msvideo1 -s 319x199 msv1.avi (broken output, because no check if present in the encoder) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 02:43:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 01:43:02 -0000 Subject: [FFmpeg-trac] #785(undetermined:new): "HEADER ERROR" flooding with RM material Message-ID: <035.beefe2cd495a2e11b2b8f9d62ef0bdb4@avcodec.org> #785: "HEADER ERROR" flooding with RM material -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: minor | Component: Version: | undetermined unspecified | Keywords: Blocked By: | rv20,rm,header error Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- It seems the rv20 codec (or the rm demuxer) has troubles with the following sample: {{{ % ./ffplay ~/header-error-flood.rm ffplay version N-35883-g552ec4c, Copyright (c) 2003-2011 the FFmpeg developers built on Dec 17 2011 02:37:24 with gcc 4.6.2 20111125 (prerelease) configuration: --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-x11grab --enable-libopenjpeg --enable-version3 --enable- libmodplug --enable-libass --cc='ccache cc' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rm @ 0x344af60] Unsupported stream type 44415441 [rm @ 0x344af60] max_analyze_duration 5000000 reached at 5014000 Input #0, rm, from '/home/ubitux/header-error-flood.rm': Metadata: title : SMA 5503 author : MIT Streaming Media & Compression Services copyright : ?2001 Massachusetts Institute of Technology comment : Duration: 01:24:24.55, start: 0.000000, bitrate: 10 kb/s Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 22050 Hz, mono, flt, 32 kb/s Stream #0:1: Video: rv20 (RV20 / 0x30325652), yuv420p, 640x480, 187 kb/s, 10 fps, 10 tbr, 1k tbn, 1k tbc Stream #0:2: Data: none [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR Frame changed from size:640x480 to size:320x480vq= 1355KB sq= 0B f=0/0 [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1350KB sq= 0B f=0/0 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set9KB vq= 1348KB sq= 0B f=0/1 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1343KB sq= 0B f=0/1 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1340KB sq= 0B f=0/3 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set9KB vq= 1389KB sq= 0B f=0/7 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1387KB sq= 0B f=0/8 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1386KB sq= 0B f=0/8 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1383KB sq= 0B f=0/8 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1380KB sq= 0B f=0/9 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1355KB sq= 0B f=0/9 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [...] }}} The playback is fine after the initial flood though, so priority is set to minor. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 03:25:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 02:25:25 -0000 Subject: [FFmpeg-trac] #780(avcodec:closed): fuzzed .avi makes a loop in ffmpeg In-Reply-To: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> References: <035.3e3ebf60940475e1c066faa2e8d4fc1d@avcodec.org> Message-ID: <050.d2a804cba19b1dd68ce61c0c2607725b@avcodec.org> #780: fuzzed .avi makes a loop in ffmpeg --------------------------------------+----------------------------------- Reporter: cosmin | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: atrac3 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * keywords: => atrac3 crash * resolution: => fixed * status: open => closed * component: undetermined => avcodec * reproduced: 0 => 1 Comment: fixed, note the sample file is at http://google- melange.appspot.com/gci/work/download/google/gci2011/7185250?id=8001, the attached files dont cause the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 04:44:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 03:44:20 -0000 Subject: [FFmpeg-trac] #778(avcodec:closed): Artefacts while decoding an H.264 file In-Reply-To: <037.fa2c3c30c30cd451c24acc4978d2a23a@avcodec.org> References: <037.fa2c3c30c30cd451c24acc4978d2a23a@avcodec.org> Message-ID: <052.5861753df3b367bc304a21ebd5a8677d@avcodec.org> #778: Artefacts while decoding an H.264 file -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Locally fixed, will be in git master after tests -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 10:08:34 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 09:08:34 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.75d225414b3aa997f072180c2044595a@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by erik): The ac-tex check is missing in mpeg1_fast_decode_block_inter mpeg2_fast_decode_block_non_intra When I put {{{ if (i < 0 || i >= 64 ) av_log(s->avctx, AV_LOG_ERROR, "scantable error, i = %d\n", i); }}} just before the scan table access I get many of these error messages example: [mpeg2video @ 003d69c0] scantable error, i = 330 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 10:28:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 09:28:40 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.cee151ff82c5ece8c61765a863f72b3c@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): Don't you think it would have helped a lot if you had mentioned you used the "fast" flag? While its effect for decoding may not be fully documented the point if "fast" is to decode as fast as possible. It is not intended to be used for corrupted streams. As long as it is not exploitable crashing is perfectly acceptable if it allows for faster code, and error concealment is unlikely to work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 10:41:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 09:41:05 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.29ee46b866e5db0c0e866b403a931114@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by erik): Your remark clearly proves I should NOT post on the developers mailing list. Do accept my apologies. As the users of Comskip want fastest possible processing I always have "fast" set. Also lowres is either 1 or 2. But if possible I would like to prevent crashing on off-air recordings so I am perfectly happy with the small check I added as it stopped all crashing on many terrabytes of DVB-T recordings. No more requests from my side then. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 16:47:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 15:47:05 -0000 Subject: [FFmpeg-trac] #764(avcodec:new): Increasing robustness of runlength decoding for scantable access in mpeg12.c In-Reply-To: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> References: <033.3c12baee65cf1830b6b5cc3ae83f918e@avcodec.org> Message-ID: <048.ff65f2304f78e72d910fcb95feb27aa8@avcodec.org> #764: Increasing robustness of runlength decoding for scantable access in mpeg12.c -------------------------------------+------------------------------------- Reporter: erik | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mpeg | Blocked By: robustness | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): Do you have any numbers on how much "fast" helps? MPEG-2 decoding should be really cheap by today's standards and I wouldn't expect it to really help much. Worse, with errors as in your case it will even process a large amount of data for no purpose. My recommendation would be 1) try without fast flag. You get error concealment and it might not have a relevant cost. (note: only for decoding, if you are also encoding you should keep it for that part). 2) Should it be relevantly slower, try leaving the fast flag in but use the non-fast functions for this case. 3) Add the > 63 check as in the other cases instead. It should be only little to not at all slower than your change for the normal decoding case and it should be _much_ faster for the error case (if you reached values like 7000 that would indicate that you looped around that loop about 100 times more than necessary). And I don't want you to apologize, and I don't want you to give up because I sometimes get a bit annoyed. But it is a really good idea for you to be aware of any non-default configuration you have chosen and to mention it in bug reports. And also to make sure you have a solid justification for it, since they might cause you a significant maintenance cost in the long term. Apart from that there clearly is a lack of documentation we are to blame for. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 17:08:33 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 16:08:33 -0000 Subject: [FFmpeg-trac] #736(FFplay:new): ffplay fullscreen toggle issue - fix included In-Reply-To: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> References: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> Message-ID: <053.254122f9a0dc89f28ea4a98d7c9ec350@avcodec.org> #736: ffplay fullscreen toggle issue - fix included ------------------------------------+---------------------------------- Reporter: glangshaw | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: 0.9 | Resolution: Keywords: fullscreen | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cus): Should be fixed in git master now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 20:29:22 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 19:29:22 -0000 Subject: [FFmpeg-trac] #781(avformat:new): libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) In-Reply-To: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> References: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> Message-ID: <053.2e36ac685f9a300e70db8de5b04c69af@avcodec.org> #781: libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) ------------------------------------+------------------------------------ Reporter: KSHawkEye | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by KSHawkEye): --disable-demuxer=sbg Seems to work, -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 does not. This bug is still open. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 21:57:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 20:57:57 -0000 Subject: [FFmpeg-trac] #615(undetermined:new): ALSA buffer xrun In-Reply-To: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> References: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> Message-ID: <049.cdd29d33ac23e2dcc9d39721049d5dc6@avcodec.org> #615: ALSA buffer xrun -------------------------------------+------------------------------------- Reporter: burek | Owner: michael 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 michael): Please test which size works and which not if its the buffer size, so i can change the value in git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 22:48:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 21:48:31 -0000 Subject: [FFmpeg-trac] #781(avformat:new): libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) In-Reply-To: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> References: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> Message-ID: <053.36bf803719d2df4962eb1e6effad11fd@avcodec.org> #781: libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) ------------------------------------+------------------------------------ Reporter: KSHawkEye | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): I pushed a change removing EOVERFLOW: please test it and, if it works for you, mark this issue as fixed. But please also consider filing a bug report against your compiler/build environment: EOVERFLOW has been around for more than ten years now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 17 23:10:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 22:10:50 -0000 Subject: [FFmpeg-trac] #784(avcodec:closed): msvideo1 enc: add a check that fame is dividable by 4 In-Reply-To: <038.38a25089eb423e470d1122c240e47dab@avcodec.org> References: <038.38a25089eb423e470d1122c240e47dab@avcodec.org> Message-ID: <053.0837060f5dc83a76813268007b961de3@avcodec.org> #784: msvideo1 enc: add a check that fame is dividable by 4 -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: msvideo1 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * keywords: => msvideo1 * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 00:24:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Dec 2011 23:24:12 -0000 Subject: [FFmpeg-trac] #615(undetermined:new): ALSA buffer xrun In-Reply-To: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> References: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> Message-ID: <049.66d06788c8d6670f1f8b22964aa8db36@avcodec.org> #615: ALSA buffer xrun -------------------------------------+------------------------------------- Reporter: burek | Owner: michael 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 burek): The problem is I can't reproduce the issue now.. I don't know what changed since the last time I've got that error message, but it seems I just can't reproduce it anymore on my testing machine. I'll see if I can reproduce this on a production machines, but I need to do this tomorrow, because I cannot access them right now :/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 03:18:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 02:18:01 -0000 Subject: [FFmpeg-trac] #138(avformat:reopened): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.8cd9fa87b2c82d0dfdd66bfd6eb4fe8d@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: reopened Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by quandt): * status: closed => reopened * resolution: worksforme => Comment: Don't think it does work for live streams. In testing against a red5 (specifically r4198, but also newer) server, rtmp support works great in ffmpeg and ffplay but on live streams with the parameter specified as mentioned above "live=1" simply creates an infinite loop. Attached is a "-loglevel verbose", here's the verison of ffmpeg (ubuntu, but also tested and same results on winslow... same version) quandt at lt001:~/Desktop$ ffmpeg ffmpeg version N-35750-g16b771b, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 13 2011 14:22:55 with gcc 4.5.2 configuration: --enable-libfreetype --enable-libmp3lame --enable-librtmp --enable-frei0r --enable-libv4l2 --enable-libx264 --enable-gpl libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 05:36:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 04:36:06 -0000 Subject: [FFmpeg-trac] #786(avformat:new): GXF file frame rate double what it should be for some files. Message-ID: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> #786: GXF file frame rate double what it should be for some files. ----------------------------------+-------------------------------------- Reporter: ryaowe | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- * Trying to accomplish: Transcode a GXF (mpeg2 video, pcm16le audio) to any other format * Problem encountered: Transcoded video plays back at twice the rate it should. * Command line: ffmpeg -i fyi.gxf -t 30 -acodec libfaac fyi.mp4 * ffmpeg -v 9 -loglevel 99 -i fyi.gxf: {{{ ffmpeg version N-35872-g6d8e6fe, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 16 2011 16:49:56 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-shared --disable-static --disable-doc --enable- memalign-hack --enable-nonfree --enable-gpl --enable-libfaac --cc=gcc-4.2 --prefix=/Users/ryanowen/src/protoven/uplynk/dependencies/encoder_Darwin_64 --enable-pic --extra-ldflags=-headerpad_max_install_names --enable-debug=3 libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [gxf @ 0x7fa48303d820] Format gxf probed with size=2048 and score=100 [mpeg2video @ 0x7fa48304e620] err{or,}_recognition separate: 1; 1 [mpeg2video @ 0x7fa48304e620] err{or,}_recognition combined: 1; 10001 [pcm_s16le @ 0x7fa48303fc20] err{or,}_recognition separate: 1; 1 [pcm_s16le @ 0x7fa48303fc20] err{or,}_recognition combined: 1; 10001 [pcm_s16le @ 0x7fa483040220] err{or,}_recognition separate: 1; 1 [pcm_s16le @ 0x7fa483040220] err{or,}_recognition combined: 1; 10001 [mpeg2video @ 0x7fa48304e620] Unsupported bit depth: 0 [gxf @ 0x7fa48303d820] All info found Seems stream 0 codec frame rate differs from container frame rate: 119.88 (120000/1001) -> 59.94 (120000/2002) Input #0, gxf, from 'fyi.gxf': Metadata: gxf_timecode : 01:00:48;38 gxf_timecode_at_mark_in: 01:00:48;38 gxf_timecode_at_mark_out: 01:11:38;50 Duration: 00:05:25.09, start: 0.000000, bitrate: 85613 kb/s Stream #0:0, 41, 1001/120000: Video: mpeg2video (4:2:2), yuv422p, 1280x720 [SAR 1:1 DAR 16:9], 1001/120000, 50000 kb/s, 119.88 fps, 59.94 tbr, 119.88 tbn, 119.88 tbc Stream #0:1, 2, 1001/120000: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0:2, 2, 1001/120000: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0:3, 0, 1001/120000: Data: none At least one output file must be specified }}} Some GXF files end up with a frame rate for the video track that is twice what it should be. In my case, the time base should be 1001 / 60000, but was 1001 / 120000. The problem seems to coincide with files that have a fields_per_frame value of 1 instead of 2. The following patch solved the problem for me, and allows me to dencode all of my GXF files correctly (both those that did and did not work correctly prior to the fix). {{{ diff --git a/libavformat/gxf.c b/libavformat/gxf.c index 95a8142..1d9f059 100644 --- a/libavformat/gxf.c +++ b/libavformat/gxf.c @@ -351,7 +351,7 @@ static int gxf_header(AVFormatContext *s, AVFormatParameters *ap) { st = s->streams[idx]; if (!main_timebase.num || !main_timebase.den) { main_timebase.num = si->frames_per_second.den; - main_timebase.den = si->frames_per_second.num * 2; + main_timebase.den = si->frames_per_second.num * (si->fields_per_frame ? si->fields_per_frame : 2); } st->start_time = si->first_field; if (si->first_field != AV_NOPTS_VALUE && si->last_field != AV_NOPTS_VALUE) }}} I'll upload a test file to upload.ffmpeg.org, called double_framerate.gxf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 11:52:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 10:52:24 -0000 Subject: [FFmpeg-trac] #786(avformat:new): GXF file frame rate double what it should be for some files. In-Reply-To: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> References: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> Message-ID: <050.6c2053828e22938d0795549b13aca8af@avcodec.org> #786: GXF file frame rate double what it should be for some files. ------------------------------------+------------------------------------ Reporter: ryaowe | 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 reimar): GXF timestamps should be in fields always, thus this should not be correct. How sure are you it is not your files that are broken? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 13:35:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 12:35:42 -0000 Subject: [FFmpeg-trac] #786(avformat:new): GXF file frame rate double what it should be for some files. In-Reply-To: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> References: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> Message-ID: <050.0ea56512b60d1694d7f47c4af5cecdaa@avcodec.org> #786: GXF file frame rate double what it should be for some files. ------------------------------------+------------------------------------ Reporter: ryaowe | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Unrelated to Reimar's comment: Could you provide a significantly longer sample? (Sorry for the text on bugreports, it is simply not correct for sync issues, but we received 30M samples in the past for decoding problems that were reproducible with the first frame...) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 14:28:18 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 13:28:18 -0000 Subject: [FFmpeg-trac] #781(avformat:closed): libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) In-Reply-To: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> References: <038.ff0c1d97f75e9d9f9dc60b0ac41e1388@avcodec.org> Message-ID: <053.808b2e6430bf26a4eaad5306bb73595f@avcodec.org> #781: libavformat/sbgdec.c:1334:20: error: 'EOVERFLOW' undeclared (first use in this function) ------------------------------------+------------------------------------ Reporter: KSHawkEye | Owner: Type: defect | Status: closed Priority: critical | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Please reopen if compilation still fails, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 14:29:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 13:29:06 -0000 Subject: [FFmpeg-trac] #736(FFplay:closed): ffplay fullscreen toggle issue - fix included In-Reply-To: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> References: <038.e2b871a0c7b1f6c745d384f5d28183db@avcodec.org> Message-ID: <053.21e0130fcc3d7e0987a79e83666d615d@avcodec.org> #736: ffplay fullscreen toggle issue - fix included ------------------------------------+---------------------------------- Reporter: glangshaw | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: fullscreen | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * version: 0.9 => git-master * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 14:34:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 13:34:28 -0000 Subject: [FFmpeg-trac] #785(avcodec:open): "HEADER ERROR" flooding with RM material In-Reply-To: <035.beefe2cd495a2e11b2b8f9d62ef0bdb4@avcodec.org> References: <035.beefe2cd495a2e11b2b8f9d62ef0bdb4@avcodec.org> Message-ID: <050.b688d70127c1ebe936cc8c631c824a08@avcodec.org> #785: "HEADER ERROR" flooding with RM material ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: rv20 rm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: rv20,rm,header error => rv20 rm * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Additionally, aspect is wrong (should be played as 640x480) with ffplay and MPlayer. The red shadows are correct, the binary decoder also shows them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 14:39:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 13:39:24 -0000 Subject: [FFmpeg-trac] #741(avcodec:open): tiff: support pixel order per channel (RRGGBB) In-Reply-To: <038.2c9e41c169f43e2f73884dc5df0a659c@avcodec.org> References: <038.2c9e41c169f43e2f73884dc5df0a659c@avcodec.org> Message-ID: <053.82e863545ba800ebd55d1a8453b569e1@avcodec.org> #741: tiff: support pixel order per channel (RRGGBB) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | 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 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => tif * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 14:47:56 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 13:47:56 -0000 Subject: [FFmpeg-trac] #739(avcodec:open): bmp: support 16bpp a4 r4 g4 b4 In-Reply-To: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> References: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> Message-ID: <053.d410d3b99c8d335a9486b1467d55170b@avcodec.org> #739: bmp: support 16bpp a4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => bmp * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 15:32:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 14:32:00 -0000 Subject: [FFmpeg-trac] #779(avcodec:closed): Channels swapping when decode TrueHD 6.1 In-Reply-To: <035.9f0e940f395b67bc0f30f8a98494d6e1@avcodec.org> References: <035.9f0e940f395b67bc0f30f8a98494d6e1@avcodec.org> Message-ID: <050.49178d89629b4a43fb407ad49b725a9a@avcodec.org> #779: Channels swapping when decode TrueHD 6.1 ------------------------------------+----------------------------------- Reporter: TDiTP_ | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: TrueHD | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: TrueHD 6.1 decode decoder => TrueHD * status: new => closed * version: unspecified => git-master * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 16:20:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 15:20:46 -0000 Subject: [FFmpeg-trac] #786(avformat:new): GXF file frame rate double what it should be for some files. In-Reply-To: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> References: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> Message-ID: <050.47b2a7eb9af88cc331e227a3a7f2da67@avcodec.org> #786: GXF file frame rate double what it should be for some files. ------------------------------------+------------------------------------ Reporter: ryaowe | 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 ryaowe): I'm uploading the full 15s clip, which is 104MB. double_framerate_15s.gxf. Let me know if that's still too short; I can find another example. I'm not positive that the files aren't broken. They are given to me by a production broadcast house, so I've given them the benefit of the doubt. But sometimes the "profesional" tools are the worst offenders, it seems. I'll see if I can find out what software was used to produce them and any other detail surrounding that. Thanks for looking into this! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 16:57:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 15:57:14 -0000 Subject: [FFmpeg-trac] #786(avformat:new): GXF file frame rate double what it should be for some files. In-Reply-To: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> References: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> Message-ID: <050.0be76d6cfd22d9dca8763ac388bfb1aa@avcodec.org> #786: GXF file frame rate double what it should be for some files. ------------------------------------+------------------------------------ Reporter: ryaowe | 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 reimar): There has been a reported issue that was similar, but not identical (as I understood it, a internal too removed the per-stream FPS marking there which had a similar effect in the end). Their solution was to hack the assignment to stop the time base from going below 1/60. I think you maybe should be consider this option. Pro: It will work with files that I would consider correct, which always uses "fields" for time base Contra: It will break if you ever need to process content with more than 60 frames per second / 120 fields per second. If this would work for you, too, I'll start thinking of adding this as an option as it seems to be quite a common issue, even if it should be due to broken files. The reason I would tend to believe your files are broken is because these fields are called "frames per second" and seem to contain "60" in your case. However I don't think your file is actually 60 frames per second, but only 60 fields per second (or 30 frames per second). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 17:07:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 16:07:28 -0000 Subject: [FFmpeg-trac] #787(undetermined:new): swscale: add support for YUV421 & YUV442 Message-ID: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> #787: swscale: add support for YUV421 & YUV442 -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- maybe easy {{{ C:\>ffmpeg -i Test_421.jpg ffmpeg version N-35892-gc0bea18, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 17 2011 13:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib --disable-demuxer=sbg libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mjpeg @ 02625B60] Unhandled pixel format 0x22211100 [image2 @ 020C2320] Could not find codec parameters (Video: mjpeg, 1023x767 [SAR 96:96 DAR 1023:767]) Test_421.jpg: could not find codec parameters }}} {{{ C:\>ffmpeg -i Test_442.jpg ffmpeg version N-35892-gc0bea18, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 17 2011 13:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib --disable-demuxer=sbg libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mjpeg @ 02625B60] Unhandled pixel format 0x12121100 [image2 @ 020C2320] Could not find codec parameters (Video: mjpeg, 1023x767 [SAR 96:96 DAR 1023:767]) Test_442.jpg: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 21:42:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 20:42:25 -0000 Subject: [FFmpeg-trac] #783(avformat:closed): zzufed file causes infinite loop (was: zzufed .avi file crashes ffmpeg signal6) In-Reply-To: <035.7ac3969c95ea37324749a712b3d65923@avcodec.org> References: <035.7ac3969c95ea37324749a712b3d65923@avcodec.org> Message-ID: <050.ca8ccfff04c06bd9fd562c208b19f94e@avcodec.org> #783: zzufed file causes infinite loop ------------------------------------+------------------------------------ Reporter: cosmin | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov loop | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avformat * keywords: => mov loop * resolution: => fixed Comment: Fixed, infinite loop See files at http://www.google- melange.com/gci/task/view/google/gci2011/7209212 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 23:18:56 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 22:18:56 -0000 Subject: [FFmpeg-trac] #788(FFmpeg:new): zzufed .RL2 file creates a floting point exception ffmpeg Message-ID: <042.6813f42d843c526154dafd0d9ed3ff40@avcodec.org> #788: zzufed .RL2 file creates a floting point exception ffmpeg -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg version N-35936-gaf3f2a8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 18 2011 23:36:58 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Floating point exception -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 23:55:21 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 22:55:21 -0000 Subject: [FFmpeg-trac] #789(FFmpeg:new): zzufed .pcm puts ffmpeg in a loop Message-ID: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> #789: zzufed .pcm puts ffmpeg in a loop -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==3551== Memcheck, a memory error detector ==3551== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==3551== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==3551== Command: ffmpeg -i corruptfile -f null - ==3551== ffmpeg version N-35936-gaf3f2a8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 00:07:16 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 ==3551== ==3551== HEAP SUMMARY: ==3551== in use at exit: 1,105,236 bytes in 6 blocks ==3551== total heap usage: 15 allocs, 9 frees, 2,152,052 bytes allocated ==3551== ==3551== LEAK SUMMARY: ==3551== definitely lost: 0 bytes in 0 blocks ==3551== indirectly lost: 0 bytes in 0 blocks ==3551== possibly lost: 0 bytes in 0 blocks ==3551== still reachable: 1,105,236 bytes in 6 blocks ==3551== suppressed: 0 bytes in 0 blocks ==3551== Rerun with --leak-check=full to see details of leaked memory ==3551== ==3551== For counts of detected and suppressed errors, rerun with: -v ==3551== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 18 23:58:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 22:58:05 -0000 Subject: [FFmpeg-trac] #788(avformat:closed): zzufed .RL2 file creates a floting point exception ffmpeg In-Reply-To: <042.6813f42d843c526154dafd0d9ed3ff40@avcodec.org> References: <042.6813f42d843c526154dafd0d9ed3ff40@avcodec.org> Message-ID: <057.b8130c4f0f299cda279e4cb76d538dab@avcodec.org> #788: zzufed .RL2 file creates a floting point exception ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: rl2 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => rl2 * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 00:07:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 23:07:26 -0000 Subject: [FFmpeg-trac] #746(avformat:closed): MXF sample fails to decode In-Reply-To: <036.b59dfa283d6d7011374925e20313cb87@avcodec.org> References: <036.b59dfa283d6d7011374925e20313cb87@avcodec.org> Message-ID: <051.8cd6dddf27d52517f41656e67ff1b314@avcodec.org> #746: MXF sample fails to decode -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Tomas H?rdin. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 00:28:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 23:28:58 -0000 Subject: [FFmpeg-trac] #790(FFmpeg:new): zzufed .CIN crashes FFMPEG Message-ID: <042.9d59c5d6041721c1ac7f615710ccb95c@avcodec.org> #790: zzufed .CIN crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==30399== Memcheck, a memory error detector ==30399== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==30399== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==30399== Command: ffmpeg -i corruptfile -f null - ==30399== ffmpeg version N-35936-gaf3f2a8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 00:07:16 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 ==30399== Warning: set address range perms: large range [0x393c9080, 0x793ccc96) (undefined) Truncating packet of size 88225 to 1 [dsicin @ 0x5674820] Estimating duration from bitrate, this may be inaccurate Input #0, dsicin, from 'corruptfile': Duration: 00:00:47.58, start: 0.000000, bitrate: 176 kb/s Stream #0:0: Video: dsicinvideo, pal8, 320x160, 12 tbr, 12 tbn, 12 tbc Stream #0:1: Audio: dsicinaudio, 22050 Hz, 1 channels, s16, 176 kb/s [buffer @ 0x56d1340] w:320 h:160 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.26.0 Stream #0:0: Video: rawvideo, pal8, 320x160, q=2-31, 200 kb/s, 90k tbn, 12 tbc Stream #0:1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s Stream mapping: Stream #0:0 -> #0:0 (dsicinvideo -> rawvideo) Stream #0:1 -> #0:1 (dsicinaudio -> pcm_s16le) Press [q] to stop, [?] for help ==30399== Warning: set address range perms: large range [0x393c9070, 0x793ccca6) (noaccess) Truncating packet of size 88225 to 1 frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) ==30399== ==30399== HEAP SUMMARY: ==30399== in use at exit: 264 bytes in 1 blocks ==30399== total heap usage: 116 allocs, 115 frees, 1,074,807,172 bytes allocated ==30399== ==30399== LEAK SUMMARY: ==30399== definitely lost: 264 bytes in 1 blocks ==30399== indirectly lost: 0 bytes in 0 blocks ==30399== possibly lost: 0 bytes in 0 blocks ==30399== still reachable: 0 bytes in 0 blocks ==30399== suppressed: 0 bytes in 0 blocks ==30399== Rerun with --leak-check=full to see details of leaked memory ==30399== ==30399== For counts of detected and suppressed errors, rerun with: -v ==30399== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 00:48:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 23:48:49 -0000 Subject: [FFmpeg-trac] #791(FFmpeg:new): zzufed .dct file crashes ffmpeg Message-ID: <042.6fb8a693a253abd0712bbd18682e2391@avcodec.org> #791: zzufed .dct file crashes ffmpeg -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==12726== Memcheck, a memory error detector ==12726== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==12726== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==12726== Command: ffmpeg -i corruptfile -f null - ==12726== ffmpeg version N-35936-gaf3f2a8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 00:07:16 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [ea @ 0x5674820] Estimating duration from bitrate, this may be inaccurate Input #0, ea, from 'corruptfile': Duration: 00:03:10.21, start: 0.000000, bitrate: 88 kb/s Stream #0:0: Video: mdec, yuvj420p, 304x224, 15 fps, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: adpcm_ea, 22050 Hz, 1 channels, s16, 88 kb/s [buffer @ 0x56c6f00] w:304 h:224 pixfmt:yuvj420p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.26.0 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuvj420p, 304x224, q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream #0:1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s Stream mapping: Stream #0:0 -> #0:0 (mdec -> rawvideo) Stream #0:1 -> #0:1 (adpcm_ea -> pcm_s16le) Press [q] to stop, [?] for help [mdec @ 0x568b8e0] ac-tex damaged at 0 4 Error while decoding stream #0:0 [mdec @ 0x568b8e0] ac-tex damaged at 0 8 Error while decoding stream #0:0 ==12726== Invalid write of size 2 ==12726== at 0x97E8F1: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x886A5D: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x43CFE8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x52F130C: (below main) (libc-start.c:226) ==12726== Address 0x5767700 is 0 bytes after a block of size 2,976 alloc'd ==12726== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==12726== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==12726== by 0xA4EEB1: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0xA53F51: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x88A0CB: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x97BBD0: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x886A5D: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x43CFE8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x52F130C: (below main) (libc-start.c:226) ==12726== ==12726== Invalid write of size 2 ==12726== at 0x97E8F5: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x886A5D: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x43CFE8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x52F130C: (below main) (libc-start.c:226) ==12726== Address 0x5767702 is 2 bytes after a block of size 2,976 alloc'd ==12726== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==12726== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==12726== by 0xA4EEB1: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0xA53F51: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x88A0CB: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x97BBD0: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x886A5D: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x43CFE8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x52F130C: (below main) (libc-start.c:226) ==12726== --12726-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting --12726-- si_code=80; Faulting address: 0x0; sp: 0x403441d70 valgrind: the 'impossible' happened: Killed by fatal signal ==12726== at 0x38034082: get_bszB_as_is (m_mallocfree.c:245) ==12726== by 0x380357BB: vgPlain_arena_malloc (m_mallocfree.c:256) ==12726== by 0x380366D9: vgPlain_arena_memalign (m_mallocfree.c:1614) ==12726== by 0x3806346D: vgPlain_cli_malloc (replacemalloc_core.c:86) ==12726== by 0x38001D2B: vgMemCheck_new_block (mc_malloc_wrappers.c:201) ==12726== by 0x3800200D: vgMemCheck_memalign (mc_malloc_wrappers.c:268) ==12726== by 0x3806528E: vgPlain_scheduler (scheduler.c:1402) ==12726== by 0x38074CFF: run_a_thread_NORETURN (syswrap-linux.c:94) sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==12726== at 0x4C2786E: memalign (vg_replace_malloc.c:581) ==12726== by 0x4C278C7: posix_memalign (vg_replace_malloc.c:709) ==12726== by 0xA4ED3F: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x884D08: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x43DAE6: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==12726== by 0x52F130C: (below main) (libc-start.c:226) 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 Mon Dec 19 00:59:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Dec 2011 23:59:40 -0000 Subject: [FFmpeg-trac] #792(FFmpeg:new): zzuf .mad crashes FFMPEG Message-ID: <042.a33b85d0baae36d7bbb046dad3a0f23e@avcodec.org> #792: zzuf .mad crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 01:17:42 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 00:17:42 -0000 Subject: [FFmpeg-trac] #793(FFmpeg:new): zzuf .tgv crashes FFMPEG Message-ID: <042.1c725886dde4f8c7bf728c145673fb95@avcodec.org> #793: zzuf .tgv crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==24745== Memcheck, a memory error detector ==24745== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==24745== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==24745== Command: ffmpeg -i corruptfile -f null - ==24745== ffmpeg version N-35936-gaf3f2a8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 00:07:16 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 ==24745== ==24745== Process terminating with default action of signal 8 (SIGFPE) ==24745== Integer divide by zero at address 0x4035F4B0B ==24745== at 0x481DDC: ??? (in /usr/local/bin/ffmpeg) ==24745== by 0x4FCE2E: ??? (in /usr/local/bin/ffmpeg) ==24745== by 0x4FDC86: ??? (in /usr/local/bin/ffmpeg) ==24745== by 0x4FF790: ??? (in /usr/local/bin/ffmpeg) ==24745== by 0x4427CB: ??? (in /usr/local/bin/ffmpeg) ==24745== by 0x446620: ??? (in /usr/local/bin/ffmpeg) ==24745== by 0x446876: ??? (in /usr/local/bin/ffmpeg) ==24745== by 0x438B5C: ??? (in /usr/local/bin/ffmpeg) ==24745== by 0x52F130C: (below main) (libc-start.c:226) ==24745== ==24745== HEAP SUMMARY: ==24745== in use at exit: 189,640 bytes in 23 blocks ==24745== total heap usage: 30 allocs, 7 frees, 224,560 bytes allocated ==24745== ==24745== LEAK SUMMARY: ==24745== definitely lost: 0 bytes in 0 blocks ==24745== indirectly lost: 0 bytes in 0 blocks ==24745== possibly lost: 0 bytes in 0 blocks ==24745== still reachable: 189,640 bytes in 23 blocks ==24745== suppressed: 0 bytes in 0 blocks ==24745== Rerun with --leak-check=full to see details of leaked memory ==24745== ==24745== For counts of detected and suppressed errors, rerun with: -v ==24745== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 02:19:23 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 01:19:23 -0000 Subject: [FFmpeg-trac] #795(FFmpeg:new): zzuf .cpk crashes FFMPEG memory exceeded Message-ID: <042.dcb1a47e56a3f6ad19c717f112edc655@avcodec.org> #795: zzuf .cpk crashes FFMPEG memory exceeded -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==3598== Memcheck, a memory error detector ==3598== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==3598== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==3598== Command: ffmpeg -i corruptfile -f null - ==3598== ffmpeg version N-35936-gaf3f2a8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 00:07:16 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 corruptfile: Invalid data found when processing input ==3598== ==3598== HEAP SUMMARY: ==3598== in use at exit: 0 bytes in 0 blocks ==3598== total heap usage: 15 allocs, 15 frees, 2,152,052 bytes allocated ==3598== ==3598== All heap blocks were freed -- no leaks are possible ==3598== ==3598== For counts of detected and suppressed errors, rerun with: -v ==3598== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 04:13:06 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 03:13:06 -0000 Subject: [FFmpeg-trac] #794(avcodec:closed): zzuf .wve crashes FFMPEG In-Reply-To: <042.82ef96677d9a167fe66b4771c9d0aa5a@avcodec.org> References: <042.82ef96677d9a167fe66b4771c9d0aa5a@avcodec.org> Message-ID: <057.2d20b662a3914be6c616f2ce2f0842ad@avcodec.org> #794: zzuf .wve crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: mpeg2 adpcm | Reproduced by developer: 1 eatqi | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => mpeg2 adpcm eatqi * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 05:03:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 04:03:36 -0000 Subject: [FFmpeg-trac] #793(avformat:new): zzuf .tgv crashes FFMPEG In-Reply-To: <042.1c725886dde4f8c7bf728c145673fb95@avcodec.org> References: <042.1c725886dde4f8c7bf728c145673fb95@avcodec.org> Message-ID: <057.85ee70d770b661081d87d3fb69c9f4a6@avcodec.org> #793: zzuf .tgv crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: new Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 1 electronicarts | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => electronicarts * component: FFmpeg => avformat * reproduced: 0 => 1 Comment: the bytes variable becomes 0, its not hard to fix but iam not sure which way / where is the best. It seems there are several pathes by which 0 could reach that divission. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 05:58:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 04:58:35 -0000 Subject: [FFmpeg-trac] #791(FFmpeg:closed): zzufed .dct file crashes ffmpeg In-Reply-To: <042.6fb8a693a253abd0712bbd18682e2391@avcodec.org> References: <042.6fb8a693a253abd0712bbd18682e2391@avcodec.org> Message-ID: <057.22c112d58262ffd92ca2e04ce0c08004@avcodec.org> #791: zzufed .dct file crashes ffmpeg ---------------------------------------+---------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 11:35:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 10:35:34 -0000 Subject: [FFmpeg-trac] #792(swscale:open): zzuf .mad crashes FFMPEG In-Reply-To: <042.a33b85d0baae36d7bbb046dad3a0f23e@avcodec.org> References: <042.a33b85d0baae36d7bbb046dad3a0f23e@avcodec.org> Message-ID: <057.791610791e022952892d9c2d003e7ab1@avcodec.org> #792: zzuf .mad crashes FFMPEG ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV * status: new => open * component: FFmpeg => swscale * reproduced: 0 => 1 Comment: {{{ (gdb) r -i corruptfile -f null - ... Program received signal SIGSEGV, Segmentation fault. 0x086c9755 in yuv2yuvX_sse3 (filter=0x8ed6218, filterSize=136, src=0x8e972a4, dest=0xf32091a0 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dstW=360, dither=0x8827c48 "@@@@@@@@", offset=0) at libswscale/x86/swscale_mmx.c:200 200 __asm__ volatile( (gdb) bt #0 0x086c9755 in yuv2yuvX_sse3 (filter=0x8ed6218, filterSize=136, src=0x8e972a4, dest=0xf32091a0 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dstW=360, dither=0x8827c48 "@@@@@@@@", offset=0) at libswscale/x86/swscale_mmx.c:200 #1 0x086bbb80 in swScale (c=0x8ed3880, src=0xffffa960, srcStride=0xffffa930, srcSliceY=0, srcSliceH=33264, dst=0xffffa950, dstStride=0xffffa940) at libswscale/swscale.c:2786 #2 0x0869c81a in sws_scale (c=0x8ed3880, srcSlice=0xffffaa10, srcStride=0xffffa9f0, srcSliceY=0, srcSliceH=33264, dst=0xffffaa00, dstStride=0xffffa9e0) at libswscale/swscale_unscaled.c:937 #3 0x080757cb in scale_slice (field=0, mul=1, h=33264, y=0, sws=0x8ed3880, link=) at libavfilter/vf_scale.c:298 #4 draw_slice (field=0, mul=1, h=33264, y=0, sws=0x8ed3880, link=) at libavfilter/vf_scale.c:315 #5 0x080677a8 in avfilter_draw_slice (link=0x8dc51a0, y=0, h=33264, slice_dir=1) at libavfilter/avfilter.c:641 #6 0x0807806f in request_frame (link=0x8dc51a0) at libavfilter/vsrc_buffer.c:191 #7 0x08066baf in avfilter_request_frame (link=0x8dc5f40) at libavfilter/avfilter.c:520 #8 0x0806b1db in av_buffersink_get_buffer_ref (ctx=0x8dc3c60, bufref=0x8dc3854, flags=0) at libavfilter/sink_buffer.c:128 #9 0x08052263 in transcode_video (pkt_dts=, pkt_pts=, got_output=0xffffae5c, pkt=0xffffadd0, ist=0x8dc4800) at ffmpeg.c:1933 #10 output_packet (pkt_dts=, pkt_pts=, got_output=0xffffae5c, pkt=0xffffadd0, ist=0x8dc4800) at ffmpeg.c:2046 #11 0x08055de4 in transcode (output_files=0x8dbdff8, nb_output_files=1, input_files=0x8e69c78, nb_input_files=1) at ffmpeg.c:2804 #12 0x0805a5f3 in main (argc=, argv=) at ffmpeg.c:4885 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x86c9735 to 0x86c9775: 0x086c9735 : jno 0x86c971a 0x086c9737 : add $0x66,%al 0x086c9739 : movq %mm3,%mm4 0x086c973c : movdqa %xmm3,%xmm7 0x086c9740 : mov 0x44(%esp),%ecx 0x086c9744 : mov %edi,%edx 0x086c9746 : mov (%edx),%esi 0x086c9748 : nop 0x086c9749 : lea 0x0(%esi,%eiz,1),%esi 0x086c9750 : movddup 0x8(%edx),%xmm0 0x086c9755 : movdqa (%esi,%ecx,2),%xmm2 0x086c975a : movdqa 0x10(%esi,%ecx,2),%xmm5 0x086c9760 : add $0x10,%edx 0x086c9763 : mov (%edx),%esi 0x086c9765 : test %esi,%esi 0x086c9767 : pmulhw %xmm0,%xmm2 0x086c976b : pmulhw %xmm0,%xmm5 0x086c976f : paddw %xmm2,%xmm3 0x086c9773 : paddw %xmm5,%xmm4 End of assembler dump. (gdb) info all-registers eax 0xf32091a0 -215969376 ecx 0x0 0 edx 0x8ed6218 149774872 ebx 0x168 360 esp 0xffffa6e4 0xffffa6e4 ebp 0xf32205a0 0xf32205a0 esi 0x100012 1048594 edi 0x8ed6218 149774872 eip 0x86c9755 0x86c9755 eflags 0x210202 [ IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 -2147483648 (raw 0xc01e8000000000000000) st4 123456 (raw 0x400ff120000000000000) st5 0 (raw 0x00000000000000000000) st6 320602061668352 (raw 0x402f91cafe0000000000) st7 36028797018963.967998504638671875 (raw 0x402c83126e978d4fdf3b) fctrl 0x37f 895 fstat 0x20 32 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x869d474 141153396 foseg 0x0 0 fooff 0x0 0 fop 0x5d8 1496 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x10, 0x0, 0x10, 0x0, 0x10, 0x0, 0x10, 0x0, 0x10, 0x0, 0x10, 0x0, 0x10, 0x0, 0x10}, v8_int16 = {0x1000, 0x1000, 0x1000, 0x1000, 0x1000, 0x1000, 0x1000, 0x1000}, v4_int32 = {0x10001000, 0x10001000, 0x10001000, 0x10001000}, v2_int64 = {0x1000100010001000, 0x1000100010001000}, uint128 = 0x10001000100010001000100010001000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x20, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x20, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x20, 0x0, 0x0, 0x0, 0x20}, v4_int32 = {0x0, 0x200000, 0x0, 0x200000}, v2_int64 = {0x20000000000000, 0x20000000000000}, uint128 = 0x00200000000000000020000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0}, v8_int16 = {0x4, 0x4, 0x4, 0x4, 0x4, 0x4, 0x4, 0x4}, v4_int32 = {0x40004, 0x40004, 0x40004, 0x40004}, v2_int64 = {0x4000400040004, 0x4000400040004}, uint128 = 0x00040004000400040004000400040004} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0}, v8_int16 = {0x4, 0x4, 0x4, 0x4, 0x4, 0x4, 0x4, 0x4}, v4_int32 = {0x40004, 0x40004, 0x40004, 0x40004}, v2_int64 = {0x4000400040004, 0x4000400040004}, uint128 = 0x00040004000400040004000400040004} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0}, v8_int16 = {0x4, 0x4, 0x4, 0x4, 0x4, 0x4, 0x4, 0x4}, v4_int32 = {0x40004, 0x40004, 0x40004, 0x40004}, v2_int64 = {0x4000400040004, 0x4000400040004}, uint128 = 0x00040004000400040004000400040004} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm4 {uint64 = 0xf120000000000000, v2_int32 = {0x0, 0xf1200000}, v4_int16 = {0x0, 0x0, 0x0, 0xf120}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x20, 0xf1}} mm5 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm6 {uint64 = 0x91cafe0000000000, v2_int32 = {0x0, 0x91cafe00}, v4_int16 = {0x0, 0x0, 0xfe00, 0x91ca}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0xfe, 0xca, 0x91}} mm7 {uint64 = 0x83126e978d4fdf3b, v2_int32 = {0x8d4fdf3b, 0x83126e97}, v4_int16 = {0xdf3b, 0x8d4f, 0x6e97, 0x8312}, v8_int8 = {0x3b, 0xdf, 0x4f, 0x8d, 0x97, 0x6e, 0x12, 0x83}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 11:50:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 10:50:35 -0000 Subject: [FFmpeg-trac] #790(avformat:closed): zzufed .CIN crashes FFMPEG In-Reply-To: <042.9d59c5d6041721c1ac7f615710ccb95c@avcodec.org> References: <042.9d59c5d6041721c1ac7f615710ccb95c@avcodec.org> Message-ID: <057.1fcff818412a609be4ce28ea6fe0fab5@avcodec.org> #790: zzufed .CIN crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: oom dsicin | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => oom dsicin * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 12:05:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 11:05:55 -0000 Subject: [FFmpeg-trac] #789(avcodec:open): zzufed .pcm puts ffmpeg in a loop In-Reply-To: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> References: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> Message-ID: <057.236512dfc90caa6f65afb60cab22f94e@avcodec.org> #789: zzufed .pcm puts ffmpeg in a loop ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => aac * status: new => open * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 13:58:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 12:58:50 -0000 Subject: [FFmpeg-trac] #725(undetermined:new): Please add a -af option for libavfilter audio filters. In-Reply-To: <041.d9ce8925c8f93bf933915af66aa87ebb@avcodec.org> References: <041.d9ce8925c8f93bf933915af66aa87ebb@avcodec.org> Message-ID: <056.0148e3838eb5806cc85f7e490ded4087@avcodec.org> #725: Please add a -af option for libavfilter audio filters. -------------------------------------+------------------------------------- Reporter: | Owner: jeremysalwen | Status: new Type: enhancement | Component: Priority: minor | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Marcos Mello): I second this request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 14:25:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 13:25:53 -0000 Subject: [FFmpeg-trac] #714(avcodec:closed): ffprobe crash on broken file In-Reply-To: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> References: <036.5f753d7290cf42cadd8cc92e9f3e97b1@avcodec.org> Message-ID: <051.5c953f523f96b9f3801ffcbb775772af@avcodec.org> #714: ffprobe crash on broken file ------------------------------------+-------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: I am unable to reproduce a crash (or an invalid memory access) with the sample. Please test "./configure && make" (and reopen if it still crashes), if this works fine, please try to find the configure option that triggers the crash (and please try to provide a smaller sample, mpegts should allow you to cut the sample considerably). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 15:02:38 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 14:02:38 -0000 Subject: [FFmpeg-trac] #762(build system:closed): ff_vdpau* symbols are missing in libavocdec shared library In-Reply-To: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> References: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> Message-ID: <052.12c1a21c00d7f25c8a5cdc3be27d64ec@avcodec.org> #762: ff_vdpau* symbols are missing in libavocdec shared library -------------------------------------+------------------------------------- Reporter: marillat | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: vdpau | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): Thanks for readding the needed symbol. Don't you think a better global could be used for detection. vdapu.h does not offer any external symbol so what about: extern int ffmpeg_vdpau_support_enabled or something like that? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 15:07:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 14:07:47 -0000 Subject: [FFmpeg-trac] #762(build system:closed): ff_vdpau* symbols are missing in libavocdec shared library In-Reply-To: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> References: <037.404f5106b4093ba827b4d332e1dcc94b@avcodec.org> Message-ID: <052.5c57dcbe3f8a6d433b79beaa69075fbe@avcodec.org> #762: ff_vdpau* symbols are missing in libavocdec shared library -------------------------------------+------------------------------------- Reporter: marillat | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: vdpau | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please explain why you believe this "detection" makes any sense? Do you test if the h264 decoder is enabled when detecting libavcodec? (Apart from the fact that adding a symbol would obviously mean you cannot detect older versions of libavcodec.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 16:33:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 15:33:07 -0000 Subject: [FFmpeg-trac] #792(swscale:closed): zzuf .mad crashes FFMPEG In-Reply-To: <042.a33b85d0baae36d7bbb046dad3a0f23e@avcodec.org> References: <042.a33b85d0baae36d7bbb046dad3a0f23e@avcodec.org> Message-ID: <057.1d203d1c589b5eb3ccb324f3d4a5695a@avcodec.org> #792: zzuf .mad crashes FFMPEG ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 16:33:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 15:33:32 -0000 Subject: [FFmpeg-trac] #795(FFmpeg:closed): zzuf .cpk crashes FFMPEG memory exceeded In-Reply-To: <042.dcb1a47e56a3f6ad19c717f112edc655@avcodec.org> References: <042.dcb1a47e56a3f6ad19c717f112edc655@avcodec.org> Message-ID: <057.f304fa4fd71b4ede87cf673af15e4baa@avcodec.org> #795: zzuf .cpk crashes FFMPEG memory exceeded ---------------------------------------+---------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 17:43:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 16:43:46 -0000 Subject: [FFmpeg-trac] #786(avformat:new): GXF file frame rate double what it should be for some files. In-Reply-To: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> References: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> Message-ID: <050.8dde7e1eb0bf9810cc78cb08e00f2297@avcodec.org> #786: GXF file frame rate double what it should be for some files. ------------------------------------+------------------------------------ Reporter: ryaowe | 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 ryaowe): That makes sense. But I'm not sure that other case you're talking about applies to these files, even though the two sound similar. For this file, fields_per_frame=1, which implies that the frame rate really is 60fps. To verify this, we set up a small test that reads and decodes each AVFrame object, and the decoder emitted an AVPicture for each AVFrame of input. We also verified that, when played back at 60fps, the video looks correct, and matches up with the audio. If the patch still doesn't seem right, can you help me understand that bit of code - i.e. what's the "*2" in " {{{ main_timebase.den = si->frames_per_second.num * 2; }}} " for exactly? I was just assuming it was hardcoding the number of fields per frame (hence my change to take fields_per_frame into account instead of hardcoding it), but maybe it's for something else? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 18:40:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 17:40:09 -0000 Subject: [FFmpeg-trac] #786(avformat:new): GXF file frame rate double what it should be for some files. In-Reply-To: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> References: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> Message-ID: <050.62d11251e11990b6b5fb886737cb56e3@avcodec.org> #786: GXF file frame rate double what it should be for some files. ------------------------------------+------------------------------------ Reporter: ryaowe | 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 reimar): This is a bit difficult since I don't have the spec available, but basically it says that for the time stamps that even ones always indicate the first field and odd ones the second field (independent of number of fields per frame). So for progressive the time stamps should always the even and increment by 2. Thus the time stamp always increases by two per frame regardless of progressive or interlaced, and the time base is 1/(2*fps) in both cases. If your video is indeed 60 fps progressive that sounds like the timestamps are not encoded the way they are required by the specification (as I remember it) and that would make things a bit difficult. Now it's not impossible that my understanding is based on misunderstanding the specification, but I was convinced enough to change it (the code was originally the way you suggest to change it). Note the issue number is from the old roundup tracker, it seems a copy of it exists here: http://roundup.libav.org/issue1766 commit 192c14fa5510e8b5e13ed5796ae87aabbfad84d6 Author: Reimar D?ffinger Date: Sat Mar 6 22:20:33 2010 +0000 GXF time base is always based on "fields" per second even for non-interlaced video. Should fix issue 1766. Originally committed as revision 22256 to svn://svn.ffmpeg.org/ffmpeg/trunk -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 20:08:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 19:08:36 -0000 Subject: [FFmpeg-trac] #796(undetermined:new): H.264 in MKV to MP4: non monotonically increasing dts Message-ID: <041.9957fc26542c0452904d5d4221a7116f@avcodec.org> #796: H.264 in MKV to MP4: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: | Type: defect Snowknight26 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ ffmpeg -i test.mkv -vcodec copy test.mp4 }}} {{{ ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:06:47 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 120.00 (120/1) -> 59.94 (60000/1001) Input #0, matroska,webm, from 'temp.mkv': Duration: 00:00:04.15, start: 0.000000, bitrate: 6761 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 tbr, 1k tbn, 120 tbc (default) Output #0, mp4, to 'temp.mp4': Metadata: encoder : Lavf53.27.0 Stream #0:0(eng): Video: h264 (![0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 1k tbn, 1k tbc (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 00000000042FF710] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 8 >= 0 av_interleaved_write_frame(): Invalid argument }}} Though there are similar tickets regarding the non monotonically increasing dts error, a few devs started to make a new ticket regarding each sample that shows the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 20:11:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 19:11:09 -0000 Subject: [FFmpeg-trac] #796(undetermined:new): H.264 in MKV to MP4: non monotonically increasing dts In-Reply-To: <041.9957fc26542c0452904d5d4221a7116f@avcodec.org> References: <041.9957fc26542c0452904d5d4221a7116f@avcodec.org> Message-ID: <056.f87611b6b1daec4a029116959dec27bd@avcodec.org> #796: H.264 in MKV to MP4: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Snowknight26): Input file is too big to be attached so here it is: http://stfcc.org/misc/temp.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 23:25:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 22:25:36 -0000 Subject: [FFmpeg-trac] #796(undetermined:open): H.264 in MKV to MP4: non monotonically increasing dts In-Reply-To: <041.9957fc26542c0452904d5d4221a7116f@avcodec.org> References: <041.9957fc26542c0452904d5d4221a7116f@avcodec.org> Message-ID: <056.9549302d0bcfa5c22df37d264819fa77@avcodec.org> #796: H.264 in MKV to MP4: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264 | Blocked By: av_interleaved_write_frame | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 av_interleaved_write_frame * status: new => open * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i temp_cut.mkv -vcodec copy out.mp4 ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 23:23:13 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Seems stream 0 codec frame rate differs from container frame rate: 120.00 (120/1) -> 59.94 (60000/1001) Input #0, matroska,webm, from 'temp_cut.mkv': Duration: 00:00:04.15, start: 0.000000, bitrate: 4934 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 tbr, 1k tbn, 120 tbc (default) Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf53.27.0 Stream #0:0(eng): Video: h264 (![0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 1k tbn, 1k tbc (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 0x8dc31a0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 8 >= 0 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 23:26:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 22:26:07 -0000 Subject: [FFmpeg-trac] #786(avformat:new): GXF file frame rate double what it should be for some files. In-Reply-To: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> References: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> Message-ID: <050.b536b3bb62f1042165e6ab1c2f0cb3a0@avcodec.org> #786: GXF file frame rate double what it should be for some files. ------------------------------------+------------------------------------ Reporter: ryaowe | 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 ryaowe): You're brilliant! It took me a while to prove it to myself, but after much effort, it turns out you were spot on from the beginning. I bought the spec from the mafia er SMPTE, then wrote enough of a parser to verify that avformat was reading header values correctly (I know, silly of me, but I had to prove it to myself). As you say, the spec indicates that progressive content should only use even field numbers. The field numbers in the files I've been dealing with increment by 1. This would indicate interlaced content, event though fields_per_frame=1. So either A) the 60fps should really be 30fps and fields_per_frame should be 2, or B) the field numbers in the media packets should be only even numbers. I'll implement the hack you recommended for now, but the right fix is to get my content producer to solve the problem on their end. Thanks for your help and patience! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 23:26:52 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 22:26:52 -0000 Subject: [FFmpeg-trac] #138(avformat:reopened): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.f9c6dd0b50aaeb3762128068831e5b9e@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: reopened Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by quandt): In further testing including on a new red5 server this is still a problem (ie r4305). Interestingly, it almost works. If you let ffplay sit for over a minute (sometime 10 minutes) eventually it starts to play a file (or save it), but not always. I was able to modify the librtmp to get rid of the error it reports (namely a FCPublish command which apparntly not support on RED5, nor apparantly needed), but this did not cure this problem. I've been digging in the ffmpeg code, back tracking from the RTMP setup commands and and they seem to do what they shoudl (minus the FCPublish thingy). In any case, I do happen to have a RED5 server R4305 set up in a publicly available location for anyone who happens to have a dbg or something better to trace this thing. My email is brian dot quandt @ gmail dot com in which to cooridinate access to it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 19 23:44:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 22:44:47 -0000 Subject: [FFmpeg-trac] #797(undetermined:new): rtmp live streaming (input) to ffmpeg indefintely loops waiting on input Message-ID: <035.a49c6954fae04374805114ca65b3aa23@avcodec.org> #797: rtmp live streaming (input) to ffmpeg indefintely loops waiting on input -------------------------------------+------------------------------------- Reporter: quandt | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When you try to take input from a live rtmp source, ffmpeg and ffplay either don't connect or take an extraordinary amount of time to begin processing data (1-10 minutes, or never). command line example is: ffplay -i "rtmp://localhost/oflaDemo/mywebcam live=1" This has been tested against red5 flv server, R4305 It has also been previously reported as a feature request (erroneously reported, and erroneously close ) in ticket https://ffmpeg.org/trac/ffmpeg/ticket/138 I have also added several notes and reopened that ticket as well towards this problem. Additionally I can make available a RED5 server in a public DNS to test against to see the problem easily, please email me at brian dot quandt @ gmail dot com Other notes, 1) rtmp streaming of non-live content, ie ffplay "rtmp://localhost/oflaDemo/avatar.flv" work just great! 2) there is a minor bug in librtmp in sending FCPublish requests to the RED5 server, RED5 apparantly does not support this method, but it does not prevent live connections from working, ie rtmpdump -v -r "rtmp://localhost/oflaDemo/mywebcam" -o sav.flv does create a file without any delay 3) this rtmpdump method works a. rtmpdump -v -r rtmp://localhost/oflaDemo/mywebcam -o sav.flv b. control C (a) and then "cat sav.flv | ffplay -i - " 4) this rtmpdump method does not work (ie piped directly) rtmpdump -v -r rtmp://localhost/oflaDemo/mywebcam | ffplay -i - Or at least (4) most of the time does not work, occassionally after many minutes it does start to work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 00:09:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 23:09:32 -0000 Subject: [FFmpeg-trac] #698(undetermined:closed): targa: support right-to-left order In-Reply-To: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> References: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> Message-ID: <053.c92fd37899de57f8df16a0423837a84f@avcodec.org> #698: targa: support right-to-left order -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: targa | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): after conversion there is visible 1-pixel gray vertical line on the left side of the output bmp image: ffmpeg -i righttoleft.tga out.bmp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 00:11:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 23:11:51 -0000 Subject: [FFmpeg-trac] #707(avcodec:open): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.cc48bb9784c33c9fbdc0628759607c3e@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: iff alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): please apply this patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 00:29:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 23:29:17 -0000 Subject: [FFmpeg-trac] #724(undetermined:new): corrupted bmp video stream created when muxing into avi In-Reply-To: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> References: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> Message-ID: <053.dcacd7ce01d488db681bc73280432a4d@avcodec.org> #724: corrupted bmp video stream created when muxing into avi -------------------------------------+------------------------------------- Reporter: richardpl | 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 ami_stuff): maybe there should be added a check like with mov format to disallow muxing strange codecs into avi http://ffmpeg.org/ffmpeg-logo.png {{{ C:\>ffmpeg -i C:\ffmpeg-logo.png -vcodec bmp bmp.avi ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'C:\ffmpeg-logo.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, bgra, 396x100, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'bgra' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 020E1480] w:396 h:100 pixfmt:bgra tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020E1700] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020E1B40] w:396 h:100 fmt:bgra -> w:396 h:100 fmt:bgr24 flags:0x4 Output #0, avi, to 'bmp.avi': Metadata: ISFT : Lavf53.27.0 Stream #0:0: Video: bmp, bgr24, 396x100, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 122kB time=00:00:00.04 bitrate=24911.6kbits /s video:116kB audio:0kB global headers:0kB muxing overhead 4.799165% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 00:49:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 23:49:09 -0000 Subject: [FFmpeg-trac] #797(undetermined:new): rtmp live streaming (input) to ffmpeg indefintely loops waiting on input In-Reply-To: <035.a49c6954fae04374805114ca65b3aa23@avcodec.org> References: <035.a49c6954fae04374805114ca65b3aa23@avcodec.org> Message-ID: <050.8be5c3d4096d4f81560bbc1e5a2cee3d@avcodec.org> #797: rtmp live streaming (input) to ffmpeg indefintely loops waiting on input -------------------------------------+------------------------------------- Reporter: quandt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Do you think this is a regression? Command line and complete, uncut console output missing. Please provide a link to test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 00:50:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 23:50:09 -0000 Subject: [FFmpeg-trac] #138(avformat:reopened): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.7d07eafafe6e35b12c6ff7fefe780e48@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: reopened Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is there any difference between this report and tickt #797? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 00:51:30 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Dec 2011 23:51:30 -0000 Subject: [FFmpeg-trac] #724(undetermined:new): corrupted bmp video stream created when muxing into avi In-Reply-To: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> References: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> Message-ID: <053.6b3801bcc2425247b1076770c7b083f4@avcodec.org> #724: corrupted bmp video stream created when muxing into avi -------------------------------------+------------------------------------- Reporter: richardpl | 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): Isn't -vcodec rawvideo what you should use? Or is there any reason to use -vcodec bmp instead? Is there a bmp movie that plays with WMP or QuickTime? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 01:00:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 00:00:56 -0000 Subject: [FFmpeg-trac] #698(undetermined:reopened): targa: support right-to-left order In-Reply-To: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> References: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> Message-ID: <053.bda05b2cabffc30e36dd51d569c9901f@avcodec.org> #698: targa: support right-to-left order -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: targa | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: Patch submitted to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 01:13:43 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 00:13:43 -0000 Subject: [FFmpeg-trac] #797(undetermined:new): rtmp live streaming (input) to ffmpeg indefintely loops waiting on input In-Reply-To: <035.a49c6954fae04374805114ca65b3aa23@avcodec.org> References: <035.a49c6954fae04374805114ca65b3aa23@avcodec.org> Message-ID: <050.ffca28779bc8a40ba6e7919b65fae3da@avcodec.org> #797: rtmp live streaming (input) to ffmpeg indefintely loops waiting on input -------------------------------------+------------------------------------- Reporter: quandt | 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 quandt): Full details are copied in reopened "feature" bug report https://ffmpeg.org/trac/ffmpeg/ticket/138 But I'm including the text here as well per your note. I don't necessarily think it is a regression because things seem to work fine against other streaming servers and I suspect noone ever tested against live content from RED5. But of course have tested stored content from it, and other servers. so command line is ffmpeg -i "rtmp://localhost/oflaDemo/mywebcam live=1" out.flv or rtmpdump -v -r rtmp://localhost/oflaDemo/mywebcam" | ffmpeg -i - out.flv Again, I do have a public server up and running right this instant to test against, just have to ask me to start it up ( brian dot quandt @ gmail dot com ) . Steps to reproduce are: 1) browse to red5 server http://red5servip:5080/demos/publisher.html 2) connect to rtmp server (change localhost to red5servip) 3) click on video tab, select your webcam, accept flash security prompt 4) click on publish button to make stream available to others (name it something you remember like webcam) 5) go to a terminal window and try 5a) rtmpdump -v -r rtmp://red5servip/oflaDemo/webcam -o out.flv (this works) 5b) ffplay -i "rtmp://red5servip/oflaDemo/webcam live=1" this hangs for a long time and maybe will start working after man minutes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 01:21:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 00:21:52 -0000 Subject: [FFmpeg-trac] #797(undetermined:closed): rtmp live streaming (input) to ffmpeg indefintely loops waiting on input In-Reply-To: <035.a49c6954fae04374805114ca65b3aa23@avcodec.org> References: <035.a49c6954fae04374805114ca65b3aa23@avcodec.org> Message-ID: <050.fb080fd92262d06c27bf24eee6a50a99@avcodec.org> #797: rtmp live streaming (input) to ffmpeg indefintely loops waiting on input -------------------------------------+------------------------------------- Reporter: quandt | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Iiuc, this is a duplicate of ticket #138. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 01:22:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 00:22:20 -0000 Subject: [FFmpeg-trac] #138(avformat:reopened): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.e1cd6fc239ac4cf54e438e88d8652d73@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: reopened Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please add command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 10:15:25 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 09:15:25 -0000 Subject: [FFmpeg-trac] #138(avformat:reopened): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.c62ea8ba5f6248e5f783670e4bd4b11d@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: reopened Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by quandt): Yup, I think I know what is the problem, don't know the exact fix ... yet, but do know how to hack it to make it work. libavformat/utils.c approx line#2404 for(;;) //infinite for loop, which keeps running until it knows it has figured things out. hack was to put a break at the bottom of the for, under the assumption that it knew what it wanted to know, but just didn't know it knew...OBVIOUSLY THIS IS A HACK, it's late at night and why the probe functionality can't determine what the stream is to it's satisfaction I don't know (the decoder called knows how to figure it, so the probe functionality did at least a good enough job to get the right codec). More digging, then again, maybe those who actually know this code will have a real quick fix versus my hack of a fix (ie I think I'm pointing pretty close the real problem here, hopefully someone else will look). In all these tests I was streaming to RED5 using ffmpeg (ie output) and streaming from RED5 into ffplay to test, ie process 1) ffmpeg -re -i somesutiableflvfile.flv -vcodec copy -an "rtmp://localhost/oflaDemo/mylivestream live=1" process 2) ffplay -i "rtmp://localhost/oflaDemo/mylivestream" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 11:21:42 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 10:21:42 -0000 Subject: [FFmpeg-trac] #698(undetermined:closed): targa: support right-to-left order In-Reply-To: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> References: <038.d30f7936a178aa59a42084d7371f198f@avcodec.org> Message-ID: <053.1e785a4006f664486093b8d80419fcf6@avcodec.org> #698: targa: support right-to-left order -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: targa | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 13:53:51 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 12:53:51 -0000 Subject: [FFmpeg-trac] #798(FFmpeg:new): cmp avi not opened Message-ID: <038.a67c82eeb2cddbb3db8342b5c09e14ee@avcodec.org> #798: cmp avi not opened -----------------------------------+--------------------------------------- Reporter: mogadanez | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- windows media player play such files fine ffmpeg version N-35462-g61b1d85, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 14:28:46 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --e able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable libxvid --enable-zlib libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 000000000031D830] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0000000001C20080] use odml:1 st:1 removing common factor 13 from timebase [gsm_ms @ 000000000031F620] err{or,}_recognition separate: 1; 1 [gsm_ms @ 000000000031F620] err{or,}_recognition combined: 1; 65537 [avi @ 000000000031D830] parser not found for codec gsm_ms, packets or times may be invalid. [avi @ 000000000031D830] parser not found for codec none, packets or times may be invalid. [avi @ 000000000031D830] max_analyze_duration 5000000 reached at 5005000 Input #0, avi, from 'DaDa_CMP.avi': Duration: 00:00:07.54, start: 0.000000, bitrate: 2750 kb/s Stream #0:0, 152, 1001/30000: Video: none (LEAD / 0x4441454C), 480x320, 1001/30000, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1, 703, 5/689: Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, 1 channels, s16, 71 kb/s Video pixel format is unknown, stream cannot be encoded ================== ffmpeg version N-35462-g61b1d85, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 14:28:46 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --e able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable libxvid --enable-zlib libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 000000000200D7F0] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0000000000330080] use odml:1 st:1 removing common factor 13 from timebase [gsm_ms @ 000000000200F5E0] err{or,}_recognition separate: 1; 1 [gsm_ms @ 000000000200F5E0] err{or,}_recognition combined: 1; 65537 [avi @ 000000000200D7F0] parser not found for codec gsm_ms, packets or times may be invalid. [avi @ 000000000200D7F0] parser not found for codec none, packets or times may be invalid. [avi @ 000000000200D7F0] max_analyze_duration 5000000 reached at 5005000 Input #0, avi, from 'DaDa_CMW.avi': Duration: 00:00:07.54, start: 0.000000, bitrate: 2355 kb/s Stream #0:0, 152, 1001/30000: Video: none (LCW2 / 0x3257434C), 480x320, 1001/30000, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1, 703, 5/689: Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, 1 channels, s16, 71 kb/s Video pixel format is unknown, stream cannot be encoded -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 14:04:02 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 13:04:02 -0000 Subject: [FFmpeg-trac] #798(avcodec:open): LEAD codecs not supported (was: cmp avi not opened) In-Reply-To: <038.a67c82eeb2cddbb3db8342b5c09e14ee@avcodec.org> References: <038.a67c82eeb2cddbb3db8342b5c09e14ee@avcodec.org> Message-ID: <053.a60845f3fe44aea854813ea03c7a6257@avcodec.org> #798: LEAD codecs not supported -------------------------------------+----------------------------------- Reporter: mogadanez | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: LEAD LCW2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => LEAD LCW2 * type: defect => enhancement * reproduced: 0 => 1 Old description: > windows media player play such files fine > > ffmpeg version N-35462-g61b1d85, Copyright (c) 2000-2011 the FFmpeg > developers > built on Dec 5 2011 14:28:46 with gcc 4.6.2 > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- > frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- > libfreetype --enable-libgsm --e > able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- > libschroedinger --enable-libspeex --enable-libtheora --enable-libvo- > aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx > --enable-libx264 --enable-libxavs --enable > libxvid --enable-zlib > libavutil 51. 30. 0 / 51. 30. 0 > libavcodec 53. 40. 0 / 53. 40. 0 > libavformat 53. 24. 0 / 53. 24. 0 > libavdevice 53. 4. 0 / 53. 4. 0 > libavfilter 2. 51. 0 / 2. 51. 0 > libswscale 2. 1. 0 / 2. 1. 0 > libpostproc 51. 2. 0 / 51. 2. 0 > [avi @ 000000000031D830] Format avi probed with size=2048 and score=100 > [AVI demuxer @ 0000000001C20080] use odml:1 > st:1 removing common factor 13 from timebase > [gsm_ms @ 000000000031F620] err{or,}_recognition separate: 1; 1 > [gsm_ms @ 000000000031F620] err{or,}_recognition combined: 1; 65537 > [avi @ 000000000031D830] parser not found for codec gsm_ms, packets or > times may be invalid. > [avi @ 000000000031D830] parser not found for codec none, packets or > times may be invalid. > [avi @ 000000000031D830] max_analyze_duration 5000000 reached at 5005000 > Input #0, avi, from 'DaDa_CMP.avi': > Duration: 00:00:07.54, start: 0.000000, bitrate: 2750 kb/s > Stream #0:0, 152, 1001/30000: Video: none (LEAD / 0x4441454C), > 480x320, 1001/30000, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc > Stream #0:1, 703, 5/689: Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 > Hz, 1 channels, s16, 71 kb/s > Video pixel format is unknown, stream cannot be encoded > > > ================== > > > ffmpeg version N-35462-g61b1d85, Copyright (c) 2000-2011 the FFmpeg > developers > built on Dec 5 2011 14:28:46 with gcc 4.6.2 > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- > frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- > libfreetype --enable-libgsm --e > able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- > libschroedinger --enable-libspeex --enable-libtheora --enable-libvo- > aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx > --enable-libx264 --enable-libxavs --enable > libxvid --enable-zlib > libavutil 51. 30. 0 / 51. 30. 0 > libavcodec 53. 40. 0 / 53. 40. 0 > libavformat 53. 24. 0 / 53. 24. 0 > libavdevice 53. 4. 0 / 53. 4. 0 > libavfilter 2. 51. 0 / 2. 51. 0 > libswscale 2. 1. 0 / 2. 1. 0 > libpostproc 51. 2. 0 / 51. 2. 0 > [avi @ 000000000200D7F0] Format avi probed with size=2048 and score=100 > [AVI demuxer @ 0000000000330080] use odml:1 > st:1 removing common factor 13 from timebase > [gsm_ms @ 000000000200F5E0] err{or,}_recognition separate: 1; 1 > [gsm_ms @ 000000000200F5E0] err{or,}_recognition combined: 1; 65537 > [avi @ 000000000200D7F0] parser not found for codec gsm_ms, packets or > times may be invalid. > [avi @ 000000000200D7F0] parser not found for codec none, packets or > times may be invalid. > [avi @ 000000000200D7F0] max_analyze_duration 5000000 reached at 5005000 > Input #0, avi, from 'DaDa_CMW.avi': > Duration: 00:00:07.54, start: 0.000000, bitrate: 2355 kb/s > Stream #0:0, 152, 1001/30000: Video: none (LCW2 / 0x3257434C), > 480x320, 1001/30000, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc > Stream #0:1, 703, 5/689: Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 > Hz, 1 channels, s16, 71 kb/s > Video pixel format is unknown, stream cannot be encoded New description: windows media player play such files fine {{{ ffmpeg version N-35462-g61b1d85, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 14:28:46 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --e able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable libxvid --enable-zlib libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 000000000031D830] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0000000001C20080] use odml:1 st:1 removing common factor 13 from timebase [gsm_ms @ 000000000031F620] err{or,}_recognition separate: 1; 1 [gsm_ms @ 000000000031F620] err{or,}_recognition combined: 1; 65537 [avi @ 000000000031D830] parser not found for codec gsm_ms, packets or times may be invalid. [avi @ 000000000031D830] parser not found for codec none, packets or times may be invalid. [avi @ 000000000031D830] max_analyze_duration 5000000 reached at 5005000 Input #0, avi, from 'DaDa_CMP.avi': Duration: 00:00:07.54, start: 0.000000, bitrate: 2750 kb/s Stream #0:0, 152, 1001/30000: Video: none (LEAD / 0x4441454C), 480x320, 1001/30000, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1, 703, 5/689: Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, 1 channels, s16, 71 kb/s Video pixel format is unknown, stream cannot be encoded }}} ================== {{{ ffmpeg version N-35462-g61b1d85, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 14:28:46 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --e able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable libxvid --enable-zlib libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 000000000200D7F0] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0000000000330080] use odml:1 st:1 removing common factor 13 from timebase [gsm_ms @ 000000000200F5E0] err{or,}_recognition separate: 1; 1 [gsm_ms @ 000000000200F5E0] err{or,}_recognition combined: 1; 65537 [avi @ 000000000200D7F0] parser not found for codec gsm_ms, packets or times may be invalid. [avi @ 000000000200D7F0] parser not found for codec none, packets or times may be invalid. [avi @ 000000000200D7F0] max_analyze_duration 5000000 reached at 5005000 Input #0, avi, from 'DaDa_CMW.avi': Duration: 00:00:07.54, start: 0.000000, bitrate: 2355 kb/s Stream #0:0, 152, 1001/30000: Video: none (LCW2 / 0x3257434C), 480x320, 1001/30000, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1, 703, 5/689: Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, 1 channels, s16, 71 kb/s Video pixel format is unknown, stream cannot be encoded }}} -- Comment: Probably two unrelated issues, codecs.conf claims that CMP is (M)JPEG and CMW is wavelet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 14:06:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 13:06:36 -0000 Subject: [FFmpeg-trac] #724(undetermined:closed): corrupted bmp video stream created when muxing into avi In-Reply-To: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> References: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> Message-ID: <053.173f27617ccc77b053210a2f90bfdff7@avcodec.org> #724: corrupted bmp video stream created when muxing into avi -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: bmp | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => bmp * status: new => closed * resolution: => invalid Comment: I tried to find an avi or mov sample that contains bmp and plays with WMP or QuickTime, but did not succeed. Please reopen if you can find such a sample. If you want to encode rawvideo to avi or mov, please use -vcodec rawvideo. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 14:07:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 13:07:44 -0000 Subject: [FFmpeg-trac] #724(undetermined:closed): corrupted bmp video stream created when muxing bmp into avi (was: corrupted bmp video stream created when muxing into avi) In-Reply-To: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> References: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> Message-ID: <053.21852303a5b488a766a2a726b88433ad@avcodec.org> #724: corrupted bmp video stream created when muxing bmp into avi -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: bmp | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 15:05:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 14:05:10 -0000 Subject: [FFmpeg-trac] #799(undetermined:new): Crash in x264_predict_8x8_filter_ssse3() on Windows x86 Message-ID: <038.d6f9cc84b29ea18dd17983089d6c05ed@avcodec.org> #799: Crash in x264_predict_8x8_filter_ssse3() on Windows x86 -------------------------------------+------------------------------------- Reporter: treestump | Type: defect Status: new | Priority: important Component: | Version: 0.8.7 undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to encode 1920x1080 video with the x264. When I compile without asm optimizations, everything works fine. However, optimized code crashes. I'm using x264-snapshot-20111206-2245 with ffmpeg 0.8.7. Compiled with gcc 4.6.1 on Windows XP (x86). Attached file contains the gdb output. You will notice crash in x264_predict_8x8_filter_ssse3(). I also tried to remove the code from the body of the x264_predict_8x8_init_mmx() and simply use the C implementation. It also crashed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 16:23:12 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 15:23:12 -0000 Subject: [FFmpeg-trac] #800(FFmpeg:new): zzuf .avi hangs FFMPEG Message-ID: <042.23db2d10d60ebb6f94759fa8d4597206@avcodec.org> #800: zzuf .avi hangs FFMPEG -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==2217== Memcheck, a memory error detector ==2217== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==2217== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==2217== Command: ffmpeg -i corruptfile -f null - ==2217== ffmpeg version N-35936-gaf3f2a8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 00:07:16 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 ==2217== ==2217== HEAP SUMMARY: ==2217== in use at exit: 83,622 bytes in 12 blocks ==2217== total heap usage: 25 allocs, 13 frees, 122,158 bytes allocated ==2217== ==2217== LEAK SUMMARY: ==2217== definitely lost: 0 bytes in 0 blocks ==2217== indirectly lost: 0 bytes in 0 blocks ==2217== possibly lost: 0 bytes in 0 blocks ==2217== still reachable: 83,622 bytes in 12 blocks ==2217== suppressed: 0 bytes in 0 blocks ==2217== Rerun with --leak-check=full to see details of leaked memory ==2217== ==2217== For counts of detected and suppressed errors, rerun with: -v ==2217== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 16:46:03 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 15:46:03 -0000 Subject: [FFmpeg-trac] #801(FFmpeg:new): zzuf .mve crashes FFMPEG memory exceeded Message-ID: <042.7272bc108c201f58e7532bf85c9df62e@avcodec.org> #801: zzuf .mve crashes FFMPEG memory exceeded -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==18532== Memcheck, a memory error detector ==18532== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==18532== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==18532== Command: ffmpeg -i corruptfile -f null - ==18532== ffmpeg version N-35989-gaa1c590, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 14:30:54 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [ipmovie @ 0x588c820] Estimating duration from bitrate, this may be inaccurate Input #0, ipmovie, from 'corruptfile': Duration: 00:00:47.55, start: 0.000000, bitrate: 352 kb/s Stream #0:0: Video: interplayvideo, pal8, 432x320, 1000k tbr, 1000k tbn, 1000k tbc Stream #0:1: Audio: interplay_dpcm, 22050 Hz, 2 channels, s16, 352 kb/s [null @ 0x58b42a0] Frame rate very high for a muxer not effciciently supporting it. Please consider specifiying a lower framerate, a different muxer or -vsync 2 [buffer @ 0x58c74a0] w:432 h:320 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: rawvideo, pal8, 432x320, q=2-31, 200 kb/s, 90k tbn, 1000k tbc Stream #0:1: Audio: pcm_s16le, 22050 Hz, 2 channels, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (interplayvideo -> rawvideo) Stream #0:1 -> #0:1 (interplay_dpcm -> pcm_s16le) Press [q] to stop, [?] for help frame= 0 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:11kB global headers:0kB muxing overhead -100.000000% ==18532== ==18532== HEAP SUMMARY: ==18532== in use at exit: 0 bytes in 0 blocks ==18532== total heap usage: 103 allocs, 103 frees, 1,397,574 bytes allocated ==18532== ==18532== All heap blocks were freed -- no leaks are possible ==18532== ==18532== For counts of detected and suppressed errors, rerun with: -v ==18532== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 17:20:12 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 16:20:12 -0000 Subject: [FFmpeg-trac] #800(FFmpeg:closed): zzuf .avi hangs FFMPEG In-Reply-To: <042.23db2d10d60ebb6f94759fa8d4597206@avcodec.org> References: <042.23db2d10d60ebb6f94759fa8d4597206@avcodec.org> Message-ID: <057.3b14c051bf18ffdeadcb694449b5c053@avcodec.org> #800: zzuf .avi hangs FFMPEG -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: FFmpeg Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: avi loop | Reproduced by developer: 1 tm2 segfault | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => avi loop tm2 segfault * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 18:00:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 17:00:50 -0000 Subject: [FFmpeg-trac] #802(avformat:closed): zzuf .roq crashes FFMPEG In-Reply-To: <042.9debaa33b840efa47955b5c1a2cc2f5c@avcodec.org> References: <042.9debaa33b840efa47955b5c1a2cc2f5c@avcodec.org> Message-ID: <057.d517994e1dc9bd29b4907248a752f39c@avcodec.org> #802: zzuf .roq crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: OOM idroq | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => OOM idroq * resolution: => fixed * status: new => closed * component: FFmpeg => avformat * reproduced: 0 => 1 Comment: Excessive memory allocation reproduced and fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 18:10:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 17:10:28 -0000 Subject: [FFmpeg-trac] #801(avcodec:closed): zzuf .mve crashes FFMPEG memory exceeded In-Reply-To: <042.7272bc108c201f58e7532bf85c9df62e@avcodec.org> References: <042.7272bc108c201f58e7532bf85c9df62e@avcodec.org> Message-ID: <057.22f2c678cf38e246dd17f6db37640ee3@avcodec.org> #801: zzuf .mve crashes FFMPEG memory exceeded ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: alac OOM | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by michael): * keywords: => alac OOM * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 Comment: Fixed infinite loop It still allocates 6gb though and iam not sure how to limit that except by setting an arbitrary limit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 18:25:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 17:25:20 -0000 Subject: [FFmpeg-trac] #726(undetermined:new): support for copying SMPTE 436M caption tracks In-Reply-To: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> References: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> Message-ID: <051.02ac68249b8173c1548d121330a6b4e5@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dericed): I uploaded a full sample file to http://www.archive.org/download/xdcam_sample_with_caption_track/C0001.MXF. {{{ ffmpeg started on 2011-12-20 at 11:40:58 Report written to "ffmpeg-20111220-114058.log" Command line: ffmpeg -y -report -ss 50 -t 20 -i C0001.MXF -map 0 -c copy C0001_trim.mxf ffmpeg version N-32346-g62b5197, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 15 2011 11:51:15 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-libfreetype --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 45. 0 / 53. 45. 0 libavformat 53. 25. 0 / 53. 25. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mxf @ 0x7faed3049800] Format mxf probed with size=2048 and score=100 [mxf @ 0x7faed3049800] could not resolve sub descriptor strong ref [mxf @ 0x7faed3049800] source track 11: stream 9, no descriptor found [mpeg2video @ 0x7faed3077000] err{or,}_recognition separate: 1; 1 [mpeg2video @ 0x7faed3077000] err{or,}_recognition combined: 1; 10001 [pcm_s24le @ 0x7faed304fa00] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7faed304fa00] err{or,}_recognition combined: 1; 10001 [pcm_s24le @ 0x7faed3096200] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7faed3096200] err{or,}_recognition combined: 1; 10001 [pcm_s24le @ 0x7faed3050000] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7faed3050000] err{or,}_recognition combined: 1; 10001 [pcm_s24le @ 0x7faed30aec00] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7faed30aec00] err{or,}_recognition combined: 1; 10001 [pcm_s24le @ 0x7faed3050600] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7faed3050600] err{or,}_recognition combined: 1; 10001 [pcm_s24le @ 0x7faed3050c00] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7faed3050c00] err{or,}_recognition combined: 1; 10001 [pcm_s24le @ 0x7faed3051200] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7faed3051200] err{or,}_recognition combined: 1; 10001 [pcm_s24le @ 0x7faed3051800] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7faed3051800] err{or,}_recognition combined: 1; 10001 [mpeg2video @ 0x7faed3077000] Unsupported bit depth: 0 Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (60000/2002) Input #0, mxf, from 'C0001.MXF': Duration: 00:01:10.27, start: 0.000000, bitrate: 60357 kb/s Stream #0:0, 1, 1001/30000: Video: mpeg2video (4:2:2), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], 50000 kb/s, 29.97 tbr, 29.97 tbn, 59.94 tbc Stream #0:1, 1, 1001/30000: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:2, 1, 1001/30000: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:3, 1, 1001/30000: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:4, 1, 1001/30000: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:5, 1, 1001/30000: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:6, 1, 1001/30000: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:7, 1, 1001/30000: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:8, 1, 1001/30000: Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Stream #0:9, 0, 1001/30000: Data: none [mxf @ 0x7faed30c7c00] track 9: could not find essence container ul, codec not currently supported in container Output #0, mxf, to 'C0001_trim.mxf': Metadata: encoder : Lavf53.25.0 Stream #0:0, 0, 1001/30000: Video: mpeg2video, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 50000 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1, 0, 1/48000: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:2, 0, 1/48000: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:3, 0, 1/48000: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:4, 0, 1/48000: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:5, 0, 1/48000: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:6, 0, 1/48000: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:7, 0, 1/48000: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:8, 0, 1/48000: Audio: pcm_s24le, 48000 Hz, 1 channels, 1152 kb/s Stream #0:9, 0, 1/90000: Data: none 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) Stream #0:5 -> #0:5 (copy) Stream #0:6 -> #0:6 (copy) Stream #0:7 -> #0:7 (copy) Stream #0:8 -> #0:8 (copy) Stream #0:9 -> #0:9 (copy) Could not write header for output file #0 (incorrect codec parameters ?) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 19:23:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 18:23:00 -0000 Subject: [FFmpeg-trac] #799(undetermined:closed): Crash in x264_predict_8x8_filter_ssse3() on Windows x86 In-Reply-To: <038.d6f9cc84b29ea18dd17983089d6c05ed@avcodec.org> References: <038.d6f9cc84b29ea18dd17983089d6c05ed@avcodec.org> Message-ID: <053.d8eb2c0dda9ac69fd45aff0c0d7e242a@avcodec.org> #799: Crash in x264_predict_8x8_filter_ssse3() on Windows x86 -------------------------------------+------------------------------------- Reporter: treestump | Owner: Type: defect | Status: closed Priority: important | Component: Version: 0.8.7 | 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 see http://www.videolan.org/developers/x264.html and please understand that after reading the guidelines, you are expected to send a mail to http://mailman.videolan.org/listinfo/x264-devel If you believe we can somehow better communicate that this bugtracker is for FFmpeg issues (only), please tell us. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 19:31:26 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 18:31:26 -0000 Subject: [FFmpeg-trac] #786(avformat:closed): GXF file frame rate double what it should be for some files. In-Reply-To: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> References: <035.6b08a5373f3eb3d869c2b10c1fa18f7a@avcodec.org> Message-ID: <050.a91ca3062239db419fdaa53e395a06fd@avcodec.org> #786: GXF file frame rate double what it should be for some files. ------------------------------------+------------------------------------ Reporter: ryaowe | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: gxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => gxf * status: new => closed * resolution: => invalid Comment: Thank you for verifying! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 20:40:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 19:40:21 -0000 Subject: [FFmpeg-trac] #138(avformat:reopened): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.e4c17aec9e7ff7b96010522ff8d8620a@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: reopened Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by quandt): editororial correction to my tests....tests were process 1) ffmpeg -re -i somesutiableflvfile.flv -vcodec copy -an "rtmp://localhost/oflaDemo/mylivestream live=1" process 2) ffplay -i "rtmp://localhost/oflaDemo/mylivestream live=1" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 21:19:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 20:19:36 -0000 Subject: [FFmpeg-trac] #803(FFmpeg:new): zzuf .avi crashes FFMPEG segfault Message-ID: <042.337bf54f7b4e1bc7242946cb983c74ed@avcodec.org> #803: zzuf .avi crashes FFMPEG segfault -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==21242== Memcheck, a memory error detector ==21242== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==21242== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==21242== Command: ffmpeg -i corruptfile -f null - ==21242== ffmpeg version N-35989-gaa1c590, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 14:30:54 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, avi, from 'corruptfile': Duration: 00:00:08.93, start: 0.000000, bitrate: 841 kb/s Stream #0:0: Video: indeo5 (IV50 / 0x30355649), yuv410p, 240x180, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, 1 channels, s16, 352 kb/s [buffer @ 0x5915ba0] w:240 h:180 pixfmt:yuv410p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: rawvideo (YUV9 / 0x39565559), yuv410p, 240x180, q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream #0:1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s Stream mapping: Stream #0:0 -> #0:0 (indeo5 -> rawvideo) Stream #0:1 -> #0:1 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help [indeo5 @ 0x58a3900] Empty macroblock in an INTRA picture! [indeo5 @ 0x58a3900] Error while decoding band: 0, plane: 0 Error while decoding stream #0:0 ==21242== Conditional jump or move depends on uninitialised value(s) ==21242== at 0x75C430: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x74D074: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x88F716: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x43DF46: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x442890: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x43A218: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x550930C: (below main) (libc-start.c:226) ==21242== ==21242== Invalid read of size 2 ==21242== at 0x75C420: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x74CE52: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x88F716: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x43DF46: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x442890: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x43A218: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x550930C: (below main) (libc-start.c:226) ==21242== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==21242== ==21242== ==21242== Process terminating with default action of signal 11 (SIGSEGV) ==21242== Access not within mapped region at address 0x0 ==21242== at 0x75C420: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x74CE52: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x88F716: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x43DF46: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x442890: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x43A218: ??? (in /usr/local/bin/ffmpeg) ==21242== by 0x550930C: (below main) (libc-start.c:226) ==21242== If you believe this happened as a result of a stack ==21242== overflow in your program's main thread (unlikely but ==21242== possible), you can try to increase the size of the ==21242== main thread stack using the --main-stacksize= flag. ==21242== The main thread stack size used in this run was 8388608. ==21242== ==21242== HEAP SUMMARY: ==21242== in use at exit: 850,161 bytes in 129 blocks ==21242== total heap usage: 264 allocs, 135 frees, 1,295,133 bytes allocated ==21242== ==21242== LEAK SUMMARY: ==21242== definitely lost: 0 bytes in 0 blocks ==21242== indirectly lost: 0 bytes in 0 blocks ==21242== possibly lost: 0 bytes in 0 blocks ==21242== still reachable: 850,161 bytes in 129 blocks ==21242== suppressed: 0 bytes in 0 blocks ==21242== Rerun with --leak-check=full to see details of leaked memory ==21242== ==21242== For counts of detected and suppressed errors, rerun with: -v ==21242== Use --track-origins=yes to see where uninitialised values come from ==21242== ERROR SUMMARY: 43201 errors from 2 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 21:23:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 20:23:59 -0000 Subject: [FFmpeg-trac] #803(avcodec:open): zzuf indeo5 avi crashes FFMPEG segfault (was: zzuf .avi crashes FFMPEG segfault) In-Reply-To: <042.337bf54f7b4e1bc7242946cb983c74ed@avcodec.org> References: <042.337bf54f7b4e1bc7242946cb983c74ed@avcodec.org> Message-ID: <057.37e8753ca509e5010979b5c943e6fcdb@avcodec.org> #803: zzuf indeo5 avi crashes FFMPEG segfault -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: iv50 crash | Reproduced by developer: 1 SIGSEGV | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => iv50 crash SIGSEGV * status: new => open * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 22:02:15 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 21:02:15 -0000 Subject: [FFmpeg-trac] #804(FFmpeg:new): zzuf .mov crashes FFMPEG segfault Message-ID: <042.0c3d962d5e4d8a43a07f88953c455588@avcodec.org> #804: zzuf .mov crashes FFMPEG segfault -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==20371== Memcheck, a memory error detector ==20371== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==20371== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==20371== Command: ffmpeg -i corruptfile -f null - ==20371== ffmpeg version N-35989-gaa1c590, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 14:30:54 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Truncating packet of size 268438539 to 55597 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1) -> 10.00 (10/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'corruptfile': Metadata: creation_time : 1998-03-06 17:52:26 Duration: 00:06:53.60, start: 0.000000, bitrate: 2 kb/s Stream #0:0(eng): Video: indeo3 (IV32 / 0x32335649), yuv410p, 160x120, 5194 kb/s, SAR 1:33 DAR 4:99, 10 fps, 10 tbr, 600 tbn, 600 tbc Metadata: creation_time : 1998-03-06 17:52:26 [buffer @ 0x58f3ee0] w:160 h:120 pixfmt:yuv410p tb:1/1000000 sar:1/33 sws_param: Output #0, null, to 'pipe:': Metadata: creation_time : 1998-03-06 17:52:26 encoder : Lavf53.27.0 Stream #0:0(eng): Video: rawvideo (YUV9 / 0x39565559), yuv410p, 160x120 [SAR 1:33 DAR 4:99], q=2-31, 200 kb/s, 90k tbn, 10 tbc Metadata: creation_time : 1998-03-06 17:52:26 Stream mapping: Stream #0:0 -> #0:0 (indeo3 -> rawvideo) Press [q] to stop, [?] for help [indeo3 @ 0x58a4520] OS header checksum mismatch! Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 0: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 0: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 10: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] OS header checksum mismatch! Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 0: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 0: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 10: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 0: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] OS header checksum mismatch! Error while decoding stream #0:0 Last message repeated 1 times [indeo3 @ 0x58a4520] OS header checksum mismatch! Error while decoding stream #0:0 [indeo3 @ 0x58a4520] OS header checksum mismatch! Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 0: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Unsupported coding mode: 6 Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Mode 10: invalid VQ data Error while decoding stream #0:0 [indeo3 @ 0x58a4520] Invalid VQ_NULL code: 3 Error while decoding stream #0:0 ==20371== Invalid read of size 1 ==20371== at 0x74A5EE: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B375: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B999: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74BC47: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x88F716: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x43DF46: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x442890: ??? (in /usr/local/bin/ffmpeg) ==20371== Address 0x26 is not stack'd, malloc'd or (recently) free'd ==20371== ==20371== ==20371== Process terminating with default action of signal 11 (SIGSEGV) ==20371== Access not within mapped region at address 0x26 ==20371== at 0x74A5EE: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B375: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B11A: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74B999: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x74BC47: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x88F716: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x43DF46: ??? (in /usr/local/bin/ffmpeg) ==20371== by 0x442890: ??? (in /usr/local/bin/ffmpeg) ==20371== If you believe this happened as a result of a stack ==20371== overflow in your program's main thread (unlikely but ==20371== possible), you can try to increase the size of the ==20371== main thread stack using the --main-stacksize= flag. ==20371== The main thread stack size used in this run was 8388608. ==20371== ==20371== HEAP SUMMARY: ==20371== in use at exit: 528,056 bytes in 116 blocks ==20371== total heap usage: 197 allocs, 81 frees, 738,103 bytes allocated ==20371== ==20371== LEAK SUMMARY: ==20371== definitely lost: 0 bytes in 0 blocks ==20371== indirectly lost: 0 bytes in 0 blocks ==20371== possibly lost: 0 bytes in 0 blocks ==20371== still reachable: 528,056 bytes in 116 blocks ==20371== suppressed: 0 bytes in 0 blocks ==20371== Rerun with --leak-check=full to see details of leaked memory ==20371== ==20371== For counts of detected and suppressed errors, rerun with: -v ==20371== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 22:09:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 21:09:36 -0000 Subject: [FFmpeg-trac] #803(avcodec:closed): zzuf indeo5 avi crashes FFMPEG segfault In-Reply-To: <042.337bf54f7b4e1bc7242946cb983c74ed@avcodec.org> References: <042.337bf54f7b4e1bc7242946cb983c74ed@avcodec.org> Message-ID: <057.33ba2e145ded7fe81c2e397756fa0d93@avcodec.org> #803: zzuf indeo5 avi crashes FFMPEG segfault -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: iv50 crash | Reproduced by developer: 1 SIGSEGV | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 22:15:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 21:15:28 -0000 Subject: [FFmpeg-trac] #805(undetermined:new): ffMpeg parse failure on Windows for http url Message-ID: <035.1fd6d0e3565841e945dcb9430d76c52b@avcodec.org> #805: ffMpeg parse failure on Windows for http url -------------------------------------+------------------------------------- Reporter: noknok | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- when executing: {{{ ffmpeg -v info -y -i "http://o-o.preferred.iad09s12.v13.lscache5.c.youtube.com/videoplayback?sparams=id,expire,ip,ipbits,itag,source,ratebypass,cp&fexp=902906&itag=22&ip=184.0.0.0&signature=2F8186C0133422AA19C407B5495096F95A270381.32011B56660C098B6B0A7D88C845DAC48190EA2B&sver=3&ratebypass=yes&source=youtube&expire=1324434613&key=yt1&ipbits=8&cp=U0hRSVROUl9GTUNOMV9MSFZHOkFBZlFFZnkyVUgx&id=540efbd30a4b5fe4&quality=hd720" -acodec libmp3lame -ac 2 -ab 64000 -ar 44100 -async 48000 -vcodec mpeg2video -r 25 -b:v 1200k -keyint_min 25 -g 15 -f mpeg -y "C:\NokNokTranscoder\work\21cdaaa4-ae8c-48b8-94b4-af4084debdb0.mpg" }}} Get the error: {{{ [http @ 034B8C60] Key 'xpir' not found. [http @ 034B8C60] Error parsing options string ,expire,ip,ipbits,itag,source,rat ebypass,cp&fexp=902906&itag=22&ip=184.0.0.0&signature=2F8186C0133422AA19C407B5495096F95A270381.32011B56660C098B6B0A7D88C845DAC48190EA2B&sver=3&ratebypass=yes&source=youtube&expire=1324434613&key=yt1&ipbits=8&cp=U0hRSVROUl9GTUNOMV9MSFZHOkFBZlFFZnkyVUgx&id=540efbd30a4b5fe4&quality=hd720 http://o-o.preferred.iad09s12.v13.lscache5.c.youtube.com/videoplayback?sparams=id,expire,ip,ipbits,itag,source,ratebypass,cp&fexp=902906&itag=22&ip=184.0.0.0&signature=2F8186C0133422AA19C407B5495096F95A270381.32011B56660C098B6B0A7D88C845DAC48190EA2B&sver=3&ratebypass=yes&source=youtube&expire=1324434613&key=yt1&ipbits=8&cp=U0hRSVROUl9GTUNOMV9MSFZHOkFBZlFFZnkyVUgx&id=540efbd30a4b5fe4&quality=hd720: Not enough space }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 22:16:17 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 21:16:17 -0000 Subject: [FFmpeg-trac] #806(FFmpeg:new): zzuf .avi hangs FFMPEG Message-ID: <042.233958b958bf7c29dcd0a44fa4887100@avcodec.org> #806: zzuf .avi hangs FFMPEG -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==27488== Memcheck, a memory error detector ==27488== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==27488== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==27488== Command: ffmpeg -i corruptfile -f null - ==27488== ffmpeg version N-35989-gaa1c590, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 14:30:54 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, avi, from 'corruptfile': Duration: 00:00:00.42, start: 0.000000, bitrate: 1769 kb/s Stream #0:0: Video: loco (LOCO / 0x4F434F4C), yuv422p, 188x128, 7.04 tbr, 7.04 tbn, 7.04 tbc [buffer @ 0x58bdec0] w:188 h:128 pixfmt:yuv422p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: rawvideo (Y42B / 0x42323459), yuv422p, 188x128, q=2-31, 200 kb/s, 90k tbn, 7.04 tbc Stream mapping: Stream #0:0 -> #0:0 (loco -> rawvideo) Press [q] to stop, [?] for help ==27488== ==27488== HEAP SUMMARY: ==27488== in use at exit: 455,771 bytes in 53 blocks ==27488== total heap usage: 79 allocs, 26 frees, 559,195 bytes allocated ==27488== ==27488== LEAK SUMMARY: ==27488== definitely lost: 0 bytes in 0 blocks ==27488== indirectly lost: 0 bytes in 0 blocks ==27488== possibly lost: 0 bytes in 0 blocks ==27488== still reachable: 455,771 bytes in 53 blocks ==27488== suppressed: 0 bytes in 0 blocks ==27488== Rerun with --leak-check=full to see details of leaked memory ==27488== ==27488== For counts of detected and suppressed errors, rerun with: -v ==27488== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 22:22:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 21:22:16 -0000 Subject: [FFmpeg-trac] #805(undetermined:new): ffMpeg parse failure on Windows for http url In-Reply-To: <035.1fd6d0e3565841e945dcb9430d76c52b@avcodec.org> References: <035.1fd6d0e3565841e945dcb9430d76c52b@avcodec.org> Message-ID: <050.a7275caf72a9f174cabc120bc703c9ff@avcodec.org> #805: ffMpeg parse failure on Windows for http url -------------------------------------+------------------------------------- Reporter: noknok | 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 complete, uncut console output of your command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 22:29:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 21:29:50 -0000 Subject: [FFmpeg-trac] #805(undetermined:new): ffMpeg parse failure on Windows for http url In-Reply-To: <035.1fd6d0e3565841e945dcb9430d76c52b@avcodec.org> References: <035.1fd6d0e3565841e945dcb9430d76c52b@avcodec.org> Message-ID: <050.13488640b9939777847cce62e2a1b250@avcodec.org> #805: ffMpeg parse failure on Windows for http url -------------------------------------+------------------------------------- Reporter: noknok | 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 noknok): ffmpeg version N-35464-g4547d88-noknok_full_shared32, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 17:11:07 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib --enable-nonfree --enable-libaacplus --enable-libfaac libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [http @ 024F8B40] Key 'xpir' not found. [http @ 024F8B40] Error parsing options string ,expire,ip,ipbits,itag,source,ratebypass,cp&fexp=902906&itag=22&ip=184.0.0.0&signature=2F8186C0133422AA19C407B5495096F95A270381.32011B56660C098B6B0A7D88C845DAC48190EA2B&sver=3&ratebypass=yes&source=youtube&expire=1324434613&key=yt1&ipbits=8&cp=U0hRSVROUl9GTUNOMV9MSFZHOkFBZlFFZnkyVUgx&id=540efbd30a4b5fe4&quality=hd720 http://o-o.preferred.iad09s12.v13.lscache5.c.youtube.com/videoplayback?sparams=id,expire,ip,ipbits,itag,source,ratebypass,cp&fexp=902906&itag=22&ip=184.0.0.0&signature=2F8186C0133422AA19C407B5495096F95A270381.32011B56660C098B6B0A7D88C845DAC48190EA2B&sver=3&ratebypass=yes&source=youtube&expire=1324434613&key=yt1&ipbits=8&cp=U0hRSVROUl9GTUNOMV9MSFZHOkFBZlFFZnkyVUgx&id=540efbd30a4b5fe4&quality=hd720: Not enough space -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 22:43:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 21:43:30 -0000 Subject: [FFmpeg-trac] #807(FFmpeg:new): zzuf .mve crashes FFMPEG floating point exception Message-ID: <042.384b8c5bb3cf0b39a484cac18509ebfb@avcodec.org> #807: zzuf .mve crashes FFMPEG floating point exception -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==20781== Memcheck, a memory error detector ==20781== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==20781== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==20781== Command: ffmpeg -i corruptfile -f null - ==20781== ffmpeg version N-35989-gaa1c590, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 14:30:54 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 ==20781== ==20781== Process terminating with default action of signal 8 (SIGFPE) ==20781== Integer divide by zero at address 0x4035C6B76 ==20781== at 0x493F55: ??? (in /usr/local/bin/ffmpeg) ==20781== by 0x49491D: ??? (in /usr/local/bin/ffmpeg) ==20781== by 0x502EE4: ??? (in /usr/local/bin/ffmpeg) ==20781== by 0x443D95: ??? (in /usr/local/bin/ffmpeg) ==20781== by 0x447C80: ??? (in /usr/local/bin/ffmpeg) ==20781== by 0x447ED6: ??? (in /usr/local/bin/ffmpeg) ==20781== by 0x43A1BC: ??? (in /usr/local/bin/ffmpeg) ==20781== by 0x550930C: (below main) (libc-start.c:226) ==20781== ==20781== HEAP SUMMARY: ==20781== in use at exit: 57,788 bytes in 6 blocks ==20781== total heap usage: 9 allocs, 3 frees, 92,652 bytes allocated ==20781== ==20781== LEAK SUMMARY: ==20781== definitely lost: 0 bytes in 0 blocks ==20781== indirectly lost: 0 bytes in 0 blocks ==20781== possibly lost: 0 bytes in 0 blocks ==20781== still reachable: 57,788 bytes in 6 blocks ==20781== suppressed: 0 bytes in 0 blocks ==20781== Rerun with --leak-check=full to see details of leaked memory ==20781== ==20781== For counts of detected and suppressed errors, rerun with: -v ==20781== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 20 23:18:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 22:18:50 -0000 Subject: [FFmpeg-trac] #808(FFmpeg:new): zzuf .avi crash FFMPEG memory exceeded Message-ID: <042.5d07e9d707a055ce0295a3fd3382bb78@avcodec.org> #808: zzuf .avi crash FFMPEG memory exceeded -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==4050== Memcheck, a memory error detector ==4050== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==4050== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==4050== Command: ffmpeg -i corruptfile -f null - ==4050== ffmpeg version N-35936-gaf3f2a8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 00:07:16 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [truemotion1 @ 0x568b900] help! truemotion1 decoder went out of bounds Input #0, avi, from 'corruptfile': Duration: 00:00:23.99, start: 0.000000, bitrate: 699 kb/s Stream #0:0: Video: truemotion1 (DUCK / 0x4B435544), rgb555le, 288x144 [SAR 1:1 DAR 2:1], 19.21 tbr, 19.21 tbn, 19.21 tbc [buffer @ 0x56c1340] w:288 h:144 pixfmt:rgb555le tb:1/1000000 sar:1/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.26.0 Stream #0:0: Video: rawvideo (RGB[15] / 0xF424752), rgb555le, 288x144 [SAR 1:1 DAR 2:1], q=2-31, 200 kb/s, 90k tbn, 19.21 tbc Stream mapping: Stream #0:0 -> #0:0 (truemotion1 -> rawvideo) Press [q] to stop, [?] for help [truemotion1 @ 0x568b900] help! truemotion1 decoder went out of bounds Last message repeated 2 times [truemotion1 @ 0x568b900] invalid vector table id (9) Error while decoding stream #0:0 [truemotion1 @ 0x568b900] invalid compression type (66) Error while decoding stream #0:0 [truemotion1 @ 0x568b900] help! truemotion1 decoder went out of bounds [buffer @ 0x56c1340] Buffer video input changed from size:288x144 fmt:rgb555le to size:288x16592 fmt:rgb555le [buffer @ 0x56c1340] Inserting scaler filter [buffersink @ 0x56c1860] auto-inserting filter 'Input equalizer' between the filter 'src' and the filter 'out' [scale @ 0x6494c60] w:288 h:16592 fmt:rgb555le -> w:288 h:144 fmt:rgb555le flags:0x2 ==4050== Invalid read of size 8 ==4050== at 0xA24240: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0xA2C9C8: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0xA10DF1: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x4592DB: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x459467: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x44E823: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x45B46F: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x44D7CA: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x451E73: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x43E200: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==4050== Address 0x59ff8e0 is 205,888 bytes inside a block of size 267,264 free'd ==4050== at 0x4C282E0: free (vg_replace_malloc.c:366) ==4050== by 0xA11F0A: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0xA13AF0: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0xA16184: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x458C85: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x45B623: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x45B8BB: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x43E05E: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x52F130C: (below main) (libc-start.c:226) ==4050== ==4050== Invalid read of size 2 ==4050== at 0xA2424C: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0xA2C9C8: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0xA10DF1: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x4592DB: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x459467: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x44E823: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x45B46F: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x44D7CA: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x451E73: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x43E200: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==4050== Address 0x7a73c1d000000 is not stack'd, malloc'd or (recently) free'd ==4050== ==4050== ==4050== Process terminating with default action of signal 11 (SIGSEGV) ==4050== General Protection Fault ==4050== at 0xA2424C: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0xA2C9C8: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0xA10DF1: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x4592DB: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x459467: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x44E823: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x45B46F: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x44D7CA: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x451E73: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x43E200: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x441230: ??? (in /usr/local/bin/ffmpeg) ==4050== by 0x438BB8: ??? (in /usr/local/bin/ffmpeg) ==4050== ==4050== HEAP SUMMARY: ==4050== in use at exit: 22,596,441 bytes in 1,504 blocks ==4050== total heap usage: 1,664 allocs, 160 frees, 27,393,307 bytes allocated ==4050== ==4050== LEAK SUMMARY: ==4050== definitely lost: 0 bytes in 0 blocks ==4050== indirectly lost: 0 bytes in 0 blocks ==4050== possibly lost: 0 bytes in 0 blocks ==4050== still reachable: 22,596,441 bytes in 1,504 blocks ==4050== suppressed: 0 bytes in 0 blocks ==4050== Rerun with --leak-check=full to see details of leaked memory ==4050== ==4050== For counts of detected and suppressed errors, rerun with: -v ==4050== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 00:17:33 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 23:17:33 -0000 Subject: [FFmpeg-trac] #809(FFmpeg:new): zzuf .ts crashes FFMPEG segfault Message-ID: <042.e6e87d08ef7465dd6a1427e9754ace69@avcodec.org> #809: zzuf .ts crashes FFMPEG segfault -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==5082== Memcheck, a memory error detector ==5082== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==5082== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==5082== Command: ffmpeg -i corruptfile -f null - ==5082== ffmpeg version N-36003-gf27930c, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 23:45:11 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 10 times [mpeg2video @ 0x58b7280] mpeg_decode_postinit() failure [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 6 times [mpeg2video @ 0x58b7280] mpeg_decode_postinit() failure [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 3 times [mpeg2video @ 0x58b7280] mpeg_decode_postinit() failure [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 3 times [mpeg2video @ 0x58b7280] mpeg_decode_postinit() failure [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 13 times [mpeg2video @ 0x58b7280] mpeg_decode_postinit() failure Last message repeated 1 times [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 172 times [mpeg2video @ 0x58b7280] mpeg_decode_postinit() failure Last message repeated 11 times [mpeg2video @ 0x58b7280] ac-tex damaged at 0 0 [mpeg2video @ 0x58b7280] skipped MB in I frame at 2 1 [mpeg2video @ 0x58b7280] skipped MB in I frame at 1 2 [mpeg2video @ 0x58b7280] skipped MB in I frame at 1 3 [mpeg2video @ 0x58b7280] slice mismatch [mpeg2video @ 0x58b7280] ac-tex damaged at 0 7 [mpeg2video @ 0x58b7280] skipped MB in I frame at 2 9 [mpeg2video @ 0x58b7280] skipped MB in I frame at 2 10 [mpeg2video @ 0x58b7280] slice mismatch [mpeg2video @ 0x58b7280] invalid mb type in I Frame at 1 12 [mpeg2video @ 0x58b7280] slice mismatch [mpeg2video @ 0x58b7280] skipped MB in I frame at 3 14 [mpeg2video @ 0x58b7280] ac-tex damaged at 0 15 [mpeg2video @ 0x58b7280] skipped MB in I frame at 1 17 [mpeg2video @ 0x58b7280] Warning MVs not available [mpeg2video @ 0x58b7280] concealing 1620 DC, 1620 AC, 1620 MV errors [mp1 @ 0x59659e0] Header missing Last message repeated 1 times [mpegts @ 0x588c820] Could not find codec parameters (Audio: aac_latm, 0 channels, s16) Last message repeated 1 times [mpegts @ 0x588c820] Could not find codec parameters (Unknown: none) Last message repeated 1 times [mpegts @ 0x588c820] Could not find codec parameters (Audio: mp1, 0 channels, s16) [mpegts @ 0x588c820] Could not find codec parameters (Audio: aac_latm, 0 channels, s16) [mpegts @ 0x588c820] Could not find codec parameters (Unknown: none) Last message repeated 2 times [mpegts @ 0x588c820] Could not find codec parameters (Audio: aac_latm, 0 channels, s16) [mpegts @ 0x588c820] Could not find codec parameters (Unknown: none) Last message repeated 1 times [NULL @ 0x58f7360] start time is not set in estimate_timings_from_pts [NULL @ 0x5922700] start time is not set in estimate_timings_from_pts [NULL @ 0x59659e0] start time is not set in estimate_timings_from_pts [NULL @ 0x59a8920] start time is not set in estimate_timings_from_pts [NULL @ 0x5a675a0] start time is not set in estimate_timings_from_pts [NULL @ 0x5a83f20] start time is not set in estimate_timings_from_pts [NULL @ 0x5af5480] start time is not set in estimate_timings_from_pts [NULL @ 0x5ba2540] start time is not set in estimate_timings_from_pts [NULL @ 0x5daf920] start time is not set in estimate_timings_from_pts [NULL @ 0x5db9a40] start time is not set in estimate_timings_from_pts [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 72 times Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, mpegts, from 'corruptfile': Duration: 00:00:01.58, start: 22953.408322, bitrate: 4050 kb/s Program 1 Stream #0:0[0x1023]: Video: mpeg2video (Simple) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 3364 kb/s, 59.68 fps, 25 tbr, 90k tbn, 50 tbc No Program Stream #0:1[0x1423]: Audio: aac_latm, 0 channels, s16 Stream #0:2[0x1223]: Audio: aac_latm, 0 channels, s16 Stream #0:3[0x1123]: Unknown: none Stream #0:4[0x1033]: Unknown: none Stream #0:5[0x1027]: Audio: mp1, 0 channels, s16 Stream #0:6[0x1003]: Audio: aac_latm, 0 channels, s16 Stream #0:7[0x102b]: Unknown: none Stream #0:8[0x10a3]: Unknown: none Stream #0:9[0x1021]: Unknown: none Stream #0:10[0x1823]: Audio: aac_latm, 0 channels, s16 Stream #0:11[0x1063]: Unknown: none Stream #0:12[0x1022]: Unknown: none [buffer @ 0x6084120] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:16/15 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Press [q] to stop, [?] for help [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 10 times [mpeg2video @ 0x58b7280] ignoring pic cod ext after 101 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 14 times [mpeg2video @ 0x58b7280] ignoring pic after 100 [mpeg2video @ 0x58b7280] slice below image (71 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 13 times [mpeg2video @ 0x58b7280] ignoring pic after 100 [mpeg2video @ 0x58b7280] Missing picture start code, guessing missing values [mpeg2video @ 0x58b7280] slice below image (266 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 10 times [mpeg2video @ 0x58b7280] slice below image (50 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 7 times [mpeg2video @ 0x58b7280] Missing picture start code Last message repeated 16 times [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 5 times [mpeg2video @ 0x58b7280] slice below image (82 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 9 times [mpeg2video @ 0x58b7280] slice below image (51 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 4 times [mpeg2video @ 0x58b7280] Missing picture start code, guessing missing values [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 4 times [mpeg2video @ 0x58b7280] slice below image (38 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 2 times [mpeg2video @ 0x58b7280] slice below image (283 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 4 times [mpeg2video @ 0x58b7280] matrix damaged [mpeg2video @ 0x58b7280] slice below image (132 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 5 times [mpeg2video @ 0x58b7280] slice below image (41 >= 36) Error while decoding stream #0:0 [mpegts @ 0x588c820] PES packet size mismatch Last message repeated 5 times [mpeg2video @ 0x58b7280] ac-tex damaged at 2 0 [mpeg2video @ 0x58b7280] skipped MB in I frame at 13 1 [mpeg2video @ 0x58b7280] ac-tex damaged at 5 2 [mpeg2video @ 0x58b7280] skipped MB in I frame at 7 3 [mpeg2video @ 0x58b7280] skipped MB in I frame at 4 20 [mpeg2video @ 0x58b7280] ac-tex damaged at 1 7 [mpeg2video @ 0x58b7280] invalid mb type in I Frame at 7 9 [mpeg2video @ 0x58b7280] ac-tex damaged at 0 10 [mpeg2video @ 0x58b7280] ac-tex damaged at 4 3 [mpeg2video @ 0x58b7280] skipped MB in I frame at 35 12 [mpeg2video @ 0x58b7280] ac-tex damaged at 2 13 [mpeg2video @ 0x58b7280] ac-tex damaged at 12 14 [mpeg2video @ 0x58b7280] skipped MB in I frame at 3 15 [mpeg2video @ 0x58b7280] skipped MB in I frame at 6 17 [mpegts @ 0x588c820] PES packet size mismatch ==5082== Invalid read of size 8 ==5082== at 0x9275F0: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x7C673D: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x7D62F6: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x790B8B: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x795BC7: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x796096: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x88F7A6: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x43DF66: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x4428B0: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x43A231: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x550930C: (below main) (libc-start.c:226) ==5082== Address 0x67d2 is not stack'd, malloc'd or (recently) free'd ==5082== ==5082== ==5082== Process terminating with default action of signal 11 (SIGSEGV) ==5082== Access not within mapped region at address 0x67D2 ==5082== at 0x9275F0: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x7C673D: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x7D62F6: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x790B8B: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x795BC7: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x796096: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x88F7A6: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x43DF66: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x4428B0: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x43A231: ??? (in /usr/local/bin/ffmpeg) ==5082== by 0x550930C: (below main) (libc-start.c:226) ==5082== If you believe this happened as a result of a stack ==5082== overflow in your program's main thread (unlikely but ==5082== possible), you can try to increase the size of the ==5082== main thread stack using the --main-stacksize= flag. ==5082== The main thread stack size used in this run was 8388608. ==5082== ==5082== HEAP SUMMARY: ==5082== in use at exit: 4,135,504 bytes in 213 blocks ==5082== total heap usage: 2,331 allocs, 2,118 frees, 15,071,435 bytes allocated ==5082== ==5082== LEAK SUMMARY: ==5082== definitely lost: 92 bytes in 2 blocks ==5082== indirectly lost: 0 bytes in 0 blocks ==5082== possibly lost: 0 bytes in 0 blocks ==5082== still reachable: 4,135,412 bytes in 211 blocks ==5082== suppressed: 0 bytes in 0 blocks ==5082== Rerun with --leak-check=full to see details of leaked memory ==5082== ==5082== For counts of detected and suppressed errors, rerun with: -v ==5082== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 00:30:41 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 23:30:41 -0000 Subject: [FFmpeg-trac] #806(avcodec:closed): zzuf .avi hangs FFMPEG In-Reply-To: <042.233958b958bf7c29dcd0a44fa4887100@avcodec.org> References: <042.233958b958bf7c29dcd0a44fa4887100@avcodec.org> Message-ID: <057.976bf6b44542ca7c690283348571cd6d@avcodec.org> #806: zzuf .avi hangs FFMPEG ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: loco loop | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by michael): * keywords: => loco loop * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 00:32:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 23:32:16 -0000 Subject: [FFmpeg-trac] #810(avformat:new): Muxing MXF audio only files leads to a floating point exception Message-ID: <035.79efd2185067c37f5c686e7cde92e71d@avcodec.org> #810: Muxing MXF audio only files leads to a floating point exception --------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: mxf Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Steps to reproduce: {{{ % make tests/audiogen % ./tests/audiogen a.sw 48000 2 % ./ffmpeg -ar 48000 -ac 2 -i a.sw -y a.mxf }}} Backtrace: {{{ (gdb) r Starting program: /home/ubitux/proj/ffmpeg/ffmpeg_g -ar 48000 -ac 2 -i a.sw -y a.mxf [Thread debugging using libthread_db enabled] ffmpeg version N-36003-gf27930c, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 21 2011 00:07:07 with gcc 4.6.2 20111125 (prerelease) configuration: --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-x11grab --enable-libopenjpeg --enable-version3 --enable- libmodplug --enable-libass --cc='ccache cc' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [s16le @ 0x141d840] Estimating duration from bitrate, this may be inaccurate Input #0, s16le, from 'a.sw': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Output #0, mxf, to 'a.mxf': Metadata: encoder : Lavf53.27.0 Stream #0:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help Program received signal SIGFPE, Arithmetic exception. 0x0000000000a9ec0b in av_rescale_rnd (a=, b=0, c=0, rnd=) at libavutil/mathematics.c:91 91 return (a * b + r)/c; (gdb) bt #0 0x0000000000a9ec0b in av_rescale_rnd (a=, b=0, c=0, rnd=) at libavutil/mathematics.c:91 #1 0x0000000000553acb in ff_interleave_new_audio_packet (flush=0, stream_index=0, pkt=0x7fffffffbfa0, s=) at libavformat/audiointerleave.c:87 #2 ff_audio_rechunk_interleave (s=0x1425c80, out=0x7fffffffc050, pkt=0x0, flush=0, get_packet=0x502fd0 , compare_ts=0x502f60 ) at libavformat/audiointerleave.c:132 #3 0x0000000000543175 in interleave_packet (flush=0, in=0x7fffffffc300, out=0x7fffffffc050, s=) at libavformat/utils.c:3454 #4 av_interleaved_write_frame (s=0x1425c80, pkt=0x7fffffffc300) at libavformat/utils.c:3477 #5 0x00000000004466d5 in write_frame (s=0x1425c80, pkt=0x7fffffffc300, avctx=0x141e860, bsfc=0x0) at ffmpeg.c:833 #6 0x0000000000448ec9 in do_audio_out (ist=0x141dd90, ost=0x1424830, s=0x1425c80, decoded_frame=) at ffmpeg.c:1072 #7 transcode_audio (got_output=0x7fffffffc3c8, pkt=0x7fffffffc2a0, ist=0x141dd90) at ffmpeg.c:1838 #8 output_packet (ist=, ost_table=0x1424830, nb_ostreams=, pkt=) at ffmpeg.c:2043 #9 0x000000000044b72e in transcode (output_files=0x1424b00, nb_output_files=1, input_files=0x1424c10, nb_input_files=0) at ffmpeg.c:2804 #10 0x00000000004432a2 in main (argc=, argv=0x7fffffffe698) at ffmpeg.c:4885 (gdb) }}} The time base seems to be set only with when a video stream is specified, so trying to rescale it in case of audio only leads to a floating exception. The issue might also be reproducible with data or subtitles muxing without video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 00:42:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 23:42:11 -0000 Subject: [FFmpeg-trac] #804(avcodec:closed): zzuf .mov crashes FFMPEG segfault In-Reply-To: <042.0c3d962d5e4d8a43a07f88953c455588@avcodec.org> References: <042.0c3d962d5e4d8a43a07f88953c455588@avcodec.org> Message-ID: <057.850953655d45f6e98056b0ae5c788095@avcodec.org> #804: zzuf .mov crashes FFMPEG segfault -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: indeo3 | Reproduced by developer: 1 nullptr | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => indeo3 nullptr * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 00:44:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Dec 2011 23:44:11 -0000 Subject: [FFmpeg-trac] #811(FFmpeg:new): zzuf .avi hangs FFMPEG Message-ID: <042.a126af881560104ac415afc21bd3f411@avcodec.org> #811: zzuf .avi hangs FFMPEG -------------------------------------+------------------------------------- Reporter: | Type: defect oanastratulat | Priority: important Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ==4531== Memcheck, a memory error detector ==4531== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==4531== Using Valgrind-3.6.1-Debian and LibVEX; rerun with -h for copyright info ==4531== Command: ffmpeg -i corruptfile -f null - ==4531== ffmpeg version N-36003-gf27930c, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 23:45:11 with gcc 4.6.1 configuration: libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, avi, from 'corruptfile': Duration: 00:00:01.66, start: 0.000000, bitrate: 1522 kb/s Stream #0:0: Video: msmpeg4v1 (MPG4 / 0x3447504D), yuv420p, 524640x240, 29.97 tbr, 29.97 tbn, 29.97 tbc [buffer @ 0x58a4460] w:524640 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: ==4531== Warning: set address range perms: large range [0x393c9080, 0x6dc5bd90) (undefined) Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 524640x240, q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (msmpeg4v1 -> rawvideo) Press [q] to stop, [?] for help [msmpeg4v1 @ 0x58a3900] cbpc 4 invalid at 3 0 [msmpeg4v1 @ 0x58a3900] Error at MB: 3 [msmpeg4v1 @ 0x58a3900] I frame too long, ignoring ext header [msmpeg4v1 @ 0x58a3900] concealing 491850 DC, 491850 AC, 491850 MV errors ==4531== ==4531== HEAP SUMMARY: ==4531== in use at exit: 1,341,077,466 bytes in 73 blocks ==4531== total heap usage: 164 allocs, 91 frees, 1,564,297,554 bytes allocated ==4531== ==4531== LEAK SUMMARY: ==4531== definitely lost: 0 bytes in 0 blocks ==4531== indirectly lost: 0 bytes in 0 blocks ==4531== possibly lost: 0 bytes in 0 blocks ==4531== still reachable: 1,341,077,466 bytes in 73 blocks ==4531== suppressed: 0 bytes in 0 blocks ==4531== Rerun with --leak-check=full to see details of leaked memory ==4531== ==4531== For counts of detected and suppressed errors, rerun with: -v ==4531== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 02:27:28 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 01:27:28 -0000 Subject: [FFmpeg-trac] #813(avcodec:new): OpenJPEG based JPEG 2000 encoder missing pix_fmts termination token Message-ID: <042.8ddf5446fa076ee39260cf9b43e124ed@avcodec.org> #813: OpenJPEG based JPEG 2000 encoder missing pix_fmts termination token -------------------------------------+------------------------------------- Reporter: | Type: defect gregmulvihill | Priority: normal Status: new | Version: Component: avcodec | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Line 375 in libopenjpegenc.c appears to be be missing the PIX_FMT_NONE termination token. https://github.com/FFmpeg/FFmpeg/blob/40c36196d555496269656dd9f15c8520fa2301cd/libavcodec/libopenjpegenc.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 04:46:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 03:46:40 -0000 Subject: [FFmpeg-trac] #773(avcodec:new): Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer In-Reply-To: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> References: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> Message-ID: <052.f5478e4e11f4b738972af37635a1aa63@avcodec.org> #773: Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer ----------------------------------+----------------------------------- Reporter: andreasg | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by andreasg): Another option would be to use the implementation of pthread_cond_wait and friends from Pthreads-win32: http://sourceware.org/pthreads-win32/ While that project was last updated five years ago, there is a long discussion on the right way to implement condition variables. Also, the source is under LGPL and thus could be used without problems in FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 05:23:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 04:23:03 -0000 Subject: [FFmpeg-trac] #789(avcodec:open): zzufed .pcm puts ffmpeg in a loop In-Reply-To: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> References: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> Message-ID: <057.a4d09fd02591ac6ae52c4cf1eca37b03@avcodec.org> #789: zzufed .pcm puts ffmpeg in a loop ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by michael): Maybe the following get_bits_left() could be moved into the loop but the patch LGTM -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 11:58:47 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 10:58:47 -0000 Subject: [FFmpeg-trac] #813(avcodec:open): OpenJPEG based JPEG 2000 encoder missing pix_fmts termination token In-Reply-To: <042.8ddf5446fa076ee39260cf9b43e124ed@avcodec.org> References: <042.8ddf5446fa076ee39260cf9b43e124ed@avcodec.org> Message-ID: <057.37ab40f408307331d1fdaad54fd93101@avcodec.org> #813: OpenJPEG based JPEG 2000 encoder missing pix_fmts termination token ---------------------------------------+----------------------------------- Reporter: gregmulvihill | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Please consider sending a patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 14:44:49 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 13:44:49 -0000 Subject: [FFmpeg-trac] #807(avformat:open): zzuf .mve crashes FFMPEG floating point exception In-Reply-To: <042.384b8c5bb3cf0b39a484cac18509ebfb@avcodec.org> References: <042.384b8c5bb3cf0b39a484cac18509ebfb@avcodec.org> Message-ID: <057.98453b5c981c277f4f7726b21e7756bf@avcodec.org> #807: zzuf .mve crashes FFMPEG floating point exception -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: crash fpe | Reproduced by developer: 1 ipmovie | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash fpe ipmovie * status: new => open * component: FFmpeg => avformat * reproduced: 0 => 1 Comment: Please always add backtrace for crashes, especially if valgrind does not show the source of the crash. {{{ (gdb) r -i corruptfile Starting program: ffmpeg_g -i corruptfile [Thread debugging using libthread_db enabled] ffmpeg version N-35987-g6168e58, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 11:12:48 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Program received signal SIGFPE, Arithmetic exception. 0x080b9887 in load_ipmovie_packet (s=0x8dbe020, pb=0x8dc6060, pkt=0xffffca50) at libavformat/ipmovie.c:138 138 (s->audio_chunk_size / s->audio_channels / (s->audio_bits / 8)); (gdb) kill Kill the program being debugged? (y or n) y (gdb) r -i corruptfile Starting program: /home/cehoyos/Projects/FFmpeg/ffmpeg_g -i corruptfile [Thread debugging using libthread_db enabled] ffmpeg version N-35987-g6168e58, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 20 2011 11:12:48 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Program received signal SIGFPE, Arithmetic exception. 0x080b9887 in load_ipmovie_packet (s=0x8dbe020, pb=0x8dc6060, pkt=0xffffca50) at libavformat/ipmovie.c:138 138 (s->audio_chunk_size / s->audio_channels / (s->audio_bits / 8)); (gdb) bt #0 0x080b9887 in load_ipmovie_packet (s=0x8dbe020, pb=0x8dc6060, pkt=0xffffca50) at libavformat/ipmovie.c:138 #1 0x080b9b3d in process_ipmovie_chunk (s=0x8dbe020, pb=0x8dc6060, pkt=0xffffca50) at libavformat/ipmovie.c:223 #2 0x080ba3b4 in ipmovie_read_header (s=0x8dbdaa0, ap=0xffffcb04) at libavformat/ipmovie.c:559 #3 0x081478ca in avformat_open_input (ps=0xffffcc7c, filename=0xffffd274 "corruptfile", fmt=0x0, options=0x8d0ad48) at libavformat/utils.c:709 #4 0x080571f4 in opt_input_file (o=0xffffcdc0, opt=0xffffd272 "i", filename=) at ffmpeg.c:3468 #5 0x0805bdc2 in parse_option (optctx=0xffffcdc0, opt=0xffffd272 "i", arg=0xffffd274 "corruptfile", options=0x86ef3e0) at cmdutils.c:292 #6 0x0805c07b in parse_options (optctx=0xffffcdc0, argc=3, argv=0xffffd004, options=0x86ef3e0, parse_arg_function=0x8058d30 ) at cmdutils.c:325 #7 0x0805a56f in main (argc=3, argv=0xffffd004) at ffmpeg.c:4865 (gdb) print s->audio_bits $1 = 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 14:50:06 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 13:50:06 -0000 Subject: [FFmpeg-trac] #809(avcodec:open): zzuf mpeg2 ts crashes FFMPEG segfault (was: zzuf .ts crashes FFMPEG segfault) In-Reply-To: <042.e6e87d08ef7465dd6a1427e9754ace69@avcodec.org> References: <042.e6e87d08ef7465dd6a1427e9754ace69@avcodec.org> Message-ID: <057.7871dca55e9a5e7d8b123da4356780cf@avcodec.org> #809: zzuf mpeg2 ts crashes FFMPEG segfault -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: crash | Reproduced by developer: 1 SIGSEGV mpeg2video | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV mpeg2video * status: new => open * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 17:10:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 16:10:40 -0000 Subject: [FFmpeg-trac] #609(avformat:new): Hang on reading UDP In-Reply-To: <036.4a8107d2ce7c0b5098eb76e0f6e369e7@avcodec.org> References: <036.4a8107d2ce7c0b5098eb76e0f6e369e7@avcodec.org> Message-ID: <051.cb880083c2f766f13c490407e4e148f4@avcodec.org> #609: Hang on reading UDP ------------------------------------+------------------------------------ Reporter: Krieger | 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 brazilbrown): I also am seeing this issue. Although, av_read_frame does not hang forever, it eventually returns, but far too late to be useful. Is there a known workaround for this issue besides setting fifo_size to 0? I find that if I set fifo_size to 0, I lose a lot more data (obviously) and therefore I need a buffer of some kind. Any help would be appreciated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 18:23:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 17:23:03 -0000 Subject: [FFmpeg-trac] #809(avcodec:closed): zzuf mpeg2 ts crashes FFMPEG segfault In-Reply-To: <042.e6e87d08ef7465dd6a1427e9754ace69@avcodec.org> References: <042.e6e87d08ef7465dd6a1427e9754ace69@avcodec.org> Message-ID: <057.776cc799baf4aa643843582f4a997185@avcodec.org> #809: zzuf mpeg2 ts crashes FFMPEG segfault -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: crash | Reproduced by developer: 1 SIGSEGV mpeg2video | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 18:46:54 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 17:46:54 -0000 Subject: [FFmpeg-trac] #609(avformat:new): Hang on reading UDP In-Reply-To: <036.4a8107d2ce7c0b5098eb76e0f6e369e7@avcodec.org> References: <036.4a8107d2ce7c0b5098eb76e0f6e369e7@avcodec.org> Message-ID: <051.09413c61cc344217d6d2ed30fc7dbc92@avcodec.org> #609: Hang on reading UDP ------------------------------------+------------------------------------ Reporter: Krieger | 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 Krieger): There is buffer_size option for that :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 19:24:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 18:24:51 -0000 Subject: [FFmpeg-trac] #814(undetermined:new): rgb24 -> yuv420p conversion is not precise? Message-ID: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> #814: rgb24 -> yuv420p conversion is not precise? -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I don't know if this is a bug (or it should be like it is), but when you convert the attached rgb24 sample to yuv420p then for example the red line in the picture will be not smooth anymore {{{ C:\>ffmpeg -i tetest.tif -pix_fmt yuv420p out.tif ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'tetest.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, rgb24, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 020E1200] w:1024 h:768 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020E1480] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020E1880] w:1024 h:768 fmt:rgb24 -> w:1024 h:768 fmt:yuv420p flags:0x4 Output #0, image2, to 'out.tif': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: tiff, yuv420p, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 t bc Stream mapping: Stream #0:0 -> #0:0 (tiff -> tiff) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:1158kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 19:35:08 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 18:35:08 -0000 Subject: [FFmpeg-trac] #815(undetermined:new): tiff: display "Arstist" and "Software" fields Message-ID: <038.135811d36c2dd9d0ab28d4ea9262c6cc@avcodec.org> #815: tiff: display "Arstist" and "Software" fields -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- https://ffmpeg.org/trac/ffmpeg/attachment/ticket/814/tetest.tif Software is "TVPaint", Artist is "Artist123" {{{ C:\>ffmpeg -i tetest.tif ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'tetest.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, rgb24, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 21:01:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 20:01:57 -0000 Subject: [FFmpeg-trac] #609(avformat:new): Hang on reading UDP In-Reply-To: <036.4a8107d2ce7c0b5098eb76e0f6e369e7@avcodec.org> References: <036.4a8107d2ce7c0b5098eb76e0f6e369e7@avcodec.org> Message-ID: <051.9bf0d7421f208691261dbc1f5fc53208@avcodec.org> #609: Hang on reading UDP ------------------------------------+------------------------------------ Reporter: Krieger | 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 brazilbrown): Replying to [comment:2 Krieger]: > There is buffer_size option for that :) Thanks for the help, but buffer_size seems to have no effect. When I use the udp//x.x.x.x:x?fifo_size=0, I get a whole lot off decoding errors (but no hangs). Adding a buffer_size of 5373952 (18 times the default) to the input path didn't change that. Do you know if this is a recent bug, or has this been a problem for a while? I've tried previous versions of ffmpeg, and still get the same error, so I suspect this bug has been a problem for a while. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 21:08:29 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 20:08:29 -0000 Subject: [FFmpeg-trac] #812(avcodec:closed): zzuf .mov crashes FFMPEG segfault In-Reply-To: <042.1e60928eb79d489007acf3f6b2455b6a@avcodec.org> References: <042.1e60928eb79d489007acf3f6b2455b6a@avcodec.org> Message-ID: <057.b347e40e6b6897cec5f8ba85eedc1ddd@avcodec.org> #812: zzuf .mov crashes FFMPEG segfault ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: prores segv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by michael): * keywords: => prores segv * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 21 22:03:45 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 21:03:45 -0000 Subject: [FFmpeg-trac] #807(avformat:closed): zzuf .mve crashes FFMPEG floating point exception In-Reply-To: <042.384b8c5bb3cf0b39a484cac18509ebfb@avcodec.org> References: <042.384b8c5bb3cf0b39a484cac18509ebfb@avcodec.org> Message-ID: <057.18e5613bda6ee53de01abad2b184a483@avcodec.org> #807: zzuf .mve crashes FFMPEG floating point exception -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: crash fpe | Reproduced by developer: 1 ipmovie | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 00:27:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 23:27:32 -0000 Subject: [FFmpeg-trac] #811(avcodec:closed): zzuf .avi hangs FFMPEG In-Reply-To: <042.a126af881560104ac415afc21bd3f411@avcodec.org> References: <042.a126af881560104ac415afc21bd3f411@avcodec.org> Message-ID: <057.3780de34cbe31afa24c72192163d0e10@avcodec.org> #811: zzuf .avi hangs FFMPEG ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: EC | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by michael): * keywords: => EC * resolution: => fixed * status: new => closed * component: FFmpeg => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 00:55:13 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Dec 2011 23:55:13 -0000 Subject: [FFmpeg-trac] #416(avcodec:open): ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 In-Reply-To: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> References: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> Message-ID: <049.b3759b60e1472db5a917ba7d56f95a0c@avcodec.org> #416: ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 -------------------------------------+----------------------------------- Reporter: takis | Owner: Type: enhancement | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): the same problem with: yuv410p yuv411p yuv422p yuv444p -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 01:09:06 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 00:09:06 -0000 Subject: [FFmpeg-trac] #816(undetermined:new): tiff enc: gray (empty) output with pal8 Message-ID: <038.c9e11f522354f1876a489e6a73658c53@avcodec.org> #816: tiff enc: gray (empty) output with pal8 -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 test.bmp -pix_fmt pal8 pal8.tif ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 020E1480] w:1024 h:768 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020E1700] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020E1B40] w:1024 h:768 fmt:bgr24 -> w:1024 h:768 fmt:pal8 flags:0x4 Output #0, image2, to 'pal8.tif': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: tiff, pal8, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> tiff) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:759kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} with some old ffmpeg build I get this: {{{ C:\>ffmpeg -i test.bmp -pix_fmt pal8 pal8.tif FFmpeg version SVN-r18316, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e xtra-cflags=-fno-common --enable-avisynth --enable-gpl --enable-zlib --enable-bz lib --enable-libgsm --enable-libfaac --enable-pthreads --enable-libvorbis --enab le-libmp3lame --enable-libopenjpeg --enable-libtheora --enable-libspeex --enable -libxvid --enable-libfaad --enable-libschroedinger --enable-libx264 libavutil 50. 2. 0 / 50. 2. 0 libavcodec 52.22. 3 / 52.22. 3 libavformat 52.32. 0 / 52.32. 0 libavdevice 52. 1. 0 / 52. 1. 0 libswscale 0. 7. 1 / 0. 7. 1 built on Apr 2 2009 16:33:19, gcc: 4.2.4 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc swScaler: Palette is not supported as output pixel format Cannot get resampling context }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 03:33:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 02:33:35 -0000 Subject: [FFmpeg-trac] #789(avcodec:open): zzufed .pcm puts ffmpeg in a loop In-Reply-To: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> References: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> Message-ID: <057.670f07d7f4552e16f17df4d6b711fb3d@avcodec.org> #789: zzufed .pcm puts ffmpeg in a loop ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): Updated patch attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 05:07:19 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 04:07:19 -0000 Subject: [FFmpeg-trac] #789(avcodec:open): zzufed .pcm puts ffmpeg in a loop In-Reply-To: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> References: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> Message-ID: <057.ae43a51fae438683770f4b548d14933c@avcodec.org> #789: zzufed .pcm puts ffmpeg in a loop ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by michael): i think the previous patch was more readable -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 13:49:14 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 12:49:14 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.2ddf3c3c8934bffaa0b0883415f84015@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Andrea3000): Can someone answer my last question so that I can further investigate which exact commit introduced the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 14:17:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 13:17:25 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.d45363a675576633118a92f93e2b8387@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): I am no longer 100% sure about what the meaning of each is exactly, but you should not (and should not have a reason to) use the coded_* variants. I can't see how your code could even work with "lowres" if you are using coded_*. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 14:25:19 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 13:25:19 -0000 Subject: [FFmpeg-trac] #816(undetermined:new): tiff enc: gray (empty) output with pal8 In-Reply-To: <038.c9e11f522354f1876a489e6a73658c53@avcodec.org> References: <038.c9e11f522354f1876a489e6a73658c53@avcodec.org> Message-ID: <053.edfc03c3910d8d3db36ba6c2dd312e59@avcodec.org> #816: tiff enc: gray (empty) output with pal8 -------------------------------------+------------------------------------- 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): regression between N-35295-gb55dd10 and N-35462-g61b1d85 {{{ C:\>ffmpeg.exe -i test.bmp -pix_fmt pal8 iiii.tif ffmpeg version N-35295-gb55dd10, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 30 2011 00:52:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 020C1A00] w:1024 h:768 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020C1C80] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' Impossible to convert between the formats supported by the filter 'auto- inserted scale 0' and the filter 'out' Error opening filters! }}} {{{ C:\>ffmpeg.exe -i test.bmp -pix_fmt pal8 iiii.tif ffmpeg version N-35462-g61b1d85, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 5 2011 14:22:27 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 30. 0 / 51. 30. 0 libavcodec 53. 40. 0 / 53. 40. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 51. 0 / 2. 51. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 020C1480] w:1024 h:768 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020C1700] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020C1B40] w:1024 h:768 fmt:bgr24 -> w:1024 h:768 fmt:pal8 flags:0x4 Output #0, image2, to 'iiii.tif': Metadata: encoder : Lavf53.24.0 Stream #0:0: Video: tiff, pal8, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> tiff) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:759kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 14:30:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 13:30:25 -0000 Subject: [FFmpeg-trac] #817(undetermined:new): tiff enc: black/white bar with monob/monow and odd width Message-ID: <038.54ed8b71de0e0647a64b5eb34af3b1d8@avcodec.org> #817: tiff enc: black/white bar with monob/monow and odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- https://ffmpeg.org/trac/ffmpeg/attachment/ticket/816/Test.BMP {{{ C:\>ffmpeg -i test.bmp -pix_fmt monow -s 111x113 iiii2.tif ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 020E1520] w:1024 h:768 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: [scale @ 020E1960] w:1024 h:768 fmt:bgr24 -> w:111 h:113 fmt:monow flags:0x4 Output #0, image2, to 'iiii2.tif': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: tiff, monow, 111x113, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> tiff) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:1kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 14:48:27 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 13:48:27 -0000 Subject: [FFmpeg-trac] #818(undetermined:new): eror to convert file avi to mp4 Message-ID: <037.507a415b7399103f1c35befc2e4a1809@avcodec.org> #818: eror to convert file avi to mp4 -------------------------------------+------------------------------------- Reporter: vipincis | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- i am using command lik >> ffmpeg vvviii.avi test.mp4 and getting error FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.1, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --extra-version=4:0.5.1-1ubuntu1.1 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable- stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Mar 31 2011 18:53:20, gcc: 4.4.3 Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 24.00 (24/1) Input #0, avi, from 'vvviiii.avi': Duration: 00:00:15.12, start: 0.000000, bitrate: 342 kb/s Stream #0.0: Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 24 tbr, 24 tbn, 30k tbc Stream #0.1: Audio: adpcm_ms, 22050 Hz, mono, s16, 89 kb/s Output #0, mp4, to 'test.mp4': Stream #0.0: Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 24 tbc Stream #0.1: Audio: 0x0000, 22050 Hz, mono, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Unsupported codec for output stream #0.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 17:04:00 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 16:04:00 -0000 Subject: [FFmpeg-trac] #819(FFmpeg:new): ffmepg failed to convert a still image to video if the image filename is accentued (win32) Message-ID: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> #819: ffmepg failed to convert a still image to video if the image filename is accentued (win32) -----------------------------------+--------------------------------------- Reporter: jemore | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: accentued | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- When I want to convert a JPG file to a video, ffmpeg fail if the JPG filename contains an accent. Plateform is Windows Vista (6.0.6002) Command line : {{{ xx:>dir 11/07/2009 11:15 7?536 Vid?o000-title.png xx:>ffmpeg.exe -y -i Vid?o000-title.png -target pal-dvd -aspect 16/9 -loop 1 -r 25 -t 10 Vid?o000-title.mpg ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Vid?o000-title.png: No such file or directory }}} Same result with double-quote escaping, or fullpath to the file. If I remove the accentued char it works. ffplay can play this image. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 17:06:02 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 16:06:02 -0000 Subject: [FFmpeg-trac] #819(FFmpeg:new): ffmepg failed to convert a still image to video if the image filename is accentued (win32) In-Reply-To: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> References: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> Message-ID: <050.014e01d0ca2b0fee08d52ce12c966acd@avcodec.org> #819: ffmepg failed to convert a still image to video if the image filename is accentued (win32) -------------------------------------+---------------------------------- Reporter: jemore | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: accentued | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by jemore): I can convert video file containing accentued char, but the image decoder failed (for png and jpeg) if filename contains an accent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 18:34:30 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 17:34:30 -0000 Subject: [FFmpeg-trac] #819(avformat:open): ffmepg failed to convert a still image to video if the image filename is accentued (win32) In-Reply-To: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> References: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> Message-ID: <050.04384f987fa272f918fd00115ecf7728@avcodec.org> #819: ffmepg failed to convert a still image to video if the image filename is accentued (win32) ------------------------------------+------------------------------------ Reporter: jemore | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: accentued => image2 * status: new => open * version: unspecified => git-master * component: FFmpeg => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 18:35:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 17:35:23 -0000 Subject: [FFmpeg-trac] #818(undetermined:closed): eror to convert file avi to mp4 In-Reply-To: <037.507a415b7399103f1c35befc2e4a1809@avcodec.org> References: <037.507a415b7399103f1c35befc2e4a1809@avcodec.org> Message-ID: <052.810251cd7cecc78fa2e8d84ede0465bd@avcodec.org> #818: eror to convert file avi to mp4 -------------------------------------+------------------------------------- Reporter: vipincis | Owner: Type: defect | Status: closed Priority: important | 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 test current git head or at least a supported version from http://ffmpeg.org/download.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 18:48:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 17:48:46 -0000 Subject: [FFmpeg-trac] #819(avformat:open): ffmpeg failed to convert a still image to video if the image filename is accentued (win32) (was: ffmepg failed to convert a still image to video if the image filename is accentued (win32)) In-Reply-To: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> References: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> Message-ID: <050.5740549c697bf63296b542435b1dc36b@avcodec.org> #819: ffmpeg failed to convert a still image to video if the image filename is accentued (win32) ------------------------------------+------------------------------------ Reporter: jemore | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 22 21:11:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Dec 2011 20:11:12 -0000 Subject: [FFmpeg-trac] #820(undetermined:new): svq1 enc: 2 unreleased buffers Message-ID: <038.747653e1d2e5d3154904f469f7fbad7a@avcodec.org> #820: svq1 enc: 2 unreleased buffers -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- https://ffmpeg.org/trac/ffmpeg/attachment/ticket/816/Test.BMP {{{ C:\>ffmpeg -i test.bmp -vcodec svq1 test.mov ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'bgr24' for codec 'svq1', auto-selecting format 'yuv41 0p' [buffer @ 020E1680] w:1024 h:768 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020E1900] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020E1D40] w:1024 h:768 fmt:bgr24 -> w:1024 h:768 fmt:yuv410p flags:0x4 Output #0, mov, to 'test.mov': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: svq1 (SVQ1 / 0x31515653), yuv410p, 1024x768, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> svq1) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 174kB time=00:00:00.04 bitrate=35574.0kbits /s video:173kB audio:0kB global headers:0kB muxing overhead 0.403035% [svq1 @ 02635020] Found 2 unreleased buffers! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 01:19:49 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 00:19:49 -0000 Subject: [FFmpeg-trac] #810(avformat:open): Muxing MXF audio only files leads to a floating point exception In-Reply-To: <035.79efd2185067c37f5c686e7cde92e71d@avcodec.org> References: <035.79efd2185067c37f5c686e7cde92e71d@avcodec.org> Message-ID: <050.6270d8b10ceee2a64a7c3d9388de0eef@avcodec.org> #810: Muxing MXF audio only files leads to a floating point exception ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | 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 Fri Dec 23 01:37:04 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 00:37:04 -0000 Subject: [FFmpeg-trac] #815(avcodec:open): tiff: display "Arstist" and "Software" fields In-Reply-To: <038.135811d36c2dd9d0ab28d4ea9262c6cc@avcodec.org> References: <038.135811d36c2dd9d0ab28d4ea9262c6cc@avcodec.org> Message-ID: <053.bad5cac45585041ea5514a519152fe6d@avcodec.org> #815: tiff: display "Arstist" and "Software" fields -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | 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 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => tif * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 01:59:12 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 00:59:12 -0000 Subject: [FFmpeg-trac] #817(swscale:open): tiff enc: black/white bar with monob/monow and odd width In-Reply-To: <038.54ed8b71de0e0647a64b5eb34af3b1d8@avcodec.org> References: <038.54ed8b71de0e0647a64b5eb34af3b1d8@avcodec.org> Message-ID: <053.ceaaaf6a2507fbdb30287f1c9805cd60@avcodec.org> #817: tiff enc: black/white bar with monob/monow and odd width -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: monob monow | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => monob monow * status: new => open * version: unspecified => git-master * component: undetermined => swscale * reproduced: 0 => 1 Comment: I suspect this is a swscale issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 09:00:36 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 08:00:36 -0000 Subject: [FFmpeg-trac] #821(undetermined:new): --enable-x11grab doesn't work properly Message-ID: <034.835eef3acbf745be219dc52c354d554d@avcodec.org> #821: --enable-x11grab doesn't work properly -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I've tried configuring ffmpeg with --enable-x11grab and the configure passed without any errors, but x11 input wasn't enabled (I still had the message "Unknown input format: 'x11grab'" after the building process and even ./configure --enable-x11grab .. | grep x11_grab_device didn't produce any output) Recommendation is that configure should check if needed libraries are installed for x11 input device to be properly built and if they are not installed, to break out of the configure process with a descriptive error message. I've solved my problem reading this article: http://www.jedi.be/blog/2010/08/30/capturing-the-screen-of-your-virtual- machines-using-x-vnc-rdp-or-native/ which basically says that I lacked some libraries (libx11-dev, libxfixes- dev and libxext-dev), and after installing those, I've had x11_grab_device in the list of input devices. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 11:24:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 10:24:15 -0000 Subject: [FFmpeg-trac] #821(build system:open): --enable-x11grab doesn't work properly In-Reply-To: <034.835eef3acbf745be219dc52c354d554d@avcodec.org> References: <034.835eef3acbf745be219dc52c354d554d@avcodec.org> Message-ID: <049.bf6ba44f31c4cd734725015237d1bee2@avcodec.org> #821: --enable-x11grab doesn't work properly -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => build system Comment: Certain optional components like cdio and zlib do not cause a configure error if they were explicitly requested by the user but are unavailable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 11:58:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 10:58:25 -0000 Subject: [FFmpeg-trac] #789(avcodec:closed): zzufed .pcm puts ffmpeg in a loop In-Reply-To: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> References: <042.58f5b813bd5611c4d5204388aca769e7@avcodec.org> Message-ID: <057.531e26d4c1b112f4b0b194a696ef2443@avcodec.org> #789: zzufed .pcm puts ffmpeg in a loop ---------------------------------------+----------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I applied the second variants. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 11:58:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 10:58:44 -0000 Subject: [FFmpeg-trac] #820(avcodec:closed): svq1 enc: 2 unreleased buffers In-Reply-To: <038.747653e1d2e5d3154904f469f7fbad7a@avcodec.org> References: <038.747653e1d2e5d3154904f469f7fbad7a@avcodec.org> Message-ID: <053.81b5915bac19b8adc493e5d6457dbf13@avcodec.org> #820: svq1 enc: 2 unreleased buffers ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: svq1 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => svq1 * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 14:01:49 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 13:01:49 -0000 Subject: [FFmpeg-trac] #793(avformat:open): zzuf .tgv crashes FFMPEG In-Reply-To: <042.1c725886dde4f8c7bf728c145673fb95@avcodec.org> References: <042.1c725886dde4f8c7bf728c145673fb95@avcodec.org> Message-ID: <057.47e70b15231571b401e9780e1175439d@avcodec.org> #793: zzuf .tgv crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: | Reproduced by developer: 1 electronicarts crash fpe | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: electronicarts => electronicarts crash fpe * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 14:12:51 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 13:12:51 -0000 Subject: [FFmpeg-trac] #822(FFmpeg:new): [mp4 @ 024BBAE0] av_interleaved_write_frame() Message-ID: <036.8331a74d208e62a84b3354504559f911@avcodec.org> #822: [mp4 @ 024BBAE0] av_interleaved_write_frame() ---------------------------------+-------------------------------------- Reporter: StevenG | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: mkv mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Hi, tried this: {{{ d:\9 Project\qt\xMp4-build-desktop\tools>ffmpeg -i m:\temp\a-001.mkv -map 0:0 -c copy m:\temp\a.mp4 ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0212A560] Increasing reorder buffer to 1 Input #0, matroska,webm, from 'm:\temp\a-001.mkv': Metadata: title : HD Suisse - SwissView Duration: 00:00:01.50, start: 0.000000, bitrate: 12741 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1280x720, SAR 1:1 DAR 16:9, 50 fps , 50 tbr, 1k tbn, 100 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) Output #0, mp4, to 'm:\temp\a.mp4': Metadata: title : HD Suisse - SwissView encoder : Lavf53.24.0 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 D AR 16:9], q=2-31, 50 fps, 1k tbn, 1k tbc (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 024BBAE0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 40 >= 0 av_interleaved_write_frame(): Invalid argument }}} and didn't get what i wanted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 18:24:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 17:24:19 -0000 Subject: [FFmpeg-trac] #823(undetermined:new): fix qt raw 1/2/4bpp with odd width Message-ID: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> #823: fix qt raw 1/2/4bpp with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- related: https://ffmpeg.org/trac/ffmpeg/ticket/160 {{{ C:\>ffmpeg -i 1bpp.mov ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1 ) -> 24.00 (24/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1bpp.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-12-23 17:18:37 Duration: 00:00:05.95, start: 0.000000, bitrate: 299 kb/s Stream #0:0(eng): Video: rawvideo (raw / 0x20776172), monow, 113x97, 297 kb /s, 24 fps, 24 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2011-12-23 17:18:37 handler_name : &Procedura obs?ugi skr?t?w danych Apple At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 18:47:05 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 17:47:05 -0000 Subject: [FFmpeg-trac] #824(avcodec:new): Segfault while using h264 hardware acceleration Message-ID: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> #824: Segfault while using h264 hardware acceleration -------------------------------------+------------------------------------- Reporter: static-void | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I'm using FFmpeg integrated in mplayer (with VA-API pathes), and I'm getting a SIGSEGV while trying to watch h264 video with HW-acceleration. I've poked around with gdb and I think this is multithreading-related. After I added mplayer option "-lavdopts threads=1", which configures libavcodec, the problem has gone. === General info === Crash happens inside a thread, in the start_frame function (libavcodec/vaapi_h264.c:234): {{{ vactx->slice_param_size = sizeof(VASliceParameterBufferH264); ^-- vactx is NULL }}} and vactx is AVCodecContext.hwaccel_context, which should be set to vaapi_context struct instance. But I've set a breakpoint and seen hwaccel_context being properly set at the init stage, although AVCodecContext pointer being not the same as the one in the place it crashes. I suppose it happens because AVCodecContext gets copied and its fields are replicated across worker threads (libavcodec/pthread.c), and I haven't seen hwaccel_context being copied in the code. Considering all above, I don't think it is needed to copy hwaccel_context, but rather to force threads=1 configuration on libavcodec when using HW acceleration. Several working threads would not improve anything in the case of HW accel, would they? === Debug info === {{{ (gdb) run -vo vaapi:gl -va vaapi "<...>.mkv" Starting program: /usr/local/mplayer-vaapi-build/mplayer -vo vaapi:gl -va vaapi "<...>.mkv" [Thread debugging using libthread_db enabled] MPlayer SVN-r34365-4.6.1 (C) 2000-2011 MPlayer Team Playing <...>.mkv. libavformat file format detected. [matroska,webm @ 0xc798e0]max_analyze_duration 5000000 reached at 5019000 [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (aac), -aid 0, -alang jpn [lavf] stream 2: subtitle (ass), -sid 0, -slang eng VIDEO: [H264] 1280x720 0bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s) Load subtitles in <...> [vo_vaapi] Using OpenGL rendering libva: libva version 0.32.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/fglrx_drv_video.so libva: va_openDriver() returns 0 Opening video filter: [ass auto=1] Couldn't open video filter 'ass'. ASS: cannot add video filter ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family [New Thread 0x7fffe13b6700 (LWP 12803)] [New Thread 0x7fffe0bb5700 (LWP 12804)] Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 2 ch, s16le, 0.0 kbit/0.00% (ratio: 0->192000) Selected audio codec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio)) ========================================================================== [AO SDL] Samplerate: 48000Hz Channels: Stereo Format s16le [New Thread 0x7fffdc3b3700 (LWP 12805)] [Thread 0x7fffdc3b3700 (LWP 12805) exited] [New Thread 0x7fffdc3b3700 (LWP 12806)] AO: [sdl] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... Unsupported PixelFormat 61 [VD_FFMPEG] Trying pixfmt=1. Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO: [vaapi] 1280x720 => 1280x720 H.264 VA-API Acceleration [VD_FFMPEG] XVMC-accelerated MPEG-2. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe13b6700 (LWP 12803)] start_frame (avctx=0x1b098c0, buffer=0x0, size=0) at libavcodec/vaapi_h264.c:234 234 vactx->slice_param_size = sizeof(VASliceParameterBufferH264); (gdb) bt #0 start_frame (avctx=0x1b098c0, buffer=0x0, size=0) at libavcodec/vaapi_h264.c:234 #1 0x00000000008724bb in decode_nal_units (h=0x2504250, buf=0x1b1b780 "", buf_size=2752) at libavcodec/h264.c:3920 #2 0x0000000000872c4a in decode_frame (avctx=0x1b098c0, data=0x1e53080, data_size=0x1e53200, avpkt=) at libavcodec/h264.c:4105 #3 0x0000000000945818 in frame_worker_thread (arg=0x1e52f20) at libavcodec/pthread.c:364 #4 0x00007ffff6170efc in start_thread () from /lib/x86_64-linux- gnu/libpthread.so.0 #5 0x00007ffff055389d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x0000000000000000 in ?? () (gdb) disass /m $pc-32,+64 Dump of assembler code from 0x9af3a7 to 0x9af3e7: 225 { 0x00000000009af3ad : push %r14 0x00000000009af3af : push %r13 0x00000000009af3b1 : push %r12 0x00000000009af3b3 : push %rbp 0x00000000009af3b4 : push %rbx 0x00000000009af3b5 : sub $0x10,%rsp 226 H264Context * const h = avctx->priv_data; 0x00000000009af3b9 : mov 0x98(%rdi),%rbx 227 MpegEncContext * const s = &h->s; 228 struct vaapi_context * const vactx = avctx->hwaccel_context; 0x00000000009af3c0 : mov 0x3e8(%rdi),%r12 229 VAPictureParameterBufferH264 *pic_param; 230 VAIQMatrixBufferH264 *iq_matrix; 231 232 av_dlog(avctx, "start_frame()\n"); 233 234 vactx->slice_param_size = sizeof(VASliceParameterBufferH264); => 0x00000000009af3c7 : movl $0x828,0x38(%r12) 235 236 /* Fill in VAPictureParameterBufferH264. */ 237 pic_param = ff_vaapi_alloc_pic_param(vactx, sizeof(VAPictureParameterBufferH264)); 0x00000000009af3d0 : mov $0x170,%esi 0x00000000009af3d5 : mov %r12,%rdi 0x00000000009af3d8 : callq 0xa9f079 0x00000000009af3dd : mov %rax,%rbp 238 if (!pic_param) 0x00000000009af3e0 : test %rax,%rax ---Type to continue, or q to quit---q Quit (gdb) info locals h = 0x2504250 s = 0x2504250 vactx = 0x0 pic_param = iq_matrix = (gdb) info registers rax 0x10995a0 17405344 rbx 0x2504250 38814288 rcx 0x0 0 rdx 0x0 0 rsi 0x0 0 rdi 0x1b098c0 28350656 rbp 0x2504250 0x2504250 rsp 0x7fffe13b5c90 0x7fffe13b5c90 r8 0x1 1 r9 0x0 0 r10 0x0 0 r11 0x2 2 r12 0x0 0 r13 0x0 0 r14 0x0 0 r15 0x415f 16735 rip 0x9af3c7 0x9af3c7 eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 23 23:16:31 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 22:16:31 -0000 Subject: [FFmpeg-trac] #824(avcodec:new): Segfault while using h264 hardware acceleration In-Reply-To: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> References: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> Message-ID: <055.2504268aa19795938b77c4f41aa740f4@avcodec.org> #824: Segfault while using h264 hardware acceleration -------------------------------------+----------------------------------- Reporter: static-void | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Please confirm that the problem is reproducible with current MPlayer svn and FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 00:01:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 23:01:19 -0000 Subject: [FFmpeg-trac] #805(undetermined:closed): ffMpeg parse failure on Windows for http url In-Reply-To: <035.1fd6d0e3565841e945dcb9430d76c52b@avcodec.org> References: <035.1fd6d0e3565841e945dcb9430d76c52b@avcodec.org> Message-ID: <050.89905fe2509619966d8df2aedbfe792c@avcodec.org> #805: ffMpeg parse failure on Windows for http url -------------------------------------+------------------------------------- Reporter: noknok | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 00:02:29 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 23:02:29 -0000 Subject: [FFmpeg-trac] #823(avcodec:open): fix qt raw 1/2/4bpp with odd width In-Reply-To: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> References: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> Message-ID: <053.cb594bd808a1eb19302dd978610fd97d@avcodec.org> #823: fix qt raw 1/2/4bpp with odd width --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mov rawvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mov rawvideo * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Could you add samples that have a width of 129 pixel? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 00:14:04 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 23:14:04 -0000 Subject: [FFmpeg-trac] #822(undetermined:open): h264 in mkv: non monotonically increasing dts (was: [mp4 @ 024BBAE0] av_interleaved_write_frame()) In-Reply-To: <036.8331a74d208e62a84b3354504559f911@avcodec.org> References: <036.8331a74d208e62a84b3354504559f911@avcodec.org> Message-ID: <051.c9f5b251565f2a0010fbebc1a43ce4bd@avcodec.org> #822: h264 in mkv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: StevenG | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: H264 mkv | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mkv mp4 => H264 mkv av_interleaved_write_frame * status: new => open * component: FFmpeg => undetermined * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 00:24:11 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Dec 2011 23:24:11 -0000 Subject: [FFmpeg-trac] #823(avcodec:open): fix qt raw 1/2/4bpp with odd width In-Reply-To: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> References: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> Message-ID: <053.bff038d46c0f1d8f4d73e1939a78c1f3@avcodec.org> #823: fix qt raw 1/2/4bpp with odd width --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mov rawvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ami_stuff): Attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 02:42:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 01:42:39 -0000 Subject: [FFmpeg-trac] #769(swscale:open): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.027f836d245a4252641246da5c60be0e@avcodec.org> #769: png gray8 alpha decodes incorrectly --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray8a alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ami_stuff): "gray_alpha.png" -> better sample for test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 04:00:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 03:00:24 -0000 Subject: [FFmpeg-trac] #737(avfilter:new): dropframe timecode error in drawtext filter In-Reply-To: <036.2144e3f643ad3c2551acfed40297af8e@avcodec.org> References: <036.2144e3f643ad3c2551acfed40297af8e@avcodec.org> Message-ID: <051.632615223228ff4a94ca85d04cb292f8@avcodec.org> #737: dropframe timecode error in drawtext filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dericed): ping? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 04:04:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 03:04:49 -0000 Subject: [FFmpeg-trac] #825(undetermined:new): Track number metadata read from ASF (WMAL) off by one Message-ID: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one -------------------------------------+------------------------------------- Reporter: fatcatfan | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- While attempting to batch convert some old WMA Lossless files and copy the metadata, I noticed that the track number gets decremented by one in the process (see track number as reported by mediainfo after ffmpeg output): Z:\Arlo Guthrie\tmp>ffmpeg -v 9 -loglevel 99 -i "Arlo Guthrie.The Best Of Arlo Guthrie.09.Last To Leave.wma" ffmpeg version N-36088-gdd1fb65, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 12:45:32 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 libpostproc 51. 2.100 / 51. 2.100 [asf @ 00000000002FD020] Format asf probed with size=2048 and score=100 [asf @ 00000000002FD020] Unsupported value type 1 in tag ASFLeakyBucketPairs. [asf @ 00000000002FD020] gpos mismatch our pos=24, end=26 [asf @ 00000000002FD020] gpos mismatch our pos=24, end=3727 [asf @ 00000000002FD020] gpos mismatch our pos=24, end=34 [asf @ 00000000002FD020] gpos mismatch our pos=24, end=226 [asf @ 00000000002FD020] gpos mismatch our pos=24, end=32 [wmalossless @ 0000000000356EC0] err{or,}_recognition separate: 1; 1 [wmalossless @ 0000000000356EC0] err{or,}_recognition combined: 1; 10001 [wmalossless @ 0000000000356EC0] Unsupported bit depth: 0 [wmalossless @ 0000000000356EC0] [10] [0] [3] [0] [0] [0] [0] [0] [0] [0] [0] [0] [0] [0] [21] [1] [0] [0] [asf @ 00000000002FD020] parser not found for codec wmalossless, packets or times may be invalid. [asf @ 00000000002FD020] All info found Input #0, asf, from 'Arlo Guthrie.The Best Of Arlo Guthrie.09.Last To Leave.wma': Metadata: album_artist : Arlo Guthrie album : The Best Of Arlo Guthrie genre : Folk WM/Year : 1977 WMFSDKVersion : 10.00.00.3802 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 track : 8 title : Last To Leave artist : Arlo Guthrie Duration: 00:02:35.24, start: 0.000000, bitrate: 735 kb/s Stream #0:0, 1, 1/1000: Audio: wmalossless (c[1][0][0] / 0x0163), 44100 Hz, stereo, flt, 733 kb/s At least one output file must be specified Z:\Arlo Guthrie\tmp>mediainfo "Arlo Guthrie.The Best Of Arlo Guthrie.09.Last To Leave.wma" General Complete name : Arlo Guthrie.The Best Of Arlo Guthrie.09.Last To Leave.wma Format : Windows Media File size : 13.6 MiB Duration : 2mn 35s Overall bit rate mode : Variable Overall bit rate : 735 Kbps Maximum Overall bit rate : 778 Kbps Album : The Best Of Arlo Guthrie Track name : Last To Leave Track name/Position : 9 Performer : Arlo Guthrie / Arlo Guthrie Genre : Folk Recorded date : 1977 Encoded date : UTC 2006-06-08 00:29:40.396 Audio ID : 1 Format : WMA Format profile : Lossless Codec ID : 163 Codec ID/Info : Windows Media Audio Description of the codec : Windows Media Audio 9.1 Lossless - VBR Quality 100, 44 kHz, 2 channel 16 bit 1-pass VBR Duration : 2mn 35s Bit rate mode : Variable Bit rate : 733 Kbps Channel(s) : 2 channels Sampling rate : 44.1 KHz Bit depth : 16 bits Stream size : 13.6 MiB (100%) Let me know if a sample file would be helpful and I'll upload to the FTP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 11:27:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 10:27:31 -0000 Subject: [FFmpeg-trac] #822(undetermined:open): h264 in mkv: non monotonically increasing dts In-Reply-To: <036.8331a74d208e62a84b3354504559f911@avcodec.org> References: <036.8331a74d208e62a84b3354504559f911@avcodec.org> Message-ID: <051.c6844ef5cebfcc6fc8b0809cb1aeef19@avcodec.org> #822: h264 in mkv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: StevenG | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: H264 mkv | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by StevenG): What in a hell this thing "non monotonically increasing dts" ? Maybe is better to disable this, so it will don't cause any problem ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 12:30:22 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 11:30:22 -0000 Subject: [FFmpeg-trac] #822(undetermined:open): h264 in mkv: non monotonically increasing dts In-Reply-To: <036.8331a74d208e62a84b3354504559f911@avcodec.org> References: <036.8331a74d208e62a84b3354504559f911@avcodec.org> Message-ID: <051.b8b46f73f576e20c5a67df4f195e28f7@avcodec.org> #822: h264 in mkv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: StevenG | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: H264 mkv | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Are you suggesting that FFmpeg should produce invalid files by default? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 12:32:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 11:32:01 -0000 Subject: [FFmpeg-trac] #825(avformat:new): Track number metadata read from ASF (WMAL) off by one In-Reply-To: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> References: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> Message-ID: <053.63f54dd083617c840e7f9b8d9e34591a@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one ------------------------------------+------------------------------------ Reporter: fatcatfan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => asf * component: undetermined => avformat Comment: Is this only reproducible with WMAL or also with one of the already supported WMA codecs? What does WMP show for your sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 12:32:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 11:32:41 -0000 Subject: [FFmpeg-trac] #737(avfilter:new): dropframe timecode error in drawtext filter In-Reply-To: <036.2144e3f643ad3c2551acfed40297af8e@avcodec.org> References: <036.2144e3f643ad3c2551acfed40297af8e@avcodec.org> Message-ID: <051.0caad499d8bc844dcc842ef13157ed26@avcodec.org> #737: dropframe timecode error in drawtext filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Is this only reproducible when using libx264 as an encoder or also with -vcodec mpeg4? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 12:43:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 11:43:52 -0000 Subject: [FFmpeg-trac] #822(undetermined:open): h264 in mkv: non monotonically increasing dts In-Reply-To: <036.8331a74d208e62a84b3354504559f911@avcodec.org> References: <036.8331a74d208e62a84b3354504559f911@avcodec.org> Message-ID: <051.370d4def0af25b4de95adfcee7ce1f39@avcodec.org> #822: h264 in mkv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: StevenG | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: H264 mkv | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by StevenG): Replying to [comment:3 cehoyos]: > Are you suggesting that FFmpeg should produce invalid files by default? No, for sure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 13:29:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 12:29:25 -0000 Subject: [FFmpeg-trac] #740(avcodec:open): bmp: support 32bpp x8 r8 g8 b8 In-Reply-To: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> References: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> Message-ID: <053.4668710a0eb3c61ff27470bb1544da36@avcodec.org> #740: bmp: support 32bpp x8 r8 g8 b8 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => bmp * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Attached hack allows to see the intended output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 14:05:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 13:05:50 -0000 Subject: [FFmpeg-trac] #826(avcodec:new): Missing ff_cropTbl symbol needed by MLT Message-ID: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> #826: Missing ff_cropTbl symbol needed by MLT ------------------------------------+--------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ------------------------------------+--------------------------------- Hi, MLT use ff_cropTbl() (removed in ffmpeg 0.9) in src/modules/avformat/filter_avdeinterlace.c [http://mltframework.org/gitweb/mlt.git?p=mltframework.org/mlt.git;a=blob;f=src/modules/avformat/filter_avdeinterlace.c;h=b75117453652b3e0427c7435b4452204f7773008;hb=HEAD#l139] Also #include is really needed in libavdevice/v4l2.c ? This include break the build for non Linux arches like kfreebsd and v4l2.c build fine without this include in Linux or Kfreebsd. Christian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 15:22:45 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 14:22:45 -0000 Subject: [FFmpeg-trac] #826(avcodec:new): Missing ff_cropTbl symbol needed by MLT In-Reply-To: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> References: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> Message-ID: <052.95d4b267ae2aefa7da15fb3c49eea3db@avcodec.org> #826: Missing ff_cropTbl symbol needed by MLT ----------------------------------+----------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by cehoyos): Replying to [ticket:826 marillat]: > Also #include is really needed in libavdevice/v4l2.c ? > > This include break the build for non Linux arches like kfreebsd Could you elavborate? This seems to be checked in configure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 15:36:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 14:36:49 -0000 Subject: [FFmpeg-trac] #737(avfilter:new): dropframe timecode error in drawtext filter In-Reply-To: <036.2144e3f643ad3c2551acfed40297af8e@avcodec.org> References: <036.2144e3f643ad3c2551acfed40297af8e@avcodec.org> Message-ID: <051.1ec31f91cb8fcf665acfe73eca1c0d1f@avcodec.org> #737: dropframe timecode error in drawtext filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dericed): This happens with any codec. Here's a new output with -vcodec mpeg4. I set timecode to 00:03:59;27 and rate to 30000/1001 In the output the timecode drawn start at 00:03:59;21 (six frames less than the requested timecode, the discrepancies occur at where the drop frames should occur so starting at 00:02:59;27 makes an output that is 4 frames off, etc). So the drawn timecode is (frame by frame): 00:03:59;21 00:03:59;22 00:03:59;23 00:03:59;24 00:03:59;25 00:03:59;26 00:03:59;27 00:03:59;28 00:03:59;29 00:04:00;00 (invalid 30000/1001 dropframe value) 00:04:00;01 (invalid 30000/1001 dropframe value) 00:04:00;02 00:04:00;03 ... I presume that the input timecode is converted to a frame number based on if it were non-drop frame (thus the drawn timecode is less then the requested starting value) and then the timecode increments per frame still using non-drop frame so invalid timecode values are drawn and the discrepancy grows 2 frames every 9 minutes out of 10. {{{ ffmpeg started on 2011-12-24 at 09:30:02 Report written to "ffmpeg-20111224-093002.log" Command line: ffmpeg -y -report -i out.mov -vf "drawtext=fontfile=/Library/Fonts/Courier New.ttf:x=10:y=20:fontsize=32:boxcolor=black at 0.5:box=1:rate=30000/1001:timecode='00\\:03\\:59\\;27'" -r 30000/1001 -vcodec mpeg4 out3.mov ffmpeg version N-32449-g0d4a774, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 23 2011 21:10:13 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libopenjpeg --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libfreetype libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53.100 / 2. 53.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7ff081026e00] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7ff081026e00] ISO: File Type Major Brand: qt [v210 @ 0x7ff08102f400] err{or,}_recognition separate: 1; 1 [v210 @ 0x7ff08102f400] err{or,}_recognition combined: 1; 10001 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7ff081026e00] All info found Seems stream 0 codec frame rate differs from container frame rate: 24000.00 (24000/1) -> 23.98 (24000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 2011-12-09 19:20:19 encoder : Lavf53.25.0 Duration: 00:00:05.00, start: 0.000000, bitrate: 46354 kb/s Stream #0:0(eng), 1, 1/24000: Video: v210 (v210 / 0x30313276), yuv422p10le, 356x236, 46353 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 24k tbc Metadata: creation_time : 2011-12-09 19:20:19 handler_name : DataHandler Incompatible pixel format 'yuv422p10le' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x1018153c0] w:356 h:236 pixfmt:yuv422p10le tb:1/1000000 sar:0/1 sws_param: [drawtext @ 0x101816680] loss of precision in default of basetime [drawtext @ 0x101816680] Setting value '/Library/Fonts/Courier New.ttf' for key 'fontfile' [drawtext @ 0x101816680] Setting value '10' for key 'x' [drawtext @ 0x101816680] Setting value '20' for key 'y' [drawtext @ 0x101816680] Setting value '32' for key 'fontsize' [drawtext @ 0x101816680] Setting value 'black at 0.5' for key 'boxcolor' [drawtext @ 0x101816680] Setting value '1' for key 'box' [drawtext @ 0x101816680] Setting value '30000/1001' for key 'rate' [drawtext @ 0x101816680] Setting value '00:03:59;27' for key 'timecode' [drawtext @ 0x1018165c0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'Parsed_drawtext_0' [scale @ 0x1018198a0] w:356 h:236 fmt:yuv422p10le -> w:356 h:236 fmt:yuv420p flags:0x4 [mpeg4 @ 0x7ff08102d000] err{or,}_recognition separate: 1; 1 [mpeg4 @ 0x7ff08102d000] err{or,}_recognition combined: 1; 10001 [mpeg4 @ 0x7ff08102d000] intra_quant_bias = 0 inter_quant_bias = -64 [mpeg4 @ 0x7ff08102d000] Unsupported bit depth: 0 [v210 @ 0x7ff08102f400] err{or,}_recognition separate: 1; 10001 [v210 @ 0x7ff08102f400] err{or,}_recognition combined: 1; 10001 Output #0, mov, to 'out3.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 2011-12-09 19:20:19 encoder : Lavf53.28.100 Stream #0:0(eng), 0, 1/30000: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 356x236, q=2-31, 200 kb/s, 30k tbn, 29.97 tbc Metadata: creation_time : 2011-12-09 19:20:19 handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (v210 -> mpeg4) Press [q] to stop, [?] for help [drawtext @ 0x1018165c0] n:0 t:0.000000 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:1 t:0.041708 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:2 t:0.083417 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:3 t:0.125125 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:4 t:0.166833 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:5 t:0.208542 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:6 t:0.250250 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:7 t:0.291958 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:8 t:0.333667 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:9 t:0.375375 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:10 t:0.417083 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:11 t:0.458792 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:12 t:0.500500 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:13 t:0.542208 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:14 t:0.583917 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:15 t:0.625625 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:16 t:0.667333 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:17 t:0.709042 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:18 t:0.750750 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:19 t:0.792458 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:20 t:0.834167 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:21 t:0.875875 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:22 t:0.917583 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:23 t:0.959292 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:24 t:1.001000 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:25 t:1.042708 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:26 t:1.084417 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:27 t:1.126125 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:28 t:1.167833 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:29 t:1.209542 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:30 t:1.251250 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:31 t:1.292958 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:32 t:1.334667 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:33 t:1.376375 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:34 t:1.418083 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:35 t:1.459792 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:36 t:1.501500 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:37 t:1.543208 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:38 t:1.584917 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:39 t:1.626625 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:40 t:1.668333 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:41 t:1.710042 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:42 t:1.751750 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:43 t:1.793458 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:44 t:1.835167 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:45 t:1.876875 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:46 t:1.918583 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:47 t:1.960292 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:48 t:2.002000 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:49 t:2.043708 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:50 t:2.085417 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:51 t:2.127125 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:52 t:2.168833 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:53 t:2.210542 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:54 t:2.252250 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:55 t:2.293958 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:56 t:2.335667 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:57 t:2.377375 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:58 t:2.419083 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:59 t:2.460792 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:60 t:2.502500 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:61 t:2.544208 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:62 t:2.585917 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:63 t:2.627625 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:64 t:2.669333 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:65 t:2.711042 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:66 t:2.752750 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:67 t:2.794458 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:68 t:2.836167 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:69 t:2.877875 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:70 t:2.919583 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:71 t:2.961292 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:72 t:3.003000 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:73 t:3.044708 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:74 t:3.086417 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:75 t:3.128125 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:76 t:3.169833 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:77 t:3.211542 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:78 t:3.253250 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:79 t:3.294958 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:80 t:3.336667 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:81 t:3.378375 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:82 t:3.420083 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:83 t:3.461792 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:84 t:3.503500 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:85 t:3.545208 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:86 t:3.586917 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:87 t:3.628625 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:88 t:3.670333 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:89 t:3.712042 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:90 t:3.753750 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:91 t:3.795458 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:92 t:3.837167 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:93 t:3.878875 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:94 t:3.920583 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:95 t:3.962292 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:96 t:4.004000 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:97 t:4.045708 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:98 t:4.087417 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:99 t:4.129125 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:100 t:4.170833 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:101 t:4.212542 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:102 t:4.254250 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:103 t:4.295958 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:104 t:4.337667 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:105 t:4.379375 text_w:209 text_h:23 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:106 t:4.421083 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:107 t:4.462792 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:108 t:4.504500 text_w:209 text_h:23 x:10 y:20 [drawtext @ 0x1018165c0] n:109 t:4.546208 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:110 t:4.587917 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:111 t:4.629625 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:112 t:4.671333 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:113 t:4.713042 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:114 t:4.754750 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:115 t:4.796458 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:116 t:4.838167 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:117 t:4.879875 text_w:209 text_h:24 x:10 y:20 *** 1 dup! [drawtext @ 0x1018165c0] n:118 t:4.921583 text_w:209 text_h:24 x:10 y:20 [drawtext @ 0x1018165c0] n:119 t:4.963292 text_w:209 text_h:23 x:10 y:20 frame= 150 fps= 0 q=7.9 Lsize= 286kB time=00:00:05.00 bitrate= 467.6kbits/s dup=30 drop=0 video:284kB audio:0kB global headers:0kB muxing overhead 0.492299% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 15:37:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 14:37:35 -0000 Subject: [FFmpeg-trac] #824(avcodec:new): Segfault while using h264 hardware acceleration In-Reply-To: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> References: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> Message-ID: <055.27a17422d70583cf1cad3114db9f304f@avcodec.org> #824: Segfault while using h264 hardware acceleration -------------------------------------+----------------------------------- Reporter: static-void | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by static-void): Because upstream mplayer lacks VA-API support, I use this version: [http://gitorious.org/vaapi/mplayer], hwaccel-vaapi branch, latest available at the moment commit 5644551, dated Thu Oct 27 12:49:08 2011 +0200. At the time of reporting, I used latest FFmpeg from git://git.videolan.org/ffmpeg.git, master branch, commit c25c7ba, dated Fri Dec 23 11:43:29 2011 +0100. I've also reproduced the crash using FFmpeg 32c4938 dated Sat Dec 24 12:44:30 2011 +0100. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 16:31:45 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 15:31:45 -0000 Subject: [FFmpeg-trac] #763(avfilter:closed): Using -boxcolor=black@0.5 in drawtext filter results in green (regression) In-Reply-To: <036.62cc09b8b9631138bccb9258a45e9543@avcodec.org> References: <036.62cc09b8b9631138bccb9258a45e9543@avcodec.org> Message-ID: <051.dde4fda12721ba42066b5b807059b5d7@avcodec.org> #763: Using -boxcolor=black at 0.5 in drawtext filter results in green (regression) -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Replying to [ticket:763 dericed]: > I think I found a regression in the drawtext filter. If I specify boxcolor=black at 0.5 in the command, I used to get a black box with 50% alpha as expected. In an ffmpeg built from git yesterday I am now getting a green box with 50% alpha. Note that if I run ffmpeg without the alpha specifier and just say boxcolor=black then I do get a black box, but the alpha value now gives unexpected results. > I have another (related?) drawtext bug here: http://ffmpeg.org/trac/ffmpeg/ticket/737. > Dave > > drawtext with ffmpeg built from git yesterday (ask for black and get green) > {{{ > ffmpeg -report -y -i example.mp4 -vf "drawtext=fontcolor=white:fontsize=16:fontfile=/Library/Fonts/Courier New.ttf:box=1:boxcolor=black at 0.5:x=100:y=100:text='Is this black?'" out2.mp4 > ffmpeg started on 2011-12-15 at 10:07:41 > Report written to "ffmpeg-20111215-100741.log" > ffmpeg version N-32298-g7862bd3, Copyright (c) 2000-2011 the FFmpeg developers > built on Dec 14 2011 09:38:30 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) > configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-libfreetype --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid > libavutil 51. 32. 0 / 51. 32. 0 > libavcodec 53. 44. 0 / 53. 44. 0 > libavformat 53. 25. 0 / 53. 25. 0 > libavdevice 53. 4. 0 / 53. 4. 0 > libavfilter 2. 53. 0 / 2. 53. 0 > libswscale 2. 1. 0 / 2. 1. 0 > libpostproc 51. 2. 0 / 51. 2. 0 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example.mp4': > Metadata: > major_brand : isom > minor_version : 512 > compatible_brands: isomiso2avc1mp41 > creation_time : 2011-11-18 06:00:00 > encoder : Lavf53.22.0 > Duration: 00:00:05.93, start: 0.000000, bitrate: 58180 kb/s > Stream #0:0(eng): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv420p, 720x486 [SAR 9:10 DAR 4:3], 58178 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc >[...] >}}} It was not a regression, but a bug which survived since the first version (only affecting YUV video), should be fixed in commit: {{{ commit 1858a5c25ee1ccb8089339d20138116a46cc6c77 Author: Stefano Sabatini Date: Sat Dec 24 16:17:18 2011 +0100 vf_drawtext: select YUV color for drawbox() in case YUV colorspace is used Fix box alpha rendering when a YUV colorspace is selected, in particular fix trac ticket #763. }}} Thanks for reporting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 17:03:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 16:03:25 -0000 Subject: [FFmpeg-trac] #827(avformat:new): WTV Muxed files not seekable Message-ID: <035.c701c2216f3df42f7ec2dc5f1b66ec29@avcodec.org> #827: WTV Muxed files not seekable ----------------------------------+------------------------------------- Reporter: xk2600 | Type: defect Status: new | Priority: important Component: avformat | Version: 0.9 Keywords: WTV seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------- WTV files MUX'd with ffmpeg are not seekable using WMP12, Windows Media Center, and VLC. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 17:16:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 16:16:13 -0000 Subject: [FFmpeg-trac] #826(avcodec:new): Missing ff_cropTbl symbol needed by MLT In-Reply-To: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> References: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> Message-ID: <052.2255c8daeb1e6ca662420368ebb5e596@avcodec.org> #826: Missing ff_cropTbl symbol needed by MLT ----------------------------------+----------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by marillat): Replying to [comment:1 cehoyos]: > Replying to [ticket:826 marillat]: > > Also #include is really needed in libavdevice/v4l2.c ? > > > > This include break the build for non Linux arches like kfreebsd > > Could you elavborate? Befare, this bug report contains two bug reports. > This seems to be checked in configure. grep asm/types.h configure return nothing. In libavdevice/v4l2.c asm/types.h is always included if v4l2 is enabled or detected. This doesn't work for kfreebsd who doesn't have asm/types.h Christian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 22:01:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 21:01:41 -0000 Subject: [FFmpeg-trac] #827(avformat:open): WTV Muxed files not seekable In-Reply-To: <035.c701c2216f3df42f7ec2dc5f1b66ec29@avcodec.org> References: <035.c701c2216f3df42f7ec2dc5f1b66ec29@avcodec.org> Message-ID: <050.b6d3dd87d891c7eaf87e1b69f3ee2a12@avcodec.org> #827: WTV Muxed files not seekable ------------------------------------+------------------------------------ Reporter: xk2600 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: WTV seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => normal * status: new => open * version: 0.9 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 24 22:10:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 21:10:55 -0000 Subject: [FFmpeg-trac] #826(avcodec:new): Missing ff_cropTbl symbol needed by MLT In-Reply-To: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> References: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> Message-ID: <052.442e665beebf094061ddb61b38e2d194@avcodec.org> #826: Missing ff_cropTbl symbol needed by MLT ----------------------------------+----------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 marillat]: > Replying to [comment:1 cehoyos]: > > Replying to [ticket:826 marillat]: > > > Also #include is really needed in libavdevice/v4l2.c ? > > > > > > This include break the build for non Linux arches like kfreebsd > > > > Could you elavborate? > > Befare, this bug report contains two bug reports. Yes, but I don't think you'll like my opinion about the other problem... ;-) > > This seems to be checked in configure. > > grep asm/types.h configure return nothing. Sorry, I looked into master where this was fixed. If nobody beats me, I'll try to backport next week. Merry Christmas, Carl Eugen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 00:27:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Dec 2011 23:27:55 -0000 Subject: [FFmpeg-trac] #828(FFmpeg:new): Processing DV gives no output -- AC EOB marker is absent? Message-ID: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? ----------------------------------+--------------------------------------- Reporter: rrauenza | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I see a lot of this complaint on the net, and subsequent claims that this was fixed in a particular CVS release number -- but now ffmpeg is using git -- but surely that fix was merged into git! I cloned the git repo yesterday and built ffmpeg [rrauenza at tendo ~]$ /rjr/ffmpeg-git/bin/ffmpeg -version ffmpeg N-36111-gd1c28e3 libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 libpostproc 51. 2.100 / 51. 2.100 [rrauenza at tendo ~]$ And I still get those errors -- although I've seen many people say they are harmless and to ignore them. But I get them, and my resulting encodings are empty of video. I got these both when I used dvgrab on linux (format raw) to pull the dv content in and using windv (dv avi, type 2) When postprocessing these with ffmpeg, I get empty mp4's... or at least I only see audio. Hmm -- there's an assumption I'm making here which is that this file ought to play on windows. The original DV's play in quicktime, the window's avi's play in media player. [rrauenza at tendo tmp]$ /rjr/ffmpeg-git/bin/ffmpeg -i foo.dv -vcodec libx264 -preset faster foo.mp4 ffmpeg version N-36111-gd1c28e3, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 21:34:58 with gcc 4.5.1 20100924 (Red Hat 4.5.1-4) configuration: --prefix=/rjr/ffmpeg-git --enable-gpl --enable-nonfree --enable-pthreads --enable-hardcoded-tables --enable-memalign-hack --enable-bzlib --enable-libdc1394 --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libxvid --enable-zlib --enable-libdirac --enable-libx264 --extra- cflags='-I/rjr/x264/include -L/rjr/x264/lib/' --extra- ldflags='-Wl,-rpath=/rjr/x264/lib -L/rjr/x264/lib' libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 libpostproc 51. 2.100 / 51. 2.100 [dv @ 0x9d1af00] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'foo.dv': Duration: 00:02:11.03, start: 0.000000, bitrate: 28771 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s File 'foo.mp4' already exists. Overwrite ? [y/N] y Incompatible pixel format 'yuv411p' for codec 'libx264', auto-selecting format 'yuv422p' [buffer @ 0x9d21580] w:720 h:480 pixfmt:yuv411p tb:1/1000000 sar:8/9 sws_param: [buffersink @ 0x9d21740] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x9d1c400] w:720 h:480 fmt:yuv411p -> w:720 h:480 fmt:yuv422p flags:0x4 [libx264 @ 0x9d22640] using SAR=8/9 [libx264 @ 0x9d22640] using cpu capabilities: MMX2 SSE2Slow SlowCTZ [libx264 @ 0x9d22640] profile High 4:2:2, level 3.0, 4:2:2 8-bit [libx264 @ 0x9d22640] 264 - core 120 r2085+35 0c7dab9 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=3 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=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=20 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 'foo.mp4': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv422p, 720x480 [SAR 8:9 DAR 4:3], q=-1--1, 30k tbn, 29.97 tbc Stream #0:1: Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (dvvideo -> libx264) Stream #0:1 -> #0:1 (pcm_s16le -> libfaac) Press [q] to stop, [?] for help AC EOB marker is absent pos=64e= 442kB time=00:00:03.26 bitrate=1108.4kbits/s [dvvideo @ 0x9d21160] AC EOB marker is absent pos=65 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=64 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=69 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=64 Last message repeated 1 times [....] [dvvideo @ 0x9d21160] AC EOB marker is absent pos=66 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=67 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=65 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=64 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=65 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=67 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=64 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=68 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=64 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=67 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=66 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=69 [dvvideo @ 0x9d21160] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x9d21160] AC EOB marker is absent pos=65 frame= 3927 fps= 24 q=-1.0 Lsize= 24027kB time=00:02:10.96 bitrate=1502.9kbits/s video:21838kB audio:2047kB global headers:0kB muxing overhead 0.594100% [libx264 @ 0x9d22640] frame I:18 Avg QP:22.45 size: 31619 [libx264 @ 0x9d22640] frame P:1676 Avg QP:25.07 size: 10165 [libx264 @ 0x9d22640] frame B:2233 Avg QP:28.00 size: 2130 [libx264 @ 0x9d22640] consecutive B-frames: 1.5% 53.3% 44.2% 1.0% [libx264 @ 0x9d22640] mb I I16..4: 5.2% 60.1% 34.7% [libx264 @ 0x9d22640] mb P I16..4: 1.9% 14.4% 0.7% P16..4: 39.5% 17.2% 6.4% 0.0% 0.0% skip:19.9% [libx264 @ 0x9d22640] mb B I16..4: 0.2% 1.9% 0.0% B16..8: 18.8% 3.2% 0.2% direct:16.3% skip:59.3% L0:30.0% L1:52.9% BI:17.1% [libx264 @ 0x9d22640] 8x8 transform intra:83.8% inter:51.2% [libx264 @ 0x9d22640] coded y,uvDC,uvAC intra: 47.7% 64.3% 9.5% inter: 18.2% 28.6% 1.2% [libx264 @ 0x9d22640] i16 v,h,dc,p: 48% 19% 18% 14% [libx264 @ 0x9d22640] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 14% 41% 2% 5% 5% 3% 3% 3% [libx264 @ 0x9d22640] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 26% 17% 3% 10% 8% 6% 5% 6% [libx264 @ 0x9d22640] i8c dc,h,v,p: 54% 16% 25% 4% [libx264 @ 0x9d22640] Weighted P-Frames: Y:7.6% UV:1.6% [libx264 @ 0x9d22640] ref P L0: 69.7% 30.3% [libx264 @ 0x9d22640] ref B L0: 74.9% 25.1% [libx264 @ 0x9d22640] ref B L1: 94.7% 5.3% [libx264 @ 0x9d22640] kb/s:1365.27 [rrauenza at tendo tmp]$ videolan says the results are h264 - mpeg-4 (part 10) (avc1) resolution 720x480 frame rate: 29.970029 2/3rds into play the vide it claims it has decoded 347 video blocks and displayed 3461 frames, and lost 1. Is this just user error? Am I doing something wrong here? These are these same scripts (using ffmpeg) I used a couple years ago to turn raw dv's into h264 mp4. I guess my h264 encoder could be broken... I just took an iphone .mov and retranscoded it fine: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfaac) so I'm stumped -- any ideas? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 01:12:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 00:12:01 -0000 Subject: [FFmpeg-trac] #828(undetermined:new): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.7c96025aba679d12d03d6e95f63b7bcf@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 02:12:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 01:12:20 -0000 Subject: [FFmpeg-trac] #828(undetermined:new): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.7a2816312dfe1dfe41e815969f8caeb7@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | 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): Since it works fine here: Is the problem only reproducible when also encoding audio or also with -an? Is the problem only reproducible using an external library (libx264) or also when using -qscale 2 -vcodec mpeg4? {{{ $ ffmpeg -i foo.2mb.dv -an out.avi ffmpeg version N-36163-g5257743, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 25 2011 01:39:23 with gcc 4.3.2 [gcc-4_3-branch revision 141291] configuration: libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53.100 / 2. 53.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [dv @ 0x8e4faa0] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'foo.2mb.dv': Duration: 00:00:00.58, start: 0.000000, bitrate: 28770 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Incompatible pixel format 'yuv411p' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x8e562a0] w:720 h:480 pixfmt:yuv411p tb:1/1000000 sar:8/9 sws_param: [buffersink @ 0x8e65a00] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x8e54f20] w:720 h:480 fmt:yuv411p -> w:720 h:480 fmt:yuv420p flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.28.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (dvvideo -> mpeg4) Press [q] to stop, [?] for help frame= 18 fps= 0 q=20.6 Lsize= 170kB time=00:00:00.60 bitrate=2319.7kbits/s video:164kB audio:0kB global headers:0kB muxing overhead 3.691619% }}} out.avi looks fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 02:23:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 01:23:02 -0000 Subject: [FFmpeg-trac] #828(undetermined:new): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.2c3c21fb8d7156a8baed0b3410063ba2@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | 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 rrauenza): worked: /rjr/ffmpeg-git/bin/ffmpeg -i foo.2mb.dv -qscale 2 -vcodec mpeg4 foo.mp4 worked: /rjr/ffmpeg-git/bin/ffmpeg -i foo.2mb.dv -an out.avi not worked: /rjr/ffmpeg-git/bin/ffmpeg '''-an''' -i foo.2mb.dv -vcodec libx264 -preset faster foo.2mb.mp4 Ok, so the dvvideo format is probably not bad -- it must be something out the output side.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 02:23:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 01:23:54 -0000 Subject: [FFmpeg-trac] #828(undetermined:new): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.20e22f9620ecbdb679443d6b1130afb9@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | 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 rrauenza): I'm going to do a make clean of x264 followed by a make clean of ffmpeg ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 04:25:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 03:25:30 -0000 Subject: [FFmpeg-trac] #828(undetermined:new): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.816bb8d9f0f0d7f166243d5aff0dbd3f@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | 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 rrauenza): clean builds didn't change the behavior. Are you able to encode them with -vcodec libx264? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 09:02:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 08:02:43 -0000 Subject: [FFmpeg-trac] #826(avcodec:new): Missing ff_cropTbl symbol needed by MLT In-Reply-To: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> References: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> Message-ID: <052.6da6b7f79cce81a846168aac114cfd81@avcodec.org> #826: Missing ff_cropTbl symbol needed by MLT ----------------------------------+----------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by marillat): Replying to [comment:3 cehoyos]: > Replying to [comment:2 marillat]: > > Replying to [comment:1 cehoyos]: > > > Replying to [ticket:826 marillat]: > > > > Also #include is really needed in libavdevice/v4l2.c ? > > > > > > > > This include break the build for non Linux arches like kfreebsd > > > > > > Could you elavborate? > > > > Befare, this bug report contains two bug reports. > > Yes, but I don't think you'll like my opinion about the other problem... > ;-) I see what you mean ;-) But what to do with programs who use ffmpeg private symbols ? Most of the times these programs also use an internal ffmpeg version and use private symbol. I already did a bug report for a similar problem with XBMC (see #762). Merry Christmas, Christian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 09:56:09 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 08:56:09 -0000 Subject: [FFmpeg-trac] #826(avcodec:new): Missing ff_cropTbl symbol needed by MLT In-Reply-To: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> References: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> Message-ID: <052.027bf7f675678511b90f8886ab433a54@avcodec.org> #826: Missing ff_cropTbl symbol needed by MLT ----------------------------------+----------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by reimar): You can just add those symbols to the list of symbols that should be exported. However this case is more problematic than just using a private symbol: This array is only initialized when dsputils are initialized, which the application has no control over at all which will cause issues even with their own FFmpeg copy. This is likely to cause serious and hard to debug issues, like the deinterlace filter breaking completely when using it on a raw uncompressed video but working fine when playing a H.264 file. The array is trivial, so except for wasting some memory it should be a problem for the program to have its own copy of it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 17:50:03 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 16:50:03 -0000 Subject: [FFmpeg-trac] #829(undetermined:new): jpg: bad quality with progressive rgb file Message-ID: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> #829: jpg: bad quality with progressive rgb file -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- imagemagick/firefox decodes attached file correctly {{{ C:\>ffmpeg -i rgb_progressive.jpg out.bmp ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:01:15 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'rgb_progressive.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gbrp, 1024x768, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'gbrp' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 020E1820] w:1024 h:768 pixfmt:gbrp tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020E1AA0] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020E1EE0] w:1024 h:768 fmt:gbrp -> w:1024 h:768 fmt:bgr24 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:2304kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 20:37:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 19:37:39 -0000 Subject: [FFmpeg-trac] #830(undetermined:new): tiff: 1bpp with palette Message-ID: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> #830: tiff: 1bpp with palette -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- support 1bpp with palette {{{ C:\>ffmpeg -i 1bpp_with_palette.tif ffmpeg version N-36088-gdd1fb65, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 12:39:23 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from '1bpp_with_palette.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, monob, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 20:42:11 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 19:42:11 -0000 Subject: [FFmpeg-trac] #831(undetermined:new): gif: 1bpp with transparency decodes to black screen Message-ID: <038.6ea8413985c9a43945313c760b710242@avcodec.org> #831: gif: 1bpp with transparency decodes to black screen -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 1bpp_transparent_white.gif out.bmp ffmpeg version N-36088-gdd1fb65, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 12:39:23 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from '1bpp_transparent_white.gif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: gif, pal8, 999x749, 25 tbr, 25 tbn, 25 tbc [buffer @ 020F1340] w:999 h:749 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: bmp, pal8, 999x749, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (gif -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:732kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 25 23:12:18 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 22:12:18 -0000 Subject: [FFmpeg-trac] #832(undetermined:new): tiff: support G3FAX1D Message-ID: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> #832: tiff: support G3FAX1D -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached "hack" allows decoding files from issue 1432 http://www.voy.com/5188/466.html {{{ C:\>ffmpeg -i Test_G3FAX1D.tif ffmpeg version N-36088-gdd1fb65, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 12:39:23 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from 'Test_G3FAX1D.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, monob, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 00:28:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Dec 2011 23:28:01 -0000 Subject: [FFmpeg-trac] #829(avcodec:open): jpg: bad quality with progressive rgb file In-Reply-To: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> References: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> Message-ID: <053.bc73815adabda82d85746dae05191034@avcodec.org> #829: jpg: bad quality with progressive rgb file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: jpg gbr24p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => jpg gbr24p * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Shows artefacts with FFmpeg, not a regression afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 01:45:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 00:45:32 -0000 Subject: [FFmpeg-trac] #831(avcodec:closed): gif: 1bpp with transparency decodes to black screen In-Reply-To: <038.6ea8413985c9a43945313c760b710242@avcodec.org> References: <038.6ea8413985c9a43945313c760b710242@avcodec.org> Message-ID: <053.5a43cffea33bea8ac2453947f07be9ae@avcodec.org> #831: gif: 1bpp with transparency decodes to black screen ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: bmp alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => bmp alpha * resolution: => invalid * status: new => closed * component: undetermined => avcodec * version: unspecified => git-master Comment: The sample has a two-colour palette: Solid black and transparent black. It is transcoded correctly with ffmpeg -i 1bpp_transparent_white.gif out.png ffmpeg -i 1bpp_transparent_white.gif -pix_fmt bgra out.png ffmpeg -i 1bpp_transparent_white.gif -f image2 out.gif I will attach a patch that allows to do the following: ffmpeg -i 1bpp_transparent_white.gif out.bmp ffmpeg -i out.bmp out.png and get the same (semi-transparent) png as above. But since neither ImageMagick nor GIMP show out.bmp (with the patch) as semi-transparent, I am not sure if any application supports transparency in the bmp palette (and the Microsoft documentation repeatedly states the relevant value "must be zero" making a bug in FFmpeg's bmp palette reading code likely). Otoh, it is possible that for ImageMagick and GIMP, this depends on the BITMAPHEADER version, so please reopen if you find a palletized bmp that shows transparency with any application. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 03:13:48 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 02:13:48 -0000 Subject: [FFmpeg-trac] #831(avcodec:closed): gif: 1bpp with transparency decodes to black screen In-Reply-To: <038.6ea8413985c9a43945313c760b710242@avcodec.org> References: <038.6ea8413985c9a43945313c760b710242@avcodec.org> Message-ID: <053.8acdeb5783152e8b73fe1439c4e0a0bd@avcodec.org> #831: gif: 1bpp with transparency decodes to black screen ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: bmp alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by beastd): Hi! @cehoyos: The patch is IMHO, as you already pointed yourself, not a good idea. Some picky readers might not accept the files and if Microsoft ever decides to extend the format in that place the FFmpeg generated files might be invalid or misinterpreted (rather unlikely but still). Perhaps a new functionality that makes it possible for users to specify a background color (or even picture) against which the transparent colors should be evaluated would be a good thing. E.g. the user could choose white and would therefore end up in this example with the fully transparent black palette entry translated to white (0xFF000000 would be translated to 0x00FFFFFF in the palette). @ami_stuff: If you are interested, a new ticket with type enhancement could be opened so it isn't forgotten. Otherwise as I can't say how difficult it is to implement such a feature in current FFmpeg, I would say we just let it be for now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 03:37:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 02:37:16 -0000 Subject: [FFmpeg-trac] #833(undetermined:new): crash with png (gray) to bmp (gray) conversion Message-ID: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> #833: crash with png (gray) to bmp (gray) conversion -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 gray.png out.bmp Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-834f80d/ffmpeg_g.exe -i gray.png out.bmp [New Thread 3148.0xcb4] ffmpeg version 0.9.0.git-834f80d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 14:07:40 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 Input #0, image2, from 'gray.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 03d61590] w:1024 h:768 pixfmt:gray tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: bmp, gray, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> bmp) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x009d00d4 in ff_set_systematic_pal2 (pal=0x0, pix_fmt=PIX_FMT_GRAY8) at libavutil/imgutils.c:178 178 pal[i] = b + (g<<8) + (r<<16); (gdb) bt #0 0x009d00d4 in ff_set_systematic_pal2 (pal=0x0, pix_fmt=PIX_FMT_GRAY8) at libavutil/imgutils.c:178 #1 0x007c8df2 in bmp_encode_frame (avctx=0x42b0048, buf=0x43b0020 "", buf_size=5515024, data=0x22daf0) at libavcodec/bmpenc.c:90 #2 0x00509101 in avcodec_encode_video (avctx=0x42b0048, buf=0x43b0020 "", buf_size=5515024, pict=0x22daf0) at libavcodec/utils.c:881 #3 0x00404f6e in do_video_out (s=0x3d5f3b0, ost=0x3d5fd00, in_picture=0x3d61e00, frame_size=0x22de9c, quality=0, ist=) at ffmpeg.c:1349 #4 0x004068c5 in transcode_video (ist=0x3d611b0, ost_table=0x3d5fd00, nb_ostreams=1, pkt=0x22fbb8) at ffmpeg.c:1955 #5 output_packet (ist=0x3d611b0, ost_table=0x3d5fd00, nb_ostreams=1, pkt=0x22fbb8) at ffmpeg.c:2046 #6 0x0040a63e in transcode (output_files=, nb_output_files=0, input_files=0x0, nb_input_files=4256952) at ffmpeg.c:2804 #7 0x0022ff48 in ?? () #8 0x00000000 in ?? () (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x9d00b4 to 0x9d00f4: 0x009d00b4 : cmp $0x92,%al 0x009d00b6 : lea (%edx,%edi,4),%edi 0x009d00b9 : lea (%edx,%edi,4),%edi 0x009d00bc : mov %eax,%ebp 0x009d00be : and $0x1,%ebp 0x009d00c1 : mov %ebp,%edx 0x009d00c3 : shl $0x8,%edx 0x009d00c6 : sub %ebp,%edx 0x009d00c8 : shl $0x8,%edi 0x009d00cb : shl $0x10,%ecx 0x009d00ce : lea (%edi,%ecx,1),%ecx 0x009d00d1 : lea (%ecx,%edx,1),%edx => 0x009d00d4 : mov %edx,(%esi,%eax,4) 0x009d00d7 : inc %eax 0x009d00d8 : cmp $0x100,%eax 0x009d00dd : jne 0x9d0088 0x009d00df : xor %ax,%ax 0x009d00e2 : jmp 0x9d0092 0x009d00e4 : mov %eax,%edx 0x009d00e6 : sar $0x5,%edx 0x009d00e9 : lea (%edx,%edx,8),%ecx 0x009d00ec : shl $0x2,%ecx 0x009d00ef : mov %eax,%edx 0x009d00f1 : sar $0x2,%edx End of assembler dump. (gdb) info all-registers eax 0x0 0 ecx 0x0 0 edx 0x0 0 ebx 0x0 0 esp 0x22d9ec 0x22d9ec ebp 0x42b0048 0x42b0048 esi 0x0 0 edi 0x0 0 eip 0x9d00d4 0x9d00d4 eflags 0x10256 [ PF AF ZF IF RF ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 -2147483648 (raw 0xc01e8000000000000000) st4 -1.1000000000000001 (raw 0xbfff8ccccccccccccccd) st5 0 (raw 0x00000000000000000000) st6 1.1000000000000001 (raw 0x3fff8ccccccccccccccd) st7 0 (raw 0x00000000000000000000) fctrl 0xffff037f -64641 fstat 0xffff0120 -65248 ftag 0xffffffff -1 fiseg 0x0 0 fioff 0x0 0 foseg 0xffff0000 -65536 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm4 {uint64 = 0x8ccccccccccccccd, v2_int32 = {0xcccccccd, 0x8ccccccc}, v4_int16 = {0xcccd, 0xcccc, 0xcccc, 0x8ccc}, v8_int8 = { 0xcd, 0xcc, 0xcc, 0xcc, 0xcc, 0xcc, 0xcc, 0x8c}} mm5 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm6 {uint64 = 0x8ccccccccccccccd, v2_int32 = {0xcccccccd, 0x8ccccccc}, v4_int16 = {0xcccd, 0xcccc, 0xcccc, 0x8ccc}, v8_int8 = { 0xcd, 0xcc, 0xcc, 0xcc, 0xcc, 0xcc, 0xcc, 0x8c}} mm7 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 03:58:33 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 02:58:33 -0000 Subject: [FFmpeg-trac] #830(avcodec:open): tiff: 1bpp with palette In-Reply-To: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> References: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> Message-ID: <053.0b1b2379e67c9c476f9da62790bc1aef@avcodec.org> #830: tiff: 1bpp with palette ------------------------------------+----------------------------------- Reporter: ami_stuff | 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): * keywords: => tif * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: I attached four similar samples that are fixed with attached patch. The original sample is G3-compressed, I believe all palletized tiff samples with less than eight bit per pixel and G3 compression do not decode correctly. Can you provide such samples? (Same compression as 1bpp_with_palette.tif, but with 2bpp and 4bpp.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 04:38:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 03:38:07 -0000 Subject: [FFmpeg-trac] #833(avcodec:open): crash with png (gray) to bmp (gray) conversion In-Reply-To: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> References: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> Message-ID: <053.6f99de521c706eb853445e7861b62ce6@avcodec.org> #833: crash with png (gray) to bmp (gray) conversion -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: bmp 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: => bmp crash SIGSEGV -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 05:00:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 04:00:40 -0000 Subject: [FFmpeg-trac] #831(avcodec:closed): gif: 1bpp with transparency decodes to black screen In-Reply-To: <038.6ea8413985c9a43945313c760b710242@avcodec.org> References: <038.6ea8413985c9a43945313c760b710242@avcodec.org> Message-ID: <053.e5477a7ee256fc1751337a7baf8df525@avcodec.org> #831: gif: 1bpp with transparency decodes to black screen ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: bmp alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 beastd]: > The patch is IMHO, as you already pointed yourself, not a good idea. > Some picky readers might not accept the files and if Microsoft ever decides to extend the format in > that place the FFmpeg generated files might be invalid or misinterpreted (rather unlikely but still). I believe we should produce such samples if ImageMagick, GIMP or Photoshop read them with transparency, it is possible that this only needs another BITMAPHEADER version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 05:46:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 04:46:26 -0000 Subject: [FFmpeg-trac] #825(avformat:new): Track number metadata read from ASF (WMAL) off by one In-Reply-To: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> References: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> Message-ID: <053.7a388d98b971fd823d0a3616d59cb73c@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one ------------------------------------+------------------------------------ Reporter: fatcatfan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by fatcatfan): WMP as well as VLC and MP3tag all report the track number as expected, one higher than reported by ffmpeg. I tested it with a non-lossless file with similar results: Z:\Arlo Guthrie\tmp>ffmpeg -v 9 -loglevel 99 -i yohoho.wma ffmpeg version N-36088-gdd1fb65, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 12:45:32 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable- libxvid --enable-zlib libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 libpostproc 51. 2.100 / 51. 2.100 [asf @ 0000000001FBCE50] Format asf probed with size=2048 and score=100 [asf @ 0000000001FBCE50] gpos mismatch our pos=24, end=26 [asf @ 0000000001FBCE50] gpos mismatch our pos=24, end=1233 [asf @ 0000000001FBCE50] gpos mismatch our pos=24, end=34 [asf @ 0000000001FBCE50] gpos mismatch our pos=24, end=166 [asf @ 0000000001FBCE50] gpos mismatch our pos=24, end=32 [wmav2 @ 0000000000315CA0] err{or,}_recognition separate: 1; 1 [wmav2 @ 0000000000315CA0] err{or,}_recognition combined: 1; 10001 [wmav2 @ 0000000000315CA0] Unsupported bit depth: 0 [asf @ 0000000001FBCE50] parser not found for codec wmav2, packets or times may be invalid. [asf @ 0000000001FBCE50] All info found Input #0, asf, from 'yohoho.wma': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 WM/ToolName : Adobe Audition WM/ToolVersion : 1.0.3211.2 track : 4 Duration: 00:02:38.11, start: 0.000000, bitrate: 16 kb/s Stream #0:0, 1, 1/1000: Audio: wmav2 (a[1][0][0] / 0x0161), 22050 Hz, 1 channels, s16, 16 kb/s Z:\Arlo Guthrie\tmp>mediainfo yohoho.wma General Complete name : yohoho.wma Format : Windows Media File size : 325 KiB Duration : 2mn 38s Overall bit rate mode : Constant Overall bit rate : 16.8 Kbps Maximum Overall bit rate : 16.6 Kbps Track name/Position : 5 Encoded date : UTC 2004-09-18 17:51:46.711 Writing application : Adobe Audition 1.0.3211.2 Audio ID : 1 Format : WMA Format version : Version 2 Codec ID : 161 Codec ID/Info : Windows Media Audio Description of the codec : Windows Media Audio 9 - 16 kbps, 22 kHz, mono 1-pass CBR Duration : 2mn 38s Bit rate mode : Constant Bit rate : 16.0 Kbps Channel(s) : 1 channel Sampling rate : 22.05 KHz Bit depth : 16 bits Stream size : 309 KiB (95%) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 11:18:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 10:18:20 -0000 Subject: [FFmpeg-trac] #737(avfilter:closed): dropframe timecode error in drawtext filter In-Reply-To: <036.2144e3f643ad3c2551acfed40297af8e@avcodec.org> References: <036.2144e3f643ad3c2551acfed40297af8e@avcodec.org> Message-ID: <051.6ac307b3c869dc8f2655093e07d21e8e@avcodec.org> #737: dropframe timecode error in drawtext filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ubitux): * status: new => closed * resolution: => fixed Comment: Should be fixed in 831f6cd6, thanks for reporting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 11:46:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 10:46:57 -0000 Subject: [FFmpeg-trac] #819(avformat:open): ffmpeg failed to convert a still image to video if the image filename is accentued (win32) In-Reply-To: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> References: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> Message-ID: <050.8fead1c86a5663edaffb820967b02bc4@avcodec.org> #819: ffmpeg failed to convert a still image to video if the image filename is accentued (win32) ------------------------------------+------------------------------------ Reporter: jemore | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by compn): probably a bug, but you could try the 8.3 filename use dir /x for the 8.3 filenames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 14:29:00 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 13:29:00 -0000 Subject: [FFmpeg-trac] #830(avcodec:open): tiff: 1bpp with palette In-Reply-To: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> References: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> Message-ID: <053.5a6728c4f788acb8a3d63794c055f122@avcodec.org> #830: tiff: 1bpp with palette ------------------------------------+----------------------------------- Reporter: ami_stuff | 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 | ------------------------------------+----------------------------------- Comment (by ami_stuff): I attache palettized 1bpp samples with different compression algos selected. > Can you provide such samples? (Same compression as 1bpp_with_palette.tif, but with 2bpp and 4bpp.) AFAICT HuffRLE, G3Fax and G4Fax can be only 1bpp. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 15:14:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 14:14:54 -0000 Subject: [FFmpeg-trac] #825(avformat:new): Track number metadata read from ASF (WMAL) off by one In-Reply-To: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> References: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> Message-ID: <053.c15a334e0d5cb90d553a99b96cb3f3b3@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one ------------------------------------+------------------------------------ Reporter: fatcatfan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 fatcatfan]: > WMP as well as VLC and MP3tag all report the track number as expected, one higher than reported by ffmpeg. I tested it with a non-lossless file with similar results: Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 15:16:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 14:16:46 -0000 Subject: [FFmpeg-trac] #819(avformat:open): ffmpeg fails to read an image if the image filename contains an accent (win32) (was: ffmpeg failed to convert a still image to video if the image filename is accentued (win32)) In-Reply-To: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> References: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> Message-ID: <050.e276aa567a7a2e54f1cc772ffe618eba@avcodec.org> #819: ffmpeg fails to read an image if the image filename contains an accent (win32) ------------------------------------+------------------------------------ Reporter: jemore | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 17:12:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 16:12:11 -0000 Subject: [FFmpeg-trac] #787(avcodec:open): swscale: add support for YUV421 & YUV442 In-Reply-To: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> References: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> Message-ID: <053.5e9b06d614969ed8d203dbd5a2c9f826@avcodec.org> #787: swscale: add support for YUV421 & YUV442 -------------------------------------+----------------------------------- 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: Is there also a "441" format? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 17:20:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 16:20:07 -0000 Subject: [FFmpeg-trac] #787(avcodec:open): tiff: add support for YUV421 & YUV442 (was: swscale: add support for YUV421 & YUV442) In-Reply-To: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> References: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> Message-ID: <053.dfe06ec7c9462fbb166bbcf111c20f4b@avcodec.org> #787: tiff: add support for YUV421 & YUV442 -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 17:23:00 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 16:23:00 -0000 Subject: [FFmpeg-trac] #787(avcodec:open): jpg: add support for YUV421 & YUV442 (was: tiff: add support for YUV421 & YUV442) In-Reply-To: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> References: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> Message-ID: <053.cff57218ad0c522e96d0bb452ffe7613@avcodec.org> #787: jpg: add support for YUV421 & YUV442 -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: jpg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tif => jpg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 17:27:33 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 16:27:33 -0000 Subject: [FFmpeg-trac] #787(avcodec:open): jpg: add support for YUV421 & YUV442 In-Reply-To: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> References: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> Message-ID: <053.4e0c227d95897d8f23ee2b8904bc8ed2@avcodec.org> #787: jpg: add support for YUV421 & YUV442 -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: jpg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): no, only these two (+ CMYK & YCbCrK which are not supported by FFmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 26 23:46:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 22:46:55 -0000 Subject: [FFmpeg-trac] #833(avcodec:open): crash with png (gray) to bmp (gray) conversion In-Reply-To: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> References: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> Message-ID: <053.e22cdfc76dcd52a1c05dc08076fee39a@avcodec.org> #833: crash with png (gray) to bmp (gray) conversion -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: bmp crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): {{{ (gdb) r -i gray.png out.pcx Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-834f80d/ffmpeg_g.exe -i gray.png out.pcx [New Thread 3752.0x8e0] ffmpeg version 0.9.0.git-834f80d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 14:07:40 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 Input #0, image2, from 'gray.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 03d61590] w:1024 h:768 pixfmt:gray tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out.pcx': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: pcx, gray, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> pcx) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. pcx_encode_frame (avctx=0x42b0048, buf=0x4457453 "", buf_size=5515024, data=0x22daf0) at libavcodec/pcxenc.c:185 185 bytestream_put_be24(&buf, pal[i]); (gdb) bt #0 pcx_encode_frame (avctx=0x42b0048, buf=0x4457453 "", buf_size=5515024, data=0x22daf0) at libavcodec/pcxenc.c:185 #1 0x00509101 in avcodec_encode_video (avctx=0x42b0048, buf=0x43b0020 "\n\005\001\b", buf_size=5515024, pict=0x22daf0) at libavcodec/utils.c:881 #2 0x00404f6e in do_video_out (s=0x3d5f3b0, ost=0x3d5fd00, in_picture=0x3d61e00, frame_size=0x22de9c, quality=0, ist=) at ffmpeg.c:1349 #3 0x004068c5 in transcode_video (ist=0x3d611b0, ost_table=0x3d5fd00, nb_ostreams=1, pkt=0x22fbb8) at ffmpeg.c:1955 #4 output_packet (ist=0x3d611b0, ost_table=0x3d5fd00, nb_ostreams=1, pkt=0x22fbb8) at ffmpeg.c:2046 #5 0x0040a63e in transcode (output_files=, nb_output_files=0, input_files=0x0, nb_input_files=4256952) at ffmpeg.c:2804 #6 0x0022ff48 in ?? () #7 0x00000000 in ?? () }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 00:37:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Dec 2011 23:37:35 -0000 Subject: [FFmpeg-trac] #44(avformat:closed): seeking in .dv file with lowres enabled crashes ffplay In-Reply-To: <038.50b61166075f09e48b23e45fd0404b1d@avcodec.org> References: <038.50b61166075f09e48b23e45fd0404b1d@avcodec.org> Message-ID: <053.f2ee0daf1ca6384386f96af8768d36db@avcodec.org> #44: seeking in .dv file with lowres enabled crashes ffplay -----------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by cus): * cc: cus@? (added) * status: open => closed * resolution: => fixed Comment: This should be fixed in current git with commit 7b2dba1c50c92c76f147727be7c27872252e29f6. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 01:48:34 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 00:48:34 -0000 Subject: [FFmpeg-trac] #834(undetermined:new): jpeg doesn't decode correctly Message-ID: <038.0457b35782acd58211ef6323327bda75@avcodec.org> #834: jpeg doesn't decode correctly -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ New Revision: 19341 Log: mjpegdec: check that the coded dc_index and ac_index have a valid associated VLC table. Removes some disabled dc_index/ac_index checking code that seems to have had some undocumented issues and should not really be necessary anymore now. Fixes from issue 1240 the files mjpeg/smclockmjpeg.avi.1.10 and mjpeg/smclockmjpeg.avi.1.171. Modified: trunk/libavcodec/mjpegdec.c Modified: trunk/libavcodec/mjpegdec.c ============================================================================== --- trunk/libavcodec/mjpegdec.c Sat Jul 4 10:18:03 2009 (r19340) +++ trunk/libavcodec/mjpegdec.c Sat Jul 4 14:54:36 2009 (r19341) @@ -922,24 +922,8 @@ int ff_mjpeg_decode_sos(MJpegDecodeConte if (s->dc_index[i] < 0 || s->ac_index[i] < 0 || s->dc_index[i] >= 4 || s->ac_index[i] >= 4) goto out_of_range; -#if 0 //buggy - switch(s->start_code) - { - case SOF0: - if (dc_index[i] > 1 || ac_index[i] > 1) - goto out_of_range; - break; - case SOF1: - case SOF2: - if (dc_index[i] > 3 || ac_index[i] > 3) - goto out_of_range; - break; - case SOF3: - if (dc_index[i] > 3 || ac_index[i] != 0) - goto out_of_range; - break; - } -#endif + if (!s->vlcs[0][s->dc_index[i]].table || !s->vlcs[1][s->ac_index[i]].table) + goto out_of_range; } predictor= get_bits(&s->gb, 8); /* JPEG Ss / lossless JPEG predictor /JPEG-LS NEAR */ }}} {{{ C:\>ffmpeg -i 123.jpg h.bmp ffmpeg version N-36088-gdd1fb65, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 12:39:23 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 02645B60] decode_sos: ac/dc index out of range Last message repeated 1 times Input #0, image2, from '123.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj420p, 736x584 [SAR 28:28 DAR 92:73], 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'yuvj420p' for codec 'bmp', auto-selecting format 'bgr 24' [buffer @ 020F18C0] w:736 h:584 pixfmt:yuvj420p tb:1/1000000 sar:28/28 sws_param : [buffersink @ 020F1B40] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020F1FC0] w:736 h:584 fmt:yuvj420p -> w:736 h:584 fmt:bgr24 flags:0x4 Output #0, image2, to 'h.bmp': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: bmp, bgr24, 736x584 [SAR 1:1 DAR 92:73], q=2-31, 200 kb/ s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help [mjpeg @ 02645B60] decode_sos: ac/dc index out of range Last message repeated 1 times frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:1259kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 02:36:02 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 01:36:02 -0000 Subject: [FFmpeg-trac] #833(avcodec:open): crash with png (gray) to bmp (gray) conversion In-Reply-To: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> References: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> Message-ID: <053.87210f074b92a4f0342e68fe7c01b86a@avcodec.org> #833: crash with png (gray) to bmp (gray) conversion -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: bmp crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by WhiteViking): I have a working fix that I will submit within the next day or so. I'll go through the documentation first to see what hoops I need to jump for submitting a patch or so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 03:53:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 02:53:10 -0000 Subject: [FFmpeg-trac] #190(avcodec:closed): QT - add support for QT TIFF 2bpp color mode In-Reply-To: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> References: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> Message-ID: <053.4c212568f0536d7282ab1160047bef64@avcodec.org> #190: QT - add support for QT TIFF 2bpp color mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 03:53:42 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 02:53:42 -0000 Subject: [FFmpeg-trac] #439(avcodec:closed): support correctly TIFF 4bpp with LZW compression In-Reply-To: <038.defd907a38dc710571dc71b354732614@avcodec.org> References: <038.defd907a38dc710571dc71b354732614@avcodec.org> Message-ID: <053.d09e64d6b6629766d36a30d871fa4ca3@avcodec.org> #439: support correctly TIFF 4bpp with LZW compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 03:56:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 02:56:24 -0000 Subject: [FFmpeg-trac] #440(avcodec:closed): support correctly TIFF 4bpp with ZIP compression In-Reply-To: <038.f691b3bb19cd026d3eea81ed1978e62a@avcodec.org> References: <038.f691b3bb19cd026d3eea81ed1978e62a@avcodec.org> Message-ID: <053.a739222687389ee0e3a81895f9014702@avcodec.org> #440: support correctly TIFF 4bpp with ZIP compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 11:40:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 10:40:50 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard Message-ID: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ----------------------------------+-------------------------------------- Reporter: kaijun61 | Type: defect Status: new | Priority: important Component: avcodec | Version: git-master Keywords: wmv, arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When I play wmv7/8/9 or vc1 files on cortex-a8 based beagleboard with recent ffmpeg based gstreamer, there are random green color at the top edge of screen and mirrored image at the left edge of screen. But no problem to play h264, mpeg4/2/1 files -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 16:00:47 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 15:00:47 -0000 Subject: [FFmpeg-trac] #836(undetermined:new): "Reserved SBR extensions are not implemented" message on applehttp stream Message-ID: <036.ce038cffae47121ed8d951fde7e6d565@avcodec.org> #836: "Reserved SBR extensions are not implemented" message on applehttp stream -------------------------------------+------------------------------------- Reporter: exobuzz | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ./ffplay http://us.rtl.nl/ipad/20111217194530_4b05f268d4d232dd992a772c6bb3e253.ssm/20111217194530_4b05f268d4d232dd992a772c6bb3e253-audio%3D47000-video%3D888000.m3u8 outputs 1217194530_4b05f268d4d232dd992a772c6bb3e253-audio%3D47000-video%3D888000.m3u8 ffplay version N-36214-g440e984, Copyright (c) 2003-2011 the FFmpeg developers built on Dec 27 2011 14:56:22 with gcc 4.6.2 configuration: libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, applehttp, from 'http://us.rtl.nl/ipad/20111217194530_4b05f268d4d232dd992a772c6bb3e253.ssm/20111217194530_4b05f268d4d232dd992a772c6bb3e253-audio%3D47000-video%3D888000.m3u8': Duration: 00:46:32.00, start: 1.000000, bitrate: 0 kb/s Stream #0:0: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, 2 channels (FC), s16 Stream #0:1: Video: h264 (Baseline) ([27][0][0][0] / 0x001B), yuv420p, 512x288 [SAR 1024:1024 DAR 16:9], 25 tbr, 90k tbn, 50 tbc [aac @ 0x26b0180] Reserved SBR extensions are 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 @ 0x26b0180] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x26b0180] Reserved SBR extensions are 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 @ 0x26b0180] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x26b0180] Reserved SBR extensions are 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 @ 0x26b0180] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. .. repeatsville. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:23:48 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:23:48 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.14c5760cf80bb00e40b99c417e918fc2@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: wmv, arm => wmv arm Comment: Is this also reproducible with the following? ffmpeg -i input -an -qscale 2 out.avi If yes,. please provide complete, uncut console output and please also test with --disable-asm (and report). Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:28:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:28:36 -0000 Subject: [FFmpeg-trac] #828(undetermined:new): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.1fd3f9e5f993b6a92f00ca3ebe326391@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | 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 rrauenza): OK, I think it turns out it was my compilation of x264 that ffmpeg was using. It had "gpac no" shown during the configure, which was fixed by installing gpac-devel-static (on fedora). Thanks for helping me troubleshoot. I thought surely it was the "AC EOB" problem as that is the only diagnostic I had. So for anyone reading this later, it does look like the AC EOB problem is just a warning now, and not a real issue. This bug can be closed... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:31:53 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:31:53 -0000 Subject: [FFmpeg-trac] #836(avcodec:open): "Reserved SBR extensions are not implemented" message on applehttp stream In-Reply-To: <036.ce038cffae47121ed8d951fde7e6d565@avcodec.org> References: <036.ce038cffae47121ed8d951fde7e6d565@avcodec.org> Message-ID: <051.409673a5aedb935c1329afb5cf004053@avcodec.org> #836: "Reserved SBR extensions are not implemented" message on applehttp stream ------------------------------------+----------------------------------- Reporter: exobuzz | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac sbr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => aac sbr * status: new => open * component: undetermined => avcodec Comment: {{{ $ ffmpeg -i reservedSBR.aac -f null - ffmpeg version N-36214-g440e984, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 27 2011 17:29:03 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [aac @ 0x8dc1aa0] max_analyze_duration 5000000 reached at 5015510 [aac @ 0x8dc1aa0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'reservedSBR.aac': Duration: 00:00:51.77, bitrate: 53 kb/s Stream #0:0: Audio: aac, 44100 Hz, 2 channels (FC), s16, 53 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.28.100 Stream #0:0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x8dc7ca0] Reserved SBR extensions are 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 @ 0x8dc7ca0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x8dc7ca0] Reserved SBR extensions are 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 @ 0x8dc7ca0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. ... [aac @ 0x8dc7ca0] Reserved SBR extensions are 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 @ 0x8dc7ca0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x8dc7ca0] Reserved SBR extensions are 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 @ 0x8dc7ca0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. size= 0kB time=00:00:58.14 bitrate= 0.0kbits/s video:0kB audio:10016kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:35:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:35:56 -0000 Subject: [FFmpeg-trac] #828(undetermined:closed): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.931da771057d6bfa2f9ad3beab41dbe7@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: dvvideo | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dvvideo * status: new => closed * resolution: => worksforme Comment: I am closing this ticket because the sample you provided does not show the "AC EOB" error for me (it is not a warning). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:51:41 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:51:41 -0000 Subject: [FFmpeg-trac] #834(avcodec:open): jpeg doesn't decode correctly In-Reply-To: <038.0457b35782acd58211ef6323327bda75@avcodec.org> References: <038.0457b35782acd58211ef6323327bda75@avcodec.org> Message-ID: <053.dad06309eddcd5a678b6abc09cf37c3a@avcodec.org> #834: jpeg doesn't decode correctly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | 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 regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:54:27 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:54:27 -0000 Subject: [FFmpeg-trac] #471(avcodec:closed): CJPG decodes B/W In-Reply-To: <036.76263d30d24590d2daa1ea150553a591@avcodec.org> References: <036.76263d30d24590d2daa1ea150553a591@avcodec.org> Message-ID: <051.d827c6b3b31de67e65e544c91cb8a7ba@avcodec.org> #471: CJPG decodes B/W ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: cjpg mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: cjpg => cjpg mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:55:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:55:05 -0000 Subject: [FFmpeg-trac] #267(avcodec:closed): jpeg image decodes incorrectly In-Reply-To: <038.222fcc1062af92e1a29386bed4fb627d@avcodec.org> References: <038.222fcc1062af92e1a29386bed4fb627d@avcodec.org> Message-ID: <053.9edc805f29a4affe57c4f51981330bf2@avcodec.org> #267: jpeg image decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: jpg => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:59:18 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:59:18 -0000 Subject: [FFmpeg-trac] #829(avcodec:open): jpg: bad quality with progressive rgb file In-Reply-To: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> References: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> Message-ID: <053.ab40ce8622232c8702bc4a9f85d29271@avcodec.org> #829: jpg: bad quality with progressive rgb file --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg gbr24p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: jpg gbr24p => mjpeg gbr24p -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 17:59:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 16:59:39 -0000 Subject: [FFmpeg-trac] #297(avcodec:closed): jpg file (RGB color mode) decodes with wrong colors In-Reply-To: <038.7680f6b0116cccdff6d12b9d2fc2fb39@avcodec.org> References: <038.7680f6b0116cccdff6d12b9d2fc2fb39@avcodec.org> Message-ID: <053.213bfa80f4adfa51462ae0b7d7dc32fd@avcodec.org> #297: jpg file (RGB color mode) decodes with wrong colors -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: rgb mjpeg | Blocked By: gbr24p | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rgb jpeg gbr24p => rgb mjpeg gbr24p -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 18:35:40 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 17:35:40 -0000 Subject: [FFmpeg-trac] #787(avcodec:closed): jpg: add support for YUV421 & YUV442 In-Reply-To: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> References: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> Message-ID: <053.e45f780891698f33d3147fe35217e773@avcodec.org> #787: jpg: add support for YUV421 & YUV442 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: yuv442 yuv421 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: jpg => mjpeg yuv442 yuv421 * status: open => closed * resolution: => fixed Comment: Should be fixed by "upscaling" the image to a supported colourspace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 18:36:04 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 17:36:04 -0000 Subject: [FFmpeg-trac] #767(avcodec:closed): 1bpp png (most likely with palette) decodes as black & white In-Reply-To: <038.64c99908aa9017b1bf02bf3aa3ed7612@avcodec.org> References: <038.64c99908aa9017b1bf02bf3aa3ed7612@avcodec.org> Message-ID: <053.bf3fb8a356ee1b417bae689607035e52@avcodec.org> #767: 1bpp png (most likely with palette) decodes as black & white ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 18:50:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 17:50:29 -0000 Subject: [FFmpeg-trac] #829(avcodec:open): jpg: bad quality with progressive rgb file In-Reply-To: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> References: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> Message-ID: <053.b98004f88adfab61f49d65f027c12e3e@avcodec.org> #829: jpg: bad quality with progressive rgb file --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg gbr24p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): This is related to {{{ if(nb_components == 3 && s->nb_components == 3 && s->avctx->pix_fmt == PIX_FMT_GBR24P) index = (i+2)%3; }}} in libavcodec/mjpegdec.c, removing this hunk produces output files (with incorrect colours but) without artefacts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 21:05:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 20:05:21 -0000 Subject: [FFmpeg-trac] #828(undetermined:closed): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.45e293b59dc431c701b1f9eb8a41b7ca@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: dvvideo | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rrauenza): I may not have provided a long enough sample to produce the AC EOB message. If you want to pursue that cause, I can provide longer ones, but not by uploading them here. Either way, I'm able to proceed with my work -- the AC EOB was not the cause of empty h264 output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 21:05:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 20:05:35 -0000 Subject: [FFmpeg-trac] #837(undetermined:new): crash with pam file generated by ffmpeg Message-ID: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> #837: crash with pam file generated by ffmpeg -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- https://ffmpeg.org/trac/ffmpeg/attachment/ticket/833/gray.png ffmpeg -i gray.png out.pam ffmpeg -i out.pam out.bmp {{{ (gdb) r -i out.pam out.bmp Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-834f80d/ffmpeg_g.exe -i out.pam out.bmp [New Thread 3540.0x2d8] ffmpeg version 0.9.0.git-834f80d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 14:07:40 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 Program received signal SIGFPE, Arithmetic exception. 0x006f0147 in pnm_decode_frame (avctx=0x3d5ef98, data=0x22f828, data_size=0x22faf8, avpkt=0x22f948) at libavcodec/pnmdec.c:128 128 unsigned int j, f = (255 * 128 + s->maxval / 2) / s->max val; (gdb) bt #0 0x006f0147 in pnm_decode_frame (avctx=0x3d5ef98, data=0x22f828, data_size=0x22faf8, avpkt=0x22f948) at libavcodec/pnmdec.c:128 #1 0x005091f2 in avcodec_decode_video2 (avctx=0x3d5ef98, picture=0x22f828, got_picture_ptr=0x22faf8, avpkt=0x22f948) at libavcodec/utils.c:953 #2 0x0043d9e1 in try_decode_frame (ic=0x3d58b60, options=0x3d60ff0) at libavformat/utils.c:2258 #3 avformat_find_stream_info (ic=0x3d58b60, options=0x3d60ff0) at libavformat/utils.c:2558 #4 0x0040c2d2 in opt_input_file (o=0x22fd98, opt=0x3d60d38 "i", filename=) at ffmpeg.c:3485 #5 0x00410ea2 in parse_option (optctx=0x22fd98, opt=, arg=0x3d60d3a "out.pam", options=0xa3b460) at cmdutils.c:293 #6 0x00411250 in parse_options (optctx=0x22fd98, argc=4, argv=, options=0xa3b460, parse_arg_function=0x40dbbc ) at cmdutils.c:326 #7 0x0040f41a in main (argc=4, argv=) at ffmpeg.c:4865 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x6f0127 to 0x6f0167: 0x006f0127 : sub 0x4(%ebx),%eax 0x006f012a : add $0x4c,%esp 0x006f012d : pop %ebx 0x006f012e : pop %esi 0x006f012f : pop %edi 0x006f0130 : pop %ebp 0x006f0131 : ret 0x006f0132 : mov 0x130(%ebx),%ecx 0x006f0138 : mov %ecx,%eax 0x006f013a : shr $0x1f,%eax 0x006f013d : add %ecx,%eax 0x006f013f : sar %eax 0x006f0141 : add $0x7f80,%eax 0x006f0146 : cltd => 0x006f0147 : idiv %ecx 0x006f0149 : mov 0x18(%esp),%edx 0x006f014d : test %edx,%edx 0x006f014f : je 0x6f0174 0x006f0151 : xor %edx,%edx 0x006f0153 : mov 0x18(%esp),%edi 0x006f0157 : jmp 0x6f015e 0x006f0159 : lea 0x0(%esi),%esi 0x006f015c : mov (%ebx),%esi 0x006f015e : movzbl (%esi,%edx,1),%ecx 0x006f0162 : imul %eax,%ecx 0x006f0165 : add $0x40,%ecx End of assembler dump. (gdb) info all-registers eax 0x7f80 32640 ecx 0x0 0 edx 0x0 0 ebx 0x3d61290 64361104 esp 0x22f690 0x22f690 ebp 0x4480020 0x4480020 esi 0x43b0067 70975591 edi 0x3d5ef98 64352152 eip 0x6f0147 0x6f0147 eflags 0x10202 [ IF RF ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 -1 (raw 0xbfff8000000000000000) st4 -1 (raw 0xbfff8000000000000000) st5 9.9999999999999995e-021 (raw 0x3fbcbce5086492111aeb) st6 1.4411518807585587e+017 (raw 0x40388000000000000000) st7 3.6028797018963968e+018 (raw 0x403cc800000000000002) fctrl 0xffff037f -64641 fstat 0xffff0420 -64480 ftag 0xffffffff -1 fiseg 0x0 0 fioff 0x0 0 foseg 0xffff0000 -65536 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm4 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm5 {uint64 = 0xbce5086492111aeb, v2_int32 = {0x92111aeb, 0xbce50864}, v4_int16 = {0x1aeb, 0x9211, 0x864, 0xbce5}, v8_int8 = {0xeb, 0x1a, 0x11, 0x92, 0x64, 0x8, 0xe5, 0xbc}} mm6 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm7 {uint64 = 0xc800000000000002, v2_int32 = {0x2, 0xc8000000}, v4_int16 = {0x2, 0x0, 0x0, 0xc800}, v8_int8 = {0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc8}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 23:26:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 22:26:36 -0000 Subject: [FFmpeg-trac] #838(undetermined:new): ffplay: remix by defaul multichannel audio to stereo Message-ID: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> #838: ffplay: remix by defaul multichannel audio to stereo -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- http://www.cccp- project.net/beta/test_files/7.1_Fun/8_Channel_ID_TrueTypeAudio.tta {{{ C:\>ffplay 8_Channel_ID_TrueTypeAudio.tta ffplay version N-36193-gf514695, Copyright (c) 2003-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, tta, from '8_Channel_ID_TrueTypeAudio.tta': Duration: 00:00:08.04, start: 0.000000, bitrate: 1584 kb/s Stream #0:0: Audio: tta, 48000 Hz, 7.1(wide), s32 SDL_OpenAudio: 1 (mono) and 2 (stereo) channels supported 8_Channel_ID_TrueTypeAudio.tta: could not open codecs }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 27 23:38:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 22:38:29 -0000 Subject: [FFmpeg-trac] #44(avformat:closed): seeking in .dv file with lowres enabled crashes ffplay In-Reply-To: <038.50b61166075f09e48b23e45fd0404b1d@avcodec.org> References: <038.50b61166075f09e48b23e45fd0404b1d@avcodec.org> Message-ID: <053.bbf78d86c710c5dbd46876b2fb5365b5@avcodec.org> #44: seeking in .dv file with lowres enabled crashes ffplay -----------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by ami_stuff): Confirmed, thanks for the fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 00:21:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 23:21:08 -0000 Subject: [FFmpeg-trac] #839(undetermined:new): crash with png (gray) to snow (gray) conversion Message-ID: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> #839: crash with png (gray) to snow (gray) conversion -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- https://ffmpeg.org/trac/ffmpeg/attachment/ticket/833/gray.png {{{ (gdb) r -i gray.png -vcodec snow -strict -2 out.avi Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-834f80d/ffmpeg_g.exe -i gray.png -vcodec snow -strict -2 out.avi [New Thread 3404.0xf18] ffmpeg version 0.9.0.git-834f80d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 14:07:40 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 Input #0, image2, from 'gray.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 03d61640] w:1024 h:768 pixfmt:gray tb:1/1000000 sar:0/1 sws_param: Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.28.100 Stream #0:0: Video: snow (SNOW / 0x574F4E53), gray, 1024x768, q=2-31, 200 kb /s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> snow) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0080e15f in encode_frame (avctx=0x3d5f8b8, buf=0x4a10020 "", buf_size=5515024, data=0x22daf0) at libavcodec/snowenc.c:1619 1619 memcpy(&s->input_picture.data[i][y * s->input_picture.linesi ze[i]], (gdb) bt #0 0x0080e15f in encode_frame (avctx=0x3d5f8b8, buf=0x4a10020 "", buf_size=5515024, data=0x22daf0) at libavcodec/snowenc.c:1619 #1 0x00509101 in avcodec_encode_video (avctx=0x3d5f8b8, buf=0x4a10020 "", buf_size=5515024, pict=0x22daf0) at libavcodec/utils.c:881 #2 0x00404f6e in do_video_out (s=0x3d5f3b0, ost=0x3d5fcd0, in_picture=0x3d62220, frame_size=0x22de9c, quality=0, ist=) at ffmpeg.c:1349 #3 0x004068c5 in transcode_video (ist=0x3d611d0, ost_table=0x3d5fcd0, nb_ostreams=1, pkt=0x22fbb8) at ffmpeg.c:1955 #4 output_packet (ist=0x3d611d0, ost_table=0x3d5fcd0, nb_ostreams=1, pkt=0x22fbb8) at ffmpeg.c:2046 #5 0x0040a63e in transcode (output_files=, nb_output_files=0, input_files=0x0, nb_input_files=4256952) at ffmpeg.c:2804 #6 0x0022ff48 in ?? () #7 0x00000000 in ?? () (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x80e13f to 0x80e17f: 0x0080e13f : add %al,(%eax) 0x0080e141 : add 0x1040(%esi,%eax,4),%edx 0x0080e148 : mov %ebx,%esi 0x0080e14a : mov 0xa0(%esp),%edi 0x0080e151 : imul 0x10(%edi,%eax,4),%esi 0x0080e156 : add (%edi,%eax,4),%esi 0x0080e159 : mov %edx,%edi 0x0080e15b : mov 0x50(%esp),%ecx => 0x0080e15f : rep movsb %ds:(%esi),%es:(%edi) 0x0080e161 : inc %ebx 0x0080e162 : cmp 0x54(%esp),%ebx 0x0080e166 : jl 0x80e133 0x0080e168 : inc %eax 0x0080e169 : cmp $0x3,%eax 0x0080e16c : jne 0x80e116 0x0080e16e : mov 0x6c(%esp),%edi 0x0080e172 : add $0xf20,%edi 0x0080e178 : mov $0x48,%ecx 0x0080e17d : mov 0xa0(%esp),%esi End of assembler dump. (gdb) info all-registers eax 0x1 1 ecx 0x200 512 edx 0x0 0 ebx 0x0 0 esp 0x22c860 0x22c860 ebp 0x400 0x400 esi 0x0 0 edi 0x0 0 eip 0x80e15f 0x80e15f eflags 0x10246 [ PF ZF IF RF ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 -2147483648 (raw 0xc01e8000000000000000) st4 -1.1000000000000001 (raw 0xbfff8ccccccccccccccd) st5 0 (raw 0x00000000000000000000) st6 0.59999999999999998 (raw 0x3ffe999999999999999a) st7 0 (raw 0x00000000000000000000) fctrl 0xffff037f -64641 fstat 0xffff0120 -65248 ftag 0xffffffff -1 fiseg 0x0 0 fioff 0x0 0 foseg 0xffff0000 -65536 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm4 {uint64 = 0x8ccccccccccccccd, v2_int32 = {0xcccccccd, 0x8ccccccc}, v4_int16 = {0xcccd, 0xcccc, 0xcccc, 0x8ccc}, v8_int8 = { 0xcd, 0xcc, 0xcc, 0xcc, 0xcc, 0xcc, 0xcc, 0x8c}} mm5 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm6 {uint64 = 0x999999999999999a, v2_int32 = {0x9999999a, 0x99999999}, v4_int16 = {0x999a, 0x9999, 0x9999, 0x9999}, v8_int8 = { 0x9a, 0x99, 0x99, 0x99, 0x99, 0x99, 0x99, 0x99}} mm7 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 00:39:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 23:39:57 -0000 Subject: [FFmpeg-trac] #840(undetermined:new): green color with png (gray) to prores Message-ID: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> #840: green color with png (gray) to prores -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 gray.png -vcodec prores out.mov ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from 'gray.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray, 1024x768, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'gray' for codec 'prores', auto-selecting format 'yuv4 22p10le' [buffer @ 020F1340] w:1024 h:768 pixfmt:gray tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020F15C0] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020F1A40] w:1024 h:768 fmt:gray -> w:1024 h:768 fmt:yuv422p10le flags:0 x4 [prores @ 020E9E80] encoding with ProRes standard (apcn) profile Output #0, mov, to 'out.mov': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: prores (apcn) (apcn / 0x6E637061), yuv422p10le, 1024x768 , q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> prores) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 340kB time=00:00:00.04 bitrate=69549.2kbits /s video:339kB audio:0kB global headers:0kB muxing overhead 0.206322% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 00:47:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 23:47:14 -0000 Subject: [FFmpeg-trac] #840(undetermined:new): green color with png (gray) to prores In-Reply-To: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> References: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> Message-ID: <053.07fb556e06ca33a187bbce7d98c647bd@avcodec.org> #840: green color with png (gray) to prores -------------------------------------+------------------------------------- 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): similar problem with v210/v410 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 00:56:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Dec 2011 23:56:56 -0000 Subject: [FFmpeg-trac] #833(avcodec:closed): crash with png (gray) to bmp (gray) conversion In-Reply-To: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> References: <038.4a0121f4bbfe4d585c46d09ae7bee7c7@avcodec.org> Message-ID: <053.39380bfa3b87fa53734881b595bc6b9f@avcodec.org> #833: crash with png (gray) to bmp (gray) conversion -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: bmp crash SIGSEGV => bmp crash SIGSEGV regression * status: open => closed * resolution: => fixed Comment: Fixed by Frank Vernaillen, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 01:19:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 00:19:03 -0000 Subject: [FFmpeg-trac] #837(avcodec:open): crash with pam file generated by ffmpeg In-Reply-To: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> References: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> Message-ID: <053.cba9b88795db6e9964bd291249a5181f@avcodec.org> #837: crash with pam file generated by ffmpeg --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: pam pnm gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => pam pnm gray * priority: normal => important * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 01:21:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 00:21:24 -0000 Subject: [FFmpeg-trac] #828(undetermined:closed): Processing DV gives no output -- AC EOB marker is absent? In-Reply-To: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> References: <037.222d31985d06961e3d9ea6a1dc04887f@avcodec.org> Message-ID: <052.09328f00732d195a072eae5be680d646@avcodec.org> #828: Processing DV gives no output -- AC EOB marker is absent? -------------------------------------+------------------------------------- Reporter: rrauenza | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: dvvideo | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please upload either to http://www.datafilehost.com/ or to incoming as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 01:27:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 00:27:50 -0000 Subject: [FFmpeg-trac] #839(avcodec:open): crash with png (gray) to snow (gray) conversion In-Reply-To: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> References: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> Message-ID: <053.19c733b0e9cd9e24816653ed6c6a5aba@avcodec.org> #839: crash with png (gray) to snow (gray) conversion ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: snow gray | 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 gray Comment: Also reproducible with $ ./ffmpeg -i tests/lena.pnm -pix_fmt gray -vcodec snow -vstrict experimental out.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 01:33:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 00:33:14 -0000 Subject: [FFmpeg-trac] #840(swscale:open): green color with png (gray) to prores In-Reply-To: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> References: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> Message-ID: <053.38d06f41b3b3703e4ed287973a4b691c@avcodec.org> #840: green color with png (gray) to prores ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => gray * status: new => open * version: unspecified => git-master * component: undetermined => swscale * reproduced: 0 => 1 Comment: Also reproducible with $ ffmpeg -i gray.png -vcodec rawvideo -pix_fmt yuv420p10 out.nut $ ffmpeg -i gray.png -vcodec rawvideo -pix_fmt yuv422p10 out.nut $ ffmpeg -i gray.png -vcodec rawvideo -pix_fmt yuv444p10 out.nut -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 02:05:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 01:05:56 -0000 Subject: [FFmpeg-trac] #840(swscale:open): green color with png (gray) to 10bit yuv (was: green color with png (gray) to prores) In-Reply-To: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> References: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> Message-ID: <053.b47f662dadbd9c5933fdbd7eabac8de8@avcodec.org> #840: green color with png (gray) to 10bit yuv ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 02:19:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 01:19:19 -0000 Subject: [FFmpeg-trac] #837(avcodec:open): crash with pam file generated by ffmpeg In-Reply-To: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> References: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> Message-ID: <053.7ecc5176f7a899f8dc20d284c3badeea@avcodec.org> #837: crash with pam file generated by ffmpeg --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: pam pnm gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by WhiteViking): I can reproduce the crash and am volunteering to try and fix it. The intermediate file out.pam seems fine, by the way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 02:22:20 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 01:22:20 -0000 Subject: [FFmpeg-trac] #826(avcodec:new): Missing ff_cropTbl symbol needed by MLT In-Reply-To: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> References: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> Message-ID: <052.650ec6e3e12243ecb76705c6ee2ba20d@avcodec.org> #826: Missing ff_cropTbl symbol needed by MLT ----------------------------------+----------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by cehoyos): Replying to [ticket:826 marillat]: > Also #include is really needed in libavdevice/v4l2.c ? > > This include break the build for non Linux arches like kfreebsd and v4l2.c build fine without this include in Linux or Kfreebsd. This should be fixed in all future 0.9 releases (you can test with git checkout release/0.9). For the future, please try to open one issue per ticket. Thank you for the report, Carl Eugen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 02:23:58 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 01:23:58 -0000 Subject: [FFmpeg-trac] #837(avcodec:open): crash with pam file generated by ffmpeg In-Reply-To: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> References: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> Message-ID: <053.d1975cfb51ec769681806037e84995ec@avcodec.org> #837: crash with pam file generated by ffmpeg --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: pam pnm gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): I had already sent a patch: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/138253 Please feel free to comment on or improve / fix the patch! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 02:46:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 01:46:04 -0000 Subject: [FFmpeg-trac] #837(avcodec:open): crash with pam file generated by ffmpeg In-Reply-To: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> References: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> Message-ID: <053.0fc7589c1fe5679969b8ba3ca6d08e8b@avcodec.org> #837: crash with pam file generated by ffmpeg --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: pam pnm gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by WhiteViking): Replying to [comment:3 cehoyos]: > I had already sent a patch: > http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/138253 > > Please feel free to comment on or improve / fix the patch! Competition is fierce for the low-hanging fruit, it seems :-) That is indeed the fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 04:38:55 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 03:38:55 -0000 Subject: [FFmpeg-trac] #837(avcodec:open): crash with pam file generated by ffmpeg In-Reply-To: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> References: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> Message-ID: <053.07ed7c9c5edb66f0badacf62592edccc@avcodec.org> #837: crash with pam file generated by ffmpeg --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: pam pnm gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 WhiteViking]: > Replying to [comment:3 cehoyos]: > > I had already sent a patch: > > http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/138253 > > > > Please feel free to comment on or improve / fix the patch! > > Competition is fierce for the low-hanging fruit, it seems :-) Please do not let this discourage you! Since it takes me time to * download the sample * look if the issue is valid at all * test with current FFmpeg * test with earlier versions * reconsider if I still believe the issue to be valid * ... I usually try to fix problems that look simple enough;-( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 05:21:49 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 04:21:49 -0000 Subject: [FFmpeg-trac] #830(avcodec:open): tiff: 1bpp with palette In-Reply-To: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> References: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> Message-ID: <053.33c7847dead4f33f117017d38dbe8b61@avcodec.org> #830: tiff: 1bpp with palette ------------------------------------+----------------------------------- Reporter: ami_stuff | 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 | ------------------------------------+----------------------------------- Comment (by cehoyos): Patch sent to ffmpeg-devel: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/138212 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 05:24:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 04:24:00 -0000 Subject: [FFmpeg-trac] #823(avcodec:open): fix qt raw 1/2/4bpp with odd width In-Reply-To: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> References: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> Message-ID: <053.c2a004d4de972e783646d3011f8851e8@avcodec.org> #823: fix qt raw 1/2/4bpp with odd width --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mov rawvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Patch sent to ffmpeg-devel: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/138145 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 06:01:35 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 05:01:35 -0000 Subject: [FFmpeg-trac] #837(avcodec:closed): crash with pam file generated by ffmpeg In-Reply-To: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> References: <038.a749b8ea1bb2f56009d1d4e18868f905@avcodec.org> Message-ID: <053.1ee041d1552e6e8d0cb0f9352c8df4f5@avcodec.org> #837: crash with pam file generated by ffmpeg --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: fixed Keywords: pam pnm gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 09:50:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 08:50:11 -0000 Subject: [FFmpeg-trac] #825(avformat:new): Track number metadata read from ASF (WMAL) off by one In-Reply-To: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> References: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> Message-ID: <053.c9b699badd62ae8765433f05b58aac43@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one ------------------------------------+------------------------------------ Reporter: fatcatfan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): While it seems crazy, the only explanation I can think of is that WM/TrackNumber is 1-based while WM/Track is 0-based. FFmpeg will convert Track to use TrackNumber instead, but assumes both are exactly the same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 12:26:44 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 11:26:44 -0000 Subject: [FFmpeg-trac] #825(avformat:new): Track number metadata read from ASF (WMAL) off by one In-Reply-To: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> References: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> Message-ID: <053.8eb3a6b8060aac795249bd658fa9b976@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one ------------------------------------+------------------------------------ Reporter: fatcatfan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 0 => 1 Comment: http://msdn.microsoft.com/en-us/library/dd758005%28v=VS.85%29.aspx http://msdn.microsoft.com/en-us/library/dd758006%28v=VS.85%29.aspx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 14:09:09 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 13:09:09 -0000 Subject: [FFmpeg-trac] #841(undetermined:new): png (gray16be) to cljr (yuv411p) - some black artifacts Message-ID: <038.6181ac5f81b231c8ddc135143238eb93@avcodec.org> #841: png (gray16be) to cljr (yuv411p) - some black artifacts -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 png16_example.png -vcodec cljr out.avi ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from 'png16_example.png' : Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray16be, 512x512, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'gray16be' for codec 'cljr', auto-selecting format 'yu v411p' [buffer @ 020F14C0] w:512 h:512 pixfmt:gray16be tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020F1740] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020F1BC0] w:512 h:512 fmt:gray16be -> w:512 h:512 fmt:yuv411p flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.28.100 Stream #0:0: Video: cljr (CLJR / 0x524A4C43), yuv411p, 512x512, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> cljr) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 262kB time=00:00:00.04 bitrate=53570.0kbits /s video:256kB audio:0kB global headers:0kB muxing overhead 2.176666% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 17:26:27 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 16:26:27 -0000 Subject: [FFmpeg-trac] #842(undetermined:new): jpeg lossless decodes incorrectly Message-ID: <038.1237621e1c64134ff94837b0cf13a311@avcodec.org> #842: jpeg lossless decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ftp://65.66.246.92/pub/GraphicsMagick/delegates/ljpeg-6b.tar.gz {{{ C:\>ffmpeg -i testimgl.jpg out.bmp ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from 'testimgl.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, bgr24, 227x149, 25 tbr, 25 tbn, 25 tbc [buffer @ 020F1820] w:227 h:149 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: bmp, bgr24, 227x149, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:100kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 17:30:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 16:30:33 -0000 Subject: [FFmpeg-trac] #842(undetermined:new): jpeg lossless decodes incorrectly In-Reply-To: <038.1237621e1c64134ff94837b0cf13a311@avcodec.org> References: <038.1237621e1c64134ff94837b0cf13a311@avcodec.org> Message-ID: <053.7a6695dbdbce946fd55f53f827e44d66@avcodec.org> #842: jpeg lossless decodes incorrectly -------------------------------------+------------------------------------- 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): Color depth: 24bpp Mode: Lossless Bits per sample: 8 Samples per pixel: 3 Subsampling: 1:1:1 (11:11:11) Interleaved: Yes Color space: RGB Lossless Predictor: 4 Lossless Point Transform: 1 Compression: Huffman -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 18:42:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 17:42:33 -0000 Subject: [FFmpeg-trac] #843(FFmpeg:new): ffmpeg fails to properly create avi from jpegs when frame rate <= 3 Message-ID: <040.b4f35b1c037c5b7e32f76500a4fb060e@avcodec.org> #843: ffmpeg fails to properly create avi from jpegs when frame rate <= 3 -------------------------------------+------------------------------------- Reporter: markgilmore | Type: defect Status: new | Priority: important Component: FFmpeg | Version: Keywords: avi jpegs | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- When the frame rate (# of jpegs per sec) is <= 3, the resulting avi **only shows the 1st image**. The only work-around is to create extra/redundant jpegs, so as to make the rate > 3. I have spent MANY hours trying infinite combos of every frame-rate-related argument. my typical (failing) command (for 2 frames/sec): ffmpeg -y -r 0.5 -i "%06d.jpg" x.avi I am using latest vsn. It happens in windows and linux. My head aches from banging it against this wall. Am i missing something ??? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 19:07:22 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 18:07:22 -0000 Subject: [FFmpeg-trac] #843(FFmpeg:new): ffmpeg fails to properly create avi from jpegs when frame rate <= 3 In-Reply-To: <040.b4f35b1c037c5b7e32f76500a4fb060e@avcodec.org> References: <040.b4f35b1c037c5b7e32f76500a4fb060e@avcodec.org> Message-ID: <055.43ff2a48e085af1cca8ab4ed89dc731a@avcodec.org> #843: ffmpeg fails to properly create avi from jpegs when frame rate <= 3 -------------------------------------+---------------------------------- Reporter: markgilmore | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: unspecified | Resolution: Keywords: avi jpegs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by markgilmore): correction to above cmd: ("-r 2"): ffmpeg -y -r 2 -i "%06d.jpg" x.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 19:47:59 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 18:47:59 -0000 Subject: [FFmpeg-trac] #843(FFmpeg:new): ffmpeg fails to properly create avi from jpegs when frame rate <= 3 In-Reply-To: <040.b4f35b1c037c5b7e32f76500a4fb060e@avcodec.org> References: <040.b4f35b1c037c5b7e32f76500a4fb060e@avcodec.org> Message-ID: <055.18814200d22be16f7afe586729c1b865@avcodec.org> #843: ffmpeg fails to properly create avi from jpegs when frame rate <= 3 -------------------------------------+---------------------------------- Reporter: markgilmore | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: unspecified | Resolution: Keywords: avi jpegs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by markgilmore): PROBLEM FOUND (so to speak): It was in VLC (on WIN64). When I play it w WinAmp or VLC(Win32), it works. Sorry for the bother. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 20:20:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 19:20:10 -0000 Subject: [FFmpeg-trac] #843(FFmpeg:closed): ffmpeg fails to properly create avi from jpegs when frame rate <= 3 In-Reply-To: <040.b4f35b1c037c5b7e32f76500a4fb060e@avcodec.org> References: <040.b4f35b1c037c5b7e32f76500a4fb060e@avcodec.org> Message-ID: <055.1a9d910d9973202a4cbad5376e173889@avcodec.org> #843: ffmpeg fails to properly create avi from jpegs when frame rate <= 3 -------------------------------------+----------------------------------- Reporter: markgilmore | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: avi jpegs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: For future reports: Please always add the command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 20:29:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 19:29:43 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.485c666d52276f21bbd450b02295673c@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): Hi, after ffmpeg conversion, the defects are gone. I don't think it is a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 20:34:48 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 19:34:48 -0000 Subject: [FFmpeg-trac] #841(undetermined:open): png (gray16be) to cljr (yuv411p) - some black artifacts In-Reply-To: <038.6181ac5f81b231c8ddc135143238eb93@avcodec.org> References: <038.6181ac5f81b231c8ddc135143238eb93@avcodec.org> Message-ID: <053.8a0a8a36ddd7760610b4d4c8d83be532@avcodec.org> #841: png (gray16be) to cljr (yuv411p) - some black artifacts -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: cljr | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => cljr * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 20:50:12 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 19:50:12 -0000 Subject: [FFmpeg-trac] #842(avcodec:new): ljpeg decodes incorrectly (was: jpeg lossless decodes incorrectly) In-Reply-To: <038.1237621e1c64134ff94837b0cf13a311@avcodec.org> References: <038.1237621e1c64134ff94837b0cf13a311@avcodec.org> Message-ID: <053.debe8351c0bfc4a14088fadc70e836d2@avcodec.org> #842: ljpeg decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg ljpeg * component: undetermined => avcodec Comment: My suspicion is that the sample does not confirm to the latest specification... (And remember that there is "jpeg lossless" - "loco" - and "ljpeg", they are not compatible at all.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 21:01:08 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 20:01:08 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.6cd2b386ee98fd5c122a2ab108e54cf0@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: important => normal Comment: I meant: Is the problem is reproducible if you install current ffmpeg on your beagleboard and try above command line (on the beagleboard) - does the output file show the artefacts you saw at playback? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 21:23:35 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 20:23:35 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.047bdddd2dcc259ffe1ff9072fc7bcde@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): After I converted wmv9 into mpeg4 on beagleboard by ffmpeg as suggested, then I see no artifacts at playback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 21:33:09 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 20:33:09 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.b9dff5127cc42540e3286b152b201db3@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Then why do you think there is an issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 21:51:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 20:51:16 -0000 Subject: [FFmpeg-trac] #841(undetermined:closed): png (gray16be) to cljr (yuv411p) - some black artifacts In-Reply-To: <038.6181ac5f81b231c8ddc135143238eb93@avcodec.org> References: <038.6181ac5f81b231c8ddc135143238eb93@avcodec.org> Message-ID: <053.53f494f08dd6289638f46985e9fdde20@avcodec.org> #841: png (gray16be) to cljr (yuv411p) - some black artifacts -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: cljr | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 22:09:28 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 21:09:28 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.f4e6d10f9236d1c64f6c6a9a8bd58786@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): As explained, if I play the original wmv9 file, there are artifacts at the edges of screen. But after it is converted into mpeg4 file as suggested, then I play the mpeg4 file. Those artifacts disappear! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 22:34:42 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 21:34:42 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.dc9fb320df8e71e05d37b0d57447dd90@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Can you reproduce the artefacts if you compile FFmpeg with --disable-asm? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 22:42:42 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 21:42:42 -0000 Subject: [FFmpeg-trac] #839(avcodec:open): crash with png (gray) to snow (gray) conversion In-Reply-To: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> References: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> Message-ID: <053.55c86b7a10c615dbf5f50e13c05098d5@avcodec.org> #839: crash with png (gray) to snow (gray) conversion ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: snow gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by dbuitenh): I have sent a possible fix to the ML. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 28 23:30:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 22:30:52 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.e7fada18409b99f7ab1b8ca4cf5fda5a@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): No, not reproduceable. Those artefacts disappear in the mpeg4 after I compile FFmpeg with --disable-asm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 00:02:59 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Dec 2011 23:02:59 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.665a45ba56f2202c20e75ceca922b24f@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I thought the artefacts are only visible with WMV, not with mpeg4? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 01:37:50 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 00:37:50 -0000 Subject: [FFmpeg-trac] #844(documentation:new): Please enable an RSS feed for the news on FFmpeg Message-ID: <035.0eb52107722b21a0230cacb32cc152d9@avcodec.org> #844: Please enable an RSS feed for the news on FFmpeg -------------------------------------+------------------------------------- Reporter: shimmy | Owner: stefano Type: | Status: new enhancement | Component: Priority: wish | documentation Version: | Keywords: website, unspecified | feed, rss Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- In the [http://ffmpeg.org/index.html FFmpeg homepage] there is a section news. I think it would be a great add if I could subscribe to this via RSS/ATOM etc. and read it with my feed reader. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 02:17:59 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 01:17:59 -0000 Subject: [FFmpeg-trac] #845(avcodec:new): Artefacts with Indeo 4 Message-ID: <036.335ceeffc6dd073aff5c44abdc7df664@avcodec.org> #845: Artefacts with Indeo 4 --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: indeo4 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- http://samples.mplayerhq.hu/V-codecs/IV41/indeo4-avi/volcano.avi mplayer -vc indeo4 plays the sample without the artefacts that FFmpeg shows. {{{ $ ffmpeg -i volcano.avi -an -f null - ffmpeg version N-36241-g6071e4d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 29 2011 02:11:49 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 49.100 / 53. 49.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, avi, from 'volcano.avi': Duration: 00:02:24.70, start: 0.000000, bitrate: 14 kb/s Stream #0:0: Video: indeo4 (IV41 / 0x31345649), yuv410p, 176x144, 14.99 tbr, 14.99 tbn, 14.99 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 11025 Hz, 1 channels, u8, 88 kb/s [buffer @ 0x8dcdf60] w:176 h:144 pixfmt:yuv410p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: rawvideo (YUV9 / 0x39565559), yuv410p, 176x144, q=2-31, 200 kb/s, 90k tbn, 14.99 tbc Stream mapping: Stream #0:0 -> #0:0 (indeo4 -> rawvideo) Press [q] to stop, [?] for help [indeo4 @ 0x8dcbd80] Buffer contains IP frames! Last message repeated 2 times [indeo4 @ 0x8dcbd80] Corrupted tile data encountered! [indeo4 @ 0x8dcbd80] Invalid band header sequence! [indeo4 @ 0x8dcbd80] Error decoding band header [indeo4 @ 0x8dcbd80] Error decoding band: 0, plane: 1 Error while decoding stream #0:0 Truncating packet of size 2626 to 2067 [indeo4 @ 0x8dcbd80] Corrupted tile data encountered! [indeo4 @ 0x8dcbd80] Invalid band header sequence! [indeo4 @ 0x8dcbd80] Error decoding band header [indeo4 @ 0x8dcbd80] Error decoding band: 0, plane: 2 Error while decoding stream #0:0 frame= 67 fps= 0 q=0.0 Lsize= 0kB time=00:00:04.46 bitrate= 0.0kbits/s dup=1 drop=0 video:0kB audio:0kB global headers:0kB muxing overhead nan% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 07:42:17 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 06:42:17 -0000 Subject: [FFmpeg-trac] #846(undetermined:new): 'invalid public movie atom' when copying streams into a QuickTime file Message-ID: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> #846: 'invalid public movie atom' when copying streams into a QuickTime file -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- My source video is here: http://www.capsubservices.com/files/Webcast%20--%20New%20Media%20Files/Test%20for%20Quicktime%20608%20CC%20file.mov I'm testing copying all streams from the input to the output with -map 0 -c copy. The output plays ok in VLC, but when opened in QuickTime I get a 'An invalid public movie atom was found in the movie' error. {{{ ffmpeg started on 2011-12-29 at 01:39:35 Report written to "ffmpeg-20111229-013935.log" Command line: ffmpeg -y -report -i "Test for Quicktime 608 CC file.mov" -map 0 -c: copy out.mov ffmpeg version N-32546-g6071e4d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 28 2011 21:57:53 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libopenjpeg --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libfreetype libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 49.100 / 53. 49.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] ISO: File Type Major Brand: qt [h264 @ 0x7fd1b882f400] err{or,}_recognition separate: 1; 1 [h264 @ 0x7fd1b882f400] err{or,}_recognition combined: 1; 10001 [aac @ 0x7fd1b8840c00] err{or,}_recognition separate: 1; 1 [aac @ 0x7fd1b8840c00] err{or,}_recognition combined: 1; 10001 [aac @ 0x7fd1b8840c00] Unsupported bit depth: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] max_analyze_duration 5000000 reached at 5015510 Seems stream 0 codec frame rate differs from container frame rate: 5994.00 (5994/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Test for Quicktime 608 CC file.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-11-04 17:28:46 Duration: 00:00:28.39, start: 0.000000, bitrate: 1603 kb/s Stream #0:0(eng), 135, 1/2997: Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360, 1485 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 5994 tbc Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:1(eng), 218, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 109 kb/s Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:2(eng), 122, 1/2997: Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Output #0, mov, to 'out.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-11-04 17:28:46 encoder : Lavf53.29.100 Stream #0:0(eng), 0, 1/2997: Video: h264 (avc1 / 0x31637661), yuv420p, 640x360, q=2-31, 1485 kb/s, 29.97 fps, 2997 tbn, 2997 tbc Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:1(eng), 0, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 109 kb/s Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:2(eng), 0, 1/2997: Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler 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= 851 fps= 0 q=-1.0 Lsize= 5571kB time=00:00:27.62 bitrate=1651.8kbits/s video:5147kB audio:379kB global headers:0kB muxing overhead 0.808748% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 07:53:01 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 06:53:01 -0000 Subject: [FFmpeg-trac] #535(avcodec:open): encoding support for jpeg2000 yuv422p In-Reply-To: <036.5fb5f802a9865577971255f10aa7a67b@avcodec.org> References: <036.5fb5f802a9865577971255f10aa7a67b@avcodec.org> Message-ID: <051.7fa4280c84c85f149bd3bb8ebb3e545c@avcodec.org> #535: encoding support for jpeg2000 yuv422p -------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by dericed): This wish appears to be closed with the recent libopenjpeg pixfmt support (using -pix_fmt yuv422p -c:v libopenjpeg). {{{ ffmpeg -i Test\ for\ Quicktime\ 608\ CC\ file-1.mov -pix_fmt yuv422p -c:v libopenjpeg outj.mov ffmpeg version N-32546-g6071e4d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 28 2011 21:57:53 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libopenjpeg --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libfreetype libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 49.100 / 53. 49.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd03281ae00] max_analyze_duration 5000000 reached at 5015510 Seems stream 0 codec frame rate differs from container frame rate: 5994.00 (5994/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Test for Quicktime 608 CC file-1.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-11-04 17:28:46 Duration: 00:00:28.39, start: 0.000000, bitrate: 1603 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360, 1485 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 5994 tbc Metadata: creation_time : 2010-11-04 17:28:46 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 109 kb/s Metadata: creation_time : 2010-11-04 17:28:46 handler_name : ?Apple Alias Data Handler Stream #0:2(eng): Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2010-11-04 17:28:46 handler_name : ?Apple Alias Data Handler [buffer @ 0x7fd032415e80] w:640 h:360 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x7fd032416520] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x7fd03241a340] w:640 h:360 fmt:yuv420p -> w:640 h:360 fmt:yuv422p flags:0x4 Output #0, mov, to 'outj.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-11-04 17:28:46 encoder : Lavf53.29.100 Stream #0:0(eng): Video: j2k (mjp2 / 0x32706A6D), yuv422p, 640x360, q=2-31, 200 kb/s, 2997 tbn, 29.97 tbc Metadata: creation_time : 2010-11-04 17:28:46 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2010-11-04 17:28:46 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libopenjpeg) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help frame= 851 fps= 7 q=0.0 Lsize= 70332kB time=00:00:28.39 bitrate=20290.8kbits/s video:69972kB audio:335kB global headers:0kB muxing overhead 0.035172% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 10:01:22 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 09:01:22 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.265a6ae7bd37bc1aa217c5efdcafe013@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): yes, that is issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 11:15:51 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 10:15:51 -0000 Subject: [FFmpeg-trac] #222(undetermined:closed): Remuxing video fails In-Reply-To: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> References: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> Message-ID: <049.4e99b54eeb11598716de5f73575a8961@avcodec.org> #222: Remuxing video fails -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by renyaotom): this ticket is resolved by the newest version of libav. i test just now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 11:16:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 10:16:46 -0000 Subject: [FFmpeg-trac] #16(FFmpeg:closed): "non-monotonically increasing dts" because of corrupt rtptime In-Reply-To: <035.68c6c963d87d0c841905602bdca7dd2b@avcodec.org> References: <035.68c6c963d87d0c841905602bdca7dd2b@avcodec.org> Message-ID: <050.f17d99075753e14a99730b372b791d1c@avcodec.org> #16: "non-monotonically increasing dts" because of corrupt rtptime -----------------------------------+----------------------------------- Reporter: il--ya | Owner: michael Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -----------------------------------+----------------------------------- Comment (by renyaotom): this ticket is resolved by the newest version of libav. i test just now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 12:21:38 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 11:21:38 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.ab53e83e3b30eaf4743e431045c5dfcb@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): So if you see artefacts playing a wmv9 file, do you also see the artefacts if you compile libavcodec (FFmpeg) with --disable-asm? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 12:22:58 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 11:22:58 -0000 Subject: [FFmpeg-trac] #535(avcodec:open): encoding support for jpeg2000 yuv422p In-Reply-To: <036.5fb5f802a9865577971255f10aa7a67b@avcodec.org> References: <036.5fb5f802a9865577971255f10aa7a67b@avcodec.org> Message-ID: <051.688d8098c97a8053dc46832304bbf98d@avcodec.org> #535: encoding support for jpeg2000 yuv422p -------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Afaict, the native j2k encoder is still missing yuv422p support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 12:27:53 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 11:27:53 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.0b72dc176c2c9b6fb8d169daa55f520d@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): yes, I do. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 12:28:48 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 11:28:48 -0000 Subject: [FFmpeg-trac] #846(undetermined:new): 'invalid public movie atom' when copying streams into a QuickTime file In-Reply-To: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> References: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> Message-ID: <051.eb08f938f1068a8ac15244eb880aa084@avcodec.org> #846: 'invalid public movie atom' when copying streams into a QuickTime file -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov cc Old description: > My source video is here: > http://www.capsubservices.com/files/Webcast%20--%20New%20Media%20Files/Test%20for%20Quicktime%20608%20CC%20file.mov > > I'm testing copying all streams from the input to the output with -map 0 > -c copy. The output plays ok in VLC, but when opened in QuickTime I get a > 'An invalid public movie atom was found in the movie' error. > > {{{ > ffmpeg started on 2011-12-29 at 01:39:35 > Report written to "ffmpeg-20111229-013935.log" > Command line: > ffmpeg -y -report -i "Test for Quicktime 608 CC file.mov" -map 0 -c: copy > out.mov > ffmpeg version N-32546-g6071e4d, Copyright (c) 2000-2011 the FFmpeg > developers > built on Dec 28 2011 21:57:53 with gcc 4.2.1 (Apple Inc. build 5666) > (dot 3) > configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared > --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables > --enable-libopenjpeg --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- > libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis > --enable-libvpx --enable-libxvid --enable-libfreetype > libavutil 51. 33.100 / 51. 33.100 > libavcodec 53. 49.100 / 53. 49.100 > libavformat 53. 29.100 / 53. 29.100 > libavdevice 53. 4.100 / 53. 4.100 > libavfilter 2. 55.100 / 2. 55.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 5.100 / 0. 5.100 > libpostproc 51. 2.100 / 51. 2.100 > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] Format mov,mp4,m4a,3gp,3g2,mj2 > probed with size=2048 and score=100 > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] ISO: File Type Major Brand: qt > [h264 @ 0x7fd1b882f400] err{or,}_recognition separate: 1; 1 > [h264 @ 0x7fd1b882f400] err{or,}_recognition combined: 1; 10001 > [aac @ 0x7fd1b8840c00] err{or,}_recognition separate: 1; 1 > [aac @ 0x7fd1b8840c00] err{or,}_recognition combined: 1; 10001 > [aac @ 0x7fd1b8840c00] Unsupported bit depth: 0 > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] max_analyze_duration 5000000 > reached at 5015510 > > Seems stream 0 codec frame rate differs from container frame rate: > 5994.00 (5994/1) -> 29.97 (2997/100) > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Test for Quicktime 608 CC > file.mov': > Metadata: > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > creation_time : 2010-11-04 17:28:46 > Duration: 00:00:28.39, start: 0.000000, bitrate: 1603 kb/s > Stream #0:0(eng), 135, 1/2997: Video: h264 (Constrained Baseline) > (avc1 / 0x31637661), yuv420p, 640x360, 1485 kb/s, 29.97 fps, 29.97 tbr, > 2997 tbn, 5994 tbc > Metadata: > creation_time : 2010-11-04 17:28:46 > handler_name : Apple Alias Data Handler > Stream #0:1(eng), 218, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 > Hz, stereo, s16, 109 kb/s > Metadata: > creation_time : 2010-11-04 17:28:46 > handler_name : Apple Alias Data Handler > Stream #0:2(eng), 122, 1/2997: Subtitle: none (c608 / 0x38303663) > Metadata: > creation_time : 2010-11-04 17:28:46 > handler_name : Apple Alias Data Handler > Output #0, mov, to 'out.mov': > Metadata: > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > creation_time : 2010-11-04 17:28:46 > encoder : Lavf53.29.100 > Stream #0:0(eng), 0, 1/2997: Video: h264 (avc1 / 0x31637661), > yuv420p, 640x360, q=2-31, 1485 kb/s, 29.97 fps, 2997 tbn, 2997 tbc > Metadata: > creation_time : 2010-11-04 17:28:46 > handler_name : Apple Alias Data Handler > Stream #0:1(eng), 0, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 > Hz, stereo, 109 kb/s > Metadata: > creation_time : 2010-11-04 17:28:46 > handler_name : Apple Alias Data Handler > Stream #0:2(eng), 0, 1/2997: Subtitle: none (c608 / 0x38303663) > Metadata: > creation_time : 2010-11-04 17:28:46 > handler_name : Apple Alias Data Handler > 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= 851 fps= 0 q=-1.0 Lsize= 5571kB time=00:00:27.62 > bitrate=1651.8kbits/s > video:5147kB audio:379kB global headers:0kB muxing overhead 0.808748% > > }}} New description: My source video is here: http://www.capsubservices.com/files/Webcast%20--%20New%20Media%20Files/Test%20for%20Quicktime%20608%20CC%20file.mov I'm testing copying all streams from the input to the output with -map 0 -c copy. The output plays ok in VLC, but when opened in QuickTime I get a 'An invalid public movie atom was found in the movie' error. {{{ ffmpeg started on 2011-12-29 at 01:39:35 Report written to "ffmpeg-20111229-013935.log" Command line: ffmpeg -y -report -i "Test for Quicktime 608 CC file.mov" -map 0 -c: copy out.mov ffmpeg version N-32546-g6071e4d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 28 2011 21:57:53 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libopenjpeg --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libfreetype libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 49.100 / 53. 49.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] ISO: File Type Major Brand: qt [h264 @ 0x7fd1b882f400] err{or,}_recognition separate: 1; 1 [h264 @ 0x7fd1b882f400] err{or,}_recognition combined: 1; 10001 [aac @ 0x7fd1b8840c00] err{or,}_recognition separate: 1; 1 [aac @ 0x7fd1b8840c00] err{or,}_recognition combined: 1; 10001 [aac @ 0x7fd1b8840c00] Unsupported bit depth: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1b8826e00] max_analyze_duration 5000000 reached at 5015510 Seems stream 0 codec frame rate differs from container frame rate: 5994.00 (5994/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Test for Quicktime 608 CC file.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-11-04 17:28:46 Duration: 00:00:28.39, start: 0.000000, bitrate: 1603 kb/s Stream #0:0(eng), 135, 1/2997: Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360, 1485 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 5994 tbc Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:1(eng), 218, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 109 kb/s Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:2(eng), 122, 1/2997: Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Output #0, mov, to 'out.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-11-04 17:28:46 encoder : Lavf53.29.100 Stream #0:0(eng), 0, 1/2997: Video: h264 (avc1 / 0x31637661), yuv420p, 640x360, q=2-31, 1485 kb/s, 29.97 fps, 2997 tbn, 2997 tbc Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:1(eng), 0, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 109 kb/s Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:2(eng), 0, 1/2997: Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler 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= 851 fps= 0 q=-1.0 Lsize= 5571kB time=00:00:27.62 bitrate=1651.8kbits/s video:5147kB audio:379kB global headers:0kB muxing overhead 0.808748% }}} -- Comment: Isn't this a feature request for reading CC in mov? I may be wrong but I suspect that writing unknown codecs to mov is not guaranteed to work. Or is the problem also reproducible with -sn (or not reproducible with -acodec aac -vcodec mpeg4 -scodec copy)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 13:40:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 12:40:09 -0000 Subject: [FFmpeg-trac] #847(undetermined:new): vorbis encoder is broken Message-ID: <038.a2576804570bfbca6d2aec0f1cf1e877@avcodec.org> #847: vorbis encoder is broken -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 test.wav -acodec vorbis -strict experimental out.ogg ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [wav @ 020E2320] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from 'test.wav': Duration: 00:00:05.07, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Output #0, ogg, to 'out.ogg': Metadata: encoder : Lavf53.28.100 Stream #0:0: Audio: vorbis, 44100 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> vorbis) Press [q] to stop, [?] for help size= 14kB time=00:00:05.08 bitrate= 22.1kbits/s video:0kB audio:10kB global headers:3kB muxing overhead 2.567666% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 13:49:38 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 12:49:38 -0000 Subject: [FFmpeg-trac] #848(undetermined:new): expand -formats/-codecs options Message-ID: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> #848: expand -formats/-codecs options -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -codecs - would list everything ffmpeg -codecs:a:e - would list only audio encoders ffmpeg -codecs:a:d - would listonly audio decoders ffmpeg -codecs:v:e - would list only video encoders ffmpeg -codecs:v:d - would listonly video decoders ffmpeg -formats - would list everything ffmpeg -formats:a:d - mould list only audio demuxers ffmpeg -formats:a:m - mould list only audio muxers ffmpeg -formats:v:d - mould list only video demuxers ffmpeg -formats:v:m - mould list only video muxers -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 13:50:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 12:50:45 -0000 Subject: [FFmpeg-trac] #848(undetermined:new): expand -formats/-codecs options In-Reply-To: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> References: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> Message-ID: <053.30fe2406c735cb4d0d32c15976f00abe@avcodec.org> #848: expand -formats/-codecs options -------------------------------------+------------------------------------- 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): correction: ffmpeg -formats:d - would list only demuxers ffmpeg -formats:m - would list only muxers -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 14:00:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 13:00:42 -0000 Subject: [FFmpeg-trac] #847(undetermined:new): vorbis encoder is broken In-Reply-To: <038.a2576804570bfbca6d2aec0f1cf1e877@avcodec.org> References: <038.a2576804570bfbca6d2aec0f1cf1e877@avcodec.org> Message-ID: <053.1ef0aca4d63d4d65607b061497992183@avcodec.org> #847: vorbis encoder is broken -------------------------------------+------------------------------------- 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): this "sonic" thing doesn't work as well ffmpeg -i test.wav -acodec sonic out.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 17:26:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 16:26:36 -0000 Subject: [FFmpeg-trac] #847(undetermined:new): vorbis encoder is broken In-Reply-To: <038.a2576804570bfbca6d2aec0f1cf1e877@avcodec.org> References: <038.a2576804570bfbca6d2aec0f1cf1e877@avcodec.org> Message-ID: <053.8f33b307299a984e02dab7437e8c2e7c@avcodec.org> #847: vorbis encoder is broken -------------------------------------+------------------------------------- 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): vorbis {{{ Date: Fri Jun 4 01:53:10 2010 New Revision: 23460 Log: Raise default vorbis encoding quality. Patch by Frank Barchard, fbarchard google com Modified: trunk/libavcodec/vorbis_enc.c Modified: trunk/libavcodec/vorbis_enc.c ============================================================================== --- trunk/libavcodec/vorbis_enc.c Fri Jun 4 00:20:07 2010 (r23459) +++ trunk/libavcodec/vorbis_enc.c Fri Jun 4 01:53:10 2010 (r23460) @@ -955,7 +955,7 @@ static av_cold int vorbis_encode_init(AV if (avccontext->flags & CODEC_FLAG_QSCALE) venc->quality = avccontext->global_quality / (float)FF_QP2LAMBDA / 10.; else - venc->quality = 1.; + venc->quality = 0.03; venc->quality *= venc->quality; avccontext->extradata_size = put_main_header(venc, (uint8_t**)&avccontext->extradata); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 17:50:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 16:50:35 -0000 Subject: [FFmpeg-trac] #849(undetermined:new): libvorbis: problem with odd sample rate Message-ID: <038.da7bbf288e88391b8a70eb3b24ffc608@avcodec.org> #849: libvorbis: problem with odd sample rate -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I don't know if this is regression in ffmpeg or libvorbis, please decide yourself. {{{ C:\>ffmpeg -i 12345.wav -acodec libvorbis out.ogg ffmpeg version N-32138-g312645e, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 28 2011 21:12:09 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 35. 0 / 2. 35. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 01EBA740] parser not found for codec pcm_u8, packets or times may be inva lid. Input #0, wav, from '12345.wav': Duration: 00:00:05.07, bitrate: 197 kb/s Stream #0.0: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 12345 Hz, 2 channels, u8 , 197 kb/s Incompatible sample format 'u8' for codec 'libvorbis', auto-selecting format 's1 6' [libvorbis @ 024366C0] oggvorbis_encode_init: init_encoder failed Output #0, ogg, to 'out.ogg': Stream #0.0: Audio: vorbis, 12345 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0: pcm_u8 -> libvorbis Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} {{{ C:\>ffmpeg -i 12345.wav -acodec libvorbis out.ogg ffmpeg version N-32071-g276f43b, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 23 2011 11:01:40 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 2 / 2. 34. 2 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 01EBA740] parser not found for codec pcm_u8, packets or times may be inva lid. Input #0, wav, from '12345.wav': Duration: 00:00:05.07, bitrate: 197 kb/s Stream #0.0: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 12345 Hz, 2 channels, u8 , 197 kb/s Incompatible sample format 'u8' for codec 'libvorbis', auto-selecting format 's1 6' Output #0, ogg, to 'out.ogg': Metadata: encoder : Lavf53.9.0 Stream #0.0: Audio: vorbis, 12345 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0: pcm_u8 -> libvorbis Press [q] to stop, [?] for help size= 45kB time=00:00:05.07 bitrate= 73.2kbits/s video:0kB audio:42kB global headers:3kB muxing overhead 0.652575% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 20:39:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 19:39:31 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.f19b4fa6798ef24e083b90aa79330293@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is the problem also reproducible on other platforms? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 21:07:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 20:07:39 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.f8e69621d95500ed09ac25c7ed7c4117@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): I cannot see them in PC. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 21:16:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 20:16:11 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.fe09c37bc00a5f6df58af452fb4fb2d2@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Do you suspect a compiler issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 21:35:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 20:35:31 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.ee15089032644349904a1d67a5a49806@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): Why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 23:01:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 22:01:36 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.4ee3d41267144a82dbc8c5adf39e469b@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): If the same code works fine on one platform but not on another (and you disabled all platform-specific optimisations), what other reason for the failure is likely? Could you explain how you are compiling current GStreamer with current FFmpeg? Perhaps I can try to reproduce the issue... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 23:09:16 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 22:09:16 -0000 Subject: [FFmpeg-trac] #850(undetermined:new): jpg: fix colors for sequential RGB Message-ID: <038.02883cfbe3aa68da5f5ced4216e9287b@avcodec.org> #850: jpg: fix colors for sequential RGB -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- this hack seems to solve the problem mjpegdec.c: {{{ av_log(s->avctx, AV_LOG_ERROR, "decode_sos: index(%d) out of components\n", index); return -1; } /* Metasoft MJPEG codec has Cb and Cr swapped */ - if (s->avctx->codec_tag == MKTAG('M', 'T', 'S', 'J') - && nb_components == 3 && s->nb_components == 3 && i) index = 3 - i; if(nb_components == 3 && s->nb_components == 3 && s->avctx->pix_fmt == PIX_FMT_GBR24P) index = (i+2)%3; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 23:11:26 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 22:11:26 -0000 Subject: [FFmpeg-trac] #850(undetermined:new): jpg: fix colors for sequential RGB In-Reply-To: <038.02883cfbe3aa68da5f5ced4216e9287b@avcodec.org> References: <038.02883cfbe3aa68da5f5ced4216e9287b@avcodec.org> Message-ID: <053.31748ad52bb4a499466b4b0c7a9652e7@avcodec.org> #850: jpg: fix colors for sequential RGB -------------------------------------+------------------------------------- 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): {{{ C:\>ffmpeg -i equential_RGB_24bpp.jpg ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from 'sequential_RGB_24bpp.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gbrp, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 23:20:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 22:20:10 -0000 Subject: [FFmpeg-trac] #851(undetermined:new): crash with grayscale jpegls Message-ID: <038.2532f8838f06377531d8b51b5fe3dfcd@avcodec.org> #851: crash with grayscale jpegls -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 gray.jls out.bmp Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-834f80d/ffmpeg_g.exe -i gray.jls out.bmp [New Thread 3208.0x64c] ffmpeg version 0.9.0.git-834f80d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 22 2011 14:07:40 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 32.100 / 51. 32.100 libavcodec 53. 47.100 / 53. 47.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 0.100 Input #0, image2, from 'gray.jls': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: jpegls, gray, 1024x768 [SAR 72:72 DAR 4:3], 25 tbr, 25 t bn, 25 tbc [buffer @ 03d615d0] w:1024 h:768 pixfmt:gray tb:1/1000000 sar:72/72 sws_param: Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: bmp, gray, 1024x768 [SAR 72:72 DAR 4:3], q=2-31, 200 kb/ s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (jpegls -> bmp) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x005bd688 in ls_decode_line (state=, s=0x43a6008, last=0x43a7bb8, dst=0x4900020, last2=0, w=3072, stride=3, comp=0, bits=8) at libavcodec/jpeglsdec.c:169 169 Rd = (x >= w - stride) ? R(last, x) : R(last, x + stride); (gdb) bt #0 0x005bd688 in ls_decode_line (state=, s=0x43a6008, last=0x43a7bb8, dst=0x4900020, last2=0, w=3072, stride=3, comp=0, bits=8) at libavcodec/jpeglsdec.c:169 #1 0x005be653 in ff_jpegls_decode_picture (s=0x43a6008, near=0, point_transform=0, ilv=1) at libavcodec/jpeglsdec.c:316 #2 0x007263ae in ff_mjpeg_decode_sos (avctx=0x3d5f038, data=0x3d61b00, data_size=0x22deac, avpkt=0x22de10) at libavcodec/mjpegdec.c:1077 #3 ff_mjpeg_decode_frame (avctx=0x3d5f038, data=0x3d61b00, data_size=0x22deac, avpkt=0x22de10) at libavcodec/mjpegdec.c:1549 #4 0x005091f2 in avcodec_decode_video2 (avctx=0x3d5f038, picture=0x3d61b00, got_picture_ptr=0x22deac, avpkt=0x22de10) at libavcodec/utils.c:953 #5 0x00405c17 in transcode_video (ist=0x3d611f0, ost_table=0x42be868, nb_ostreams=1, pkt=0x22fbb8) at ffmpeg.c:1880 #6 output_packet (ist=0x3d611f0, ost_table=0x42be868, nb_ostreams=1, pkt=0x22fbb8) at ffmpeg.c:2046 #7 0x0040a63e in transcode (output_files=, nb_output_files=0, input_files=0x0, nb_input_files=4256952) at ffmpeg.c:2804 #8 0x0022ff48 in ?? () #9 0x00000000 in ?? () }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 29 23:30:07 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 22:30:07 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.40818131d21f5abcfdca64c7f4ad19cb@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): all are compiled with OE (angstrom tool chains). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 00:22:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 23:22:15 -0000 Subject: [FFmpeg-trac] #852(undetermined:new): MTS files from Canon HG20 no longer replayed Message-ID: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, MTS videos produced by my AVCHD camcorder are no longer properly replayed by ffmpeg and ffmpeg based video players. - vlc player just shows a black image. - xine and gxine play from the beginning but freezes after frame jump - ffplay 00017.MTS plays from the beginning but seeking in file (ffplay 00017.MTS -ss 1) shows no image - video editing with kdenlive renders partly black video sequences Latest working version I went back was 0.8.7. Version 0.9 from Debian Multimedia AMD64 and also the git-master I just compiled today have this issue. The problem was confirmed by more users on the Debian Multimedia mailing list for i386 and AMD64. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 00:24:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 23:24:44 -0000 Subject: [FFmpeg-trac] #852(undetermined:new): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.b88bdb6ed3f93a8c98af9122a9c529d3@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | 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 stef716): here's a short sample video: http://www.tvk.rwth-aachen.de/~stef/00017.MTS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 00:41:24 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 23:41:24 -0000 Subject: [FFmpeg-trac] #852(undetermined:new): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.90f2c281e70a3e6ae78a6d2075067bf5@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | 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): Failing ffmpeg command line and complete, uncut console output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 00:46:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 23:46:23 -0000 Subject: [FFmpeg-trac] #852(undetermined:new): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.41a911399a8e748f1021acbeacc1d795@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | 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 stef716): command: ffplay -ss 2 00017.MTS ffplay version 0.9, Copyright (c) 2003-2011 the FFmpeg developers built on Dec 29 2011 23:52:31 with gcc 4.6.2 configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --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-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --disable- decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libdc1394 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 49.100 / 53. 49.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [h264 @ 0x2456960] Increasing reorder buffer to 1 Input #0, mpegts, from '/home/stef/download/00017.MTS': Duration: 00:00:14.40, start: 0.484122, bitrate: 23361 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, s16, 256 kb/s [h264 @ 0x2456960] Missing reference pictureKB vq= 3574KB sq= 0B f=0/0 [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] Missing reference picture [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] Missing reference picture [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] Missing reference picture [h264 @ 0x2456960] QP 53 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 53 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 54 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 54 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] Reference 3 >= 2 [h264 @ 0x2456960] error while decoding MB 6 0, bytestream (116504) [h264 @ 0x2456960] Reference 3 >= 2 [h264 @ 0x2456960] error while decoding MB 12 1, bytestream (113484) [h264 @ 0x2456960] QP 54 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 54 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 53 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 53 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] Reference 5 >= 2 [h264 @ 0x2456960] error while decoding MB 71 3, bytestream (118690) [h264 @ 0x2456960] QP 53 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 54 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 54 out of range [h264 @ 0x2456960] decode_slice_header error [h264 @ 0x2456960] QP 54 out of range [h264 @ 0x2456960] decode_slice_header error ^C 4.89 A-V:-1325199385.125 fd= 0 aq= 225KB vq=15137KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 00:59:05 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Dec 2011 23:59:05 -0000 Subject: [FFmpeg-trac] #852(undetermined:new): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.75d7da89660baa320af45b2464feac70@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem not reproducible with ffmpeg? Please only report problems for ffplay if they are unreproducible with ffmpeg (and mention that you tested ffmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 01:36:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 00:36:27 -0000 Subject: [FFmpeg-trac] #846(undetermined:new): 'invalid public movie atom' when copying streams into a QuickTime file In-Reply-To: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> References: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> Message-ID: <051.d84100b4caf5968c74ef2f503e5e6f35@avcodec.org> #846: 'invalid public movie atom' when copying streams into a QuickTime file -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dericed): Then perhaps two requests. 1. bug, FFmpeg produces a QuickTime file with invalid public movie atom 2. request, FFmpeg support reading or copying c608 subtitle tracks. With "-map 0 -sn -c: copy" the output file works fine in QuickTime though though without the subtitle/caption track. With "-map 0 -c:a aac -c:v mpeg4 -c:s copy" I get similar results to my initial output and the same invalid atom error. {{{ ffmpeg started on 2011-12-29 at 19:35:21 Report written to "ffmpeg-20111229-193521.log" Command line: ffmpeg -y -report -i "Test for Quicktime 608 CC file.mov" -map 0 -c:a libfaac -c:v mpeg4 -c:s copy out.mov ffmpeg version N-32546-g6071e4d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 28 2011 21:57:53 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libopenjpeg --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libfreetype libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 49.100 / 53. 49.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f9661826e00] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f9661826e00] ISO: File Type Major Brand: qt [h264 @ 0x7f966182f400] err{or,}_recognition separate: 1; 1 [h264 @ 0x7f966182f400] err{or,}_recognition combined: 1; 10001 [aac @ 0x7f9661840c00] err{or,}_recognition separate: 1; 1 [aac @ 0x7f9661840c00] err{or,}_recognition combined: 1; 10001 [aac @ 0x7f9661840c00] Unsupported bit depth: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f9661826e00] max_analyze_duration 5000000 reached at 5015510 Seems stream 0 codec frame rate differs from container frame rate: 5994.00 (5994/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Test for Quicktime 608 CC file.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-11-04 17:28:46 Duration: 00:00:28.39, start: 0.000000, bitrate: 1603 kb/s Stream #0:0(eng), 135, 1/2997: Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360, 1485 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 5994 tbc Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:1(eng), 218, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 109 kb/s Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:2(eng), 122, 1/2997: Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler [buffer @ 0x7f9661415ec0] w:640 h:360 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [mpeg4 @ 0x7f966182c400] err{or,}_recognition separate: 1; 1 [mpeg4 @ 0x7f966182c400] err{or,}_recognition combined: 1; 10001 [mpeg4 @ 0x7f966182c400] intra_quant_bias = 0 inter_quant_bias = -64 [libfaac @ 0x7f966183e400] err{or,}_recognition separate: 1; 1 [libfaac @ 0x7f966183e400] err{or,}_recognition combined: 1; 10001 [h264 @ 0x7f966182f400] err{or,}_recognition separate: 1; 10001 [h264 @ 0x7f966182f400] err{or,}_recognition combined: 1; 10001 [aac @ 0x7f9661840c00] err{or,}_recognition separate: 1; 10001 [aac @ 0x7f9661840c00] err{or,}_recognition combined: 1; 10001 [aac @ 0x7f9661840c00] Unsupported bit depth: 0 Output #0, mov, to 'out.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-11-04 17:28:46 encoder : Lavf53.29.100 Stream #0:0(eng), 0, 1/2997: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 640x360, q=2-31, 200 kb/s, 2997 tbn, 29.97 tbc Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:1(eng), 0, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream #0:2(eng), 0, 1/2997: Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2010-11-04 17:28:46 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> libfaac) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 135 fps= 0 q=12.4 size= 276kB time=00:00:04.07 bitrate= 555.8kbits/s frame= 277 fps=276 q=17.8 size= 513kB time=00:00:08.97 bitrate= 468.6kbits/s frame= 405 fps=270 q=14.0 size= 707kB time=00:00:13.41 bitrate= 432.0kbits/s frame= 555 fps=277 q=17.3 size= 902kB time=00:00:18.08 bitrate= 408.4kbits/s frame= 684 fps=273 q=20.0 size= 1076kB time=00:00:22.48 bitrate= 392.0kbits/s frame= 826 fps=275 q=22.5 size= 1268kB time=00:00:27.46 bitrate= 378.3kbits/s frame= 851 fps=275 q=31.0 Lsize= 1347kB time=00:00:27.62 bitrate= 399.5kbits/s video:967kB audio:335kB global headers:0kB muxing overhead 3.450898% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 01:39:13 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 00:39:13 -0000 Subject: [FFmpeg-trac] #535(avcodec:open): encoding support for jpeg2000 yuv422p In-Reply-To: <036.5fb5f802a9865577971255f10aa7a67b@avcodec.org> References: <036.5fb5f802a9865577971255f10aa7a67b@avcodec.org> Message-ID: <051.231efa03bb86b4df1886b1a6e37dd1db@avcodec.org> #535: encoding support for jpeg2000 yuv422p -------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by dericed): Yep j2k is still missing yuv422p support. When I first opened the ticket FFmpeg would auto-select rgb24 when yuv422p was requested. Now it auto- selects yuv444p, which is an improvement. yuv422p support in j2k would be great, as libopenjpeg is quite slow. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 05:17:24 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 04:17:24 -0000 Subject: [FFmpeg-trac] #842(avcodec:closed): ljpeg decodes incorrectly In-Reply-To: <038.1237621e1c64134ff94837b0cf13a311@avcodec.org> References: <038.1237621e1c64134ff94837b0cf13a311@avcodec.org> Message-ID: <053.b56b1ef3198738216ce77e5796be256e@avcodec.org> #842: ljpeg decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 05:47:53 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 04:47:53 -0000 Subject: [FFmpeg-trac] #825(avformat:new): Track number metadata read from ASF (WMAL) off by one In-Reply-To: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> References: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> Message-ID: <053.5946eafee3201e230020865231bb2cec@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one ------------------------------------+------------------------------------ Reporter: fatcatfan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by fatcatfan): Uploaded "wma_track_no_ticket825.wma" to the ftp, which was actually the second, non-lossless file mentioned in my second comment. Although, it looks like cehoyos has found the likely source of the problem without a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 10:43:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 09:43:32 -0000 Subject: [FFmpeg-trac] #853(avcodec:new): codec_names.h isn't present but included Message-ID: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> #853: codec_names.h isn't present but included ---------------------------------+------------------------------------- Reporter: Alex | Type: defect Status: new | Priority: important Component: avcodec | Version: 0.9 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------- File: libavcodec/utils.c Function: {{{ const char *avcodec_get_name(enum CodecID id) { AVCodec *codec; #if !CONFIG_SMALL switch (id) { #include "libavcodec/codec_names.h" } av_log(NULL, AV_LOG_WARNING, "Codec 0x%x is not in the full list.\n", id); #endif codec = avcodec_find_decoder(id); if (codec) return codec->name; codec = avcodec_find_encoder(id); if (codec) return codec->name; return "unknown_codec"; } }}} File codec_names.h isn't found entire ffmpeg-0.9 folder and subfolders. My configure options: {{{ PREBUILT=${TOP}/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3 ./configure --target-os=linux \ --enable-shared \ --arch=armv41 \ --enable-cross-compile \ --cc=$PREBUILT/bin/arm-eabi-gcc \ --cross-prefix=$PREBUILT/bin/arm-eabi- \ --nm=$PREBUILT/bin/arm-eabi-nm \ --extra-cflags="-fPIC -DANDROID" \ --disable-static \ --enable-shared \ --disable-asm \ --disable-yasm \ --enable-neon \ --enable-armv5te \ --disable-doc \ --disable-ffmpeg \ --disable-ffplay \ --disable-ffprobe \ --disable-ffserver \ --disable-encoders \ --disable-devices \ --enable-avfilter \ --disable-network \ --disable-avdevice \ --prefix=./../../out/product/target/A10/system/bin \ --extra-ldflags="-Wl,-T,$PREBUILT/arm-eabi/lib/ldscripts/armelf.x -Wl,\ -rpath-link=./../../prebuilt/ndk/android-ndk-r4/platforms/android-8/arch- arm/usr/lib \ -L./../../prebuilt/ndk/android-ndk-r4/platforms/android-8/arch-arm/usr/lib -nostdlib \ ${PREBUILT}/lib/gcc/arm-eabi/4.4.3/crtbegin.o \ ${PREBUILT}/lib/gcc/arm-eabi/4.4.3/crtend.o -lc -lm -ldl" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 10:51:00 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 09:51:00 -0000 Subject: [FFmpeg-trac] #853(avcodec:new): codec_names.h isn't present but included In-Reply-To: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> References: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> Message-ID: <048.dd05a8e5d0f6e05357dc227220a292f9@avcodec.org> #853: codec_names.h isn't present but included -----------------------------------+----------------------------------- Reporter: Alex | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by Cigaes): codec_names.h is automatically generated, its absence from the source tarball is normal. Can you post your failing build log? More specifically, from a clean configured tree (make distclean; ./configure), the full output of the following command: {{{ make V=1 libavcodec/utils.o }}} Also, please try to reproduce with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 11:53:26 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 10:53:26 -0000 Subject: [FFmpeg-trac] #853(avcodec:new): codec_names.h isn't present but included In-Reply-To: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> References: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> Message-ID: <048.ce5b499cc77805b2bf7b9b49d06387de@avcodec.org> #853: codec_names.h isn't present but included -----------------------------------+----------------------------------- Reporter: Alex | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by Alex): Tnx for a quick answer. I can't to give you output of {{{ make V=1 libavcodec/utils.o }}} since I build ffmpeg together with all andoroid sources. By this reason I made a some tricks in build scripts. Seems my tricks don't use codec_names.sh Let's close it as not a bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 12:01:06 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 11:01:06 -0000 Subject: [FFmpeg-trac] #853(avcodec:open): codec_names.h isn't present but included In-Reply-To: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> References: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> Message-ID: <048.c4eaeddc58ba498bd3125feaa2bf03e6@avcodec.org> #853: codec_names.h isn't present but included -----------------------------------+----------------------------------- Reporter: Alex | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Changes (by Cigaes): * status: new => open Comment: If you tweaked the build system for the 0.8 series, then indeed you will probably need to adapt it to the new features of 0.9, including codec_names.h. The part concerning codec_names.h is at the end of libavcodec/Makefile. Basically, it amounts to: {{{ cc -E libavcodec/avcodec.h | libabvcodec/codec_names.sh config.h libavcodec/codec_names.h }}} but of course with the bunch of compiler flags. Feel free to reopen the bug if it happens that the original build system fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 12:07:57 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 11:07:57 -0000 Subject: [FFmpeg-trac] #853(avcodec:open): codec_names.h isn't present but included In-Reply-To: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> References: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> Message-ID: <048.28707dc32568eab7b3ba58b79fc17934@avcodec.org> #853: codec_names.h isn't present but included -----------------------------------+----------------------------------- Reporter: Alex | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by Alex): Tnx a lot, I found a Makefile that does it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 12:45:31 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 11:45:31 -0000 Subject: [FFmpeg-trac] #852(undetermined:new): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.0a0bb8f9cc7c4b96179918aefb00d12a@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | 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 stef716): @cehoyos: Sorry, but I don't understand what information you are requesting. There is some issue in the av-libs not to perform seeking in the videos from my camcorder any more. It's reproducable with all applications linking libav, even with ffplay included in ffmpeg package. These videos have been working with ffmpeg since 3 years. So some usecase seems to be broken starting from version 0.9. I'm no expert in your libraries but my rough guess is that seeking in videos which do not contain a single I-Frame (like from my camcorder) is no longer possible. Please just download the video in the link, seek in the video and you will see the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 13:19:40 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 12:19:40 -0000 Subject: [FFmpeg-trac] #853(avcodec:closed): codec_names.h isn't present but included In-Reply-To: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> References: <033.83ca6e8138625d6957715c40277cc957@avcodec.org> Message-ID: <048.baf2244b467811789f89b0a1dd0fd61b@avcodec.org> #853: codec_names.h isn't present but included -----------------------------------+----------------------------------- Reporter: Alex | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: 0.9 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: I believe I have seen this broken script before, allow me to repeat that it is not a good idea to use it. If you believe FFmpeg's build system is missing features, please report it as a new enhancement ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 13:55:01 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 12:55:01 -0000 Subject: [FFmpeg-trac] #825(avformat:open): Track number metadata read from ASF (WMAL) off by one In-Reply-To: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> References: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> Message-ID: <053.40eaded2b5ceb04a47507a3669c2bddf@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one ------------------------------------+------------------------------------ Reporter: fatcatfan | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 14:09:35 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 13:09:35 -0000 Subject: [FFmpeg-trac] #852(undetermined:new): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.dbe46b805d77b2d075050131716d999a@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 stef716]: > There is some issue in the av-libs not to perform seeking in the videos from my camcorder any more. It's reproducable with all applications linking libav, even with ffplay included in ffmpeg package. Note that it works fine with MPlayer (and ffmpeg -ss 7 -i 00017.MTS -qscale 2 out.avi). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 14:18:37 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 13:18:37 -0000 Subject: [FFmpeg-trac] #852(undetermined:new): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.c202d49dd6fcc1cacc79065672d6b7db@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | 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): The problem you see is related to an often requested feature: "Please do not show artefacts after seeking in H264 streams!" The fix for mentioned problem introduces problems for some streams, see http://article.gmane.org/gmane.comp.video.mplayer.cvs/18456/match=34249 for how MPlayer disabled the new feature. (Set CODEC_FLAG2_SHOW_ALL) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 14:26:56 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 13:26:56 -0000 Subject: [FFmpeg-trac] #854(undetermined:new): ljpg: reject ljpeg when component is not 8 or 16 Message-ID: <038.2dc6fedb50fefdbb8c78dd982a76491e@avcodec.org> #854: ljpg: reject ljpeg when component is not 8 or 16 -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- example patch attached {{{ C:\>ffmpeg -i 12.jpg ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 02645B60] mjpeg_decode_dc: bad vlc: 0:0 (020E9A68) Input #0, image2, from '12.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gray, 640x480 [SAR 96:96 DAR 4:3], 25 tbr, 25 tbn , 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 14:34:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 13:34:52 -0000 Subject: [FFmpeg-trac] #855(undetermined:new): ljpeg: support correctly 8/16 bit grayscale Message-ID: <038.b2fb1330d89815b9d62e32080c255da1@avcodec.org> #855: ljpeg: support correctly 8/16 bit grayscale -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 8.jpg ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 02645B60] mjpeg_decode_dc: bad vlc: 0:0 (020E9A68) Input #0, image2, from '8.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gray, 640x480 [SAR 96:96 DAR 4:3], 25 tbr, 25 tbn , 25 tbc At least one output file must be specified }}} {{{ C:\>ffmpeg -i 16.jpg ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 02645B60] mjpeg_decode_dc: bad vlc: 0:0 (020E9A68) Input #0, image2, from '16.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gray, 640x480 [SAR 96:96 DAR 4:3], 25 tbr, 25 tbn , 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 14:48:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 13:48:14 -0000 Subject: [FFmpeg-trac] #856(undetermined:new): ljpeg: support/reject non-interleaved files Message-ID: <038.a82f00459dd77fc41b7b40696c271c11@avcodec.org> #856: ljpeg: support/reject non-interleaved files -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 nint.jpg ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 02645B60] mjpeg_decode_dc: bad vlc: 0:0 (020E9A68) Last message repeated 2 times Input #0, image2, from 'nint.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, bgr24, 640x480, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 19:43:36 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 18:43:36 -0000 Subject: [FFmpeg-trac] #849(avcodec:closed): libvorbis: problem with odd sample rate In-Reply-To: <038.da7bbf288e88391b8a70eb3b24ffc608@avcodec.org> References: <038.da7bbf288e88391b8a70eb3b24ffc608@avcodec.org> Message-ID: <053.7e7ea1c82a479db673cead2d02046ea3@avcodec.org> #849: libvorbis: problem with odd sample rate ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by Cigaes): * status: new => closed * resolution: => invalid * version: unspecified => git-master * component: undetermined => avcodec Comment: {{{ cigaes at hellroy /tmp $ oggenc -b 128 12345.wav Opening with wav module: WAV file reader Encoding "12345.wav" to "12345.ogg" at approximate bitrate 128 kbps (VBR encoding enabled) Mode initialisation failed: invalid parameters for bitrate zsh: exit 1 oggenc -b 128 12345.wav }}} It works with {{{-b 64}}}: apparently it is a libvorbis limitation, that was brought into evidence when the default bitrate was changed from 64k (quite awful with real audio) to 128k. And it has nothing to do with the sample rate being odd, just it being to low. Why would you use fixed bitrate anyway? OTOH, error reporting from libvorbis is not good at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 20:42:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 19:42:32 -0000 Subject: [FFmpeg-trac] #857(avcodec:new): Crystal HD crash when used during recoding Message-ID: <035.f6ed1cb34a9685be7c2767518adefd77@avcodec.org> #857: Crystal HD crash when used during recoding ---------------------------------+-------------------------------------- Reporter: LubosD | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- My Crystal HD card (BCM70012) works fine when used for media playback using the libavcodec/ffmpeg+mplayer combo. But it apparently hasn't been tested as a decoder when doing media file recoding with ffmpeg. This causes ffmpeg throw errors around (or crash). See the attached log files. In log2's case, I also tried to modify libx264 to assume that stride = width, in which case ffmpeg crashes somewhere inside the sse2 optimized memcpy(). So this assumption of mine is either wrong or the problem reaches father, beyond just the stride value not being set. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 21:09:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 20:09:14 -0000 Subject: [FFmpeg-trac] #835(avcodec:new): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.a006c417f3b59d40c2ef6106c6176235@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): I sorted out the issue. It is my bug. Since the decoded frame buffers are allocated in physical contiguous memory for post-processing by DSP, h264, mpeg2/4 increase decoded frame size for CODEC_FLAG_EMU_EDGE, but wmv9 doesn't. That is why I see artefacts of edges. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 22:04:07 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 21:04:07 -0000 Subject: [FFmpeg-trac] #857(avcodec:new): Crystal HD crash when used during recoding In-Reply-To: <035.f6ed1cb34a9685be7c2767518adefd77@avcodec.org> References: <035.f6ed1cb34a9685be7c2767518adefd77@avcodec.org> Message-ID: <050.dcff73b2473b6523975b051575a45def@avcodec.org> #857: Crystal HD crash when used during recoding ------------------------------------+----------------------------------- Reporter: LubosD | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): > (omitted some unrelated output) Please always provide complete, uncut console output whenever you report a problem. If you want to report a crash (I am not sure I understand what your original problem is), please provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 30 22:04:51 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Dec 2011 21:04:51 -0000 Subject: [FFmpeg-trac] #835(avcodec:closed): edge defects to play wmv7/8/9 or vc1 files on beagleboard In-Reply-To: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> References: <037.5aafd2ee46db18757e8cf5de3425f66e@avcodec.org> Message-ID: <052.5b1f12e9dd6a2d5713ac3ae687ec6ac3@avcodec.org> #835: edge defects to play wmv7/8/9 or vc1 files on beagleboard ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: wmv arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 01:48:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 00:48:43 -0000 Subject: [FFmpeg-trac] #858(undetermined:new): replace the current ALAC code with the ALAC code from Apple Message-ID: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> #858: replace the current ALAC code with the ALAC code from Apple -------------------------------------+------------------------------------- Reporter: ffmpeguser | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 01:51:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 00:51:16 -0000 Subject: [FFmpeg-trac] #858(undetermined:closed): replace the current ALAC code with the ALAC code from Apple In-Reply-To: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> References: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> Message-ID: <054.7fd467fb914708ad9464ccf42ef0c915@avcodec.org> #858: replace the current ALAC code with the ALAC code from Apple -------------------------------------+------------------------------------- Reporter: ffmpeguser | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: We like the LGPL v2. Please do report all issues you have with FFmpeg's alac implementation, I don't think any tickets are currently open! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 01:55:47 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 00:55:47 -0000 Subject: [FFmpeg-trac] #858(undetermined:closed): replace the current ALAC code with the ALAC code from Apple In-Reply-To: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> References: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> Message-ID: <054.54f9056a4fb7db64d6b694849433bf7a@avcodec.org> #858: replace the current ALAC code with the ALAC code from Apple -------------------------------------+------------------------------------- Reporter: ffmpeguser | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ffmpeguser): what is the problem with the Apache license? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 02:29:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 01:29:49 -0000 Subject: [FFmpeg-trac] #859(undetermined:new): decoding support for 6-channel ALAC streams Message-ID: <039.cbaf35d7c0778f2dbe99c125ffa3ca64@avcodec.org> #859: decoding support for 6-channel ALAC streams -------------------------------------+------------------------------------- Reporter: ffmpeguser | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: alac, | unspecified channels, decoder | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- a file for testing http://www.mediafire.com/?8pwrpi2kli7jidq -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 02:52:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 01:52:57 -0000 Subject: [FFmpeg-trac] #859(undetermined:new): decoding support for 6-channel ALAC streams In-Reply-To: <039.cbaf35d7c0778f2dbe99c125ffa3ca64@avcodec.org> References: <039.cbaf35d7c0778f2dbe99c125ffa3ca64@avcodec.org> Message-ID: <054.5d23860bc9aee023302162d85a106cb6@avcodec.org> #859: decoding support for 6-channel ALAC streams -------------------------------------+------------------------------------- Reporter: ffmpeguser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: alac, | Resolution: channels, decoder | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ffmpeguser): ffplay.exe Canon in D Short.caf ffplay version N-36193-gf514695, Copyright (c) 2003-2011 the FFmpeg developers built on Dec 26 2011 17:52:59 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [caf @ 00A0B880] skipping CAF chunk: 75756964 (uuid), size 154 [caf @ 00A0B880] skipping CAF chunk: 75756964 (uuid), size 36 [caf @ 00A0B880] skipping CAF chunk: 6F767677 (ovvw), size 13176 [alac @ 01090AE0] Unsupported channel count: 6 Last message repeated 1 times Input #0, caf, from 'Canon in D Short.caf': Metadata: copyright : Copyright (c) 2007 Apple Inc. All Rights Reserved. artist : APM Music, LLC, http://www.apmmusic.com Duration: 00:00:19.11, start: 0.000000, bitrate: 4058 kb/s Stream #0:0: Audio: alac (alac / 0x63616C61), 48000 Hz, 5.1, s32, 4050 kb/s [alac @ 01090AE0] Unsupported channel count: 6 Canon in D Short.caf: could not open codecs - the mediafire website has a problem, so i uploaded the file in uploadhere also in case it doesn't work properly for others too, http://www.uploadhere.com/G14YAKAHAR -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 03:12:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 02:12:30 -0000 Subject: [FFmpeg-trac] #859(avcodec:open): decoding support for 6-channel ALAC streams In-Reply-To: <039.cbaf35d7c0778f2dbe99c125ffa3ca64@avcodec.org> References: <039.cbaf35d7c0778f2dbe99c125ffa3ca64@avcodec.org> Message-ID: <054.71e84ed197cc098dbba61e2ffe83958d@avcodec.org> #859: decoding support for 6-channel ALAC streams -------------------------------------+----------------------------------- Reporter: ffmpeguser | Owner: Type: enhancement | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: alac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: alac, channels, decoder => alac * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Any possibility you prepare a 2MB file and attach it here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 03:13:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 02:13:41 -0000 Subject: [FFmpeg-trac] #858(undetermined:closed): replace the current ALAC code with the ALAC code from Apple In-Reply-To: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> References: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> Message-ID: <054.39a10dd009652fb38c0410a004c04564@avcodec.org> #858: replace the current ALAC code with the ALAC code from Apple -------------------------------------+------------------------------------- Reporter: ffmpeguser | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The Apache license is not compatible with the (L)GPL v2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 03:13:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 02:13:58 -0000 Subject: [FFmpeg-trac] #830(avcodec:closed): tiff: 1bpp with palette In-Reply-To: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> References: <038.b36e0d16d9c87100303b690e5f610e87@avcodec.org> Message-ID: <053.58281a074bb72d2b13886e5e92841499@avcodec.org> #830: tiff: 1bpp with palette ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 03:16:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 02:16:04 -0000 Subject: [FFmpeg-trac] #859(avcodec:open): decoding support for 6-channel ALAC streams In-Reply-To: <039.cbaf35d7c0778f2dbe99c125ffa3ca64@avcodec.org> References: <039.cbaf35d7c0778f2dbe99c125ffa3ca64@avcodec.org> Message-ID: <054.34919d4114b11d18ab527062e1ac7c14@avcodec.org> #859: decoding support for 6-channel ALAC streams -------------------------------------+----------------------------------- Reporter: ffmpeguser | Owner: Type: enhancement | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: alac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ffmpeguser): yes, give me some time -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 03:41:08 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 02:41:08 -0000 Subject: [FFmpeg-trac] #860(undetermined:new): qt jpeg2000 regression Message-ID: <038.052b74e8bb09bd1c61a7fc97e41e0b69@avcodec.org> #860: qt jpeg2000 regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ yuv pixel formats support in openjpeg decoder + 10bit support authorAlex Zhukov Mon, 21 Nov 2011 15:06:12 +0100 (06:06 -0800) committerMichael Niedermayer Thu, 24 Nov 2011 21:51:15 +0100 (21:51 +0100) }}} http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=eb511ef6363af8df6f842b7f5dc37fadbc15c8dd {{{ C:\>ffmpeg -i jpeg2000.mov -vcodec msmpeg4v2 -an out.avi ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [libopenjpeg @ 02645D40] unsupported pixel size 4 Seems stream 1 codec frame rate differs from container frame rate: 1000000.00 (1 000000/1) -> 23.97 (500000/20859) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'jpeg2000.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-11-06 22:35:38 Duration: 00:00:12.64, start: 0.000000, bitrate: 4807 kb/s Stream #0:0(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, stereo, s16, 352 kb/s Metadata: creation_time : 2009-11-06 22:35:38 handler_name : &Procedura obs?ugi skr?t?w danych Apple Stream #0:1(eng): Video: j2k (mjp2 / 0x32706A6D), rgba, 320x240, 4430 kb/s, 23.97 fps, 23.97 tbr, 1000k tbn, 1000k tbc Metadata: creation_time : 2009-11-06 22:35:38 handler_name : &Procedura obs?ugi skr?t?w danych Apple Incompatible pixel format 'rgba' for codec 'msmpeg4v2', auto-selecting format 'y uv420p' [buffer @ 020FC4E0] w:320 h:240 pixfmt:rgba tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020FC760] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020FCDA0] w:320 h:240 fmt:rgba -> w:320 h:240 fmt:yuv420p flags:0x4 Output #0, avi, to 'out.avi': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-11-06 22:35:38 ISFT : Lavf53.28.100 Stream #0:0(eng): Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 320x240, q= 2-31, 200 kb/s, 23.97 tbn, 23.97 tbc Metadata: creation_time : 2009-11-06 22:35:38 handler_name : &Procedura obs?ugi skr?t?w danych Apple Stream mapping: Stream #0:1 -> #0:0 (libopenjpeg -> msmpeg4v2) Press [q] to stop, [?] for help [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 frame= 0 fps= 0 q=0.0 size= 6kB time=00:00:00.00 bitrate= 0.0kbits/s unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 frame= 0 fps= 0 q=0.0 size= 6kB time=00:00:00.00 bitrate= 0.0kbits/s unsupported pixel size 4 Error while decoding stream #0:1 [libopenjpeg @ 02645D40] unsupported pixel size 4 Error while decoding stream #0:1 unsupported pixel size 4 Error while decoding stream #0:1 frame= 0 fps= 0 q=0.0 Lsize= 6kB time=00:00:00.00 bitrate= 0.0kbits/ s video:0kB audio:0kB global headers:0kB muxing overhead 1.#INF00% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i f used) Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 03:53:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 02:53:51 -0000 Subject: [FFmpeg-trac] #860(undetermined:new): qt jpeg2000 regression In-Reply-To: <038.052b74e8bb09bd1c61a7fc97e41e0b69@avcodec.org> References: <038.052b74e8bb09bd1c61a7fc97e41e0b69@avcodec.org> Message-ID: <053.7781373664f99d3e8a9f74099a916fb1@avcodec.org> #860: qt jpeg2000 regression -------------------------------------+------------------------------------- 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): http://roundup.libav.org/file599/jpeg2000.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 06:58:15 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 05:58:15 -0000 Subject: [FFmpeg-trac] #861(avformat:new): problem with ffio_limit Message-ID: <036.ed9ae056490cc42106f74cada8836768@avcodec.org> #861: problem with ffio_limit ----------------------------------+--------------------------------------- Reporter: exobuzz | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- since ffmpeg commit 27d323577c19af218f8a5ac33364f213b623a023 dvd playback (via libdvdnav) with xbmc4xbox hasn't worked. I have reverted this commit and all is fine. When the code has got to if(s->maxsize>=0 && remaining+1 < size){ remaining is a negative number and so the size is reest. when entering the function ffio_limit s->maxsize is 0 avio_tell(s) is a gradually increasing number as each packet is processed (i assume this is called for each packet of data ?) avio_size(s) returns 0. I assume this is related to the way ffmpeg is being used by the xbmc4xbox code, and so the size is not known, so I guess this function needs a check for that, or we need to pass ffmpeg some additional information? in anycase, when the code size= remaining+1; is run and size is set to for example -2354555 you can imagine things don't work right. .. the code before that last commit had if(s->maxsize>=0 && remaining>=0 && remaining+1 < size){ and so size never got reset as remaining was negative. - apologies if my understanding is wrong, as I am not familiar with the ffmpeg code. Please advise me if this is something we need to change in our code, or if ffmpeg should skip this if maxsize / avio_size is 0 for example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 07:01:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 06:01:14 -0000 Subject: [FFmpeg-trac] #861(avformat:new): problem with ffio_limit In-Reply-To: <036.ed9ae056490cc42106f74cada8836768@avcodec.org> References: <036.ed9ae056490cc42106f74cada8836768@avcodec.org> Message-ID: <051.ddbce481f7defd04ab8176fd44bb6583@avcodec.org> #861: problem with ffio_limit -------------------------------------+------------------------------------ Reporter: exobuzz | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by exobuzz): correction, i mean with the last commit remaining is set to 0 at remaining= FFMAX(remaining, 0); (it is negative) so remaining+1 < size will be true, and size will be set to 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 07:16:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 06:16:20 -0000 Subject: [FFmpeg-trac] #861(avformat:new): problem with ffio_limit In-Reply-To: <036.ed9ae056490cc42106f74cada8836768@avcodec.org> References: <036.ed9ae056490cc42106f74cada8836768@avcodec.org> Message-ID: <051.dfdbc3525c9f300b706e3b6766a490d4@avcodec.org> #861: problem with ffio_limit -------------------------------------+------------------------------------ Reporter: exobuzz | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by exobuzz): something like this would also fix it - I was thinking that the calculation "int64_t remaining= s->maxsize - avio_tell(s);" shouldn't be done anyway if maxsize is 0? diff --git a/libavformat/utils.c b/libavformat/utils.c index 7248f91..1629c32 100644 --- a/libavformat/utils.c +++ b/libavformat/utils.c @@ -269,7 +269,7 @@ AVInputFormat *av_find_input_format(const char *short_name) int ffio_limit(AVIOContext *s, int size) { - if(s->maxsize>=0){ + if(s->maxsize>0){ int64_t remaining= s->maxsize - avio_tell(s); if(remaining < size){ int64_t newsize= avio_size(s); or perhaps to check both maxsize and avio_size are greater than 0 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 16:02:45 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 15:02:45 -0000 Subject: [FFmpeg-trac] #861(avformat:closed): problem with ffio_limit In-Reply-To: <036.ed9ae056490cc42106f74cada8836768@avcodec.org> References: <036.ed9ae056490cc42106f74cada8836768@avcodec.org> Message-ID: <051.550d0cc287eaa1cfe936daad152072a6@avcodec.org> #861: problem with ffio_limit -------------------------------------+------------------------------------ Reporter: exobuzz | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Workaround added, avio_size() should not return 0 though when the filesize is not 0. Theres a bug in the io/protocol code that interfaces with ffmpeg probably -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 16:28:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 15:28:32 -0000 Subject: [FFmpeg-trac] #858(undetermined:closed): replace the current ALAC code with the ALAC code from Apple In-Reply-To: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> References: <039.58171601e67418ccb7ce268e46faab5f@avcodec.org> Message-ID: <054.084329a0e88bde56273c8dd560256966@avcodec.org> #858: replace the current ALAC code with the ALAC code from Apple -------------------------------------+------------------------------------- Reporter: ffmpeguser | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): Also a standard without at least a second independent implementation is not a standard but a joke. So removing the only (major?) alternative implementation I know of sure isn't a good idea. That is ignoring the fact that the Apple code neither fits into the FFmpeg framework nor follows our coding standard. I at least do not know about the code quality, does the Apple code work on bigendian (probably yes)? On CPUs which do not support unaligned reads/writes (slightly less likely)? Supporting an external library based on Apple's code like we do for Vorbis and others of course would be possible, if someone feels motivated to do that (and if/when such a library exists). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 20:37:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 19:37:26 -0000 Subject: [FFmpeg-trac] #852(avcodec:closed): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.7877db4f339345c9a495a055f55000c2@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 random | Blocked By: access | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: => h264 random access * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Locally fixed, will be in git master soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 22:36:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 21:36:48 -0000 Subject: [FFmpeg-trac] #825(avformat:closed): Track number metadata read from ASF (WMAL) off by one In-Reply-To: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> References: <038.33b6e181b6a43e1827d6b36b110e0d3d@avcodec.org> Message-ID: <053.ed957d788212e9514c9a45c588789769@avcodec.org> #825: Track number metadata read from ASF (WMAL) off by one --------------------------------------+------------------------------------ Reporter: fatcatfan | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: asf metadata | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: asf => asf metadata * status: open => closed * resolution: => fixed Comment: Fixed differently. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 22:59:21 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 21:59:21 -0000 Subject: [FFmpeg-trac] #844(documentation:open): Please enable an RSS feed for the news on FFmpeg In-Reply-To: <035.0eb52107722b21a0230cacb32cc152d9@avcodec.org> References: <035.0eb52107722b21a0230cacb32cc152d9@avcodec.org> Message-ID: <050.c608ab0f98eec17cc072cf11a6199705@avcodec.org> #844: Please enable an RSS feed for the news on FFmpeg -------------------------------------+------------------------------------- Reporter: shimmy | Owner: stefano Type: enhancement | Status: open Priority: wish | Component: Version: unspecified | documentation Keywords: website, | Resolution: feed, rss | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by shimmy): * status: new => open Comment: Hi Stefano, and thanks for taking care of this issue. I see the RSS feed is implemented, but it only contains the title, it should also include the content. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 31 23:37:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Dec 2011 22:37:35 -0000 Subject: [FFmpeg-trac] #385(undetermined:open): Freeze during x264 transcoding In-Reply-To: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> References: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> Message-ID: <047.53a2d29a54d9e2762b79a79d0b662fe3@avcodec.org> #385: Freeze during x264 transcoding -------------------------------------+------------------------------------- Reporter: kef | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by quantamm): I think I'm also seeing this bug. I'm using: ffmpeg version 0.9, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 19:52:01 with gcc 4.6.2 If someone can provide instructions on how to produce a "backtrace", then I can supply one, or whatever other information is needed. -- Ticket URL: FFmpeg FFmpeg issue tracker