From trac at avcodec.org Tue Nov 1 12:12:48 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 11:12:48 -0000 Subject: [FFmpeg-trac] #573(FFmpeg:new): rtp streaming problem In-Reply-To: <040.38395368d14a1c24709a61cbe8ae1079@avcodec.org> References: <040.38395368d14a1c24709a61cbe8ae1079@avcodec.org> Message-ID: <055.5b58ffbd0166d336b5b3272b4a9bd889@avcodec.org> #573: rtp streaming problem -------------------------------------+------------------------------------- Reporter: apolychrono | Owner: michael Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: rtp h264 | Blocked By: muxing streaming | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by apolychrono): Replying to [comment:1 cehoyos]: > Is this also reproducible without an external library (without libx264)? I tried the following command which i think it does not use an external lib and the outpout is the same as before. {{{ ffmpeg -re -s 352x288 -f rawvideo -pix_fmt yuv420p -r 10 -i sample_352x288 at 10_YUV420p.yuv -an -vcodec mpeg4 -r 10 -s 352x288 -b:v 200k -f rtp rtp://127.0.0.1:9999; ffmpeg version N-33240-ga5dfeb6, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 3 2011 10:48:31 with gcc 4.4.3 configuration: --enable-static --enable-gpl --enable-nonfree --enable- postproc --enable-runtime-cpudetect --enable-libfaac --enable-libx264 --enable-protocol=rtp --enable-muxer=rtp --enable-ffplay libavutil 51. 19. 0 / 51. 19. 0 libavcodec 53. 19. 0 / 53. 19. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 6 / 2. 43. 6 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rawvideo @ 0x2471ac0] Estimating duration from bitrate, this may be inaccurate Input #0, rawvideo, from 'sample_352x288 at 10_YUV420p.yuv': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 352x288, 10 tbr, 10 tbn, 10 tbc Output #0, rtp, to 'rtp://127.0.0.1:9999': Output file #0 does not contain any stream }}} Sorry for the delay but i was in abroad for the last 12 days. thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 13:12:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 12:12:21 -0000 Subject: [FFmpeg-trac] #573(undetermined:new): rtp streaming problem In-Reply-To: <040.38395368d14a1c24709a61cbe8ae1079@avcodec.org> References: <040.38395368d14a1c24709a61cbe8ae1079@avcodec.org> Message-ID: <055.32d9d54c61b755e412253d24a8c8d509@avcodec.org> #573: rtp streaming problem -------------------------------------+------------------------------------- Reporter: apolychrono | Owner: michael Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rtp h264 muxing streaming => rtp * component: FFmpeg => undetermined Comment: Could you test current git head? I cannot reproduce your problem and your FFmpeg version is aound 1000 changes older. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 13:23:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 12:23:20 -0000 Subject: [FFmpeg-trac] #358(avformat:closed): MMS(MMSH) seeking/skipping freezes video In-Reply-To: <035.36d22d6ddffcab1aa131f136e794ae98@avcodec.org> References: <035.36d22d6ddffcab1aa131f136e794ae98@avcodec.org> Message-ID: <050.330002470262d1e022567297a8022700@avcodec.org> #358: MMS(MMSH) seeking/skipping freezes video ------------------------------------+------------------------------------ Reporter: arnova | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mms | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => avformat Comment: Seeking with ffmpeg -ss works fine now afaict, seeking with ffplay mmsh:// is supported to a certain degree. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 14:03:32 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 13:03:32 -0000 Subject: [FFmpeg-trac] #297(avcodec:open): jpg file (RGB color mode) decodes with wrong colors In-Reply-To: <038.7680f6b0116cccdff6d12b9d2fc2fb39@avcodec.org> References: <038.7680f6b0116cccdff6d12b9d2fc2fb39@avcodec.org> Message-ID: <053.756b5477afd233adc3a9bce1d3293b1e@avcodec.org> #297: jpg file (RGB color mode) decodes with wrong colors ------------------------------------+----------------------------------- Reporter: ami_stuff | 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 | ------------------------------------+----------------------------------- Comment (by cehoyos): Attached patch fixes output with ffmpeg, but apart from missing detection, it does not work with ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 15:02:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 14:02:28 -0000 Subject: [FFmpeg-trac] #573(undetermined:new): rtp streaming problem In-Reply-To: <040.38395368d14a1c24709a61cbe8ae1079@avcodec.org> References: <040.38395368d14a1c24709a61cbe8ae1079@avcodec.org> Message-ID: <055.d184a8cffe06fd0de884fb4b0b9afff6@avcodec.org> #573: rtp streaming problem -------------------------------------+------------------------------------- Reporter: apolychrono | Owner: michael Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by apolychrono): Replying to [comment:3 cehoyos]: > Could you test current git head? > I cannot reproduce your problem and your FFmpeg version is aound 1000 changes older. I have done the git clone git://git.videolan.org/ffmpeg.git ffmpeg and following this guide [http://ffmpeg.test- lab.ch/viewtopic.php?f=25&t=14] i installed the ffmpeg on my system. Then i type the following command: {{{ ffmpeg -re -s 352x288 -f rawvideo -pix_fmt yuv420p -r 10 -i sample_352x288 at 10_YUV420p.yuv -an -vcodec libx264 -preset fast -profile baseline -threads 0 -r 10 -s 352x288 -b:v 200k -flags global_header -f rtp rtp://127.0.0.1:9999 ; ffmpeg version N-34329-g26b6455, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 1 2011 15:01:44 with gcc 4.4.3 configuration: --enable-static --enable-gpl --enable-nonfree --enable- postproc --enable-runtime-cpudetect --enable-libfaac --enable-libx264 --enable-muxer=rtp --enable-demuxer=rtp libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rawvideo @ 0x2ef8a80] Estimating duration from bitrate, this may be inaccurate Input #0, rawvideo, from 'sample_352x288 at 10_YUV420p.yuv': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 352x288, 10 tbr, 10 tbn, 10 tbc [buffer @ 0x2ef87c0] w:352 h:288 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [libx264 @ 0x2f02480] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x2f02480] profile Constrained Baseline, level 1.3 [libx264 @ 0x2f02480] 264 - core 118 r2085 8a62835 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=0 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=10 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=abr mbtree=1 bitrate=200 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, rtp, to 'rtp://127.0.0.1:9999': Metadata: encoder : Lavf53.18.0 Stream #0:0: Video: h264, yuv420p, 352x288, q=-1--1, 200 kb/s, 90k tbn, 10 tbc Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> libx264) SDP: v=0 o=- 0 0 IN IP4 127.0.0.1 s=No Name c=IN IP4 127.0.0.1 t=0 0 a=tool:libavformat 53.18.0 m=video 9999 RTP/AVP 96 b=AS:200 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; sprop-parameter- sets=Z0LADdsFgloQAAADABAAAAMBQPFCrg==,aMqMsg== Press [q] to stop, [?] for help frame= 76 fps= 10 q=-1.0 Lsize= 204kB time=00:00:07.50 bitrate= 222.8kbits/s ............. ........... }}} So seems to be fine now. I don't know if u have done any changes but thanks a lot anyway. I will try later from another system (my laptop) and if i have any problems i 'll be back. Is it something i should to close this ticket ? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 15:17:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 14:17:14 -0000 Subject: [FFmpeg-trac] #573(undetermined:closed): rtp streaming problem In-Reply-To: <040.38395368d14a1c24709a61cbe8ae1079@avcodec.org> References: <040.38395368d14a1c24709a61cbe8ae1079@avcodec.org> Message-ID: <055.082050ac3da209b4d9045fdb5a859e76@avcodec.org> #573: rtp streaming problem -------------------------------------+------------------------------------- Reporter: apolychrono | Owner: michael Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: rtp | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Replying to [comment:4 apolychrono]: > I have done the git clone git://git.videolan.org/ffmpeg.git ffmpeg > and following this guide [http://ffmpeg.test- lab.ch/viewtopic.php?f=25&t=14] i installed the ffmpeg on my system. Installing libfaad is not necessary/not useful when building FFmpeg (ffmpeg does not use libfaad). Never use --enable-runtime-cpudetect, it hurts performance (it is only useful if you are a distributor, but distributors cannot use libfaac), --enable-static is default and does not have to be added. (I never install, running from the build directory works fine.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 15:37:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 14:37:29 -0000 Subject: [FFmpeg-trac] #603(FFmpeg:new): FFmpeg can't display file information Message-ID: <034.9889cbed2211211eb2e2297127ad3e26@avcodec.org> #603: FFmpeg can't display file information -------------------------------------+------------------------------------- Reporter: zexon | Owner: michael Type: | Status: new enhancement | Component: FFmpeg Priority: normal | Keywords: file, info, Version: | information, display unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Why FFmpeg cannot show / export file information? It's ridiculous to use a separate program called FFprobe just to get a few lines of file information. FFprobe is equally as big as FFmpeg, adding another 16 MB to the total size. FFmpeg retrieves file information anyway, since it needs it to perform the conversion. It could show just the basic info, like file format, number of frames, frame rate, image size, audio format, etc, that can be redirected to a file. Like this: ffmpeg -info file.mpg > file_info.txt I'm sure I'm not the only one that wants this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 15:42:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 14:42:29 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.f76604bd00648dfaf838facf94517003@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: m2ts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I see three different problems with the BD stream you provided: First, subtitle streams (0x120x) start late and are not detected by ffmpeg -i. The same happens for the DVD stream. Since (subtitle) streams can start at any point while playing back, but not every user wants a whole file to be scanned when starting ffmpeg, I do not think there is an easy solution. Note that the DVD stream plays as expected with mplayer -demuxer lavf -sid 0 (and ffplay with "t"). At least ffmpeg -analyzeduration 2000000000 -i stream and ffplay stream -sst 0 should work, both currently fail. The second problem is that for the given BD sample, no streams are detected by the MPEG-TS demuxer, all have to be auto-detected (note the missing codec_tag information for the found streams in the output of ffmpeg -i). Since mplayer -demuxer mpegts works fine (it does not support auto-detection of video streams except MPEG-2), there seems to be a bug in FFmpeg's demuxer (not a regression, afaict). If you cut the sample so the subtitle streams start near the beginning of the file, subtitles are only shown as "Data: [0][0][0][0] / 0x0000". I worked around this problem with attached patch (autodetection of BD subtitles), it works fine with mplayer -demuxer lavf -sid 0, but probably has a significant performance impact (at the moment the stream starts). The third problem is that the BD subtitles are only shown for one frame by ffplay if you use the patch. I suspect this will not hit you when using third party applications (it cannot be reproduced with MPlayer), but is still noteworthy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 15:44:04 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 14:44:04 -0000 Subject: [FFmpeg-trac] #603(FFmpeg:new): FFmpeg can't display file information In-Reply-To: <034.9889cbed2211211eb2e2297127ad3e26@avcodec.org> References: <034.9889cbed2211211eb2e2297127ad3e26@avcodec.org> Message-ID: <049.a4a7c648362f6c88a8bcbe00efc4e041@avcodec.org> #603: FFmpeg can't display file information -------------------------------------+----------------------------------- Reporter: zexon | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: file, info, information, display => Comment: What's wrong with {{{ ffmpeg -i file.mpg >file_info.txt }}} ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 17:53:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 16:53:23 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.b4f5b2fb16b728c8a498f9cd29bd4048@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: m2ts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Sebastiii): Ok :) thanks to look into it. I will try now the patch to test third party application. Cheers, Seb. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 18:29:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 17:29:30 -0000 Subject: [FFmpeg-trac] #596(undetermined:new): ffmpeg killed while encoding In-Reply-To: <041.e9699d76b37758ec6729028488a96a67@avcodec.org> References: <041.e9699d76b37758ec6729028488a96a67@avcodec.org> Message-ID: <056.f6016cf3347d7eee30678ba2a76634de@avcodec.org> #596: ffmpeg killed while encoding -------------------------------------+------------------------------------- Reporter: | Owner: benoit_friry | Status: new Type: defect | Component: Priority: normal | undetermined Version: 0.8.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): Well, what else goes around and does a SIGKILL on processes? Unless you have a very special setup, OOM is the only thing that would not only kill ffmpeg but also a valgrind process running ffmpeg with SIGKILL (and thus without a chance to print anything at all). The only alternative to it being an OOM killer I can see is something else on your system just kills FFmpeg, in which case you'd be wrong on this bug tracker... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 18:32:41 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 17:32:41 -0000 Subject: [FFmpeg-trac] #596(undetermined:new): ffmpeg killed while encoding In-Reply-To: <041.e9699d76b37758ec6729028488a96a67@avcodec.org> References: <041.e9699d76b37758ec6729028488a96a67@avcodec.org> Message-ID: <056.0b51e37edfaa8c29b6b846dedbc57f90@avcodec.org> #596: ffmpeg killed while encoding -------------------------------------+------------------------------------- Reporter: | Owner: benoit_friry | Status: new Type: defect | Component: Priority: normal | undetermined Version: 0.8.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): And if you're real sure that VSZ does not go over 150MB, "ulimit -v 153600" should not change anything (though 150 MB is quite restrained for a slow H.264 encode). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 1 21:13:22 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 20:13:22 -0000 Subject: [FFmpeg-trac] #424(avcodec:open): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.9c11c897cb99d50474a72b1fc6acad2d@avcodec.org> #424: A/V desync on transport stream ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by cehoyos): The stream plays fine with WMP 12 (and mplayer -demuxer mpegts -mc 100), so I believe decoding should be improved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 00:53:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Nov 2011 23:53:21 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs Message-ID: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs -------------------------------------+------------------------------------- Reporter: IMarshal | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: hang, dxva, | master pthreads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I posted this at http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=23&t=267, but it's probably more appropriate here. First, I'd like to say how awesome ffmpeg is. We love it, love it, love it. Anyway, we're seeing a hang attempting to decode H264 video using DXVA2 (aka pixel format PIX_FMT_DXVA2_VLD). This is in the recently released Plex Media Center (http://www.plexapp.com). The only workaround we've found is to use a single thread when decoding. It would be great if you could help us diagnose the issue. We suspect an ffmpeg bug, but it's possible that we're doing something wrong as well. In our repro case, we call avcodec_thread_init with 8 threads, then avcodec_open, then obviously avcodec_decode_video. If we don't call avcodec_thread_init and we leave the context's default of 1 thread, then no hang occurs and decoding proceeds smoothly. The hang itself occurs on the second or third call to avcodec_decode_video. Unfortunately, because of the difficulty of debugging ffmpeg code on Windows, I don't have good stack traces to provide. All I can see is avcodec waiting on what appear to be pthreads condition variables. None of our related threads are hung, and avcodec_decode_video is not returning, so my guess would be a deadlock in ffmpeg. Here's a sample thread in cdb - not very useful, obviously: 24 Id: 3bc8.15e4 Suspend: 1 Teb: fff50000 Unfrozen ChildEBP RetAddr 1681f728 76eb0bdd ntdll_779a0000!NtWaitForMultipleObjects+0x15 1681f7c4 75f71a2c KERNELBASE!WaitForMultipleObjectsEx+0x100 1681f80c 75f74208 KERNEL32!WaitForMultipleObjectsExImplementation+0xe0 1681f828 6e0c5173 KERNEL32!WaitForMultipleObjects+0x18 WARNING: Stack unwind information not available. Following frames may be wrong. 1681f858 6e0c5582 libpthread_2!pthreadCancelableTimedWait+0x47 1681f8d8 6e0c66c3 libpthread_2!sem_timedwait+0x15e 1681f928 661a1740 libpthread_2!pthread_cond_wait+0xeb 1681f974 6e0c5121 avcodec_53!av_parser_close+0x71ac 1681f9a4 76861287 libpthread_2!pthread_exit+0xf5 1681f9dc 76861328 msvcrt!_endthreadex+0x44 1681f9e4 75f7339a msvcrt!_endthreadex+0xce 1681f9f0 779d9ed2 KERNEL32!BaseThreadInitThunk+0xe 1681fa30 779d9ea5 ntdll_779a0000!__RtlUserThreadStart+0x70 1681fa48 00000000 ntdll_779a0000!_RtlUserThreadStart+0x1b More context: we're using ffmpeg library bits built from current ffmpeg sources, using MSYS/MinGW. We have some customizations, but they are relatively minor and unrelated to this area. The following is our configure command line: $ cat configure-windows.sh ./configure --disable-static --disable-debug --enable-runtime-cpudetect --disable-mmx --disable-mmx2 --arch=i386 --disable-muxers --enable- muxer=spdif --enable-muxer=adts --disable-encoders --enable-encoder=ac3 --enable-encoder=aac --disable-libvorbis --disable-devices --disable- ffplay --disable-ffserver --disable-ffmpeg --enable-shared --disable- decoder=mpeg_xvmc --enable-postproc --enable-gpl --enable-protocol=http --enable-pthreads --enable-runtime-cpudetect --enable-memalign-hack --enable-dxva2 --enable-decoder=h264_dxva2 --enable-hwaccel=h264_dxva2 --extra-cflags=-Isysinc Is there any other data I can provide that might help to debug this? Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 02:32:28 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 01:32:28 -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.0c69f26d9c6db9a15e6e997e61237729@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 jpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * keywords: => rgb jpeg * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 04:24:55 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 03:24:55 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs In-Reply-To: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> References: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> Message-ID: <052.d43a38ee607bd404661ab00276823cfd@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs ------------------------------------+----------------------------------- Reporter: IMarshal | 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 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: hang, dxva, pthreads => Comment: Replying to [ticket:604 IMarshal]: > This is in the recently released Plex Media Center I couldn't easily find the sources, can you help me? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 05:28:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 04:28:00 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs In-Reply-To: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> References: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> Message-ID: <052.ef6450778a7f51f5aa0d6f357a7d8acb@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs ------------------------------------+----------------------------------- Reporter: IMarshal | 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 IMarshal): You can find the sources for the ffmpeg bits we built at https://github.com/elan/plex-ffmpeg. Or were you looking for the PMC sources? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 05:37:25 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 04:37:25 -0000 Subject: [FFmpeg-trac] #44(avformat:open): seeking in .dv file with lowres enabled crashes ffplay In-Reply-To: <038.50b61166075f09e48b23e45fd0404b1d@avcodec.org> References: <038.50b61166075f09e48b23e45fd0404b1d@avcodec.org> Message-ID: <053.5a98a3605c8bbf8ef00ba794881b6fb8@avcodec.org> #44: seeking in .dv file with lowres enabled crashes ffplay -----------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by ami_stuff): when I use ffmpeg with lowres then the output video have still the same resolution as input, so maybe this is the reasone why ffplay crashes after seeking? {{{ 374 int64_t max_offset = ((size-1) / sys->frame_size) * sys->frame_size; }}} {{{ C:\>ffmpeg -lowres 3 -i C:\small_test2.dv out.avi ffmpeg version N-34031-ge403a97, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 25 2011 15:06:47 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 23. 0 / 53. 23. 0 libavformat 53. 17. 0 / 53. 17. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 0 / 2. 45. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [dv @ 02092320] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'C:\small_test2.dv': Duration: 00:00:02.84, start: 0.000000, bitrate: 28800 kb/s Stream #0:0: Video: dvvideo, yuv420p, 720x576, 28800 kb/s, SAR 16:15 DAR 4:3 , 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s Stream #0:2: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:16/15 sws_param: [pcm_s16le @ 02606100] The maximum value for lowres supported by the decoder is 0 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.17.0 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x576 [SAR 16:15 D AR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 32000 Hz, 2 channels, s16, 12 8 kb/s Stream mapping: Stream #0.0 -> #0.0 (dvvideo -> mpeg4) Stream #0.1 -> #0.1 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help [buffer @ 020A2740] Buffer video input changed from size:720x576 fmt:yuv420p to size:90x72 fmt:yuv420p [buffer @ 020A2740] Inserting scaler filter [buffersink @ 020A29C0] auto-inserting filter 'Input equalizer' between the filt er 'src' and the filter 'out' [scale @ 020A3E20] w:90 h:72 fmt:yuv420p -> w:720 h:576 fmt:yuv420p flags:0x2 frame= 28 fps= 0 q=8.7 size= 99kB time=00:00:01.04 bitrate= 775.6kbits/s frame= 56 fps= 0 q=18.4 size= 165kB time=00:00:02.12 bitrate= 634.5kbits/ AC EOB marker is absent pos=71 frame= 72 fps= 56 q=20.7 Lsize= 206kB time=00:00:02.88 bitrate= 585.9kbits /s video:148kB audio:45kB global headers:0kB muxing overhead 6.936536% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 11:51:18 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 10:51:18 -0000 Subject: [FFmpeg-trac] #605(FFmpeg:new): Application provided invalid, non monotonically increasing dts to muxer in stream Message-ID: <034.60e6762a2eeb4ca5c3ade22a6a9c230a@avcodec.org> #605: Application provided invalid, non monotonically increasing dts to muxer in stream ---------------------------------------+--------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- Hi, I have a FLV file, saved with VLC player and no matter what I try to do with that FLV file, I get the same error: {{{ [flv @ 0x123edc0] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 325 >= 298 av_interleaved_write_frame(): Invalid argument }}} The file can be downloaded from here (30 mb): http://ffmpeg.test- lab.ch/uploads/nonmonotonic.flv And here is the log of the output: {{{ # ffmpeg -i nonmonotonic.flv -acodec copy -vcodec copy out.flv ffmpeg version N-34326-gf955fdc, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 1 2011 15:12:14 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [flv @ 0x1237760] max_analyze_duration 5000000 reached at 5014000 Seems stream 0 codec frame rate differs from container frame rate: 48.00 (48/1) -> 24.00 (48/2) Input #0, flv, from 'nonmonotonic.flv': Metadata: encoder : Lavf53.18.0 Duration: 00:15:00.11, start: 0.000000, bitrate: 316 kb/s Stream #0:0: Video: h264 (High), yuv420p, 320x240, 24 tbr, 1k tbn, 48 tbc Stream #0:1: Audio: aac, 44100 Hz, mono, s16 Output #0, flv, to 'out.flv': Metadata: encoder : Lavf53.18.0 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 320x240, q=2-31, 1k tbn, 1k tbc Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, mono Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.1 -> #0.1 (copy) Press [q] to stop, [?] for help [flv @ 0x123edc0] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 325 >= 298 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 12:32:27 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 11:32:27 -0000 Subject: [FFmpeg-trac] #605(undetermined:open): aac in flv: Application provided invalid, non monotonically increasing dts to muxer in stream (was: Application provided invalid, non monotonically increasing dts to muxer in stream) In-Reply-To: <034.60e6762a2eeb4ca5c3ade22a6a9c230a@avcodec.org> References: <034.60e6762a2eeb4ca5c3ade22a6a9c230a@avcodec.org> Message-ID: <049.c7caf58fb4913956ce02284913400ef3@avcodec.org> #605: aac in flv: Application provided invalid, non monotonically increasing dts to muxer in stream -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aac flv | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => undetermined * version: unspecified => git-master * keywords: => aac flv av_interleaved_write_frame Comment: {{{ $ ffmpeg -i nonmonotonic_cut.flv -acodec copy -vn out.flv ffmpeg version N-34342-g971e710, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 2 2011 11:09:57 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 Seems stream 0 codec frame rate differs from container frame rate: 48.00 (48/1) -> 0.08 (1/12) Input #0, flv, from 'nonmonotonic_cut.flv': Metadata: encoder : Lavf53.18.0 Duration: 00:15:00.07, start: 0.007000, bitrate: 9 kb/s Stream #0:0: Video: h264 (High), yuv420p, 320x240, 0.08 tbr, 1k tbn, 48 tbc Stream #0:1: Audio: aac, 44100 Hz, mono, s16 Output #0, flv, to 'out.flv': Metadata: encoder : Lavf53.18.0 Stream #0:0: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, mono Stream mapping: Stream #0.1 -> #0.0 (copy) Press [q] to stop, [?] for help [flv @ 0x1397ac0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 517 >= 500 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 12:35:15 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 11:35:15 -0000 Subject: [FFmpeg-trac] #558(undetermined:open): h264 in mkv: non monotonically increasing dts In-Reply-To: <036.70b64347670d2c1967b8335157a3f495@avcodec.org> References: <036.70b64347670d2c1967b8335157a3f495@avcodec.org> Message-ID: <051.5c174fc530fe652c95abe6ad35e71f37@avcodec.org> #558: h264 in mkv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: StevenG | Owner: michael 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: H264 mkv => H264 mkv av_interleaved_write_frame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 12:40:23 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 11:40:23 -0000 Subject: [FFmpeg-trac] #222(undetermined:open): Remuxing video fails In-Reply-To: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> References: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> Message-ID: <049.ee8815eabe2f80bf9725a5f6eedd80be@avcodec.org> #222: Remuxing video fails -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: defect | Status: open 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 cehoyos): * keywords: => h264 av_interleaved_write_frame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 12:42:13 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 11:42:13 -0000 Subject: [FFmpeg-trac] #415(undetermined:open): vcodec copy fails with H264 stream from AVCHD container In-Reply-To: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> References: <039.227fa2ca91002ca4685bba2eb230dab3@avcodec.org> Message-ID: <054.750eb527d22248356336beee27ae8d03@avcodec.org> #415: vcodec copy fails with H264 stream from AVCHD container -------------------------------------+------------------------------------- Reporter: damian0815 | Owner: Type: defect | Status: open 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 cehoyos): * keywords: => h264 av_interleaved_write_frame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 12:44:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 11:44:16 -0000 Subject: [FFmpeg-trac] #177(avformat:closed): "non monotone timestamps" error patch In-Reply-To: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> References: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> Message-ID: <053.a252b74612e064b3c38becffbb58c311@avcodec.org> #177: "non monotone timestamps" error patch -------------------------------------+------------------------------------- Reporter: andrixnet | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: unspecified | Resolution: fixed Keywords: mkv | Blocked By: av_interleaved_write_frame | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: monotone timestamp => mkv av_interleaved_write_frame * resolution: => fixed * status: open => closed * component: FFmpeg => avformat Comment: The patch was applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 19:41:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 18:41:52 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs In-Reply-To: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> References: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> Message-ID: <052.f6117856c23261b3996877470eba0145@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs ------------------------------------+----------------------------------- Reporter: IMarshal | 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 reimar): It is a bit unclear what exactly you consider the problem. Multithreaded decoding makes no sense to combine with hardware decode, so it is not supported. So the answer to you problem would be "just don't do that then". Now, I know that e.g. VideoLan has issues with this because they really want to decide on whether to use hardware decode or not after opening the decoder. This is supposed to work by the decoder automatically disabling threads when a hardware PIX_FMT is chosen. However that seems to be buggy, patches very much welcome. Since this kind of thing needs hardware _and_ an application other that FFmpeg to test it is rather a pain and the probability of any of the FFmpeg core developers fixing it on their own is a bit low I think. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 20:26:36 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 19:26:36 -0000 Subject: [FFmpeg-trac] #596(undetermined:new): ffmpeg killed while encoding In-Reply-To: <041.e9699d76b37758ec6729028488a96a67@avcodec.org> References: <041.e9699d76b37758ec6729028488a96a67@avcodec.org> Message-ID: <056.fb3333aedbc5257357c2123ab71c3444@avcodec.org> #596: ffmpeg killed while encoding -------------------------------------+------------------------------------- Reporter: | Owner: benoit_friry | Status: new Type: defect | Component: Priority: normal | undetermined Version: 0.8.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by benoit_friry): There was no limit on memory... But on cpu time! {{{ $ ulimit -a -t: cpu time (seconds) 3600 -f: file size (blocks) unlimited -d: data seg size (kbytes) unlimited -s: stack size (kbytes) 8192 -c: core file size (blocks) 0 -m: resident set size (kbytes) 1024000 -u: processes 1024 -n: file descriptors 1024 -l: locked-in-memory size (kb) 64 -v: address space (kb) unlimited -x: file locks unlimited -i: pending signals 16083 -q: bytes in POSIX msg queues 819200 -e: max nice 0 -r: max rt priority 0 -N 15: unlimited }}} Setting the cpu time to "unlimited" makes it possible to encode correctly the full video. The flaw was between the keyboard and the seat. Unfortunately, the kill is not verbose when set hard. {{{ $ ulimit -S -t 1 $ bash $ while true; do foo=$(( foo + 1 )); done zsh: cpu limit exceeded bash $ ulimit -H -t 1 $ bash $ while true; do foo=$(( foo + 1 )); done zsh: killed bash }}} Sorry for the noise, and many thanks for your help. This ticket can be closed. (I cannot close it myself.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 23:22:18 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 22:22:18 -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.ff661e11b56b5f8a8c452692c43c1b48@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 RichardD): FYI : I am also getting the same behaviour when converting older videos to H.264. The video is flipped. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 2 23:57:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 22:57:33 -0000 Subject: [FFmpeg-trac] #596(undetermined:closed): ffmpeg killed while encoding In-Reply-To: <041.e9699d76b37758ec6729028488a96a67@avcodec.org> References: <041.e9699d76b37758ec6729028488a96a67@avcodec.org> Message-ID: <056.1beb1b53b12301ae817a8a475512474e@avcodec.org> #596: ffmpeg killed while encoding -------------------------------------+------------------------------------- Reporter: | Owner: benoit_friry | Status: closed Type: defect | Component: Priority: normal | undetermined Version: 0.8.5 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: I didn't know you could set a CPU time limit;-) Thank you for the update! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:37:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:37:14 -0000 Subject: [FFmpeg-trac] #43(avformat:reopened): JACK input device doesn't link on OS X In-Reply-To: <035.e98ce076d8386177c331062487a71a13@avcodec.org> References: <035.e98ce076d8386177c331062487a71a13@avcodec.org> Message-ID: <050.1a7cf1bb7db54d94c599a2679f7415ac@avcodec.org> #43: JACK input device doesn't link on OS X -------------------------------------+------------------------------------ Reporter: nieder | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: jack osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => jack osx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:43:45 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:43:45 -0000 Subject: [FFmpeg-trac] #5(avformat:open): jp2k muxed into mov by FFmpeg can't be played by QuickTime In-Reply-To: <036.8eebf45dbfd620ae77c725dca3291088@avcodec.org> References: <036.8eebf45dbfd620ae77c725dca3291088@avcodec.org> Message-ID: <051.c679b16403d6d13771f720486628132d@avcodec.org> #5: jp2k muxed into mov by FFmpeg can't be played by QuickTime ---------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git | Resolution: Keywords: j2k mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => j2k mov * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:46:07 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:46:07 -0000 Subject: [FFmpeg-trac] #13(avformat:open): demuxing ogg track produces invalid ogg on 3rd pass In-Reply-To: <037.b7b655ef3a6d54f780b4cc0cbeed06ad@avcodec.org> References: <037.b7b655ef3a6d54f780b4cc0cbeed06ad@avcodec.org> Message-ID: <052.f827f0f219f79d13232fd0547cf1b0f1@avcodec.org> #13: demuxing ogg track produces invalid ogg on 3rd pass -------------------------------------+------------------------------------- Reporter: gervin23 | Owner: michael Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: ogg vorbis | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression ogg vorbis * version: git => git-master * component: FFmpeg => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:48:20 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:48:20 -0000 Subject: [FFmpeg-trac] #3(avformat:open): Auto-detection of Sonic Foundry Soft Encode AC3 files with a 16-byte header fails In-Reply-To: <036.1a151b2577f1bf5364c60a448db62f6e@avcodec.org> References: <036.1a151b2577f1bf5364c60a448db62f6e@avcodec.org> Message-ID: <051.43870b5e85657032227451b5fd2be498@avcodec.org> #3: Auto-detection of Sonic Foundry Soft Encode AC3 files with a 16-byte header fails ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ac3 * version: git => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:49:07 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:49:07 -0000 Subject: [FFmpeg-trac] #9(swscale:closed): libswscale MMX2 giving videos a pink lined overlay In-Reply-To: <038.7992549067c7b4884c236c091a830d1c@avcodec.org> References: <038.7992549067c7b4884c236c091a830d1c@avcodec.org> Message-ID: <053.419e8004fea5e432b07421c8febff82b@avcodec.org> #9: libswscale MMX2 giving videos a pink lined overlay -------------------------------------+------------------------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: closed Priority: normal | Component: swscale Version: git | 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 this is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:49:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:49:41 -0000 Subject: [FFmpeg-trac] #210(avcodec:open): 24bit flac encoding In-Reply-To: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> References: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> Message-ID: <051.a35bb568543330e45db6fb134832470f@avcodec.org> #210: 24bit flac encoding -------------------------------------+----------------------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => flac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:50:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:50:56 -0000 Subject: [FFmpeg-trac] #275(avcodec:open): VC1 Interlaced libavcodec In-Reply-To: <037.fc78b9bd7ea1a519b3988f96d8a2dca9@avcodec.org> References: <037.fc78b9bd7ea1a519b3988f96d8a2dca9@avcodec.org> Message-ID: <052.4d411501541585a2b2cbe97d8557a515@avcodec.org> #275: VC1 Interlaced libavcodec -------------------------------------+----------------------------------- Reporter: fc757346 | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: vc1 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => vc1 * status: new => open * version: unspecified => git-master * component: FFmpeg => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:56:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:56:00 -0000 Subject: [FFmpeg-trac] #241(avformat:open): FFmpeg does not find streams in the file playable with QuickTime player In-Reply-To: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> References: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> Message-ID: <050.479974193a079be4d10f77991a730743@avcodec.org> #241: FFmpeg does not find streams in the file playable with QuickTime player -------------------------------------+------------------------------------ Reporter: svolvo | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov mpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:57:34 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:57:34 -0000 Subject: [FFmpeg-trac] #268(avcodec:open): mp3: audible glitches with integer decoder In-Reply-To: <038.f0bf8823e05d263fa2ef20539ea598b7@avcodec.org> References: <038.f0bf8823e05d263fa2ef20539ea598b7@avcodec.org> Message-ID: <053.fe7156fcff8700545d8bd6cf7bf7b3e1@avcodec.org> #268: mp3: audible glitches with integer decoder ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 00:58:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Nov 2011 23:58:14 -0000 Subject: [FFmpeg-trac] #134(avcodec:new): Implement optimal Huffman tables for (M)JPEG encoding In-Reply-To: <036.06ef5e04f84d38dba42e7e213cf6928f@avcodec.org> References: <036.06ef5e04f84d38dba42e7e213cf6928f@avcodec.org> Message-ID: <051.45b5a110e8b3770ae23c787b5c912b66@avcodec.org> #134: Implement optimal Huffman tables for (M)JPEG encoding -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:01:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:01:42 -0000 Subject: [FFmpeg-trac] #204(undetermined:open): AIFF QDesign2 - decodes incorretly In-Reply-To: <038.f2f0af52b93f790561e5fbeb29f649ea@avcodec.org> References: <038.f2f0af52b93f790561e5fbeb29f649ea@avcodec.org> Message-ID: <053.10562e0f5d8d2fdac584d5462161cbe2@avcodec.org> #204: AIFF QDesign2 - decodes incorretly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: qdm2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => qdm2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:02:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:02:25 -0000 Subject: [FFmpeg-trac] #238(undetermined:new): ffplay crashes on mjpeg file In-Reply-To: <036.b51b832904c186107cabe561083c306e@avcodec.org> References: <036.b51b832904c186107cabe561083c306e@avcodec.org> Message-ID: <051.d6e1ea90e2889f950d4d6ffdeb76df65@avcodec.org> #238: ffplay crashes on mjpeg file -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:04:08 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:04:08 -0000 Subject: [FFmpeg-trac] #411(avcodec:open): Support left and top cropping in H264 In-Reply-To: <036.b6c2a671df92d099e8e93f6f12a2e832@avcodec.org> References: <036.b6c2a671df92d099e8e93f6f12a2e832@avcodec.org> Message-ID: <051.eb6fbf3d6f0d9b226cba2ea25696cbaf@avcodec.org> #411: Support left and top cropping in H264 -------------------------------------+----------------------------------- Reporter: seaweed | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: H264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => H264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:08:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:08:35 -0000 Subject: [FFmpeg-trac] #218(undetermined:new): H264 in flv cannot be decoded In-Reply-To: <036.727e522153ea9cebfa7a1e1c2b57350a@avcodec.org> References: <036.727e522153ea9cebfa7a1e1c2b57350a@avcodec.org> Message-ID: <051.679692b90e6e5028e3771e5b0a29996d@avcodec.org> #218: H264 in flv cannot be decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: analyzeduration flv h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => analyzeduration flv h264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:09:53 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:09:53 -0000 Subject: [FFmpeg-trac] #351(avformat:open): Make Matroska cluster size configurable In-Reply-To: <036.3c9a366cc9276e7193946dbbd70258e1@avcodec.org> References: <036.3c9a366cc9276e7193946dbbd70258e1@avcodec.org> Message-ID: <051.6b2af9047268b2233fe653d42ad54b9e@avcodec.org> #351: Make Matroska cluster size configurable -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: matroska => mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:11:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:11:52 -0000 Subject: [FFmpeg-trac] #406(avformat:closed): QuickTime Error: "Error -2041: an invalid sample description was found in the movie" In-Reply-To: <038.a1d8c643329052c8e0beb3f590edd59a@avcodec.org> References: <038.a1d8c643329052c8e0beb3f590edd59a@avcodec.org> Message-ID: <053.d909277983f5cd5a432b703f7478b848@avcodec.org> #406: QuickTime Error: "Error -2041: an invalid sample description was found in the movie" -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: isom mp3 | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => isom mp3 * status: open => closed * resolution: => needs_more_info Comment: Please reopen if an isom file with mp3 that can be played with QuickTime is found. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:19:03 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:19:03 -0000 Subject: [FFmpeg-trac] #339(undetermined:open): ffmpeg fails to decode qt rawvideo with odd width In-Reply-To: <038.c32fb2c51c97113a543f3184a233bcf5@avcodec.org> References: <038.c32fb2c51c97113a543f3184a233bcf5@avcodec.org> Message-ID: <053.626e9e2aa2408d9ec039e13f2e424a26@avcodec.org> #339: ffmpeg fails to decode qt rawvideo with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: rawvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov rawvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:20:27 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:20:27 -0000 Subject: [FFmpeg-trac] #336(avformat:open): Problem identifying mp3 file with large ID3 tag In-Reply-To: <035.60095dee7195e1e38158a744aa0dff8a@avcodec.org> References: <035.60095dee7195e1e38158a744aa0dff8a@avcodec.org> Message-ID: <050.2cd3866593929f843c8f9fa984eaebc5@avcodec.org> #336: Problem identifying mp3 file with large ID3 tag -------------------------------------+------------------------------------- Reporter: Orphis | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 id3 | Blocked By: analyzeduration | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mp3 id3 analyzeduration * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:22:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:22:15 -0000 Subject: [FFmpeg-trac] #322(FFmpeg:open): FPE in ffmpeg when decoding ogg file In-Reply-To: <036.8ebed0627fba6a6015b5a982baf48e63@avcodec.org> References: <036.8ebed0627fba6a6015b5a982baf48e63@avcodec.org> Message-ID: <051.9009821cce9113bd66fe589b4dceaae8@avcodec.org> #322: FPE in ffmpeg when decoding ogg file ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: crash fpe | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => crash fpe * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:22:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:22:35 -0000 Subject: [FFmpeg-trac] #314(avdevice:new): OpenAL device does not work on OS X In-Reply-To: <035.dbfe064779a657e7cab88f53c822b084@avcodec.org> References: <035.dbfe064779a657e7cab88f53c822b084@avcodec.org> Message-ID: <050.a3976d8c450fa1fb00318aec47979ef2@avcodec.org> #314: OpenAL device does not work on OS X -------------------------------------+------------------------------------ Reporter: nieder | Owner: Type: enhancement | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: openal osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => openal osx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:22:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:22:47 -0000 Subject: [FFmpeg-trac] #311(avcodec:open): Distortions playing 8kHz mp3 In-Reply-To: <036.cbf1eeb46fa6925b2378e8bf142def75@avcodec.org> References: <036.cbf1eeb46fa6925b2378e8bf142def75@avcodec.org> Message-ID: <051.2e96a964f56ff73eff54b94edb0a6142@avcodec.org> #311: Distortions playing 8kHz mp3 ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:25:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:25:44 -0000 Subject: [FFmpeg-trac] #279(undetermined:open): Remuxing aac in TS fails In-Reply-To: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> References: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> Message-ID: <051.1cec3efa5e2de6205544099d912f3b2f@avcodec.org> #279: Remuxing aac in TS fails -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aac ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:26:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:26:12 -0000 Subject: [FFmpeg-trac] #296(undetermined:open): avi file can't be seeked In-Reply-To: <038.3ae18397d049f3ec14f16364ecb645e0@avcodec.org> References: <038.3ae18397d049f3ec14f16364ecb645e0@avcodec.org> Message-ID: <053.145c8c8744889044092151cfbe2b59d5@avcodec.org> #296: avi file can't be seeked -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: msvideo1 | Resolution: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => msvideo1 seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:40:58 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:40:58 -0000 Subject: [FFmpeg-trac] #566(undetermined:open): Encoding AAC stereo audio which starts silently to mpeg-ts causes 0-channel audio output. In-Reply-To: <034.27835f075750347390f0cfbd89ccbac5@avcodec.org> References: <034.27835f075750347390f0cfbd89ccbac5@avcodec.org> Message-ID: <049.f0eedce9cb9d79339a1e39ce5d5aa0d0@avcodec.org> #566: Encoding AAC stereo audio which starts silently to mpeg-ts causes 0-channel audio output. -------------------------------------+------------------------------------- Reporter: tungj | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: aac ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac ts * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:41:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:41:10 -0000 Subject: [FFmpeg-trac] #542(undetermined:open): Missing aac audio after encoding to mpeg-ts with very high video bitrate In-Reply-To: <035.de45c97b35341750bfe1134dc5367938@avcodec.org> References: <035.de45c97b35341750bfe1134dc5367938@avcodec.org> Message-ID: <050.52c33313fa5dbbf94250289fab99a4a0@avcodec.org> #542: Missing aac audio after encoding to mpeg-ts with very high video bitrate -------------------------------------+------------------------------------- Reporter: terran | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aac ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:46:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:46:39 -0000 Subject: [FFmpeg-trac] #354(undetermined:open): h264 interlaced decoding failure - alot of artifacts and error log messages In-Reply-To: <038.09d952c88a9d9cabd484dcf2aed06493@avcodec.org> References: <038.09d952c88a9d9cabd484dcf2aed06493@avcodec.org> Message-ID: <053.117ea10b7820424d6e2a357966a838e1@avcodec.org> #354: h264 interlaced decoding failure - alot of artifacts and error log messages -------------------------------------+------------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: H264 TS | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 => H264 TS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:55:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:55:23 -0000 Subject: [FFmpeg-trac] #580(avformat:new): mpegts autodetection In-Reply-To: <036.bc0e2c0dbfa88a794567b808ffc07675@avcodec.org> References: <036.bc0e2c0dbfa88a794567b808ffc07675@avcodec.org> Message-ID: <051.454f19743344b338d02a402a1d57cba4@avcodec.org> #580: mpegts autodetection ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:58:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:58:46 -0000 Subject: [FFmpeg-trac] #7(FFplay:open): seeking back to beginning of file sometimes fails badly In-Reply-To: <036.f9c017884c59eb17b98cfc20325135a2@avcodec.org> References: <036.f9c017884c59eb17b98cfc20325135a2@avcodec.org> Message-ID: <051.7fdfcb4a3e52e6c592a127c75fc34957@avcodec.org> #7: seeking back to beginning of file sometimes fails badly ------------------------------------+----------------------------------- Reporter: fpretto | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => seek * version: => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:59:16 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:59:16 -0000 Subject: [FFmpeg-trac] #562(undetermined:new): I am trying to encode the TS of Japanese terrestrial shows but "PES packet size mismatch" occurs. In-Reply-To: <044.8c16044dcfee7a759cf4b973b28921fc@avcodec.org> References: <044.8c16044dcfee7a759cf4b973b28921fc@avcodec.org> Message-ID: <059.b6862bdfbd5cf6df43925b8cf14cf79a@avcodec.org> #562: I am trying to encode the TS of Japanese terrestrial shows but "PES packet size mismatch" occurs. -------------------------------------+------------------------------------- Reporter: | Owner: michael Emmanuel_Chanel | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Can you make a sample available? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 01:59:48 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 00:59:48 -0000 Subject: [FFmpeg-trac] #110(avformat:open): MP4 Muxer gives incorrect frame duration with AAC In-Reply-To: <039.4d5c850f1ecd41a0ddd0f31c9f272d02@avcodec.org> References: <039.4d5c850f1ecd41a0ddd0f31c9f272d02@avcodec.org> Message-ID: <054.e53720fad45ba493f96bbd405b8cf094@avcodec.org> #110: MP4 Muxer gives incorrect frame duration with AAC ------------------------------------+------------------------------------ Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => aac mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:00:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:00:39 -0000 Subject: [FFmpeg-trac] #538(avcodec:open): J2K files with 444p are incorrectly written In-Reply-To: <036.35dd0487cce34758c1d11d7ecf2f3118@avcodec.org> References: <036.35dd0487cce34758c1d11d7ecf2f3118@avcodec.org> Message-ID: <051.e0fd7bf05d0cfe7707b71a020eff5567@avcodec.org> #538: J2K files with 444p are incorrectly written ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => j2k * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:02:37 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:02:37 -0000 Subject: [FFmpeg-trac] #528(avcodec:open): Image corruption in H264 from DVB In-Reply-To: <038.76b123a8bc15a86f90c5ffd80efdec7a@avcodec.org> References: <038.76b123a8bc15a86f90c5ffd80efdec7a@avcodec.org> Message-ID: <053.f1032fb9d5c5411603f52359b07f3151@avcodec.org> #528: Image corruption in H264 from DVB ------------------------------------+----------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: H264 TS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 artifact corruption => H264 TS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:04:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:04:52 -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.7d49dc068a6ce82880da5742d6da2c20@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 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:05:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:05:44 -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.84aa5ce53e8d86721710e8babd3176e1@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 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => avi mpeg4 mp3 * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:05:58 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:05:58 -0000 Subject: [FFmpeg-trac] #505(undetermined:open): mov display matrix is not copied on remuxing In-Reply-To: <035.d9f6c361f39b6ec368739f1ee36282fa@avcodec.org> References: <035.d9f6c361f39b6ec368739f1ee36282fa@avcodec.org> Message-ID: <050.9713168ba1358a1ee55fc41667662bc1@avcodec.org> #505: mov display matrix is not copied on remuxing -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: enhancement | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:06:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:06:28 -0000 Subject: [FFmpeg-trac] #226(avcodec:open): QT RLE 1bpp support is buggy In-Reply-To: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> References: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> Message-ID: <053.6f8b0e9faff5a43af96b9ae52423d2e2@avcodec.org> #226: QT RLE 1bpp support is buggy ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: qtrle | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => qtrle -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:06:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:06:39 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.58b7e1d4b9af32da9921c3f1dafaaaa5@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: CBR => CBR mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:08:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:08:43 -0000 Subject: [FFmpeg-trac] #474(avcodec:new): SIG SEV in clear_blocks_sse in ff_h263_decode_mb In-Reply-To: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> References: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> Message-ID: <051.70baab17def5b40e1ce521d6b4ff1cf2@avcodec.org> #474: SIG SEV in clear_blocks_sse in ff_h263_decode_mb ---------------------------------------+----------------------------------- Reporter: sgarcia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV Comment: Where you able to produce a dump that allows to reproduce the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:09:54 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:09:54 -0000 Subject: [FFmpeg-trac] #187(undetermined:open): 3GP/MP4 performance regression In-Reply-To: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> References: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> Message-ID: <047.becd29ccd98fac754ff5f62823ba3049@avcodec.org> #187: 3GP/MP4 performance regression -------------------------------------+------------------------------------- Reporter: jsd | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:10:06 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:10:06 -0000 Subject: [FFmpeg-trac] #475(undetermined:open): Audio desync from video with MXF file In-Reply-To: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> References: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> Message-ID: <053.1a41aa987a908ab4bac700a6618171e1@avcodec.org> #475: Audio desync from video with MXF file -------------------------------------+------------------------------------- Reporter: james2432 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mxf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mxf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:13:16 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:13:16 -0000 Subject: [FFmpeg-trac] #438(avformat:open): broken frame after seek in ogg container In-Reply-To: <030.022a310f39f5288ceb9381bf61c08aa5@avcodec.org> References: <030.022a310f39f5288ceb9381bf61c08aa5@avcodec.org> Message-ID: <045.72e5c3d8b3f84da8a58ffd46bd0225af@avcodec.org> #438: broken frame after seek in ogg container -------------------------------------+------------------------------------ Reporter: j | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: ogg theora | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ogg theora -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:13:41 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:13:41 -0000 Subject: [FFmpeg-trac] #162(avcodec:open): Avid AVI Codec - wrong resolution reported by FFmpeg In-Reply-To: <038.4d09604f34cb40a0306d0f61fcb848ec@avcodec.org> References: <038.4d09604f34cb40a0306d0f61fcb848ec@avcodec.org> Message-ID: <053.0252b17f304a758c5c793694708ab91c@avcodec.org> #162: Avid AVI Codec - wrong resolution reported by FFmpeg -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: cropping | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg cropping -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 02:13:59 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 01:13:59 -0000 Subject: [FFmpeg-trac] #456(avcodec:open): Invalid read in get_vlc2 In-Reply-To: <036.78b36063a1b4f5a7b7aba124f615d1b9@avcodec.org> References: <036.78b36063a1b4f5a7b7aba124f615d1b9@avcodec.org> Message-ID: <051.ca8fadfa91b5354a13baacb254e00748@avcodec.org> #456: Invalid read in get_vlc2 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV vc1 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV vc1 * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 09:59:07 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 08:59:07 -0000 Subject: [FFmpeg-trac] #606(avcodec:new): cook vc1 ac3/dca avidec's problem. Message-ID: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> #606: cook vc1 ac3/dca avidec's problem. ----------------------------------+-------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Hi... I found some bug... libavcodec cook.c at line 1078 it maybe changed by "if (avctx->extradata_size >= 8)" -> "if (extradata_size >= 8)" sample: RV3.COOK [Test].rm vc1 decoder Image is incorrect (before version(interlace supported) is ok...) sample: vc1_error_spilt.avi ac3/dca decoder at x86_64 version ff_int32_to_float_fmul_scalar_sse and ff_int32_to_float_fmul_scalar_sse2 is crash or noise sample: vc1_error_spilt.avi(dca) is crash. sample: ac3_error_spilt.ts(ac3) has noise. libavformat avidec sample: 60fps.avi audio's pts is double speed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 10:45:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 09:45:36 -0000 Subject: [FFmpeg-trac] #607(avcodec:new): Using frame thread Theora cannot decode. Message-ID: <037.b4ff963830668c92cac27c79e1e0ed64@avcodec.org> #607: Using frame thread Theora cannot decode. ----------------------------------+-------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Using frame thread Theora cannot decode. I uploaded sample Patent_Absurdity.ogv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 11:38:19 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 10:38:19 -0000 Subject: [FFmpeg-trac] #607(avcodec:new): Using frame thread Theora cannot decode. In-Reply-To: <037.b4ff963830668c92cac27c79e1e0ed64@avcodec.org> References: <037.b4ff963830668c92cac27c79e1e0ed64@avcodec.org> Message-ID: <052.c485d669abc8c4b7f6b5bbe35d3f6ce4@avcodec.org> #607: Using frame thread Theora cannot decode. ------------------------------------+----------------------------------- Reporter: kyh96403 | 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): FFmpeg command line and complete, uncut console output (current git head) missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 13:25:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 12:25:35 -0000 Subject: [FFmpeg-trac] #606(avcodec:new): cook vc1 ac3/dca avidec's problem. In-Reply-To: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> References: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> Message-ID: <052.eac5d4679df2d2c4d25aa1b25265bf9d@avcodec.org> #606: cook vc1 ac3/dca avidec's problem. ------------------------------------+----------------------------------- Reporter: kyh96403 | 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 upload samples to http://www.datafilehost.com/ and post the download link here. For future bug reports: (that are very welcome!) Please open one ticket per issue, i.e. one ticket for the problem with cook, one for the vc1 artefacts, one for "crash or noise" and one for the avi sample. Please add a command line to reproduce the issue you see (ffmpeg, not ffplay if possible) and post the command line together with the complete, uncut console output in the ticket. (And add a link to a sample that allows to reproduce the problem.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 15:05:16 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 14:05:16 -0000 Subject: [FFmpeg-trac] #608(avformat:new): Crash reading from UDP Message-ID: <036.a2817faa4baf36ee35d0eba1ae7e981e@avcodec.org> #608: Crash reading from UDP ----------------------------------+-------------------------------------- Reporter: Krieger | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- av_read_frame function crashes sometimes while reading source media via UDP. This is possible to reproduce in following way: 1. Launch this on one terminal: ffmpeg -f mpegts -i udp://127.0.0.1:12345 -f mpegts out.ts 2. When it hangs, launch this on another terminal: cat test.ts | nc -u 127.0.0.1 12345 Below you can see my patch that fixes the issue. P. S. Libav fork lacks this bug :) $ gdb /usr/local/src/ffmpeg_git_debug/ffmpeg_g GNU gdb (Gentoo 7.2 p1) 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 "x86_64-pc-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /usr/local/src/ffmpeg_git_debug/ffmpeg_g...done. (gdb) r -f mpegts -i udp://127.0.0.1:12345 -f mpegts out.ts -loglevel 99 -v 9 Starting program: /usr/local/src/ffmpeg_git_debug/ffmpeg_g -f mpegts -i udp://127.0.0.1:12345 -f mpegts out.ts -loglevel 99 -v 9 [Thread debugging using libthread_db enabled] ffmpeg version N-34399-g988f585, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 3 2011 06:34:16 with gcc 4.4.5 configuration: --disable-optimizations --extra-cflags='-g -ggdb -O0' --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib --mandir=/usr/share/man --enable-static --enable-shared --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-doc --disable-vaapi --disable-vdpau --enable-libmp3lame --enable-libx264 --enable-libxvid --disable-indev=v4l --disable-indev=v4l2 --disable-indev=jack --enable-x11grab --enable-pthreads --enable-librtmp --disable-altivec --enable-libfaac --enable-nonfree --disable-asm --disable-stripping libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 27. 0 / 53. 27. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [New Thread 0x7ffff38d6700 (LWP 26196)] [udp @ 0x626c60] Part of datagram lost due to insufficient buffer size Program received signal SIGSEGV, Segmentation fault. 0x00007ffff57ed23b in memcpy () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff57ed23b in memcpy () from /lib64/libc.so.6 #1 0x00007ffff5f6ecb3 in av_fifo_generic_read (f=0x636e50, dest=0x7fffffffc3e0, buf_size=-222357468, func=0) at libavutil/fifo.c:113 #2 0x00007ffff7698530 in udp_read (h=0x626c60, buf=0x7fffffffc3e0 "o\023*J\005\214\004q\370t7P|\355y\207Y\206R\202A\365\017\\_\341\016RG\037\377\020", size=6720) at libavformat/udp.c:557 #3 0x00007ffff75cc81a in retry_transfer_wrapper (h=0x626c60, buf=0x7fffffffc3e0 "o\023*J\005\214\004q\370t7P|\355y\207Y\206R\202A\365\017\\_\341\016RG\037\377\020", size=6720, size_min=1, transfer_func=0x7ffff769843e ) at libavformat/avio.c:269 #4 0x00007ffff75cc91d in ffurl_read (h=0x626c60, buf=0x7fffffffc3e0 "o\023*J\005\214\004q\370t7P|\355y\207Y\206R\202A\365\017\\_\341\016RG\037\377\020", size=6720) at libavformat/avio.c:295 #5 0x00007ffff75ce972 in avio_read (s=0x636d90, buf=0x7fffffffc3e0 "o\023*J\005\214\004q\370t7P|\355y\207Y\206R\202A\365\017\\_\341\016RG\037\377\020", size=6720) at libavformat/aviobuf.c:641 #6 0x00007ffff7635bbb in mpegts_read_header (s=0x626730, ap=0x7fffffffdeb0) at libavformat/mpegts.c:1927 #7 0xd6d6d6d6d6d6d6d6 in ?? () #8 0xd6d6d6d6d6d6d6d6 in ?? () #9 0xd6d6d6d6d6d6d6d6 in ?? () #10 0xd6d6d6d6d6d6d6d6 in ?? () #11 0xd6d6d6d6d6d6d6d6 in ?? () #12 0xd6d6d6d6d6d6d6d6 in ?? () #13 0xd6d6d6d6d6d6d6d6 in ?? () #14 0xd6d6d6d6d6d6d6d6 in ?? () #15 0xd6d6d6d6d6d6d6d6 in ?? () #16 0xd6d6d6d6d6d6d6d6 in ?? () #17 0xd6d6d6d6d6d6d6d6 in ?? () #18 0xd6d6d6d6d6d6d6d6 in ?? () ---Type to continue, or q to quit--- #19 0xd6d6d6d6d6d6d6d6 in ?? () #20 0xd6d6d6d6d6d6d6d6 in ?? () #21 0xd6d6d6d6d6d6d6d6 in ?? () #22 0xd6d6d6d6d6d6d6d6 in ?? () #23 0xd6d6d6d6d6d6d6d6 in ?? () #24 0xd6d6d6d6d6d6d6d6 in ?? () #25 0xd6d6d6d6d6d6d6d6 in ?? () #26 0xd6d6d6d6d6d6d6d6 in ?? () #27 0xd6d6d6d6d6d6d6d6 in ?? () #28 0xd6d6d6d6d6d6d6d6 in ?? () #29 0xd8902047d6d6d6d6 in ?? () #30 0x47ac543187e637eb in ?? () #31 0x026aeceb83f2f385 in ?? () #32 0xf814e65657150268 in ?? () #33 0x927d68e38a9eaae6 in ?? () #34 0xb7693299744a8707 in ?? () #35 0xc537652dbc7872f3 in ?? () #36 0xfd2e054e66823eeb in ?? () #37 0x81d31a6ef8aaa62c in ?? () #38 0x18c26d8e61c1ab22 in ?? () #39 0xe779dceae789ba2b in ?? () #40 0xd4ad6bf6f8c03682 in ?? () #41 0x1d9642cf751ccb32 in ?? () #42 0x31389c1040158e9b in ?? () #43 0xe5137802e071727c in ?? () #44 0x68e4b06c13206861 in ?? () #45 0x601f7c5d42721c98 in ?? () #46 0x95a4d51a0711ae53 in ?? () #47 0xe2b695e10f9a2e44 in ?? () ---Type to continue, or q to quit--- #48 0xdef566bea4c422ec in ?? () #49 0x9f0fe0733e992d20 in ?? () #50 0x6891c636fa51a6bb in ?? () #51 0x13771b9fce6c651c in ?? () #52 0x051a552fe5f1f2d0 in ?? () #53 0x0505050010ff1f47 in ?? () #54 0x0505050505050505 in ?? () #55 0x0505050505050505 in ?? () #56 0x0505050505050505 in ?? () #57 0x0505050505050505 in ?? () #58 0x0505050505050505 in ?? () #59 0x0505050505050505 in ?? () #60 0x0505050505050505 in ?? () #61 0x0505050505050505 in ?? () #62 0x0505050505050505 in ?? () #63 0x0505050505050505 in ?? () #64 0x0505050505050505 in ?? () #65 0x0505050505050505 in ?? () #66 0x0505050505050505 in ?? () #67 0x0505050505050505 in ?? () #68 0x0505050505050505 in ?? () #69 0x0505050505050505 in ?? () #70 0x0505050505050505 in ?? () #71 0x0505050505050505 in ?? () #72 0x0505050505050505 in ?? () #73 0x0505050505050505 in ?? () #74 0x0505050505050505 in ?? () #75 0x0505050505050505 in ?? () #76 0x1310214705050505 in ?? () ---Type to continue, or q to quit--- #77 0x86e28854acdba0ed in ?? () #78 0x68928014ef45f8f2 in ?? () #79 0x666c17451b5c0ac6 in ?? () #80 0xce4f3db7b8e1ff42 in ?? () #81 0xe3bc8fef61a5c15c in ?? () #82 0x56517371e171a725 in ?? () #83 0x54ffe4ca4e5198d0 in ?? () #84 0x2a6abf9ef27ef448 in ?? () #85 0xa014a0e115070da4 in ?? () #86 0xfd178284645cd280 in ?? () #87 0x02218a26893c2106 in ?? () #88 0xdfb8401c9ad6418c in ?? () #89 0x9ed53ca60adc0071 in ?? () #90 0x8b93c050a2d09a61 in ?? () #91 0x720ceac44f09b0f9 in ?? () #92 0xe4c7111828e01092 in ?? () #93 0xd1479dc5c667bf74 in ?? () #94 0x6e92129aa010a045 in ?? () #95 0x4c4cd8e6e7ee5f47 in ?? () #96 0x0e53ebe0a5142503 in ?? () #97 0x0dcbe262615905fc in ?? () #98 0x3b8a2e1fea2bc91f in ?? () #99 0x1b300890bebc0431 in ?? () #100 0x1b1b1b0010ff1f47 in ?? () #101 0x1b1b1b1b1b1b1b1b in ?? () #102 0x1b1b1b1b1b1b1b1b in ?? () #103 0x1b1b1b1b1b1b1b1b in ?? () #104 0x1b1b1b1b1b1b1b1b in ?? () #105 0x1b1b1b1b1b1b1b1b in ?? () ---Type to continue, or q to quit--- #106 0x1b1b1b1b1b1b1b1b in ?? () #107 0x1b1b1b1b1b1b1b1b in ?? () #108 0x1b1b1b1b1b1b1b1b in ?? () #109 0x1b1b1b1b1b1b1b1b in ?? () #110 0x1b1b1b1b1b1b1b1b in ?? () #111 0x1b1b1b1b1b1b1b1b in ?? () #112 0x1b1b1b1b1b1b1b1b in ?? () #113 0x1b1b1b1b1b1b1b1b in ?? () #114 0x1b1b1b1b1b1b1b1b in ?? () #115 0x1b1b1b1b1b1b1b1b in ?? () #116 0x1b1b1b1b1b1b1b1b in ?? () #117 0x1b1b1b1b1b1b1b1b in ?? () #118 0x1b1b1b1b1b1b1b1b in ?? () #119 0x1b1b1b1b1b1b1b1b in ?? () #120 0x1b1b1b1b1b1b1b1b in ?? () #121 0x1b1b1b1b1b1b1b1b in ?? () #122 0x1b1b1b1b1b1b1b1b in ?? () #123 0xd2d020471b1b1b1b in ?? () #124 0xf97fca38fe0138f4 in ?? () #125 0xdcd6cc6779b66ea9 in ?? () #126 0x611ea45b78b00c11 in ?? () #127 0x6c11d6f610d0cd72 in ?? () #128 0xbaca75b875606bf4 in ?? () #129 0xa065c642ad3e11d6 in ?? () #130 0x4087f556eed230f4 in ?? () #131 0x205bfe6639efc313 in ?? () #132 0xf24976eb1aac4bed in ?? () #133 0xf5c0245e2d5ad1ca in ?? () #134 0x1869454a72af6c05 in ?? () ---Type to continue, or q to quit--- #135 0xe180ccc61087d582 in ?? () #136 0x4a966a6fe04e909d in ?? () #137 0xa897385e9bad7851 in ?? () #138 0xbfefa3c9e1c4f9a8 in ?? () #139 0xd927e3df898ada23 in ?? () #140 0x9c4147084619cebc in ?? () #141 0x0dc4f8788798afb3 in ?? () #142 0xad86b89b0bcdf13b in ?? () #143 0x8faf461a5ed4ac53 in ?? () #144 0xbc534283367dd3f3 in ?? () #145 0x0376c4abbf477852 in ?? () #146 0x7198968b02a192f0 in ?? () #147 0x7171710010ff1f47 in ?? () #148 0x7171717171717171 in ?? () #149 0x7171717171717171 in ?? () #150 0x7171717171717171 in ?? () #151 0x7171717171717171 in ?? () #152 0x7171717171717171 in ?? () #153 0x7171717171717171 in ?? () #154 0x7171717171717171 in ?? () #155 0x7171717171717171 in ?? () #156 0x7171717171717171 in ?? () #157 0x7171717171717171 in ?? () #158 0x7171717171717171 in ?? () #159 0x7171717171717171 in ?? () #160 0x7171717171717171 in ?? () #161 0x7171717171717171 in ?? () #162 0x7171717171717171 in ?? () #163 0x7171717171717171 in ?? () ---Type to continue, or q to quit--- #164 0x7171717171717171 in ?? () #165 0x7171717171717171 in ?? () #166 0x7171717171717171 in ?? () #167 0x7171717171717171 in ?? () #168 0x7171717171717171 in ?? () #169 0x7171717171717171 in ?? () #170 0x1311614771717171 in ?? () #171 0x80832202bd010000 in ?? () #172 0x6c645f6f85b32505 in ?? () #173 0xdb8690b1951a7223 in ?? () #174 0x000c8989e5f9c061 in ?? () #175 0x2b8769840828be00 in ?? () #176 0xf7be6930d296874b in ?? () #177 0x6aeebaa695340cb4 in ?? () #178 0x37ea4c9fa8106a6d in ?? () #179 0xeb016c34ad5cb167 in ?? () #180 0x9407ad3aeb324893 in ?? () #181 0xb1e6b3c2b495968b in ?? () #182 0x721aa105ca172b4b in ?? () #183 0x57df770b3c4c00b4 in ?? () #184 0xf1ee0773ff434010 in ?? () #185 0x20040101010161b0 in ?? () #186 0x32a9cafa20202020 in ?? () #187 0x9b53f98ea9abd057 in ?? () #188 0xea97e3467dbe7373 in ?? () #189 0xfd7425dfd14c3f61 in ?? () #190 0x4dff7ca99fd5b72a in ?? () #191 0x2ab5fa7c57b34fb5 in ?? () #192 0x156868e7f3196c6b in ?? () ---Type to continue, or q to quit--- #193 0x1c8ef3975bf78466 in ?? () #194 0x1c1c1c0010ff1f47 in ?? () #195 0x1c1c1c1c1c1c1c1c in ?? () #196 0x1c1c1c1c1c1c1c1c in ?? () #197 0x1c1c1c1c1c1c1c1c in ?? () #198 0x1c1c1c1c1c1c1c1c in ?? () #199 0x1c1c1c1c1c1c1c1c in ?? () #200 0x1c1c1c1c1c1c1c1c in ?? () #201 0x1c1c1c1c1c1c1c1c in ?? () #202 0x1c1c1c1c1c1c1c1c in ?? () #203 0x1c1c1c1c1c1c1c1c in ?? () #204 0x1c1c1c1c1c1c1c1c in ?? () #205 0x1c1c1c1c1c1c1c1c in ?? () #206 0x1c1c1c1c1c1c1c1c in ?? () #207 0x1c1c1c1c1c1c1c1c in ?? () #208 0x1c1c1c1c1c1c1c1c in ?? () #209 0x1c1c1c1c1c1c1c1c in ?? () #210 0x1c1c1c1c1c1c1c1c in ?? () #211 0x1c1c1c1c1c1c1c1c in ?? () #212 0x1c1c1c1c1c1c1c1c in ?? () #213 0x1c1c1c1c1c1c1c1c in ?? () #214 0x1c1c1c1c1c1c1c1c in ?? () #215 0x1c1c1c1c1c1c1c1c in ?? () #216 0x1c1c1c1c1c1c1c1c in ?? () #217 0x10ff1f471c1c1c1c in ?? () #218 0x1c1c1c1c1c1c1c00 in ?? () #219 0x1c1c1c1c1c1c1c1c in ?? () #220 0x1c1c1c1c1c1c1c1c in ?? () #221 0x1c1c1c1c1c1c1c1c in ?? () ---Type to continue, or q to quit--- #222 0x1c1c1c1c1c1c1c1c in ?? () #223 0x1c1c1c1c1c1c1c1c in ?? () #224 0x1c1c1c1c1c1c1c1c in ?? () #225 0x1c1c1c1c1c1c1c1c in ?? () #226 0x1c1c1c1c1c1c1c1c in ?? () #227 0x1c1c1c1c1c1c1c1c in ?? () #228 0x1c1c1c1c1c1c1c1c in ?? () #229 0x1c1c1c1c1c1c1c1c in ?? () #230 0x1c1c1c1c1c1c1c1c in ?? () #231 0x1c1c1c1c1c1c1c1c in ?? () #232 0x1c1c1c1c1c1c1c1c in ?? () #233 0x1c1c1c1c1c1c1c1c in ?? () #234 0x1c1c1c1c1c1c1c1c in ?? () #235 0x1c1c1c1c1c1c1c1c in ?? () #236 0x1c1c1c1c1c1c1c1c in ?? () #237 0x1c1c1c1c1c1c1c1c in ?? () #238 0x1c1c1c1c1c1c1c1c in ?? () #239 0x1c1c1c1c1c1c1c1c in ?? () #240 0x1c1c1c1c1c1c1c1c in ?? () #241 0x9ada8acc9b502147 in ?? () #242 0x710c3cd9f950efd9 in ?? () #243 0xda49167a0862ef6f in ?? () #244 0x6a48b537167ec82a in ?? () #245 0xf781389a95ad2206 in ?? () #246 0x717a35278104d937 in ?? () #247 0x0c9dd0ddcaf02de3 in ?? () #248 0x34169c209240a48a in ?? () #249 0x3c9ca8346a88ee7e in ?? () #250 0xaf7a91fa55f1f430 in ?? () ---Type to continue, or q to quit--- #251 0xbb2f9ea2281f8802 in ?? () #252 0x6185c673601f58b0 in ?? () #253 0xcff1e038f6f74323 in ?? () #254 0x1ae1fb9530f0fcaf in ?? () #255 0xb87ba77da7f647f7 in ?? () #256 0xdefd24d3488dd40f in ?? () #257 0x9df56eeae635918f in ?? () #258 0xb7f9cdf69517367c in ?? () #259 0x8320636661e63c97 in ?? () #260 0x93aac5896e57b8c9 in ?? () #261 0x150939b4dae9bd1d in ?? () #262 0x0f3a440a5dfcfcd5 in ?? () #263 0x2d5b521c7543dc4c in ?? () #264 0xdd50204704582b6c in ?? () #265 0x98259a8555a63b67 in ?? () #266 0x59ff4101aab9fa3c in ?? () #267 0xb7e2a9bd7ab8f532 in ?? () #268 0x7099b97aa9ff0a99 in ?? () #269 0x426cfa2ca6ee23c6 in ?? () #270 0xa8f0dae660a0e1fe in ?? () #271 0xbdc8e068edc86484 in ?? () #272 0xe59a525f6e7a7a9b in ?? () #273 0xe85a9a5eebb513d7 in ?? () #274 0x289431dc55e0e6cd in ?? () #275 0xb0db787c4de4e076 in ?? () #276 0xa9f2315e4bd8b51f in ?? () #277 0xab58f2097e521107 in ?? () #278 0x057b3e14975a4704 in ?? () #279 0x4334fb67fd2493a6 in ?? () ---Type to continue, or q to quit--- #280 0xcad01a25b034cc58 in ?? () #281 0xfa8b3df9367913f8 in ?? () #282 0x38987ea3f27232dd in ?? () #283 0xaef0bb20594fe908 in ?? () #284 0x74249a5d2617cc25 in ?? () #285 0xd34db055ae0dea80 in ?? () #286 0x83e077f7d3e42c11 in ?? () #287 0x60df8f29c0ed4494 in ?? () #288 0x6060600010ff1f47 in ?? () #289 0x6060606060606060 in ?? () #290 0x6060606060606060 in ?? () #291 0x6060606060606060 in ?? () #292 0x6060606060606060 in ?? () #293 0x6060606060606060 in ?? () #294 0x6060606060606060 in ?? () #295 0x6060606060606060 in ?? () #296 0x6060606060606060 in ?? () #297 0x6060606060606060 in ?? () #298 0x6060606060606060 in ?? () #299 0x6060606060606060 in ?? () #300 0x6060606060606060 in ?? () #301 0x6060606060606060 in ?? () #302 0x6060606060606060 in ?? () #303 0x6060606060606060 in ?? () #304 0x6060606060606060 in ?? () #305 0x6060606060606060 in ?? () #306 0x6060606060606060 in ?? () #307 0x6060606060606060 in ?? () #308 0x6060606060606060 in ?? () ---Type to continue, or q to quit--- #309 0x6060606060606060 in ?? () #310 0x6060606060606060 in ?? () #311 0x1b10224760606060 in ?? () #312 0x61acadc61a8d8661 in ?? () #313 0x8661abb1b61a8d86 in ?? () #314 0xb61a6b3ffc8dc59a in ?? () #315 0xadc6da6a341a86b1 in ?? () #316 0x000040a8196b1a86 in ?? () #317 0x4dbe06eb6d1a0401 in ?? () #318 0x6634985940c6a023 in ?? () #319 0x03323d7b534e8817 in ?? () #320 0xa72e061314370733 in ?? () #321 0xbbb7cd4540dcddc6 in ?? () #322 0x6beec34a959fc88c in ?? () #323 0xc2ec4d597c56b889 in ?? () #324 0x83a23f7044e0223c in ?? () #325 0x03b6a433d1d1ac46 in ?? () #326 0x21df16ef6a2da6ed in ?? () #327 0x0d33f8640319716f in ?? () #328 0x7f22b827a4662438 in ?? () #329 0xd132c42b4d14a4da in ?? () #330 0x1bb70f66a07ee0da in ?? () #331 0x3059f4d313f2098e in ?? () #332 0x931957714369d1bc in ?? () #333 0xad76754b4ec6191a in ?? () #334 0xf7520935681ff8d3 in ?? () #335 0xf7f7f70010ff1f47 in ?? () #336 0xf7f7f7f7f7f7f7f7 in ?? () #337 0xf7f7f7f7f7f7f7f7 in ?? () ---Type to continue, or q to quit--- #338 0xf7f7f7f7f7f7f7f7 in ?? () #339 0xf7f7f7f7f7f7f7f7 in ?? () #340 0xf7f7f7f7f7f7f7f7 in ?? () #341 0xf7f7f7f7f7f7f7f7 in ?? () #342 0xf7f7f7f7f7f7f7f7 in ?? () #343 0xf7f7f7f7f7f7f7f7 in ?? () #344 0xf7f7f7f7f7f7f7f7 in ?? () #345 0xf7f7f7f7f7f7f7f7 in ?? () #346 0xf7f7f7f7f7f7f7f7 in ?? () #347 0xf7f7f7f7f7f7f7f7 in ?? () #348 0xf7f7f7f7f7f7f7f7 in ?? () #349 0xf7f7f7f7f7f7f7f7 in ?? () #350 0xf7f7f7f7f7f7f7f7 in ?? () #351 0xf7f7f7f7f7f7f7f7 in ?? () #352 0xf7f7f7f7f7f7f7f7 in ?? () #353 0xf7f7f7f7f7f7f7f7 in ?? () #354 0xf7f7f7f7f7f7f7f7 in ?? () #355 0xf7f7f7f7f7f7f7f7 in ?? () #356 0xf7f7f7f7f7f7f7f7 in ?? () #357 0xf7f7f7f7f7f7f7f7 in ?? () #358 0xd6d02147f7f7f7f7 in ?? () #359 0xd1478fbb95c67dad in ?? () #360 0x0e52dc76944488e2 in ?? () #361 0x9b605c8d8878e0fd in ?? () #362 0x1079eaf0aee1fb4f in ?? () #363 0xbe4fbcb47017e4df in ?? () #364 0xa7ea3780816ab605 in ?? () #365 0xbec5ae2a9bc50fe5 in ?? () #366 0xdfbe58ef2c3ffd0d in ?? () ---Type to continue, or q to quit--- #367 0x19bb87f765c86e4d in ?? () #368 0x6a6bb28dc1c985b4 in ?? () #369 0x7079d9c66aae860e in ?? () #370 0xda3c0edda6069cca in ?? () #371 0x100b22437adcb605 in ?? () #372 0xb32e0e7fe4114421 in ?? () #373 0xcbc808a07561c5fc in ?? () #374 0x65cbf302fbce9947 in ?? () #375 0x61347f6f33d42003 in ?? () #376 0xea7b1ec961f7e130 in ?? () #377 0xf4e7e231e82fb334 in ?? () #378 0xcbacbada118416e0 in ?? () #379 0xfbd22b54c65006ab in ?? () #380 0xbabb974785fb088b in ?? () #381 0x226ae75a99912061 in ?? () #382 0x2222220010ff1f47 in ?? () #383 0x2222222222222222 in ?? () #384 0x2222222222222222 in ?? () #385 0x2222222222222222 in ?? () #386 0x2222222222222222 in ?? () #387 0x2222222222222222 in ?? () #388 0x2222222222222222 in ?? () #389 0x2222222222222222 in ?? () #390 0x2222222222222222 in ?? () #391 0x2222222222222222 in ?? () #392 0x2222222222222222 in ?? () #393 0x2222222222222222 in ?? () #394 0x2222222222222222 in ?? () #395 0x2222222222222222 in ?? () ---Type to continue, or q to quit--- #396 0x2222222222222222 in ?? () #397 0x2222222222222222 in ?? () #398 0x2222222222222222 in ?? () #399 0x2222222222222222 in ?? () #400 0x2222222222222222 in ?? () #401 0x2222222222222222 in ?? () #402 0x2222222222222222 in ?? () #403 0x2222222222222222 in ?? () #404 0x2222222222222222 in ?? () #405 0xda12204722222222 in ?? () #406 0xb3b6f29290d73f72 in ?? () #407 0xd1707f0f5f9a87a5 in ?? () #408 0xaf322e5c90bc70c2 in ?? () #409 0x1c4ca2379b9772c1 in ?? () #410 0xe2b9cf789c7ef42e in ?? () #411 0xc9040f7455840f50 in ?? () #412 0x844cb8939d59e2f5 in ?? () #413 0x75cddd52e9864b94 in ?? () #414 0x6b8d89be488d6b91 in ?? () #415 0x15931adbb271a865 in ?? () #416 0xf06d12976b8574af in ?? () #417 0x8152d06e2539c67b in ?? () #418 0xb11ff9c79de570ba in ?? () #419 0xb509f62cc372e7c3 in ?? () #420 0x1599a09bcc5a9004 in ?? () #421 0x472c4f711ad19230 in ?? () #422 0x15a8c146b65101ad in ?? () #423 0x2230f67fddf4b8f3 in ?? () #424 0xae1cc4813ff30636 in ?? () ---Type to continue, or q to quit--- #425 0x1c49281a0825e4d2 in ?? () #426 0x54c9a693befda648 in ?? () #427 0xacd30be2f697b843 in ?? () #428 0xf5948bfc0f9d2722 in ?? () #429 0xf5f5f50010ff1f47 in ?? () #430 0xf5f5f5f5f5f5f5f5 in ?? () #431 0xf5f5f5f5f5f5f5f5 in ?? () #432 0xf5f5f5f5f5f5f5f5 in ?? () #433 0xf5f5f5f5f5f5f5f5 in ?? () #434 0xf5f5f5f5f5f5f5f5 in ?? () #435 0xf5f5f5f5f5f5f5f5 in ?? () #436 0xf5f5f5f5f5f5f5f5 in ?? () #437 0xf5f5f5f5f5f5f5f5 in ?? () #438 0xf5f5f5f5f5f5f5f5 in ?? () #439 0xf5f5f5f5f5f5f5f5 in ?? () #440 0xf5f5f5f5f5f5f5f5 in ?? () #441 0xf5f5f5f5f5f5f5f5 in ?? () #442 0xf5f5f5f5f5f5f5f5 in ?? () #443 0xf5f5f5f5f5f5f5f5 in ?? () #444 0xf5f5f5f5f5f5f5f5 in ?? () #445 0xf5f5f5f5f5f5f5f5 in ?? () #446 0xf5f5f5f5f5f5f5f5 in ?? () #447 0xf5f5f5f5f5f5f5f5 in ?? () #448 0xf5f5f5f5f5f5f5f5 in ?? () #449 0xf5f5f5f5f5f5f5f5 in ?? () #450 0xf5f5f5f5f5f5f5f5 in ?? () #451 0xf5f5f5f5f5f5f5f5 in ?? () #452 0xd9902047f5f5f5f5 in ?? () #453 0xe8de1832b796d54c in ?? () ---Type to continue, or q to quit--- #454 0x6d96be966e055e66 in ?? () #455 0x244f5c69031b1737 in ?? () #456 0xecdfe8a6f13f4101 in ?? () #457 0x23519d4286ff513d in ?? () #458 0x6006e29adf91e059 in ?? () #459 0x39a727cb7fa5039b in ?? () #460 0xaf1a04b7ce3b9b54 in ?? () #461 0x5571fcef7f973d90 in ?? () #462 0xda00ee4fbb35d66d in ?? () #463 0xe8b0970637064e64 in ?? () #464 0xe9b8694f42fea1f5 in ?? () #465 0xcd0c5a698e4a9d29 in ?? () #466 0x8ee679dca5f1cbe3 in ?? () #467 0x0cd244e178e80b06 in ?? () #468 0xf540f37030eeb64c in ?? () #469 0x0ffbf08805829951 in ?? () #470 0x5e8f273cb38713cc in ?? () #471 0x968a006149194bb0 in ?? () #472 0x2af4cfebc49843f3 in ?? () #473 0x1229a9bd3ca9f9b0 in ?? () #474 0x83add1ec7c648e88 in ?? () #475 0x0855f0e6071c72be in ?? () #476 0x0808080010ff1f47 in ?? () #477 0x0808080808080808 in ?? () #478 0x0808080808080808 in ?? () #479 0x0808080808080808 in ?? () #480 0x0808080808080808 in ?? () #481 0x0808080808080808 in ?? () #482 0x0808080808080808 in ?? () ---Type to continue, or q to quit--- #483 0x0808080808080808 in ?? () #484 0x0808080808080808 in ?? () #485 0x0808080808080808 in ?? () #486 0x0808080808080808 in ?? () #487 0x0808080808080808 in ?? () #488 0x0808080808080808 in ?? () #489 0x0808080808080808 in ?? () #490 0x0808080808080808 in ?? () #491 0x0808080808080808 in ?? () #492 0x0808080808080808 in ?? () #493 0x0808080808080808 in ?? () #494 0x0808080808080808 in ?? () #495 0x0808080808080808 in ?? () #496 0x0808080808080808 in ?? () #497 0x0808080808080808 in ?? () #498 0x0808080808080808 in ?? () #499 0x1410214708080808 in ?? () #500 0x546135fe946c94ad in ?? () #501 0x9b09014b143dd5f2 in ?? () #502 0x0a0e7083e6a8a4b0 in ?? () #503 0x2e50017d04be14ca in ?? () #504 0xa0c44009a5254851 in ?? () #505 0x6c6c6ea8bbf16f6e in ?? () #506 0x9ab3e7ce8d111cb6 in ?? () #507 0x298a367e03ca8b76 in ?? () #508 0x81b88bcbd0490781 in ?? () #509 0x75a6944784b19c98 in ?? () #510 0xa2a768963493cf63 in ?? () #511 0x07cffeda8c39cc8b in ?? () ---Type to continue, or q to quit--- #512 0x61025214b59e6eb4 in ?? () #513 0x1e67add918c639c0 in ?? () #514 0x180cf4212a65cce3 in ?? () #515 0x2b9080a575e09cf8 in ?? () #516 0x712f01ad50b1acfe in ?? () #517 0x4811fbd0bf0ecc82 in ?? () #518 0x2e346c10e0b133cd in ?? () #519 0xca5df8c520b7292f in ?? () #520 0xbeab8819319b1553 in ?? () #521 0x3a0392eb44dd94b6 in ?? () #522 0xa459e1838901e23a in ?? () #523 0xa4a4a40010ff1f47 in ?? () #524 0xa4a4a4a4a4a4a4a4 in ?? () #525 0xa4a4a4a4a4a4a4a4 in ?? () #526 0xa4a4a4a4a4a4a4a4 in ?? () #527 0xa4a4a4a4a4a4a4a4 in ?? () #528 0xa4a4a4a4a4a4a4a4 in ?? () #529 0xa4a4a4a4a4a4a4a4 in ?? () #530 0xa4a4a4a4a4a4a4a4 in ?? () #531 0xa4a4a4a4a4a4a4a4 in ?? () #532 0xa4a4a4a4a4a4a4a4 in ?? () #533 0xa4a4a4a4a4a4a4a4 in ?? () #534 0xa4a4a4a4a4a4a4a4 in ?? () #535 0xa4a4a4a4a4a4a4a4 in ?? () #536 0xa4a4a4a4a4a4a4a4 in ?? () #537 0xa4a4a4a4a4a4a4a4 in ?? () #538 0xa4a4a4a4a4a4a4a4 in ?? () #539 0xa4a4a4a4a4a4a4a4 in ?? () #540 0xa4a4a4a4a4a4a4a4 in ?? () ---Type to continue, or q to quit--- #541 0xa4a4a4a4a4a4a4a4 in ?? () #542 0xa4a4a4a4a4a4a4a4 in ?? () #543 0xa4a4a4a4a4a4a4a4 in ?? () #544 0xa4a4a4a4a4a4a4a4 in ?? () #545 0xa4a4a4a4a4a4a4a4 in ?? () #546 0x9c502147a4a4a4a4 in ?? () #547 0x7e488e8bfb1ba140 in ?? () #548 0x0723eb63086bd90e in ?? () #549 0xc7eb1d54a400b5be in ?? () #550 0x4757814811bf2a37 in ?? () #551 0xa7c8e210b3a41dbe in ?? () #552 0xe8b66d891301df95 in ?? () #553 0x25937e9d253ce68a in ?? () #554 0xe3264f6ac85092a8 in ?? () #555 0x09599078b4bb7dfb in ?? () #556 0x49d2e7b306d18451 in ?? () #557 0x7769446ce3ebcad9 in ?? () #558 0xc2c5ff2cfd9ca814 in ?? () #559 0x3b30dd0d0d160d19 in ?? () #560 0xd91d31d462d13474 in ?? () #561 0x226e2cf33f856e40 in ?? () #562 0x23094ce4601f3547 in ?? () #563 0x28df853dd122d748 in ?? () #564 0xacc0cca594c9b610 in ?? () #565 0x2764b217b1101d42 in ?? () #566 0x4e54f1f1851bd861 in ?? () #567 0xc078a405a15be1fc in ?? () Cannot access memory at address 0x7ffffffff000 (gdb) (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7ffff57ed21b to 0x7ffff57ed25b: 0x00007ffff57ed21b : (bad) 0x00007ffff57ed21c : (bad) 0x00007ffff57ed21d : push %rbx 0x00007ffff57ed21f : retq 0x00007ffff57ed220 : mov 0x2d1ec9(%rip),%r11 # 0x7ffff5abf0f0 <__x86_64_data_cache_size_half> 0x00007ffff57ed227 : cmp %rdx,%r11 0x00007ffff57ed22a : cmova %rdx,%r11 0x00007ffff57ed22e : mov %r11,%rcx 0x00007ffff57ed231 : and $0xfffffffffffffff8,%r11 0x00007ffff57ed235 : shr $0x3,%rcx 0x00007ffff57ed239 : je 0x7ffff57ed240 => 0x00007ffff57ed23b : rep movsq %ds:(%rsi),%es:(%rdi) 0x00007ffff57ed23e : xchg %ax,%ax 0x00007ffff57ed240 : sub %r11,%rdx 0x00007ffff57ed243 : test $0xfffffffffffffff8,%rdx 0x00007ffff57ed24a : jne 0x7ffff57ed260 0x00007ffff57ed24c : and $0x7,%edx 0x00007ffff57ed24f : mov -0x8(%rsp),%rax 0x00007ffff57ed254 : jne 0x7ffff57ed0e9 0x00007ffff57ed25a : repz retq End of assembler dump. (gdb) info all-registers rax 0x7fffffffc3e0 140737488339936 rbx 0x7fffffffc3e0 140737488339936 rcx 0x27c 636 rdx 0xfffffffff2bf1824 -222357468 rsi 0x7ffff38da1f8 140737279533560 rdi 0x7ffffffff000 140737488351232 rbp 0x7fffffffbb20 0x7fffffffbb20 rsp 0x7fffffffbad8 0x7fffffffbad8 r8 0x7ffff769843e 140737344275518 r9 0x7ffff7fe4700 140737354024704 r10 0x0 0 r11 0x4000 16384 r12 0x405480 4215936 r13 0x7fffffffe410 140737488348176 r14 0x0 0 r15 0x0 0 rip 0x7ffff57ed23b 0x7ffff57ed23b eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) ---Type to continue, or q to quit--- st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xff, 0x0, 0xff, 0xff, 0xff, 0xff, 0xff}, v8_int16 = {0x0, 0x0, 0x0, 0xff00, 0xffff, 0xff00, 0xffff, 0xffff}, v4_int32 = {0x0, 0xff000000, 0xff00ffff, 0xffffffff}, v2_int64 = {0xff00000000000000, 0xffffffffff00ffff}, uint128 = 0xffffffffff00ffffff00000000000000} 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, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0}, v8_int16 = {0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0xff}, v4_int32 = {0x0, 0xff, 0x0, 0xff0000}, v2_int64 = {0xff00000000, 0xff000000000000}, uint128 = 0x00ff000000000000000000ff00000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x75, 0x1, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0xa, 0x87, 0xde, 0xf7, 0xff, 0x7f, 0x0, 0x0}, v8_int16 = {0x175, 0x0, 0x1, 0x0, 0x870a, 0xf7de, 0x7fff, 0x0}, v4_int32 = {0x175, 0x1, 0xf7de870a, 0x7fff}, v2_int64 = { ---Type to continue, or q to quit--- 0x100000175, 0x7ffff7de870a}, uint128 = 0x00007ffff7de870a0000000100000175} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { ---Type to continue, or q to quit--- 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm15 {v4_float = {0x0, 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 ] (gdb) There is my fix against git master HEAD 988f585fcb1cfb40fe4b706c32b31594b536bba0 From 6d81d553bb75d3ed9d6a13f00fe21bf1f0474eb5 Mon Sep 17 00:00:00 2001 From: Andrey Utkin Date: Thu, 3 Nov 2011 07:00:15 +0000 Subject: [PATCH] Fix segfault on UDP reading --- libavformat/udp.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/libavformat/udp.c b/libavformat/udp.c index 151e070..59d1f74 100644 --- a/libavformat/udp.c +++ b/libavformat/udp.c @@ -546,15 +546,19 @@ static int udp_read(URLContext *h, uint8_t *buf, int size) avail = av_fifo_size(s->fifo); if (avail) { // >=size) { uint8_t tmp[4]; + int skip = 0; av_fifo_generic_read(s->fifo, tmp, 4, NULL); avail= AV_RL32(tmp); if(avail > size){ av_log(h, AV_LOG_WARNING, "Part of datagram lost due to insufficient buffer size\n"); + skip = avail - size; avail= size; } av_fifo_generic_read(s->fifo, buf, avail, NULL); + if (skip) + av_fifo_drain(s->fifo, skip); return avail; } else { -- 1.7.3.4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 15:18:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 14:18:35 -0000 Subject: [FFmpeg-trac] #608(avformat:new): Crash reading from UDP In-Reply-To: <036.a2817faa4baf36ee35d0eba1ae7e981e@avcodec.org> References: <036.a2817faa4baf36ee35d0eba1ae7e981e@avcodec.org> Message-ID: <051.78559eba6af311208502875866ae5da9@avcodec.org> #608: Crash reading from UDP ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please recompile without --enable-shared to get a useful backtrace (and please use "Code block" when pasting gdb output). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 18:09:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 17:09:55 -0000 Subject: [FFmpeg-trac] #609(avformat:new): Hang on reading UDP Message-ID: <036.4a8107d2ce7c0b5098eb76e0f6e369e7@avcodec.org> #609: Hang on reading UDP ----------------------------------+-------------------------------------- Reporter: Krieger | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Sorry for inappropriately forming the report. Time constraints. The symptoms: When opening udp:// url with libavformat, and not having explicitly set fifo_size=0, there's a situation when av_read_frame never exits. When attaching with gdb, it shows the following bt (sorry for incompleteness). I suspect that problem resides in libavformat/udp.c:565 of git HEAD 988f585fcb1cfb40fe4b706c32b31594b536bba0 We can't rely on select() to monitor new data arrival to socket that is recv()'ed by another thread (circular_buffer_task). Even if those socket calls are thread-safe, there's logical flaw. We are probable to miss the moment of time when new data arrive, and kernel can notify our select() call. We repeatedly select() for 1 second intervals, but between them there's time for event to happen. Although, this thinking does not answer on question 'why it hangs forever?' {{{ (gdb) bt #0 0x00007fe62b5def13 in select () from /lib64/libc.so.6 #1 0x00007fe62bbb7553 in udp_read (h=0x145a780, buf=, size=) at libavformat/udp.c:569 #2 0x00007fe62bb3598c in retry_transfer_wrapper (h=0x145a780, buf=0x146aaa0 "G\037\377\020", size=1472) at libavformat/avio.c:269 #3 ffurl_read (h=0x145a780, buf=0x146aaa0 "G\037\377\020", size=1472) at libavformat/avio.c:295 #4 0x00007fe62bb389c6 in fill_buffer (s=0x146b0c0, buf=0x7fffce573430 "G\037\377\020", size=188) at libavformat/aviobuf.c:568 #5 avio_read (s=0x146b0c0, buf=0x7fffce573430 "G\037\377\020", size=188) at libavformat/aviobuf.c:657 #6 0x00007fe62bb76d0b in read_packet (s=0x145a200, buf=0x7fffce573430 "G\037\377\020", raw_packet_size=188) at libavformat/mpegts.c:1429 #7 0x00007fe62bb77866 in handle_packets (ts=0x146b180, nb_packets=0) at libavformat/mpegts.c:1485 #8 0x00007fe62bb7a01a in mpegts_read_packet (s=, pkt=0x7fffce573610) at libavformat/mpegts.c:1706 #9 0x00007fe62bbbe66c in av_read_packet (s=0x145a200, pkt=0x7fffce573610) at libavformat/utils.c:744 #10 0x00007fe62bbc00da in read_frame_internal (s=0x145a200, pkt=0x7fffce573750) at libavformat/utils.c:1220 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 19:02:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 18:02:36 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs In-Reply-To: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> References: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> Message-ID: <052.aaf4cbca46530f8969dc2902e3e319c5@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs ------------------------------------+----------------------------------- Reporter: IMarshal | 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 IMarshal): reimar: Thanks for your reply. I agree that multithreaded decoding and DXVA don't really make sense together. Our problem however is similar to VideoLan, in that we decide on the pixel format well after opening the decoder. So by the time we know that we really wanted one thread, it's already too late. It would be fantastic if ffmpeg would gracefully revert to using a single thread under these scenarios. Hanging is clearly suboptimal. :-) So I think we agree on that as well. Unfortunately, I find debugging ffmpeg on Windows pretty challenging, given that mingw builds don't have symbolic information as per what the standard platform tools expect. Do you have any tips or hints on how best to debug this? If any of the ffmpeg core developers were to attack this problem, I've be overjoyed to help in terms of providing help with repro cases, builds of Plex and so forth. I'm sure we're not the only user of ffmpeg hitting this issue, so it would be great to get it fixed for everyone. Thanks again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 19:06:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 18:06:09 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs In-Reply-To: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> References: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> Message-ID: <052.182ffd42507743f5f76cd134088edf32@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs ------------------------------------+----------------------------------- Reporter: IMarshal | 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): Replying to [comment:4 IMarshal]: > Unfortunately, I find debugging ffmpeg on Windows pretty challenging, given that mingw builds don't have symbolic information as per what the standard platform tools expect. Do you have any tips or hints on how best to debug this? gdb works fine on Windows. > If any of the ffmpeg core developers were to attack this problem, I've be overjoyed to help in terms of providing help with repro cases, builds of Plex and so forth. I'm sure we're not the only user of ffmpeg hitting this issue, so it would be great to get it fixed for everyone. I am still surprised that this problem does not hit vlc users. (mplayer -vc ffh264vdpau -lavdopts threads=8 also works fine.) Carl Eugen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 19:17:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 18:17:28 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs In-Reply-To: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> References: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> Message-ID: <052.9b0858f093d2f3441767b5c0a7fc92a4@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs ------------------------------------+----------------------------------- Reporter: IMarshal | 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 reimar): > I am still surprised that this problem does not hit vlc users. VLC developers have experienced the problem, I talked about it at the VLC dev conference. I think some fixes were made, but I am not sure it fixed everything (I assume you are using latest git to test?). > mplayer -vc ffh264vdpau -lavdopts threads=8 also works fine. VDPAU uses a separate codec that ignores threads from the start. The problem is disabling threading once the PIX_FMT is selected. In addition I expect it is only an issue with frame multithreading, otherwise you might be able to test with mplayer XvMC... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 20:03:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 19:03:11 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs In-Reply-To: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> References: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> Message-ID: <052.20ed2d137e4fceafe990edb08d9d8b0b@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs ------------------------------------+----------------------------------- Reporter: IMarshal | 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): Replying to [comment:6 reimar]: > > I am still surprised that this problem does not hit vlc users. > > VLC developers have experienced the problem, I talked about it at the VLC dev conference. Thank you for clarifying! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 22:30:32 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 21:30:32 -0000 Subject: [FFmpeg-trac] #602(undetermined:new): feature request: movie sink for ffplay In-Reply-To: <039.6baf89da2c2202bbb9af36c2516c5210@avcodec.org> References: <039.6baf89da2c2202bbb9af36c2516c5210@avcodec.org> Message-ID: <054.48306ea420f75044f2475a4725c039ae@avcodec.org> #602: feature request: movie sink for ffplay -------------------------------------+------------------------------------- Reporter: rogerdpack | 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 burek): I'd like to support this feature request, because it's really a handy one. Right now, I'm using mpegts/udp to stream the output of the ffmpeg to an udp port, which I then replicate/multiply and reuse the stream to save/stream media. But, mpegts is not so good, because it has a lot of quirks and it distorts timestamps (vlc always complaints when I feed ffmpeg's mpegts/udp output to it, even when I'm on LAN), so I always end up fixing the media and can't ever rely on ffmpeg to create a valid stream :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 22:42:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 21:42:34 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:new): ffserver bug Message-ID: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> #610: ffserver bug --------------------------------------+--------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Command: {{{ ffmpeg -y -re \ -f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb- 046d_0809_03A981AD-video-index0 \ -f alsa -ar 44100 -ac 1 -i default:CARD=U0x46d0x809 \ http://localhost:8090/feed1.ffm }}} ffserver.conf {{{ Port 8090 BindAddress 0.0.0.0 MaxHTTPConnections 6 MaxClients 3 MaxBandwidth 10000 CustomLog /etc/ffserver.log NoDaemon File /tmp/feed1.ffm FileMaxSize 10M ACL allow 127.0.0.1 Feed feed1.ffm Format flv VideoCodec libx264 VideoFrameRate 25 VideoBitRate 512 VideoSize qvga #AVOptionVideo flags +global_header #VideoGopSize 12 #AVPresetVideo fast #AVProfileVideo high #AVOptionVideo flags +global_header #VideoGopSize 15 StartSendOnKey AudioCodec aac AudioChannels 1 AudioBitRate 128 AudioSampleRate 44100 #AVOptionAudio flags +global_header Format status ACL allow localhost }}} Output: {{{ ffmpeg version N-34408-gb3f4ff2, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 3 2011 21:32:47 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 27. 0 / 53. 27. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x11da980] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_03A981AD- video-index0': Duration: N/A, start: 15075.495101, bitrate: 36864 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 320x240, 36864 kb/s, 30 tbr, 1000k tbn, 30 tbc [alsa @ 0x11db9c0] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'default:CARD=U0x46d0x809': Duration: N/A, start: 1320356381.207796, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 44100 Hz, 1 channels, s16, 705 kb/s [buffer @ 0x11d6520] w:320 h:240 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x12239e0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x1222480] w:320 h:240 fmt:yuyv422 -> w:320 h:240 fmt:yuv420p flags:0x4 [mp2 @ 0x11d9c20] codec type or id mismatches Output #0, ffm, to 'http://localhost:8090/feed1.ffm': Stream #0:0: Audio: aac, 44100 Hz, 1 channels, s16, 128 kb/s Stream #0:1: Video: h264, yuv420p, 320x240, q=2-31, 512 kb/s, 1000k tbn, 30 tbc Stream mapping: Stream #1.0 -> #0.0 (pcm_s16le -> mp2) Stream #0.0 -> #0.1 (rawvideo -> mpeg1video) Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} What do "mp2" and "mpeg1video" have got to do with my config at all? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 22:46:50 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 21:46:50 -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.b1c5b7e5f4d60d8002b7ce65ee935dce@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 jpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): I get internal error from swscaler while trying to convert attached file to bmp: {{{ C:\>ffmpeg.exe -i C:\1_RGB.jpg out.bmp ffmpeg version N-34354-g0b3e9d5, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 3 2011 02:35:34 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 27. 0 / 53. 27. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'C:\1_RGB.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gbr24p, 1024x768, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'gbr24p' for codec 'bmp', auto-selecting format 'bgr24 ' [buffer @ 0x1ce1be0] w:1024 h:768 pixfmt:gbr24p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x1ce1e60] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1ce1600] w:1024 h:768 fmt:gbr24p -> w:1024 h:768 fmt:bgr24 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.18.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 [swscaler @ 0x22b8ec0] internal error gbr24p -> bgr24 converter frame= 1 fps= 0 q=0.0 Lsize= -0kB time=00:00:00.04 bitrate= -4.4kbits/ s video:2304kB audio:0kB global headers:0kB muxing overhead -100.000932% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 23:33:08 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 22:33:08 -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.ec289cad478b3d4639e852a80873d0fc@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 jpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Only conversion to yuv (and friends) currently works, consider adding the missing information (command line and output) to ticket #595. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 23:35:03 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 22:35:03 -0000 Subject: [FFmpeg-trac] #602(undetermined:new): feature request: movie sink for ffplay In-Reply-To: <039.6baf89da2c2202bbb9af36c2516c5210@avcodec.org> References: <039.6baf89da2c2202bbb9af36c2516c5210@avcodec.org> Message-ID: <054.6a611d5c07e2f25582a314d2a4e1cc8c@avcodec.org> #602: feature request: movie sink for ffplay -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:1 burek]: > But, mpegts is not so good, because it has a lot of quirks and it distorts timestamps (vlc always complaints when I feed ffmpeg's mpegts/udp output to it, even when I'm on LAN), so I always end up fixing the media and can't ever rely on ffmpeg to create a valid stream :( Please consider reporting problems with the mpeg-ts muxer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 3 23:55:48 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 22:55:48 -0000 Subject: [FFmpeg-trac] #595(swscale:new): Bad convert from PIX_FMT_GBR24P to PIX_FMT_BGRA In-Reply-To: <036.e4552855076671147155f187f8d1e169@avcodec.org> References: <036.e4552855076671147155f187f8d1e169@avcodec.org> Message-ID: <051.dff8e6bef911d677eb5457dd644afbf4@avcodec.org> #595: Bad convert from PIX_FMT_GBR24P to PIX_FMT_BGRA -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: michael Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): {{{ C:\>ffmpeg -i C:\bunny_bad_convert_to_BGRA.mkv -vcodec png out.mov ffmpeg version N-34318-g8475ec1, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 17:50:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, matroska,webm, from 'C:\bunny_bad_convert_to_BGRA.mkv': Duration: 00:00:32.48, start: 0.000000, bitrate: 3376 kb/s Stream #0:0(eng): Video: h264 (High 4:4:4 Predictive), gbr24p, 640x360, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 20k tbn, 50 tbc (default) Incompatible pixel format 'gbr24p' for codec 'png', auto-selecting format 'rgb24 ' [buffer @ 020B5BA0] w:640 h:360 pixfmt:gbr24p tb:1/1000000 sar:1/1 sws_param: [buffersink @ 020B5E20] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020B5340] w:640 h:360 fmt:gbr24p -> w:640 h:360 fmt:rgb24 flags:0x4 Output #0, mov, to 'out.mov': Metadata: encoder : Lavf53.18.0 Stream #0:0(eng): Video: png (png / 0x20676E70), rgb24, 640x360 [SAR 1:1 DA R 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc (default) Stream mapping: Stream #0.0 -> #0.0 (h264 -> png) Press [q] to stop, [?] for help [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 18 fps= 0 q=0.0 size= 32kB time=00:00:00.72 bitrate= 358.4kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 11 times frame= 31 fps= 0 q=0.0 size= 54kB time=00:00:01.24 bitrate= 358.2kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 50 fps= 33 q=0.0 size= 87kB time=00:00:02.00 bitrate= 358.1kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 18 times frame= 70 fps= 35 q=0.0 size= 122kB time=00:00:02.80 bitrate= 358.1kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 89 fps= 35 q=0.0 size= 156kB time=00:00:03.56 bitrate= 358.1kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 11 times frame= 102 fps= 33 q=0.0 size= 178kB time=00:00:04.08 bitrate= 358.1kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 10 times frame= 114 fps= 32 q=0.0 size= 199kB time=00:00:04.56 bitrate= 358.1kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 11 times frame= 127 fps= 31 q=0.0 size= 222kB time=00:00:05.08 bitrate= 358.1kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 11 times frame= 140 fps= 30 q=0.0 size= 245kB time=00:00:05.60 bitrate= 358.1kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 10 times frame= 152 fps= 30 q=0.0 size= 266kB time=00:00:06.08 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 11 times frame= 165 fps= 29 q=0.0 size= 288kB time=00:00:06.60 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 13 times frame= 180 fps= 29 q=0.0 size= 315kB time=00:00:07.20 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 18 times frame= 200 fps= 30 q=0.0 size= 350kB time=00:00:08.00 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 18 times frame= 220 fps= 31 q=0.0 size= 385kB time=00:00:08.80 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 16 times frame= 238 fps= 31 q=0.0 size= 416kB time=00:00:09.52 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 15 times frame= 255 fps= 31 q=0.0 size= 446kB time=00:00:10.20 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 274 fps= 32 q=0.0 size= 479kB time=00:00:10.96 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 18 times frame= 294 fps= 32 q=0.0 size= 514kB time=00:00:11.76 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 313 fps= 32 q=0.0 size= 547kB time=00:00:12.52 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 15 times frame= 330 fps= 32 q=0.0 size= 577kB time=00:00:13.20 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 14 times frame= 346 fps= 32 q=0.0 size= 605kB time=00:00:13.84 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 14 times frame= 362 fps= 32 q=0.0 size= 633kB time=00:00:14.48 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 14 times frame= 378 fps= 32 q=0.0 size= 661kB time=00:00:15.12 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 15 times frame= 395 fps= 32 q=0.0 size= 691kB time=00:00:15.80 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 15 times frame= 412 fps= 32 q=0.0 size= 720kB time=00:00:16.48 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 431 fps= 33 q=0.0 size= 753kB time=00:00:17.24 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 18 times frame= 451 fps= 33 q=0.0 size= 788kB time=00:00:18.04 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 18 times frame= 471 fps= 33 q=0.0 size= 823kB time=00:00:18.84 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 13 times frame= 486 fps= 33 q=0.0 size= 850kB time=00:00:19.44 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 14 times frame= 502 fps= 33 q=0.0 size= 878kB time=00:00:20.08 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 13 times frame= 517 fps= 33 q=0.0 size= 904kB time=00:00:20.68 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 13 times frame= 532 fps= 33 q=0.0 size= 930kB time=00:00:21.28 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 14 times frame= 548 fps= 33 q=0.0 size= 958kB time=00:00:21.92 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 9 times frame= 559 fps= 32 q=0.0 size= 977kB time=00:00:22.36 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 12 times frame= 573 fps= 32 q=0.0 size= 1002kB time=00:00:22.92 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 18 times frame= 593 fps= 32 q=0.0 size= 1037kB time=00:00:23.72 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 612 fps= 33 q=0.0 size= 1070kB time=00:00:24.48 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 15 times frame= 629 fps= 33 q=0.0 size= 1100kB time=00:00:25.16 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 12 times frame= 643 fps= 32 q=0.0 size= 1124kB time=00:00:25.72 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 14 times frame= 659 fps= 32 q=0.0 size= 1152kB time=00:00:26.36 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 14 times frame= 675 fps= 32 q=0.0 size= 1180kB time=00:00:27.00 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 694 fps= 33 q=0.0 size= 1213kB time=00:00:27.76 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 713 fps= 33 q=0.0 size= 1246kB time=00:00:28.52 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 732 fps= 33 q=0.0 size= 1280kB time=00:00:29.28 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 15 times frame= 749 fps= 33 q=0.0 size= 1309kB time=00:00:29.96 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 15 times frame= 766 fps= 33 q=0.0 size= 1339kB time=00:00:30.64 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 17 times frame= 785 fps= 33 q=0.0 size= 1372kB time=00:00:31.40 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 16 times frame= 803 fps= 33 q=0.0 size= 1404kB time=00:00:32.12 bitrate= 358.0kbits/s internal error gbr24p -> rgb24 converter [swscaler @ 0267B460] internal error gbr24p -> rgb24 converter Last message repeated 7 times frame= 812 fps= 33 q=0.0 Lsize= 1423kB time=00:00:32.48 bitrate= 359.0kbits/ s video:1419kB audio:0kB global headers:0kB muxing overhead 0.269835% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 4 00:00:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Nov 2011 23:00:42 -0000 Subject: [FFmpeg-trac] #595(swscale:new): Bad convert from PIX_FMT_GBR24P to PIX_FMT_BGRA In-Reply-To: <036.e4552855076671147155f187f8d1e169@avcodec.org> References: <036.e4552855076671147155f187f8d1e169@avcodec.org> Message-ID: <051.f49f18b0b72d0553558baa8df9207c50@avcodec.org> #595: Bad convert from PIX_FMT_GBR24P to PIX_FMT_BGRA -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: michael Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): similar issue (ticked #297) https://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/297/1_RGB.jpg {{{ C:\>ffmpeg.exe -i C:\1_RGB.jpg out.bmp ffmpeg version N-34354-g0b3e9d5, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 3 2011 02:35:34 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 27. 0 / 53. 27. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'C:\1_RGB.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gbr24p, 1024x768, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'gbr24p' for codec 'bmp', auto-selecting format 'bgr24 ' [buffer @ 0x1ce1be0] w:1024 h:768 pixfmt:gbr24p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x1ce1e60] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1ce1600] w:1024 h:768 fmt:gbr24p -> w:1024 h:768 fmt:bgr24 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.18.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 [swscaler @ 0x22b8ec0] internal error gbr24p -> bgr24 converter frame= 1 fps= 0 q=0.0 Lsize= -0kB time=00:00:00.04 bitrate= -4.4kbits/ s video:2304kB audio:0kB global headers:0kB muxing overhead -100.000932% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 4 03:34:23 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Nov 2011 02:34:23 -0000 Subject: [FFmpeg-trac] #604(avcodec:new): Multithreaded ffmpeg decode with DXVA2 hangs In-Reply-To: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> References: <037.bb20c0d4a1c81f86ee3cba61f212add9@avcodec.org> Message-ID: <052.93afb324e4e5c3fe8664c660c904ee6d@avcodec.org> #604: Multithreaded ffmpeg decode with DXVA2 hangs ------------------------------------+----------------------------------- Reporter: IMarshal | 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 IMarshal): I've attached the legible parts of a 'thread apply all bt full' in gdb using a debug ffmpeg. Honestly, there isn't a ton to go on here. Any chance I could get someone with a better eye for the code to repro? Again, I'd be happy to provide repro steps, builds, etc. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 4 09:14:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Nov 2011 08:14:22 -0000 Subject: [FFmpeg-trac] #595(swscale:open): Missing GBR24P -> RGB converter (was: Bad convert from PIX_FMT_GBR24P to PIX_FMT_BGRA) In-Reply-To: <036.e4552855076671147155f187f8d1e169@avcodec.org> References: <036.e4552855076671147155f187f8d1e169@avcodec.org> Message-ID: <051.9d6bde524e33f784eefe4aafa38a9481@avcodec.org> #595: Missing GBR24P -> RGB converter -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: michael Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: gbr24p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => gbr24p * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 4 20:03:01 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Nov 2011 19:03:01 -0000 Subject: [FFmpeg-trac] #611(avformat:new): missing G726 support for rtp and rtsp Message-ID: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> #611: missing G726 support for rtp and rtsp -----------------------------------+--------------------------------------- Reporter: thunder.m | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: g726 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Hi, G726 formats are not supported in RTSP protocol, i created patch with G726 support for rtp and rtsp decoder. Please feel free to modify it, i don't need any copyright, my only point is to get it to ffmpeg main tree. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 4 20:10:29 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Nov 2011 19:10:29 -0000 Subject: [FFmpeg-trac] #611(avformat:new): missing G726 support for rtp and rtsp In-Reply-To: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> References: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> Message-ID: <053.1bb540aff12715047d9430aeaea9e3a6@avcodec.org> #611: missing G726 support for rtp and rtsp -------------------------------------+------------------------------------ Reporter: thunder.m | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: g726 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by thunder.m): Camera with RTSP stream, H264 video and G726 audio is for example AirLive OD-2025HD, but there are much more such devices, they work without problems in vlc. And now they works also in ffmpeg with this patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 00:31:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Nov 2011 23:31:50 -0000 Subject: [FFmpeg-trac] #612(build system:new): FFmpeg git 11-4-2011 error compiling In-Reply-To: <037.eef5f956801e144c93b6ce90d00ba818@avcodec.org> References: <037.eef5f956801e144c93b6ce90d00ba818@avcodec.org> Message-ID: <052.c0da7a714d89e998b944264e31e76feb@avcodec.org> #612: FFmpeg git 11-4-2011 error compiling -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: undetermined => build system Comment: Could you test latest git head? This should have been fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 02:32:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 01:32:58 -0000 Subject: [FFmpeg-trac] #611(avformat:new): missing G726 support for rtp and rtsp In-Reply-To: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> References: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> Message-ID: <053.147dfbd7937b9ce6bbac845d3022201b@avcodec.org> #611: missing G726 support for rtp and rtsp -------------------------------------+------------------------------------ Reporter: thunder.m | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: g726 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): Please add a license header to the new file and a commit message to the patch (git format-patch -1 will create a patch out of a last local commit with commit message) thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 07:31:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 06:31:28 -0000 Subject: [FFmpeg-trac] #613(documentation:new): Missing documentation for -b flag Message-ID: <032.b9988541cd6c747adc31efa45f510f63@avcodec.org> #613: Missing documentation for -b flag -------------------------------------+------------------------------------- Reporter: foo | Owner: stefano Type: defect | Status: new Priority: normal | Component: Version: | documentation unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The ffmpeg documentation at http://www.ffmpeg.org/ffmpeg.html contains numerous examples of setting the bitrate using '-b', but no actual documentation for it. It still appears to work in recent builds, so probably the documentation for it should be brought back. Otherwise, it should be dropped from the examples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 09:13:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 08:13:59 -0000 Subject: [FFmpeg-trac] #612(build system:new): FFmpeg git 11-4-2011 error compiling In-Reply-To: <037.eef5f956801e144c93b6ce90d00ba818@avcodec.org> References: <037.eef5f956801e144c93b6ce90d00ba818@avcodec.org> Message-ID: <052.9b847929ee04991cc9a3640660caf88b@avcodec.org> #612: FFmpeg git 11-4-2011 error compiling -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Atarikid): Confirmed. The latest git (and 0.8.6) works again. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 12:05:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 11:05:24 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:new): ffserver bug In-Reply-To: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> References: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> Message-ID: <049.8488744769712c21a32c6bcef5acb405@avcodec.org> #610: ffserver bug ------------------------------------+----------------------------------- Reporter: burek | Owner: michael 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 thunder.m): If you use libx264 you have to define profile. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 12:14:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 11:14:41 -0000 Subject: [FFmpeg-trac] #346(FFserver:new): FFserver passing on rtp stream freezes In-Reply-To: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> References: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> Message-ID: <051.df70c51072c665b6d4542aa2b297259e@avcodec.org> #346: FFserver passing on rtp stream freezes --------------------------------------+------------------------------------ Reporter: schanda | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: stream error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by thunder.m): I have same probleme here with format .flv or rtp, did you found any possible solution? Everything works with version 0.6.2 (May 2011) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:06:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:06:12 -0000 Subject: [FFmpeg-trac] #612(build system:closed): FFmpeg git 11-4-2011 error compiling In-Reply-To: <037.eef5f956801e144c93b6ce90d00ba818@avcodec.org> References: <037.eef5f956801e144c93b6ce90d00ba818@avcodec.org> Message-ID: <052.b833335e8f6b4f132d70fae18651bf66@avcodec.org> #612: FFmpeg git 11-4-2011 error compiling -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:08:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:08:46 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:new): ffserver bug In-Reply-To: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> References: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> Message-ID: <049.febefafc142f8f50360c0ef0ce6dc14b@avcodec.org> #610: ffserver bug ------------------------------------+----------------------------------- Reporter: burek | Owner: michael 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 thunder.m): I have done some regresion testing: ffmpeg 0.6.3 - works ffmpeg 0.7.7 - no ffmpeg 0.8.6 - no -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:19:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:19:00 -0000 Subject: [FFmpeg-trac] #290(undetermined:closed): alpha channel not preserved when transcoding In-Reply-To: <045.8dc362242324f6d522681e2e40530fe9@avcodec.org> References: <045.8dc362242324f6d522681e2e40530fe9@avcodec.org> Message-ID: <060.fab868bed035dc75a0ec99f1e3ed8815@avcodec.org> #290: alpha channel not preserved when transcoding -------------------------------------+------------------------------------- Reporter: | Owner: michael matteosistisette | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: Both -vcodec qtrle -pix_fmt argb and -vcodec png -pix_fmt rgb32 encode the alpha channel of your sample as expected. Does libx264 support encoding an alpha channel? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:26:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:26:42 -0000 Subject: [FFmpeg-trac] #254(avcodec:open): mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) In-Reply-To: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> References: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> Message-ID: <053.20e8e6cedae24f8c1a073fc6e52fa86d@avcodec.org> #254: mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ts mpeg2video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => ts mpeg2video -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:29:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:29:02 -0000 Subject: [FFmpeg-trac] #240(avcodec:open): ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder In-Reply-To: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> References: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> Message-ID: <053.9511bdcd422cd4d796b40bf6b7be0ea1@avcodec.org> #240: ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV wmav2 wmav1 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV wmav2 wmav1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:30:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:30:17 -0000 Subject: [FFmpeg-trac] #346(FFserver:new): FFserver passing on rtp stream freezes In-Reply-To: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> References: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> Message-ID: <051.e2d821fd065415e9c8119f4dae275d97@avcodec.org> #346: FFserver passing on rtp stream freezes --------------------------------------+------------------------------------ Reporter: schanda | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: stream error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by thunder.m): I have done some regresion testing: ffmpeg 0.6.3 - works ffmpeg 0.7.0rc1 - works ffmpeg 0.7.0 - no ffmpeg 0.7.7 - no ffmpeg 0.8.6 - no I will try to find problematic code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:38:23 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:38:23 -0000 Subject: [FFmpeg-trac] #412(avformat:open): .smv container support In-Reply-To: <040.2a5d1deb61fc6ed068815b1cbe2141ed@avcodec.org> References: <040.2a5d1deb61fc6ed068815b1cbe2141ed@avcodec.org> Message-ID: <055.53d427fe375e54c36069264269476478@avcodec.org> #412: .smv container support -------------------------------------+------------------------------------ Reporter: iohanntachy | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by cehoyos): Limited decoding support has been implemented. Video output is not completely correct, hints on possible implementations can be found here: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/135864/focus=135893 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:39:47 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:39:47 -0000 Subject: [FFmpeg-trac] #181(avdevice:closed): ffmpeg win-all be able to capture from dshow In-Reply-To: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> References: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> Message-ID: <053.d8ec73fe8673b3dc96c6e490b44010c6@avcodec.org> #181: ffmpeg win-all be able to capture from dshow -------------------------------------+------------------------------------ Reporter: andrixnet | Owner: Type: enhancement | Status: closed Priority: wish | Component: avdevice Version: git-master | Resolution: fixed Keywords: windows | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This has been implemented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 13:43:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 12:43:41 -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.524ece59e502bbca3fb4a957add72a0c@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 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 14:22:03 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 13:22:03 -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.3377af27281a93cd20760bf3c4eb5a9e@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 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => H264 TS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 14:42:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 13:42:41 -0000 Subject: [FFmpeg-trac] #403(undetermined:closed): -r to specify input frame rate does not work In-Reply-To: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> References: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> Message-ID: <051.9c59f17f0814926af82047d283c0714b@avcodec.org> #403: -r to specify input frame rate does not work -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 14:48:09 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 13:48:09 -0000 Subject: [FFmpeg-trac] #253(avformat:open): 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.2da75b7cd7ca47d3c820267f767ab63c@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------+------------------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac | Blocked By: after av_write_header stream | Reproduced by developer: 0 time_base | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): About the original issue, could you please explain what does not work ? The timebase looks perfectly valid to me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 15:21:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 14:21:35 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:new): ffserver bug In-Reply-To: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> References: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> Message-ID: <049.3eddf8df98cf120df82d28cd6eb6dd07@avcodec.org> #610: ffserver bug ------------------------------------+----------------------------------- Reporter: burek | Owner: michael 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 burek): Here are the results with that config: {{{ # ffmpeg -y -re \ -f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb- 046d_0809_03A981AD-video-index0 \ -f alsa -ar 44100 -ac 1 -i default:CARD=U0x46d0x809 \ http://localhost:8090/feed1.ffm ffmpeg version N-34408-gb3f4ff2, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 3 2011 23:06:27 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable- libmp3lame libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 27. 0 / 53. 27. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x20ac980] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_03A981AD- video-index0': Duration: N/A, start: 161513.508117, bitrate: 36864 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 320x240, 36864 kb/s, 30 tbr, 1000k tbn, 30 tbc [alsa @ 0x20ad9c0] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'default:CARD=U0x46d0x809': Duration: N/A, start: 1320502819.560819, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 44100 Hz, 1 channels, s16, 705 kb/s [NULL @ 0x20abc20] Requested sampling rate unsupported using closest supported (16000) [buffer @ 0x20a8520] w:320 h:240 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param: [scale @ 0x20f4120] w:320 h:240 fmt:yuyv422 -> w:720 h:576 fmt:yuv420p flags:0x4 [mp2 @ 0x20abc20] codec type or id mismatches Output #0, ffm, to 'http://localhost:8090/feed1.ffm': Stream #0:0: Audio: mp3, 16000 Hz, 1 channels, s16, 32 kb/s Stream #0:1: Video: h264, yuv420p, 720x576, q=10-51, 1500 kb/s, 1000k tbn, 30 tbc Stream mapping: Stream #1.0 -> #0.0 (pcm_s16le -> mp2) Stream #0.0 -> #0.1 (rawvideo -> mpeg1video) Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 5 23:00:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 22:00:25 -0000 Subject: [FFmpeg-trac] #584(avformat:new): WTV MUX generates malformed files In-Reply-To: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> References: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> Message-ID: <050.20a29070b812340e0d5bb61cd3eda397@avcodec.org> #584: WTV MUX generates malformed files ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by pross): Okay, i can reproduce the error. Looking into it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 00:13:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Nov 2011 23:13:20 -0000 Subject: [FFmpeg-trac] #432(avcodec:closed): -vcodec copy on webm produces incorrect frame rate In-Reply-To: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> References: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> Message-ID: <052.e7f62630fae87746167fb814a7a90d04@avcodec.org> #432: -vcodec copy on webm produces incorrect frame rate ----------------------------------+----------------------------------- Reporter: gervin23 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 11:36:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 10:36:42 -0000 Subject: [FFmpeg-trac] #467(avfilter:new): Encoding an image only movie fails when used with the movie overlay filter In-Reply-To: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> References: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> Message-ID: <049.be3ea8d971d3ac4cec2fb59e778ff878@avcodec.org> #467: Encoding an image only movie fails when used with the movie overlay filter ------------------------------------+------------------------------------ Reporter: jogga | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 12:16:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 11:16:31 -0000 Subject: [FFmpeg-trac] #522(avformat:open): No pcm_mulaw audio in mp4 file (was: No audio in mp4 file - edit list support) In-Reply-To: <036.fd21a9ad435137e75e99a21fcb72dffa@avcodec.org> References: <036.fd21a9ad435137e75e99a21fcb72dffa@avcodec.org> Message-ID: <051.57878df0e2b3f5dd7e5e38c4cdd9ba24@avcodec.org> #522: No pcm_mulaw audio in mp4 file ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 12:19:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 11:19:16 -0000 Subject: [FFmpeg-trac] #513(avcodec:open): FFMpeg is unable to find the aac codec parameters for mp4 file (was: FFMpeg is unable to find the codec parameters for mp4 file) In-Reply-To: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> References: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> Message-ID: <066.e2227be919cf077430fdf5d7f20b7f3b@avcodec.org> #513: FFMpeg is unable to find the aac codec parameters for mp4 file --------------------------------------+----------------------------------- Reporter: workcutter@? | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: aac => aac mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 12:20:45 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 11:20:45 -0000 Subject: [FFmpeg-trac] #581(avformat:new): matroskadec errors on blocks with zero data In-Reply-To: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> References: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> Message-ID: <051.c689b0294fbe607f747117a2a316b378@avcodec.org> #581: matroskadec errors on blocks with zero data ------------------------------------+------------------------------------ Reporter: crwulff | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): A similar patch by Ronald was committed, could you test if your problem is fixed now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 13:23:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 12:23:35 -0000 Subject: [FFmpeg-trac] #614(FFmpeg:new): mpegts issue on localhost Message-ID: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> #614: mpegts issue on localhost --------------------------------------+--------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Hi, In response to https://ffmpeg.org/trac/ffmpeg/ticket/602 (cehoyos), I'll try to provide my experience with mpegts format. Here is the first issue. I have 2 ffmpeg processes, the first one should send the a/v (aac+h264) to the localhost:port using udp, and the 2nd ffmpeg process should pick it up and just save to the .ts file. This is the command line of the first ffmpeg: {{{ ffmpeg -y -re \ -f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb- 046d_0809_33A881A3-video-index0 \ -f alsa -ar 44100 -ac 2 -i default:CARD=Intel \ -vcodec libx264 -crf 20 -threads 0 \ -acodec aac -ab 32k -ar 44100 -ac 2 \ -strict experimental \ -vbsf h264_mp4toannexb \ -absf aac_adtstoasc \ -f mpegts udp://127.0.0.1:10001 }}} And this is the command of the 2nd ffmpeg: {{{ ffmpeg -muxdelay 15 -f mpegts -i udp://localhost:10001 -acodec copy -vcodec copy out.ts }}} Now, when I try to play the .ts file in VLC, I can watch the video, but in the message log I can see a lot of those: {{{ main warning: late picture skipped (35805 > -268) main warning: late picture skipped (2472 > -268) main warning: late picture skipped (7218 > -262) main warning: late picture skipped (1171 > -334) main warning: late picture skipped (24818 > -266) main warning: late picture skipped (19257 > -277) main warning: late picture skipped (14977 > -303) main warning: late picture skipped (57074 > -266) main warning: late picture skipped (23740 > -266) main warning: late picture skipped (5374 > -265) main warning: late picture skipped (1929 > -15969) main warning: late picture skipped (1376 > -264) }}} I'm sure the network is not an issue here :) and also, I've monitored cpu usage (on a dual core) and it didn't go over 40% at any time. Also, when I record a live stream this way for a very long time (like 12 hours or more) the audio and video get totally async, meaning audio is progressively advancing before the video and after like 3-4 hours of recording, the drift is around 10 seconds and will get even bigger for the longer period of the recording. I can send you samples of .ts files, only I'll need to record for that long, so you can see that it really happens. Other issues are related to remuxing from .ts to .flv (also with h264+aac), but I'll see to create new tickets for that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 14:05:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 13:05:46 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.44d0ba15b4dba292a3707e2f1e19b415@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Assuming this is not reproducible with {{{ ffmpeg -re -f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb- 046d_0809_33A881A3-video-index0 -vcodec libx264 -crf 20 -vbsf h264_mp4toannexb out.ts }}} Isn't this more an udp issue? And why are you using the bsf? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 14:11:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 13:11:49 -0000 Subject: [FFmpeg-trac] #595(swscale:closed): Missing GBR24P -> RGB converter In-Reply-To: <036.e4552855076671147155f187f8d1e169@avcodec.org> References: <036.e4552855076671147155f187f8d1e169@avcodec.org> Message-ID: <051.4ed75e0ed549c475476b94dcdd24f60c@avcodec.org> #595: Missing GBR24P -> RGB converter -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: gbr24p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Scaling planar RGB to RGB was committed to FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 14:14:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 13:14:42 -0000 Subject: [FFmpeg-trac] #346(FFserver:new): FFserver passing on rtp stream freezes In-Reply-To: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> References: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> Message-ID: <051.c9a6319b8580a0947497d2c2b97ff658@avcodec.org> #346: FFserver passing on rtp stream freezes --------------------------------------+------------------------------------ Reporter: schanda | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: stream error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by thunder.m): Ok, i finaly found problematic patch: {{{ From: Anton Khirnov Date: Sat, 4 Jun 2011 15:36:30 +0000 (+0200) Subject: Deprecate av_open_input_* and remove their uses. X-Git-Tag: n0.8~24^2~26 X-Git-Url: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=603b8bc2a109978c8499b06d2556f1433306eca7 }}} This patch rewrite function "av_open_input_file", whic was used to open rtsp stream, i am working on patch... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 14:22:37 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 13:22:37 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.397d6e81944967af8d8725c00e2a9040@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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): Well, I didn't try just recording to .ts file for that long, more rational way was to stream to an udp port because that way I could duplicate the data and watch it, while it is being saved to a file. Anyway, for the absf, I don't remember now where exactly did I pick up that option (was it in ffmpeg channel or google), I just know that without it, when I play the udp stream in VLC, then the audio is a lot more quirky, skipping up/down-sampling and stuff... And since there is no official documentation on that filter ( http://ffmpeg.org/ffmpeg.html#aac_005fadtstoasc ), I didn't have chance to read about its real intended usage, so it might be the reason of the async behavior. Can You give me one working example (default or something) of using mpegts (h264+aac) over udp, just to test it, because I've tried so many different combinations and variations I can't even remember now and none of them gave the smooth and clean playback without async (I'm talking about 100/100 LAN network). What could be the simplest way to start such a stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 14:58:07 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 13:58:07 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.bcba364cd5655051fa533365f6a66db8@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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 cehoyos): I meant the video bitstream filter that should only make sense when stream copying from mp4. To clarify: Does creating the transport stream without using udp (and without audio and without the video bitstream filter) produce a file that does not show the warnings in vlc? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 15:48:03 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 14:48:03 -0000 Subject: [FFmpeg-trac] #369(avcodec:closed): Multichannel encoding with the native aac encoder crashes In-Reply-To: <036.ac6cbe4a16d0fd2e4903a9f6b22053d6@avcodec.org> References: <036.ac6cbe4a16d0fd2e4903a9f6b22053d6@avcodec.org> Message-ID: <051.64eb5c4cea5f196a3744d94ae3bdeda9@avcodec.org> #369: Multichannel encoding with the native aac encoder crashes -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Nathan in July. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:13:36 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:13:36 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.36618fce36bc5c57f7f0ef991d4caa2e@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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): why without audio? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:22:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:22:35 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.22beb9f25cbaf40e9ea457e7c1b83d7f@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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): encoding audio only works just fine: {{{ ffmpeg -y -re \ -f alsa -ar 44100 -ac 2 -i default:CARD=Intel \ -acodec aac -ab 32k -ar 44100 -ac 2 \ -strict experimental \ out.ts }}} No warnings, errors, nothin, just clear audio :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:26:10 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:26:10 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:new): ffserver bug In-Reply-To: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> References: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> Message-ID: <049.60e81ba8c03ad7fcc0f019ec0d451b4e@avcodec.org> #610: ffserver bug ------------------------------------+----------------------------------- Reporter: burek | Owner: michael 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 burek): Do you need any more tests for this? I've been trying various ffserver.conf, but it seems that ffmpeg always returns to some "default" values, being mp2 for audio and mpeg1video for video.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:35:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:35:50 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.c44ef88f648a5a1bfbb4fd383afe49d0@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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 cehoyos): Is this only reproducible with an external library (-vcodec libx264) or also with an internal encoder? Please post complete, uncut console output (including command line) without -threads 0. And do you have any idea what the vlc warnings mean? Are there any visible problems with the resulting file? Do other players (ffplay, MPlayer, WMP 12) show any problems? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:39:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:39:02 -0000 Subject: [FFmpeg-trac] #615(FFmpeg:new): ALSA buffer xrun Message-ID: <034.9d4ad7a806ae948ce1eae916f612c56b@avcodec.org> #615: ALSA buffer xrun --------------------------------------+--------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- when grabbing video+audio from usb webcam, this error always appear, no matter what output muxer format is chosen: "ALSA buffer xrun" i've tried with .avi, .ts, .flv, .mkv, and all give the similar output: {{{ ffmpeg -y -re \ -f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb- 046d_0809_33A881A3-video-index0 \ -f alsa -ar 44100 -ac 2 -i default:CARD=Intel \ out.flv ffmpeg version N-34519-g54a09f1, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 12:46:05 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. 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 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x2247980] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_33A881A3 -video-index0': Duration: N/A, start: 27263.653187, bitrate: 27648 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, 27648 kb/s, 30 tbr, 1000k tbn, 30 tbc [alsa @ 0x2242040] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'default:CARD=Intel': Duration: N/A, start: 1320593764.890759, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s [buffer @ 0x2297f20] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, flv, to 'out.flv': Metadata: encoder : Lavf53.19.0 Stream #0:0: Video: flv1 ([2][0][0][0] / 0x0002), yuv420p, 320x240, q=2-31, 200 kb/s, 1k tbn, 30 tbc Stream #0:1: Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> flv) Stream #1.0 -> #0.1 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help [alsa @ 0x2242040] ALSA buffer xrun. ALSA buffer xrun. 6 q=2.6 size= 34kB time=00:00:01.48 bitrate= 185.4kbits/s ALSA buffer xrun. 8 q=2.6 size= 103kB time=00:00:03.52 bitrate= 240.2kbits/s frame= 78 fps= 8 q=2.8 Lsize= 252kB time=00:00:04.91 bitrate= 421.2kbits/s video:171kB audio:77kB global headers:0kB muxing overhead 1.801323% root at strumf:~/videos/tests/mpegts# ^C }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:40:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:40:39 -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.0a072979728d4c7ad6f115640009fe9c@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 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Is this also reproducible with {{{ $ ffmpeg -f alsa -ar 44100 -ac 2 -i default:CARD=Intel out.wav }}} ? And is anything wrong with the resulting file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:47:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:47:01 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.7a886fa5af467a620a1a4a5f58da8335@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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): Same scenario with this example (mpeg2video): {{{ ffmpeg -y -re \ -f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb- 046d_0809_33A881A3-video-index0 \ out.ts ffmpeg version N-34519-g54a09f1, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 12:46:05 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. 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 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x1f9c980] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_33A881A3 -video-index0': Duration: N/A, start: 27501.143731, bitrate: 27648 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, 27648 kb/s, 30 tbr, 1000k tbn, 30 tbc [buffer @ 0x1f9c800] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [mpegts @ 0x1f97040] muxrate VBR, pcr every 3 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf53.19.0 Stream #0:0: Video: mpeg2video, yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> mpeg2video) Press [q] to stop, [?] for help frame= 976 fps= 30 q=5.7 Lsize= 1257kB time=00:00:32.50 bitrate= 317.0kbits/s dup=638 drop=0 video:1070kB audio:0kB global headers:0kB muxing overhead 17.558359% }}} And here is libx264 without -threads: {{{ # ffmpeg -y -re \ -f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb- 046d_0809_33A881A3-video-index0 \ -vcodec libx264 -crf 20 \ out.ts ffmpeg version N-34519-g54a09f1, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 12:46:05 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. 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 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x707980] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_33A881A3 -video-index0': Duration: N/A, start: 27685.969253, bitrate: 27648 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, 27648 kb/s, 30 tbr, 1000k tbn, 30 tbc [buffer @ 0x708440] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [libx264 @ 0x7025a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x7025a0] profile High, level 1.3 [mpegts @ 0x702040] muxrate VBR, pcr every 3 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf53.19.0 Stream #0:0: Video: h264, yuv420p, 320x240, q=-1--1, 90k tbn, 30 tbc Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> libx264) Press [q] to stop, [?] for help frame= 636 fps= 29 q=-1.0 Lsize= 626kB time=00:00:21.13 bitrate= 242.5kbits/s dup=442 drop=0 video:497kB audio:0kB global headers:0kB muxing overhead 25.792506% [libx264 @ 0x7025a0] frame I:3 Avg QP:14.98 size: 15692 [libx264 @ 0x7025a0] frame P:424 Avg QP:19.03 size: 1074 [libx264 @ 0x7025a0] frame B:209 Avg QP:25.71 size: 33 [libx264 @ 0x7025a0] consecutive B-frames: 56.1% 0.0% 0.5% 43.4% [libx264 @ 0x7025a0] mb I I16..4: 2.4% 62.2% 35.3% [libx264 @ 0x7025a0] mb P I16..4: 0.0% 0.1% 0.0% P16..4: 33.9% 9.4% 7.7% 0.0% 0.0% skip:48.9% [libx264 @ 0x7025a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 3.4% 0.0% 0.0% direct: 0.2% skip:96.3% L0:54.6% L1:44.0% BI: 1.4% [libx264 @ 0x7025a0] 8x8 transform intra:64.4% inter:74.7% [libx264 @ 0x7025a0] coded y,uvDC,uvAC intra: 97.3% 99.6% 98.7% inter: 9.6% 30.5% 18.6% [libx264 @ 0x7025a0] i16 v,h,dc,p: 3% 3% 29% 65% [libx264 @ 0x7025a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 20% 13% 3% 9% 5% 17% 5% 9% [libx264 @ 0x7025a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 20% 8% 5% 10% 6% 15% 9% 9% [libx264 @ 0x7025a0] i8c dc,h,v,p: 62% 19% 10% 9% [libx264 @ 0x7025a0] Weighted P-Frames: Y:0.7% UV:0.2% [libx264 @ 0x7025a0] ref P L0: 63.4% 6.8% 7.9% 21.7% 0.1% [libx264 @ 0x7025a0] ref B L0: 85.1% 13.1% 1.8% [libx264 @ 0x7025a0] ref B L1: 91.4% 8.6% [libx264 @ 0x7025a0] kb/s:192.20 }}} The problem still exists. That message tells that the timestamps are somehow wrong, I guess. Sometimes I can see the image freezes for a fraction of a second and the image goes distorted just like a wrong keyframe was used for all the subsequent delta frames, but it gets back to normal after a couple of seconds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:49:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:49:59 -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.fcc2758698c72fcb31042af571773dd5@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): There is no such error with .wav. I've ran ffmpeg for a whole minute, not a single ALSA error occured. Audio file is ok, just 2 warnings appeared at the beginning: {{{ main debug: Decoder buffering done in 1251 ms main warning: PTS is out of range (-9963), dropping buffer main warning: PTS is out of range (-33131), dropping buffer }}} And the rest of the audio played back without any problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:54:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:54:55 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.557d1f5ac2f49f746ba7cafc017446e7@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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 cehoyos): Are the problems only reproducible with -vcodec mpeg2video -f mpegts or also for -vcodec mpeg2video -f avi/mpg/mkv ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 16:56:15 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 15:56:15 -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.17d320726a789738e4a97f01a9660ec4@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 cehoyos): Which option makes the original problem appear? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 17:33:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 16:33:35 -0000 Subject: [FFmpeg-trac] #616(undetermined:new): WebM/VP8 issue incombination with VLC Message-ID: <042.758324533bd58cbd658e76a40788f3d9@avcodec.org> #616: WebM/VP8 issue incombination with VLC -------------------------------------+------------------------------------- Reporter: | Type: defect jongerenchaos | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I try to use the following command VLC (1.1.15linux) (to transcode the mpeg file into a new Webm format): cvlc test.mpg --sout "#transcode{vcodec=VP80,vb=800,scale=1,acodec=vorbis,ab=128,channels=2}:std{access=file,mux='ffmpeg{mux=webm}',dst=aVeryNiceMoive.webm}" But when i use this i get the following error: {{{ [0x2586dd8] avcodec generic error: cannot open codec (MPEG-1/2 Video) [0x2587238] avcodec encoder error: cannot find encoder Google/On2's VP8 Video *** Your FFMPEG installation is crippled. *** *** Please check with your FFMPEG packager. *** *** This is NOT a VLC media player issue. *** [0x2587238] main encoder error: Streaming / Transcoding failed [0x2587238] main encoder error: It seems your FFMPEG (libavcodec) installation lacks the following encoder: Google/On2's VP8 Video. If you don't know how to fix this, ask for support from your distribution. This is not an error inside VLC media player. Do not contact the VideoLAN project about this issue. [0x30f79f8] stream_out_transcode stream out error: }}} I use the GIT version of ffmpeg (and i can decode and encode webm files without any problem with the command ffmpeg -threads 4 -i input.mpg -s 720x480 -acodec libvorbis -ab 128k -vcodec libvpx -b 256k -re -f webm output.webm): {{{ root at ubuntu:~# ffmpeg ffmpeg version 0.8.5.git, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 23 2011 11:24:43 with gcc 4.5.2 configuration: --enable-postproc --enable-libvpx --enable-libvorbis --enable-pthreads --prefix=/usr --enable-avfilter libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 21. 0 / 53. 21. 0 libavformat 53. 16. 1 / 53. 16. 1 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 44. 0 / 2. 44. 0 libswscale 2. 1. 0 / 2. 1. 0 Hyper fast Audio and Video encoder }}} Therefore i think there is a problem with the extension. When i launch the VLC with "vcodec=VP80" this will refer to the ffmpeg VP80 video codec extension (and this is changed recently in ffmpeg to -vcodec libvpx). Is there a solution to repair/solve this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 19:01:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 18:01:04 -0000 Subject: [FFmpeg-trac] #617(undetermined:new): No audio in remux of .mts from NXCAM p50+pcm Message-ID: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> #617: No audio in remux of .mts from NXCAM p50+pcm -------------------------------------+------------------------------------- Reporter: kaihei | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: 50p pcm no | unspecified audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I downloaded ffmpeg from http://ffmpeg.zeranoe.com/builds/: Latest Zeranoe FFmpeg Builds Version: git-8475ec1 (2011-10-31): FFmpeg git-8475ec1 32-bit Static I am trying to remux this file (I recorded it with a Sony NXCAM NX70E) and get no audio. ffmpeg reports the audio as "aac_latm" while !MediaInfo finds the correct format: "PCM". I used the command "ffmpeg -v 9 -loglevel 99 -i NX70E_p50_pcm_Audio_wrong.MTS test.m4v" I know that FCPX-10.0.1 can not read this file, either. Sony "Vegas Movie Studio HD 11.0" handles the file right. Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 19:15:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 18:15:20 -0000 Subject: [FFmpeg-trac] #617(undetermined:new): No audio in remux of .mts from NXCAM p50+pcm In-Reply-To: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> References: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> Message-ID: <050.9aad11b54634ffcc1205c2ce7b539bdf@avcodec.org> #617: No audio in remux of .mts from NXCAM p50+pcm -------------------------------------+------------------------------------- Reporter: kaihei | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: 50p pcm no | Resolution: audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kaihei): upload of .mts does not work... ftp> cd upload 250 OK. Current directory is /upload ftp> mkdir 617 550 Sorry, anonymous users are not allowed to create directories ftp> -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 20:45:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 19:45:55 -0000 Subject: [FFmpeg-trac] #617(undetermined:new): No audio in remux of .mts from NXCAM p50+pcm In-Reply-To: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> References: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> Message-ID: <050.73b5285c0d942ab7fc2d30e3d6cec010@avcodec.org> #617: No audio in remux of .mts from NXCAM p50+pcm -------------------------------------+------------------------------------- Reporter: kaihei | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: 50p pcm no | Resolution: audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please upload the sample to http://www.datafilehost.com/ and post the download link here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 6 21:20:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 20:20:44 -0000 Subject: [FFmpeg-trac] #618(avformat:new): avformat_open_input() error reporting can be misleading Message-ID: <037.fcbd9912751b52e0a21c59c2847f5c3c@avcodec.org> #618: avformat_open_input() error reporting can be misleading ----------------------------------+--------------------------------------- Reporter: teratorn | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Attemping to use avformat_open_input() without having called av_register_all() first results in ENOENT "No such file or directory". As an ffmpeg newcomer this was very confusing and I had to dig in to the guts of libavformat with a debugger before I figured out what was going on. Attached is a patch that introduces a new error code with an informative error message for this case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 00:29:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 23:29:52 -0000 Subject: [FFmpeg-trac] #619(undetermined:new): regression with fraps codec Message-ID: <038.8724a35456aa760c9f191df83f9186ac@avcodec.org> #619: regression with fraps codec -------------------------------------+------------------------------------- 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://multimedia.cx/samples/V-codecs/FPS1/10secs.avi afte conversion there will be visible some vertical red lines at the end of the video the problem started to happen between N-32355-g4f7dfe1 (06 Sep 2011) and N-32611-gd55b06b (15 Sep 2011) {{{ C:\>ffmpeg -i 10secs.avi -vcodec msmpeg4v2 out.avi ffmpeg version N-34318-g8475ec1, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 17:50:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 020A2320] parser not found for codec fraps, packets or times may be inval id. Input #0, avi, from '10secs.avi': Duration: 00:00:25.10, start: 0.000000, bitrate: 384 kb/s Stream #0:0: Video: fraps (FPS1 / 0x31535046), bgr24, 640x480, 30 fps, 30 tb r, 30 tbn, 30 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Incompatible pixel format 'bgr24' for codec 'msmpeg4v2', auto-selecting format ' yuv420p' [buffer @ 020B2740] w:640 h:480 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020B29C0] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020B2DC0] w:640 h:480 fmt:bgr24 -> w:640 h:480 fmt:yuv420p flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.18.0 Stream #0:0: Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 640x480, q=2-31, 200 kb/s, 30 tbn, 30 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, 2 channels, s16, 12 8 kb/s Stream mapping: Stream #0.0 -> #0.0 (fraps -> msmpeg4v2) Stream #0.1 -> #0.1 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help frame= 7 fps= 0 q=3.0 Lsize= 199kB time=00:00:00.02 bitrate=62359.1kbits /s video:189kB audio:0kB global headers:0kB muxing overhead 5.227309% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 00:37:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Nov 2011 23:37:24 -0000 Subject: [FFmpeg-trac] #581(avformat:new): matroskadec errors on blocks with zero data In-Reply-To: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> References: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> Message-ID: <051.d8a018bff4615e8882adbce27401961b@avcodec.org> #581: matroskadec errors on blocks with zero data ------------------------------------+------------------------------------ Reporter: crwulff | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by crwulff): Replying to [comment:3 cehoyos]: > A similar patch by Ronald was committed, could you test if your problem is fixed now? Yes, the patch from Ronald does fix the problem for me as well. This ticket can probably be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 01:57:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 00:57:57 -0000 Subject: [FFmpeg-trac] #346(FFserver:new): FFserver passing on rtp stream freezes In-Reply-To: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> References: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> Message-ID: <051.4c35fdb172beab02f9c14b6f9a6718f7@avcodec.org> #346: FFserver passing on rtp stream freezes --------------------------------------+------------------------------------ Reporter: schanda | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: stream error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by thunder.m): After 2 days i finally write simple code to fix this issue, while rewriting functions "av_open_input_stream" and "av_open_input_file" to "avformat_open_input" Anton Khirnov forgot to add buf_size in ffserver needed for streaming. Simple patch above is the easiest solution i found, there are also another solutions but it needs more dirty code. Please apply this patch to ffmpeg, ffserver is broken more than 5 months! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 03:40:10 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 02:40:10 -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.fc13b53b0a11b0453f3d17479cb58d9a@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): also try to increase ALSA_BUFFER_SIZE_MAX -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 04:23:41 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 03:23:41 -0000 Subject: [FFmpeg-trac] #618(avformat:closed): avformat_open_input() error reporting can be misleading In-Reply-To: <037.fcbd9912751b52e0a21c59c2847f5c3c@avcodec.org> References: <037.fcbd9912751b52e0a21c59c2847f5c3c@avcodec.org> Message-ID: <052.e6993dd35297b037d56181f789e30645@avcodec.org> #618: avformat_open_input() error reporting can be misleading -------------------------------------+------------------------------------ Reporter: teratorn | Owner: Type: enhancement | 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 michael): * status: new => closed * resolution: => fixed Comment: Ive solved this a bit differently, as i think the error code is not so helpfull, it still requires quite a bit of indirection. That is "why does it fail? what does this error code mean? ..." -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 04:38:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 03:38:07 -0000 Subject: [FFmpeg-trac] #620(avformat:new): unsupported mpeg2video Message-ID: <038.1975ff332c730803181e5ea6cd589165@avcodec.org> #620: unsupported mpeg2video -----------------------------------+-------------------------------------- Reporter: richardpl | Type: defect Status: new | Priority: minor Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- sample url: [http://okeoke.net/test.mpg] ffprobe version git-2011-11-04-259a960, Copyright (c) 2007-2011 the FFmpeg developers built on Nov 5 2011 21:44:08 with clang 3.0 (branches/release_30 142614) configuration: --disable-indev=bktr --disable-indev=alsa --disable- outdev=alsa --enable-postproc --enable-gpl --enable-shared --disable- static --cc=clang --disable-debug libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 27. 0 / 53. 27. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x2945e100] probed stream 0 failed [mpeg @ 0x2945e100] parser not found for codec none, packets or times may be invalid. [mpeg @ 0x2945e100] max_analyze_duration 5000000 reached at 5016000 Input #0, mpeg, from '/usr/home/r/test.mpg': Duration: 00:00:23.76, start: 0.266933, bitrate: 4567 kb/s Stream #0:0[0x1e0]: Video: none, 0.08 tbr, 90k tbn Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s Stream #0:2[0x1c1]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s Unsupported codec with id 0 for input stream 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 09:10:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 08:10:14 -0000 Subject: [FFmpeg-trac] #620(avformat:open): mpeg2video not detected (was: unsupported mpeg2video) In-Reply-To: <038.1975ff332c730803181e5ea6cd589165@avcodec.org> References: <038.1975ff332c730803181e5ea6cd589165@avcodec.org> Message-ID: <053.2d4f7ed16756c0c08b24009b4e02875b@avcodec.org> #620: mpeg2video not detected -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpeg | Blocked By: mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpeg mpeg2video * priority: minor => normal * status: new => open * reproduced: 0 => 1 Comment: Works fine with mplayer -demuxer mpegps {{{ $ ffmpeg -vcodec mpeg2video -i videonone.mpg ffmpeg version N-34524-gd3bc75c, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 17:57:40 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc 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, mpeg, from 'videonone.mpg': Duration: 00:00:04.32, start: 0.266933, bitrate: 4740 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 480x480 [SAR 4:3 DAR 4:3], 8000 kb/s, 30.08 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s Stream #0:2[0x1c1]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 09:11:22 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 08:11:22 -0000 Subject: [FFmpeg-trac] #581(avformat:closed): matroskadec errors on blocks with zero data In-Reply-To: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> References: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> Message-ID: <051.15046ff43e9de2043370ca92f7cb687f@avcodec.org> #581: matroskadec errors on blocks with zero data ------------------------------------+------------------------------------ Reporter: crwulff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 10:54:03 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 09:54:03 -0000 Subject: [FFmpeg-trac] #619(avformat:new): regression with fraps codec In-Reply-To: <038.8724a35456aa760c9f191df83f9186ac@avcodec.org> References: <038.8724a35456aa760c9f191df83f9186ac@avcodec.org> Message-ID: <053.fa7a52f1b62418a3f5339ea2c32a0532@avcodec.org> #619: regression with fraps codec ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * version: unspecified => git-master * component: undetermined => avformat Comment: The sample contains six complete frames and a partial seventh. FFmpeg outputs the seventh frame since e42a3dd123c47efd7921f93d4a1f6f53c196ad4a. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 11:52:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 10:52:09 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.ff78f91ac5c07c4341fb077b2a7efb80@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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): -vcodec mpeg2video -f avi: no warnings at all -vcodec mpeg2video -f mpeg: warnings are there constantly, just like with mpegts -vcodec mpeg2video -f matroska: no warnings at all -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 11:57:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 10:57:46 -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.796026ba5d76561c66e00524a7d16a4d@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): @cehoyos I'm not sure, but I think it has got something to do with syncing video and audio.. @michael Is it an ffmpeg param or the constant in the source code? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 12:13:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 11:13:16 -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.462d874ba82e3012b80fa55d4839920c@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 cehoyos): I meant that I provided a (short) command line that you say does not show any warnings, you provided a (longer) command line that did show warnings. Which of the options of your command line have to be added to my command line to show the same warnings? ALSA_BUFFER_SIZE_MAX is a constant in libavdevice/alsa-audio.h. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 12:16:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 11:16:17 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.876b4beb6d7fd619707137c0cc84b8fb@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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 cehoyos): Is the problem also reproducible with {{{ ffmpeg -f video4linux2 -i /dev/v4l/by-id/usb-046d_0809_33A881A3-video- index0 out.ts }}} ? Or is -r 30 needed to make the conversion work at all? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 12:18:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 11:18:32 -0000 Subject: [FFmpeg-trac] #611(avformat:new): missing G726 support for rtp and rtsp In-Reply-To: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> References: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> Message-ID: <053.fa53afe37cf2cff98c18dbb6d2f6fb59@avcodec.org> #611: missing G726 support for rtp and rtsp -------------------------------------+------------------------------------ Reporter: thunder.m | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: g726 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by thunder.m): I also send patch to ffmpeg-devel list, so we have to wait :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 12:18:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 11:18:35 -0000 Subject: [FFmpeg-trac] #346(FFserver:new): FFserver passing on rtp stream freezes In-Reply-To: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> References: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> Message-ID: <051.0ea3af5a0933d0c6803e09a3f2d3c819@avcodec.org> #346: FFserver passing on rtp stream freezes --------------------------------------+------------------------------------ Reporter: schanda | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: stream error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by thunder.m): I also send patch to ffmpeg-devel list, so we have to wait :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 12:26:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 11:26:40 -0000 Subject: [FFmpeg-trac] #611(avformat:new): missing G726 support for rtp and rtsp In-Reply-To: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> References: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> Message-ID: <053.eb44255269e90ad4311b2050b624f701@avcodec.org> #611: missing G726 support for rtp and rtsp ------------------------------------+------------------------------------ Reporter: thunder.m | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: g726 rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: g726 => g726 rtp * version: unspecified => git-master Comment: Please copy the license header (the first 20 lines of any file in the directory libavformat) into your new file rtpdec_g726.c, change the second line into something like "RTP G.726 protocol (RFC XXX)" and put your name in the third line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 12:48:22 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 11:48:22 -0000 Subject: [FFmpeg-trac] #621(undetermined:new): -dcodec copy doesn't copy dcodec Message-ID: <036.4bc31d0f5f7f2d0d8bc2c4e5d1938024@avcodec.org> #621: -dcodec copy doesn't copy dcodec -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- If I specify -vcodec copy -acodec copy -dcodec copy, only vcodec and acodec are copied. If I use -c: copy (as directed here http://ffmpeg.org/ffmpeg.html#Stream-specifiers), I also get no dcodec in the output. {{{ ffmpeg -i MPEG2_8.mov -vcodec copy -acodec copy -dcodec copy MPEG2_8copy.mov ffmpeg version N-30853-gf955fdc, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 1 2011 00:17:17 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 libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 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: 59.94 (60000/1001) -> 29.97 (2997/100) Seems stream 2 codec frame rate differs from container frame rate: 2997.00 (2997/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MPEG2_8.mov': Metadata: creation_time : 2011-10-28 16:19:34 Duration: 00:00:30.53, start: 0.367042, bitrate: 11827 kb/s Stream #0:0(eng): Video: mpeg2video (4:2:2) (mpeg / 0x6765706D), yuv422p, 720x480 [SAR 8:9 DAR 4:3], 8000 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 2 channels, s32, 2304 kb/s Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Stream #0:2(eng): Video: none (Ovbi / 0x6962764F), 347 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Stream #0:3(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Output #0, mov, to 'MPEG2_8copy.mov': Metadata: creation_time : 2011-10-28 16:19:34 encoder : Lavf53.18.0 Stream #0:0(eng): Video: mpeg2video (m2v1 / 0x3176326D), yuv422p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 8000 kb/s, 30k tbn, 29.97 tbc Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 2 channels, 2304 kb/s Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.1 -> #0.1 (copy) Press [q] to stop, [?] for help frame= 912 fps=486 q=-1.0 Lsize= 38423kB time=00:00:30.43 bitrate=10343.8kbits/s video:29844kB audio:8559kB global headers:0kB muxing overhead 0.053552% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 12:51:22 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 11:51:22 -0000 Subject: [FFmpeg-trac] #611(avformat:new): missing G726 support for rtp and rtsp In-Reply-To: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> References: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> Message-ID: <053.af61f34d049abd35f524a7a7985814c5@avcodec.org> #611: missing G726 support for rtp and rtsp ------------------------------------+------------------------------------ Reporter: thunder.m | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: g726 rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by thunder.m): Ok, i add licence header to new file, i hope that is everything :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 13:00:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 12:00:43 -0000 Subject: [FFmpeg-trac] #617(undetermined:new): No audio in remux of .mts from NXCAM p50+pcm In-Reply-To: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> References: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> Message-ID: <050.94859764569ceec7d3002ac30aeaef61@avcodec.org> #617: No audio in remux of .mts from NXCAM p50+pcm -------------------------------------+------------------------------------- Reporter: kaihei | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: 50p pcm no | Resolution: audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kaihei): Replying to [comment:2 cehoyos]: > ... and post the download link here. http://www.datafilehost.com/download-8b98b18b.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 15:29:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 14:29:40 -0000 Subject: [FFmpeg-trac] #562(undetermined:new): I am trying to encode the TS of Japanese terrestrial shows but "PES packet size mismatch" occurs. In-Reply-To: <044.8c16044dcfee7a759cf4b973b28921fc@avcodec.org> References: <044.8c16044dcfee7a759cf4b973b28921fc@avcodec.org> Message-ID: <059.fdd13a3a4d1de9386ac4b6a38409527f@avcodec.org> #562: I am trying to encode the TS of Japanese terrestrial shows but "PES packet size mismatch" occurs. -------------------------------------+------------------------------------- Reporter: | Owner: michael Emmanuel_Chanel | 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 Emmanuel_Chanel): I downgraded ffmpeg into 0.7.1 and updated into 0.7.6 after that. That trouble didn't occur on them. And for error reproduction, I reinstalled the latest git version below. {{{ emmanuel at star2:~$ ffmpeg ffmpeg version N-31252-g728e6d9, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 7 2011 16:12:23 with gcc 4.6.1 configuration: --prefix=/usr --enable-vdpau --enable-gpl --enable- libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab libavutil 51. 24. 0 / 51. 24. 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 libpostproc 51. 2. 0 / 51. 2. 0 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... Use -h to get full help or, even better, run 'man ffmpeg' }}} Many "PES packet size mismatch" occur but the TS looks encoded well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 18:59:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 17:59:46 -0000 Subject: [FFmpeg-trac] #346(FFserver:new): FFserver passing on rtp stream freezes In-Reply-To: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> References: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> Message-ID: <051.028b9cd6aa97726934c3d967882237bf@avcodec.org> #346: FFserver passing on rtp stream freezes --------------------------------------+------------------------------------ Reporter: schanda | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: stream error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by michael): Doesnt the buffer size need to be set before probing ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 19:57:41 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 18:57:41 -0000 Subject: [FFmpeg-trac] #581(avformat:closed): matroskadec errors on blocks with zero data In-Reply-To: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> References: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> Message-ID: <051.1b7b27b8b39cd0c00609f9aae821b743@avcodec.org> #581: matroskadec errors on blocks with zero data ------------------------------------+------------------------------------ Reporter: crwulff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): For the record, i suspect that this change "fixed" it: (not ronalds which was based on hendriks) commit 8689d87ac61a412b88326c4d31a8f3375926f869 Author: Hendrik Leppkes AuthorDate: Wed Jul 6 19:57:11 2011 +0200 Commit: Michael Niedermayer CommitDate: Sat Oct 29 15:57:26 2011 +0200 and the this caused the bug: commit 5dd514af937ff4d74c3c263e4ca428b14b62d5f1 Author: Ami Fischman AuthorDate: Wed Jun 29 13:54:49 2011 -0700 Commit: Ronald S. Bultje CommitDate: Wed Jun 29 15:27:55 2011 -0700 Also iam not sure the issue is fully fixed, crwulff, doesnt your patch produce some 0 frame that is lost with the current code ? (i didnt check) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 7 22:43:10 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 21:43:10 -0000 Subject: [FFmpeg-trac] #611(avformat:new): missing G726 support for rtp and rtsp In-Reply-To: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> References: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> Message-ID: <053.6afb682042fa5330f36db1c2aaaf5d4a@avcodec.org> #611: missing G726 support for rtp and rtsp ------------------------------------+------------------------------------ Reporter: thunder.m | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: g726 rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by thunder.m): Patch is since now in ffmpeg git, so it should be also in version 0.8.7, thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 00:07:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 23:07:34 -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.7e308fef5f74c40bf11c6bf828f4d0cc@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): cehoyos, I'm not sure I understand what are you asking, because the original command has got different codec, different muxer and even has an extra input stream (video), so im not sure is it even comparable with your cmd line..? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 00:15:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Nov 2011 23:15:20 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.ec79e3c6c39f5e6b143ee9e5110a9511@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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): -r 30 just tells the driver to correctly sample the video input, so we don't have to resample it afterwards here is the log: {{{ # ffmpeg -f video4linux2 -i /dev/v4l/by-id/usb-046d_0809_33A881A3-video- index0 out.ts ffmpeg version N-34519-g54a09f1, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 12:46:05 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enab le-libaacplus --enable-libmp3lame --enable-libv4l2 --enable-libvo-aacenc --enable-version3 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 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x1daf780] The driver changed the time per frame from 32767/1996117544 to 1/30 [video4linux2,v4l2 @ 0x1daf780] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_33A881A3 -video-index0': Duration: N/A, start: 25528.008073, bitrate: 27648 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, 27648 kb/s, 30 tbr, 1000k tbn, 30 tbc [buffer @ 0x1dbdf40] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [mpegts @ 0x1dbd0a0] muxrate VBR, pcr every 3 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf53.19.0 Stream #0:0: Video: mpeg2video, yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> mpeg2video) Press [q] to stop, [?] for help frame= 480 fps= 37 q=10.3 Lsize= 754kB time=00:00:15.96 bitrate= 386.9kbits/s dup=287 drop=0 video:658kB audio:0kB global headers:0kB muxing overhead 14.622744% }}} and warnings are also there again :/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 03:26:43 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 02:26:43 -0000 Subject: [FFmpeg-trac] #591(avcodec:closed): svq1: ffmpeg crashes with enabled lowres In-Reply-To: <038.85a7bc1a43b69f9d6abafc673f5914ec@avcodec.org> References: <038.85a7bc1a43b69f9d6abafc673f5914ec@avcodec.org> Message-ID: <053.5bd79569279230421791a5d4df81ac13@avcodec.org> #591: svq1: ffmpeg crashes with enabled lowres -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Will be fixed by implementing 125ea3ee06c4d71082bee3fc03c65d7c8c10d68c in ffplay. I think its not too usefull in ffmpeg but it could be done there too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 04:23:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 03:23:21 -0000 Subject: [FFmpeg-trac] #581(avformat:closed): matroskadec errors on blocks with zero data In-Reply-To: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> References: <036.98ec88c2b2d93cf29e06b69f8fdc7d80@avcodec.org> Message-ID: <051.22092c9aaf9c8d7091e569b6fb85c9ab@avcodec.org> #581: matroskadec errors on blocks with zero data ------------------------------------+------------------------------------ Reporter: crwulff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by crwulff): I'm not sure that the empty frames actually have any value. The newer matroska tools eliminate those zero length frames if I remux the stream anyway, so I assume they were just an unnecessary artifact that older versions didn't get rid of. And yes, any patch that returned success and not invalid data would have fixed what I was seeing (handbrake saw that and assumed it was EOF and quietly stopped transcoding.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 10:43:48 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 09:43:48 -0000 Subject: [FFmpeg-trac] #617(avformat:closed): No audio in remux of .mts from NXCAM p50+pcm In-Reply-To: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> References: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> Message-ID: <050.33085e3a16987a0ac63723cbc786c29e@avcodec.org> #617: No audio in remux of .mts from NXCAM p50+pcm -------------------------------------+------------------------------------ Reporter: kaihei | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ts HDPR | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avformat * version: unspecified => git-master * keywords: 50p pcm no audio => ts HDPR * resolution: => fixed Comment: Fixed in current git head, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 11:06:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 10:06:55 -0000 Subject: [FFmpeg-trac] #579(avformat:closed): Unable to decode MPEG-1 video in mov In-Reply-To: <035.7806a9ebfa9a6e1cb56d2ded219a19db@avcodec.org> References: <035.7806a9ebfa9a6e1cb56d2ded219a19db@avcodec.org> Message-ID: <050.d10c6ddac1067bdf298fb9210d1e328f@avcodec.org> #579: Unable to decode MPEG-1 video in mov ------------------------------------+------------------------------------ Reporter: llogan | Owner: Type: defect | Status: closed Priority: normal | Component: avformat 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: Fixed in git head, needs -r 30 with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 11:34:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 10:34: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.1ac6c00bb9a9f9321ee4c49662cdd40b@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 cehoyos): Replying to [comment:7 burek]: > cehoyos, I'm not sure I understand what are you asking, because the original command has got different codec, different muxer and even has an extra input stream (video) Yes. Which of them is necessary to trigger the warning you see? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 11:53:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 10:53:52 -0000 Subject: [FFmpeg-trac] #617(avformat:closed): No audio in remux of .mts from NXCAM p50+pcm In-Reply-To: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> References: <035.1e867c68990074d8ef7f807588cbdc8a@avcodec.org> Message-ID: <050.21583d21d8353b4e2fb69556d4a1e945@avcodec.org> #617: No audio in remux of .mts from NXCAM p50+pcm -------------------------------------+------------------------------------ Reporter: kaihei | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ts HDPR | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by kaihei): Replying to [comment:4 cehoyos]: > Fixed in current git head, thank you for the sample! Thank you - that was fast... I'll try it after there is a version on Zeranoe (I guess in about one week). Shall I remove the sample file from datafilehost? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 12:24:25 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 11:24:25 -0000 Subject: [FFmpeg-trac] #622(swscale:new): swscale crash when convert PIX_FMT_YUV420P -> PIX_FMT_YUVJ420P Message-ID: <037.0ffa3270fba29d50c8a713c1b165d72d@avcodec.org> #622: swscale crash when convert PIX_FMT_YUV420P -> PIX_FMT_YUVJ420P ---------------------------------------+--------------------------------- Reporter: kyh96403 | Owner: michael Type: defect | Status: new Priority: important | Component: swscale Version: unspecified | Keywords: sescale Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- swscale is crash below code. #include #include int main() { int ww = 624; // crash int hh = 352; // int ww = 48; // crash // int hh = 48; // int ww = 64; // not crash // int hh = 64; int SwsFlag = SWS_POINT | SWS_ACCURATE_RND; struct SwsContext *context = NULL; uint8_t *src_data[4], *dst_data[4]; int src_pitch[4], dst_pitch[4]; context = sws_getCachedContext(context, ww, hh, PIX_FMT_YUV420P, ww, hh, PIX_FMT_YUVJ420P, SwsFlag, NULL, NULL, NULL); src_data[0] = av_malloc(ww * hh); src_data[1] = av_malloc(ww * hh / 4); src_data[2] = av_malloc(ww * hh / 4); src_data[3] = NULL; dst_data[0] = av_malloc(ww * hh); dst_data[1] = av_malloc(ww * hh / 4); dst_data[2] = av_malloc(ww * hh / 4); dst_data[3] = NULL; src_pitch[0] = ww; src_pitch[1] = ww / 2; src_pitch[2] = ww / 2; src_pitch[3] = 0; dst_pitch[0] = ww; dst_pitch[1] = ww / 2; dst_pitch[2] = ww / 2; dst_pitch[3] = 0; sws_scale(context, src_data, src_pitch, 0, hh, dst_data, dst_pitch); return 0; } -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 13:45:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 12:45:44 -0000 Subject: [FFmpeg-trac] #623(FFmpeg:new): FLV file saved from within VLC can't be opened by FFmpeg Message-ID: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg ---------------------------------------+--------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- The file was captured/saved with VLC and when I try to cut/seek/remux/transcode (pretty much anything) in FFmpeg, all I get is the following: {{{ # ffmpeg -i live.98.1.2011-11-07-21-58-56.flv ffmpeg version N-34556-g5ca392d, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 7 2011 18:29:27 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. 24. 0 / 51. 24. 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 libpostproc 51. 2. 0 / 51. 2. 0 [aac @ 0x24702a0] Pulse data corrupt or invalid. [flv @ 0x2469760] Stream discovered after head already parsed Input #0, flv, from 'live.98.1.2011-11-07-21-58-56.flv': Metadata: encoder : Lavf53.19.0 Duration: 03:10:13.06, start: 0.000000, bitrate: 300 kb/s Stream #0:0: Video: h264 (High), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 320 kb/s, 25 tbr, 1k tbn, 50 tbc Stream #0:1: Audio: aac, 44100 Hz, 2 channels (FC), s16, 32 kb/s Stream #0:2: Data: none At least one output file must be specified }}} The sample (first 10mb) of the file can be found here: http://ffmpeg.test-lab.ch/uploads/flv-from-vlc-cant-open.flv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 14:00:40 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 13:00:40 -0000 Subject: [FFmpeg-trac] #623(undetermined:new): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.83e1f00e67ecc0bf5cea77ee0c8d94bc@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master * component: FFmpeg => undetermined Comment: Which program plays the file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 14:37:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 13:37:29 -0000 Subject: [FFmpeg-trac] #624(undetermined:new): support mpeg ps in mov Message-ID: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> #624: support mpeg ps in mov -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- (issue 1520) http://samples.mplayerhq.hu/mov/MPEG1-PS.MOV {{{ C:\>ffmpeg -i C:\MPEG1-PS.MOV ffmpeg version N-34318-g8475ec1, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 17:50:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\MPEG1-PS.MOV': Metadata: creation_time : 2005-09-19 11:49:00 Duration: 00:09:38.32, bitrate: 141 kb/s Stream #0:0(eng): Data: none (m1s / 0x2073316D) Metadata: creation_time : 2005-09-19 11:49:00 handler_name : ?Apple Alias Data Handler At least one output file must be specified }}} {{{ C:\>ffmpeg -i C:\albator78.mov ffmpeg version N-34318-g8475ec1, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 17:50:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\albator78.mov': Metadata: creation_time : 2000-04-26 01:43:05 Duration: 00:01:25.01, bitrate: 249 kb/s Stream #0:0(eng): Data: none Metadata: creation_time : 2000-04-26 01:43:05 handler_name : ?Apple Alias Data Handler At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 14:39:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 13:39:46 -0000 Subject: [FFmpeg-trac] #624(undetermined:new): support mpeg ps in mov In-Reply-To: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> References: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> Message-ID: <053.090a8496e2ddf3e48cc32da951334640@avcodec.org> #624: support mpeg ps in mov -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 ami_stuff): http://roundup.libav.org/file696/albator78.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 14:43:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 13:43:24 -0000 Subject: [FFmpeg-trac] #625(undetermined:new): support 2/3/5bit IMA ADPCM Message-ID: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> #625: support 2/3/5bit IMA ADPCM -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- (issue 1598) {{{ C:\>ffmpeg -i IMAADPCM_2bits.wav ffmpeg version N-34318-g8475ec1, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 17:50:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [adpcm_ima_wav @ 020A90C0] Only 4-bit ADPCM IMA WAV files are supported [wav @ 020A2320] parser not found for codec adpcm_ima_wav, packets or times may be invalid. [adpcm_ima_wav @ 020A90C0] Only 4-bit ADPCM IMA WAV files are supported Last message repeated 26 times [wav @ 020A2320] Could not find codec parameters (Audio: adpcm_ima_wav ([17][0][ 0][0] / 0x0011), 44100 Hz, 2 channels, 352 kb/s) IMAADPCM_2bits.wav: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 14:54:02 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 13:54:02 -0000 Subject: [FFmpeg-trac] #623(undetermined:new): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.0d28112a2715f387cbd4259824347483@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- 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): VLC? :) Also, when I do: {{{ cvlc live.98.1.2011-11-07-21-58-56.flv --sout='#std{access=udp,mux=ts,dst=127.0.0.1:10001}' && ffmpeg -f mpegts -i udp://127.0.0.7:10001 -acodec copy -vcodec copy out.ts }}} the resulting out.ts file is ok and plays fine in ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 14:57:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 13:57:59 -0000 Subject: [FFmpeg-trac] #623(undetermined:new): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.19988242317f993da028eb19274c6e9a@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- 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): Also this: {{{ # ffmpeg -i live.98.1.2011-11-07-21-58-56.flv -acodec copy -vcodec copy bla.flv ffmpeg version N-34556-g5ca392d, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 7 2011 18:29:27 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. 24. 0 / 51. 24. 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 libpostproc 51. 2. 0 / 51. 2. 0 [aac @ 0x1d282a0] Pulse data corrupt or invalid. [flv @ 0x1d21760] Stream discovered after head already parsed Input #0, flv, from 'live.98.1.2011-11-07-21-58-56.flv': Metadata: encoder : Lavf53.19.0 Duration: 03:10:13.06, start: 0.000000, bitrate: 300 kb/s Stream #0:0: Video: h264 (High), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 320 kb/s, 25 tbr, 1k tbn, 50 tbc Stream #0:1: Audio: aac, 44100 Hz, 2 channels (FC), s16, 32 kb/s Stream #0:2: Data: none Output #0, flv, to 'bla.flv': Metadata: encoder : Lavf53.19.0 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 320 kb/s, 1k tbn, 1k tbc Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, 2 channels (FC), 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [flv @ 0x1d28b00] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 17303808 >= 3668967 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 15:01:19 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 14:01:19 -0000 Subject: [FFmpeg-trac] #624(undetermined:closed): support mpeg ps in mov In-Reply-To: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> References: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> Message-ID: <053.13e3571787aa437e6b3ba1d952464c49@avcodec.org> #624: support mpeg ps in mov -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #241. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 15:01:54 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 14:01:54 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.73443f322633e8446c8dccd30b6e2eb6@avcodec.org> #625: support 2/3/5bit IMA ADPCM -------------------------------------+----------------------------------- 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): * priority: normal => wish * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 15:19:15 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 14:19:15 -0000 Subject: [FFmpeg-trac] #623(undetermined:new): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.f3cee04712f80e348b018d694f51ddee@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- 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 cehoyos): Replying to [comment:2 burek]: > VLC? :) Which version? I tried 1.1.10 and todays nightly, the older one fails completely, the newer one shows one frame (as does FFmpeg). (md5sum flv-from-vlc-cant-open.flv shows de7f85bf711399e30fb81151f8139585) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 15:20:19 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 14:20:19 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.dc785121fe3d47f8b22517b31b1d61a9@avcodec.org> #625: support 2/3/5bit IMA ADPCM -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => adpcm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 15:20:51 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 14:20:51 -0000 Subject: [FFmpeg-trac] #624(avformat:closed): support mpeg ps in mov In-Reply-To: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> References: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> Message-ID: <053.7cce35b9ee0e9dd06efc445625f4a7b9@avcodec.org> #624: support mpeg ps in mov -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mov mpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov mpeg * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 15:25:12 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 14:25:12 -0000 Subject: [FFmpeg-trac] #623(undetermined:new): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.381b84b646072e53d21d696645e5b696@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- 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): Most probably because its a cut of the original file (~420 MB).. Are you on irc channels now? I can setup a user account for you, so you can login and test what you need? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 15:28:26 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 14:28:26 -0000 Subject: [FFmpeg-trac] #616(undetermined:new): WebM/VP8 issue incombination with VLC In-Reply-To: <042.758324533bd58cbd658e76a40788f3d9@avcodec.org> References: <042.758324533bd58cbd658e76a40788f3d9@avcodec.org> Message-ID: <057.844322671cf46aff9d4cf38ac4d26dc8@avcodec.org> #616: WebM/VP8 issue incombination with VLC -------------------------------------+------------------------------------- Reporter: | Owner: jongerenchaos | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:616 jongerenchaos]: > Therefore i think there is a problem with the extension. When i launch the VLC with "vcodec=VP80" this will refer to the ffmpeg VP80 video codec extension (and this is changed recently in ffmpeg to -vcodec libvpx). What do you mean with "recently"? I don't think a fourcc can be used to identify a codec in matroska/webm (this may be related to ticket #8, but I don't think reverting the change makes sense). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 15:33:49 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 14:33:49 -0000 Subject: [FFmpeg-trac] #616(undetermined:new): WebM/VP8 issue incombination with VLC In-Reply-To: <042.758324533bd58cbd658e76a40788f3d9@avcodec.org> References: <042.758324533bd58cbd658e76a40788f3d9@avcodec.org> Message-ID: <057.3ce6658509c4b702257108ea171cdddd@avcodec.org> #616: WebM/VP8 issue incombination with VLC -------------------------------------+------------------------------------- Reporter: | Owner: jongerenchaos | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does it work if you omit "vcodec=VP80"? (WebM only allows VP8 as video codec.) Given that "acodec" allows "vorbis" as argument, I would expect "vcodec" to accept "libvpx". Does that work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 17:10:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 16:10:56 -0000 Subject: [FFmpeg-trac] #614(undetermined:new): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.1a13946e6f3d45af40822bcffe1934e9@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- 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 apologize, it seems that this error is related to a slow hardware (??) although I'm not sure why, because the cpu usage never gets over 30-40%, but they say its related to a slow decoder/cpu or something like that, so this bug report can be closed without further examination, I guess. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 17:47:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 16:47:58 -0000 Subject: [FFmpeg-trac] #575(avformat:new): https apple live streams not supported In-Reply-To: <035.2ea2f2dd764e258ccb438bb9798e0eb0@avcodec.org> References: <035.2ea2f2dd764e258ccb438bb9798e0eb0@avcodec.org> Message-ID: <050.701750a50f435ed2bf3dee7237101bec@avcodec.org> #575: https apple live streams not supported -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by nieder): Fixed after this checkin ? -> [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=558d192d23bf76a476c0d84d212611e529c64529] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 18:29:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 17:29:00 -0000 Subject: [FFmpeg-trac] #575(avformat:closed): https apple live streams not supported In-Reply-To: <035.2ea2f2dd764e258ccb438bb9798e0eb0@avcodec.org> References: <035.2ea2f2dd764e258ccb438bb9798e0eb0@avcodec.org> Message-ID: <050.4cbbedd4bdcb12643313b0e283e61752@avcodec.org> #575: https apple live streams not supported -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 18:29:15 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 17:29:15 -0000 Subject: [FFmpeg-trac] #614(undetermined:closed): mpegts issue on localhost In-Reply-To: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> References: <034.daae74a52cfe155771d92eff1f6d8d1e@avcodec.org> Message-ID: <049.b2f5c6f1917b541f8e1a06eb422addc5@avcodec.org> #614: mpegts issue on localhost -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 18:40:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 17:40:30 -0000 Subject: [FFmpeg-trac] #575(avformat:closed): https apple live streams not supported In-Reply-To: <035.2ea2f2dd764e258ccb438bb9798e0eb0@avcodec.org> References: <035.2ea2f2dd764e258ccb438bb9798e0eb0@avcodec.org> Message-ID: <050.3f3ef48d009846d82e4af58e0d1aa7b3@avcodec.org> #575: https apple live streams not supported -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by kyl416): Yes it is working after that checkin. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 19:06:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 18:06:10 -0000 Subject: [FFmpeg-trac] #611(avformat:closed): missing G726 support for rtp and rtsp In-Reply-To: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> References: <038.71dfa4d78c158b66b0aa9f365804aaa0@avcodec.org> Message-ID: <053.0c59bdb1aae984a929eee26014acd09d@avcodec.org> #611: missing G726 support for rtp and rtsp ------------------------------------+------------------------------------ Reporter: thunder.m | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: g726 rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Per your request merged into release/0.8. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 19:40:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 18:40:31 -0000 Subject: [FFmpeg-trac] #346(FFserver:new): FFserver passing on rtp stream freezes In-Reply-To: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> References: <036.aa88b53390387158a0e37d6fab5d6be4@avcodec.org> Message-ID: <051.91e8d17e468c7d343a7837e554626cc2@avcodec.org> #346: FFserver passing on rtp stream freezes --------------------------------------+------------------------------------ Reporter: schanda | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: stream error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by thunder.m): Replying to [comment:6 michael]: > Doesnt the buffer size need to be set before probing ? In previous code it was set right after avio_open function, but now it is not possible to get it to this place without completly rewrite too many lines of code depending on function avformat_open_input, or add extra parameter to objects. In easy way it is not possible to put it before avformat_open_input, all calls of ffio_set_buf_size in patch can't be before because s->pb is not yet initialized. So this is only easy solution, i was also trying to find function called before buffer set which depends on buffer and i didn't find any. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 8 20:33:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 19:33:16 -0000 Subject: [FFmpeg-trac] #620(avformat:closed): mpeg2video not detected In-Reply-To: <038.1975ff332c730803181e5ea6cd589165@avcodec.org> References: <038.1975ff332c730803181e5ea6cd589165@avcodec.org> Message-ID: <053.3510537ad6bff31bf4bf705a63c3fcf1@avcodec.org> #620: mpeg2video not detected -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpeg | Blocked By: mpeg2video | 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 Wed Nov 9 00:24:45 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Nov 2011 23:24:45 -0000 Subject: [FFmpeg-trac] #619(avcodec:closed): regression with fraps codec In-Reply-To: <038.8724a35456aa760c9f191df83f9186ac@avcodec.org> References: <038.8724a35456aa760c9f191df83f9186ac@avcodec.org> Message-ID: <053.e899933a06683cf04ebfecddcdf31c6b@avcodec.org> #619: regression with fraps codec ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: avi fraps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => avi fraps * resolution: => fixed * status: new => closed * component: avformat => avcodec Comment: FFmpeg now outputs six complete frames again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 01:42:53 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 00:42:53 -0000 Subject: [FFmpeg-trac] #544(avformat:open): Matroska demuxer unable to play valid file without Cues section In-Reply-To: <033.ed7a226a833a145451afd5a7cbda54ac@avcodec.org> References: <033.ed7a226a833a145451afd5a7cbda54ac@avcodec.org> Message-ID: <048.b890cf6a9d14fd818b7932facc667900@avcodec.org> #544: Matroska demuxer unable to play valid file without Cues section ------------------------------------+------------------------------------ Reporter: brad | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 01:43:01 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 00:43:01 -0000 Subject: [FFmpeg-trac] #545(avformat:open): Matroska demuxer fails with invalid testsuite file test7.mkv In-Reply-To: <033.2735dacc175309c925428bb9db0e47d7@avcodec.org> References: <033.2735dacc175309c925428bb9db0e47d7@avcodec.org> Message-ID: <048.5f33c8f513a18771204116ae7ec457f1@avcodec.org> #545: Matroska demuxer fails with invalid testsuite file test7.mkv ------------------------------------+------------------------------------ Reporter: brad | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 01:43:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 00:43:50 -0000 Subject: [FFmpeg-trac] #597(undetermined:closed): mkv -> avi [just copying streams] PROBLEM In-Reply-To: <036.311b75457647e7486bac833b43cd25ae@avcodec.org> References: <036.311b75457647e7486bac833b43cd25ae@avcodec.org> Message-ID: <051.699918737004d1bf5395c46404f5a216@avcodec.org> #597: mkv -> avi [just copying streams] PROBLEM -------------------------------------+------------------------------------- Reporter: StevenG | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 01:45:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 00:45:16 -0000 Subject: [FFmpeg-trac] #509(avcodec:closed): Non monotonically increasing dts to muxer in stream In-Reply-To: <034.fd29d571f936aeacd544e5f0c0c93649@avcodec.org> References: <034.fd29d571f936aeacd544e5f0c0c93649@avcodec.org> Message-ID: <049.258e258b06459fb08dcee3c762ad56e2@avcodec.org> #509: Non monotonically increasing dts to muxer in stream -------------------------------------+------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: 0.8.4 | 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. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 03:00:26 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 02:00:26 -0000 Subject: [FFmpeg-trac] #626(undetermined:new): support flic in mov Message-ID: <038.7dd37eb8a3d53ba826e31eb67ac8af03@avcodec.org> #626: support flic in mov -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i npgo.mov ffmpeg version N-34318-g8475ec1, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 17:50:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 020A2320] max_analyze_duration 5000000 reached at 500 0000 Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000 /1) -> 1.00 (1/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'npgo.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2007-09-16 14:18:22 Duration: 00:00:11.00, start: 0.000000, bitrate: 1353 kb/s Stream #0:0(eng): Video: none (flic / 0x63696C66), 830x507, 1351 kb/s, 1 fps , 1 tbr, 1k tbn, 1k tbc Metadata: creation_time : 2007-09-16 14:18:22 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 Nov 9 03:05:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 02:05:14 -0000 Subject: [FFmpeg-trac] #627(undetermined:new): ffmpeg crashes when force flic codec with mov file Message-ID: <038.6574872f33f297760b58c6730e27c6c6@avcodec.org> #627: ffmpeg crashes when force flic codec with mov 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 | -------------------------------------+------------------------------------- https://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/626/npgo.mov {{{ $ gdb ffmpeg_g.exe 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 -vcodec flic -i npgo.mov Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-d3bc75c/ffmpeg_g.exe -vcodec fli c -i npgo.mov [New Thread 3524.0xbd4] 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. flic_decode_init (avctx=0x41008b0) at libavcodec/flicvideo.c:86 86 s->fli_type = AV_RL16(&fli_header[4]); /* Might be overridden if a M agic Carpet FLC */ (gdb) bt #0 flic_decode_init (avctx=0x41008b0) at libavcodec/flicvideo.c:86 #1 0x004f99b7 in avcodec_open2 (avctx=0x41008b0, codec=0xa02420, options=0x22fb0c) at libavcodec/utils.c:695 #2 0x00438929 in avformat_find_stream_info (ic=0x3b98ae0, options=0x3ba1680) at libavformat/utils.c:2391 #3 0x0040c5f8 in opt_input_file (o=0x22fda8, opt=0x3ba0d69 "i", filename=) at ffmpeg.c:3317 #4 0x0041114a in parse_option (optctx=0x22fda8, opt=, arg=0x3ba0d6b "npgo.mov", options=0xa0d2c0) at cmdutils.c:275 #5 0x004114f8 in parse_options (optctx=0x22fda8, argc=5, argv=, options=0xa0d2c0, parse_arg_function=0x40e018 ) at cmdutils.c:308 #6 0x0040f847 in main (argc=5, argv=) at ffmpeg.c:4716 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x9d7912 to 0x9d7952: 0x009d7912 : add $0x89,%al 0x009d7914 : add $0x24,%al 0x009d7916 : call *0xf8(%eax) 0x009d791c : xor %eax,%eax 0x009d791e : add $0x1c,%esp 0x009d7921 : ret 0x009d7922 : push %ebx 0x009d7923 : sub $0x18,%esp 0x009d7926 : mov 0x20(%esp),%eax 0x009d792a : mov 0x7c(%eax),%ebx 0x009d792d : mov 0x18(%eax),%ecx 0x009d7930 : mov %eax,(%ebx) => 0x009d7932 : movzwl 0x4(%ecx),%edx 0x009d7936 : mov %edx,0x524(%ebx) 0x009d793c : mov 0x1c(%eax),%edx 0x009d793f : cmp $0xc,%edx 0x009d7942 : jne 0x9d7952 0x009d7944 : movl $0xaf13,0x524(%ebx) 0x009d794e : mov $0x8,%dl 0x009d7950 : jmp 0x9d7981 End of assembler dump. (gdb) info all-registers eax 0x41008b0 68159664 ecx 0x0 0 edx 0x0 0 ebx 0x4101190 68161936 esp 0x22f6f0 0x22f6f0 ebp 0x0 0x0 esi 0x41008b0 68159664 edi 0x22f75c 2291548 eip 0x9d7932 0x9d7932 eflags 0x10206 [ PF IF RF ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 (raw 0x0000b9a49a24b9a4995c) st1 0 (raw 0x00000000000000000001) st2 0 (raw 0x99d4badb0d00804dc8c1) st3 -1 (raw 0xbfff8000000000000000) st4 -1 (raw 0xbfff8000000000000000) st5 1 (raw 0x3fff8000000000000000) st6 1 (raw 0x3fff8000000000000000) st7 1 (raw 0x3fff8000000000000000) fctrl 0xffff037f -64641 fstat 0xffff4020 -49120 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, 0xf4, 0x22, 0x0, 0x80, 0x0, 0x0, 0x0, 0x0, 0x10, 0x9b, 0xa4, 0xb9}, v8_int16 = {0x99d6, 0xbf85, 0x22f4, 0x8000, 0x0, 0x0, 0x9b10, 0xb9a4}, v4_int32 = {0xbf8599d6, 0x800022f4, 0x0, 0xb9a49b10}, v2_int64 = {0x800022f4bf8599d6, 0xb9a49b1000000000}, uint128 = 0xb9a49b1000000000800022f4bf8599d6} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x30, 0x38, 0x8f, 0xe1, 0x10, 0x0, 0x12, 0x0, 0x0, 0x9b, 0xa4, 0xb9, 0xac, 0x0, 0x0, 0x0}, v8_int16 = {0x3830, 0xe18f, 0x10, 0x12, 0x9b00, 0xb9a4, 0xac, 0x0}, v4_int32 = {0xe18f3830, 0x120010, 0xb9a49b00, 0xac}, v2_int64 = {0x120010e18f3830, 0xacb9a49b00}, uint128 = 0x000000acb9a49b0000120010e18f3830} xmm3 {v4_float = {0x0, 0x0, 0xffffffff, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0xd0, 0x9b, 0xa4, 0xb9, 0x26, 0x4a, 0x85, 0xbf, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x9bd0, 0xb9a4, 0x4a26, 0xbf85, 0x0, 0x0}, v4_int32 = {0x0, 0xb9a49bd0, 0xbf854a26, 0x0}, v2_int64 = {0xb9a49bd000000000, 0xbf854a26}, uint128 = 0x00000000bf854a26b9a49bd000000000} xmm4 {v4_float = {0x0, 0x0, 0xffffffff, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0xa6, 0x9c, 0x0, 0x0, 0xd0, 0x9b, 0xa4, 0xb9, 0x61, 0x4a, 0x85, 0xbf, 0x30, 0x38, 0x8f, 0xe1}, v8_int16 = { 0x9ca6, 0x0, 0x9bd0, 0xb9a4, 0x4a61, 0xbf85, 0x3830, 0xe18f}, v4_int32 = { 0x9ca6, 0xb9a49bd0, 0xbf854a61, 0xe18f3830}, v2_int64 = { 0xb9a49bd000009ca6, 0xe18f3830bf854a61}, uint128 = 0xe18f3830bf854a61b9a49bd000009ca6} xmm5 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0x24, 0x9a, 0xa4, 0xb9, 0xd1, 0x4a, 0x85, 0xbf, 0x0, 0x0, 0x0, 0x1, 0xf8, 0x8c, 0x28, 0xe3}, v8_int16 = { 0x9a24, 0xb9a4, 0x4ad1, 0xbf85, 0x0, 0x100, 0x8cf8, 0xe328}, v4_int32 = { 0xb9a49a24, 0xbf854ad1, 0x1000000, 0xe3288cf8}, v2_int64 = { 0xbf854ad1b9a49a24, 0xe3288cf801000000}, uint128 = 0xe3288cf801000000bf854ad1b9a49a24} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x30, 0x38, 0x8f, 0xe1, 0x10, 0x0, 0x12, 0x0, 0x0, 0x9b, 0xa4, 0xb9, 0x14, 0x9a, 0xa4, 0xb9}, v8_int16 = {0x3830, 0xe18f, 0x10, 0x12, 0x9b00, 0xb9a4, 0x9a14, 0xb9a4}, v4_int32 = {0xe18f3830, 0x120010, 0xb9a49b00, 0xb9a49a14}, v2_int64 = {0x120010e18f3830, 0xb9a49a14b9a49b00}, uint128 = 0xb9a49a14b9a49b0000120010e18f3830} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x78, 0x1, 0xe4, 0xbb, 0x0, 0x0, 0x2, 0x0, 0x0, 0xe0, 0xfd, 0x7f, 0x40, 0x9a, 0xa4, 0xb9}, v8_int16 = {0x178, 0xbbe4, 0x0, 0x2, 0xe000, 0x7ffd, 0x9a40, 0xb9a4}, v4_int32 = {0xbbe40178, 0x20000, 0x7ffde000, 0xb9a49a40}, v2_int64 = {0x20000bbe40178, 0xb9a49a407ffde000}, uint128 = 0xb9a49a407ffde00000020000bbe40178} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0xb9a49a24b9a4995c, v2_int32 = {0xb9a4995c, 0xb9a49a24}, v4_int16 = {0x995c, 0xb9a4, 0x9a24, 0xb9a4}, v8_int8 = { 0x5c, 0x99, 0xa4, 0xb9, 0x24, 0x9a, 0xa4, 0xb9}} 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 = 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 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} 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 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 03:55:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 02:55:51 -0000 Subject: [FFmpeg-trac] #608(avformat:closed): Crash reading from UDP In-Reply-To: <036.a2817faa4baf36ee35d0eba1ae7e981e@avcodec.org> References: <036.a2817faa4baf36ee35d0eba1ae7e981e@avcodec.org> Message-ID: <051.55f9ba6185508c7ca1403a1e64395a44@avcodec.org> #608: Crash reading from UDP ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: Patch applied and simplified Thanks alot! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 04:58:21 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 03:58:21 -0000 Subject: [FFmpeg-trac] #629(undetermined:new): Using -psnr gives an "Unrecognized option" error Message-ID: <036.7fe26db93cb6c643884a09b6c6760442@avcodec.org> #629: Using -psnr gives an "Unrecognized option" error -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: psnr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This -psnr option used to work (at least it did in a build I have from July 7, 2011's git master), but lately it gives an unrecognized option error. The -psnr option is documented here: http://ffmpeg.org/ffmpeg.html. {{{ ffmpeg -i MPEG2_8.mov -psnr MPEG_8.avi ffmpeg version N-30853-gf955fdc, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 1 2011 00:17:17 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 libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 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: 59.94 (60000/1001) -> 29.97 (2997/100) Seems stream 2 codec frame rate differs from container frame rate: 2997.00 (2997/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MPEG2_8.mov': Metadata: creation_time : 2011-10-28 16:19:34 Duration: 00:00:30.53, start: 0.367042, bitrate: 11827 kb/s Stream #0:0(eng): Video: mpeg2video (4:2:2) (mpeg / 0x6765706D), yuv422p, 720x480 [SAR 8:9 DAR 4:3], 8000 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 2 channels, s32, 2304 kb/s Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Stream #0:2(eng): Video: none (Ovbi / 0x6962764F), 347 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Stream #0:3(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-10-28 16:19:49 handler_name : ?Apple Alias Data Handler Unrecognized option 'psnr' Failed to set value 'MPEG_8.avi' for option 'psnr' }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 09:40:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 08:40:43 -0000 Subject: [FFmpeg-trac] #626(undetermined:open): support flic in mov In-Reply-To: <038.7dd37eb8a3d53ba826e31eb67ac8af03@avcodec.org> References: <038.7dd37eb8a3d53ba826e31eb67ac8af03@avcodec.org> Message-ID: <053.51d1ab42d0418fc1445cbe1bfe2f3330@avcodec.org> #626: support flic in mov -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 09:50:48 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 08:50:48 -0000 Subject: [FFmpeg-trac] #629(avcodec:open): Using -psnr gives an "Unrecognized option" error In-Reply-To: <036.7fe26db93cb6c643884a09b6c6760442@avcodec.org> References: <036.7fe26db93cb6c643884a09b6c6760442@avcodec.org> Message-ID: <051.f8a057f140612499b26546c761ee039d@avcodec.org> #629: Using -psnr gives an "Unrecognized option" error ------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: psnr | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: This is a regression since 411cc5c46a89ce0a79832c37d0eab1ed884e5423. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 10:23:02 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 09:23:02 -0000 Subject: [FFmpeg-trac] #627(avcodec:open): ffmpeg crashes when force flic codec with mov file In-Reply-To: <038.6574872f33f297760b58c6730e27c6c6@avcodec.org> References: <038.6574872f33f297760b58c6730e27c6c6@avcodec.org> Message-ID: <053.01c59ac11f5f1eefb2b5b04bb6b97a33@avcodec.org> #627: ffmpeg crashes when force flic codec with mov file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Patch on ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 10:36:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 09:36:39 -0000 Subject: [FFmpeg-trac] #630(build system:new): "make install" not installing libraries Message-ID: <042.d226e4485826dc33f7c1eca2d868425d@avcodec.org> #630: "make install" not installing libraries -------------------------------------+------------------------------------- Reporter: | Type: defect chincheta0815 | Priority: important Status: new | Version: Component: build | unspecified system | Blocked By: Keywords: install | Reproduced by developer: 0 libraries | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- After successfully compiling ffmpeg the libraries are not installed by "make install" into the (user)-defined locations. The Makefile does not show any command for "install-libs" or "install-libs-yes". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 11:01:44 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 10:01:44 -0000 Subject: [FFmpeg-trac] #630(build system:new): "make install" not installing libraries In-Reply-To: <042.d226e4485826dc33f7c1eca2d868425d@avcodec.org> References: <042.d226e4485826dc33f7c1eca2d868425d@avcodec.org> Message-ID: <057.0c7e84e334844cb8d9b37abc497a9213@avcodec.org> #630: "make install" not installing libraries -------------------------------------+------------------------------------- Reporter: | Owner: chincheta0815 | Status: new Type: defect | Component: build Priority: important | system Version: unspecified | Resolution: Keywords: install | Blocked By: libraries | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please post your configure line and the complete, uncut output of "make V=1 install" (please run make several times before running the install command). And please post information about the version you are testing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 11:09:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 10:09:11 -0000 Subject: [FFmpeg-trac] #631(undetermined:new): h264 in mov shows artefacts Message-ID: <036.10c1eee1c11ececa1b1d74a6054dc2fe@avcodec.org> #631: h264 in mov shows artefacts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: mov h264 Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/33553 http://ffmpeg.org/pipermail/ffmpeg- user/attachments/20111108/dae58f17/attachment.mp4 http://cache.gmane.org//gmane/comp/video/ffmpeg/user/33553-001.bin File is said to play fine with WMP12, plays (too small but) without artefacts with QuickTime, shows many artefacts with FFmpeg. Works mostly with ffmpeg -i noStartCode.mp4 -vcodec copy -bsf h264_mp4toannexb out.h264 {{{ $ ffmpeg -i noStartCode.mp4 -qscale 2 out.avi ffmpeg version N-34594-g3bdfef3, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 9 2011 09:56:19 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 24. 0 / 51. 24. 0 libavcodec 53. 29. 0 / 53. 29. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 0 / 2. 47. 0 libswscale 2. 1. 0 / 2. 1. 0 [h264 @ 0x1390720] no frame! Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 60.00 (60/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'noStartCode.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2011-09-26 19:20:57 Duration: 00:00:37.81, start: 0.000000, bitrate: 881 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 875 kb/s, 60 fps, 60 tbr, 600 tbn, 59.94 tbc Metadata: creation_time : 2011-09-26 19:20:57 handler_name : ?Apple Alias Data Handler [buffer @ 0x13885c0] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:8/9 sws_param: Output #0, avi, to 'out.avi': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2011-09-26 19:20:57 ISFT : Lavf53.20.0 Stream #0:0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 200 kb/s, 60 tbn, 60 tbc Metadata: creation_time : 2011-09-26 19:20:57 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help [h264 @ 0x1390720] no frame! Error while decoding stream #0:0 [h264 @ 0x1390720] mmco: unref short failure Last message repeated 1 times [h264 @ 0x1390720] no frame! Error while decoding stream #0:0 [h264 @ 0x1390720] mmco: unref short failure Last message repeated 1 times ... [h264 @ 0x1390720] no frame! Error while decoding stream #0:0 [h264 @ 0x1390720] mmco: unref short failure Last message repeated 1 times [h264 @ 0x1390720] no frame! Error while decoding stream #0:0 [h264 @ 0x1390720] mmco: unref short failure Last message repeated 1 times [h264 @ 0x1390720] no frame! Error while decoding stream #0:0 frame= 85 fps= 54 q=2.0 Lsize= 6264kB time=00:00:06.03 bitrate=8505.1kbits/s video:6250kB audio:0kB global headers:0kB muxing overhead 0.226366% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 11:15:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 10:15:39 -0000 Subject: [FFmpeg-trac] #631(undetermined:new): h264 in mp4 shows artefacts (was: h264 in mov shows artefacts) In-Reply-To: <036.10c1eee1c11ececa1b1d74a6054dc2fe@avcodec.org> References: <036.10c1eee1c11ececa1b1d74a6054dc2fe@avcodec.org> Message-ID: <051.00e9c09783f64f548e758217e2052a0c@avcodec.org> #631: h264 in mp4 shows artefacts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 14:06:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 13:06:57 -0000 Subject: [FFmpeg-trac] #627(avcodec:closed): ffmpeg crashes when force flic codec with mov file In-Reply-To: <038.6574872f33f297760b58c6730e27c6c6@avcodec.org> References: <038.6574872f33f297760b58c6730e27c6c6@avcodec.org> Message-ID: <053.d2f337d577698d39c3344fa71c783735@avcodec.org> #627: ffmpeg crashes when force flic codec with mov file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | 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 cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 16:27:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 15:27:52 -0000 Subject: [FFmpeg-trac] #603(FFmpeg:closed): FFmpeg can't display file information In-Reply-To: <034.9889cbed2211211eb2e2297127ad3e26@avcodec.org> References: <034.9889cbed2211211eb2e2297127ad3e26@avcodec.org> Message-ID: <049.15fc0a3b61d734b0697be05adce6411f@avcodec.org> #603: FFmpeg can't display file information -------------------------------------+------------------------------------- Reporter: zexon | Owner: michael Type: enhancement | Status: closed Priority: normal | Component: FFmpeg Version: unspecified | 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 more information can be provided. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 16:31:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 15:31:16 -0000 Subject: [FFmpeg-trac] #593(undetermined:closed): ffmpeg + libx264: Input picture width is greater than stride In-Reply-To: <039.889b32716ea7791cb7a048eed60e59db@avcodec.org> References: <039.889b32716ea7791cb7a048eed60e59db@avcodec.org> Message-ID: <054.bb10eb4f7c636cca07ea2175a3cc3148@avcodec.org> #593: ffmpeg + libx264: Input picture width is greater than stride -------------------------------------+------------------------------------- Reporter: whitemagic | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: multiple output resolution stride | 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 this is reproducible with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 16:34:06 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 15:34:06 -0000 Subject: [FFmpeg-trac] #63(undetermined:closed): Purple bars appear when scaling a video with ffmpeg for windows In-Reply-To: <039.a305b19e5a52d8be23c7ae7dcbb24b9a@avcodec.org> References: <039.a305b19e5a52d8be23c7ae7dcbb24b9a@avcodec.org> Message-ID: <054.476ac52cdde53cf54bb7c639ebae3bfd@avcodec.org> #63: Purple bars appear when scaling a video with ffmpeg for windows -------------------------------------+------------------------------------- Reporter: thebombzen | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git | undetermined Keywords: purple bars | Resolution: scale glitch | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => needs_more_info Comment: Please reopen if this is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 19:18:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 18:18:40 -0000 Subject: [FFmpeg-trac] #628(undetermined:new): Frame copy concealment is not working for h.264 In-Reply-To: <041.020ba87c056e2ea5730d5de90f3ff731@avcodec.org> References: <041.020ba87c056e2ea5730d5de90f3ff731@avcodec.org> Message-ID: <056.c17a59a1d2e228948df870e3d4c6ba4d@avcodec.org> #628: Frame copy concealment is not working for h.264 -------------------------------------+------------------------------------- Reporter: | Owner: michael hardiksharma | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by hardiksharma): Replying to [comment:1 cehoyos]: My problem occurs after 220 frames because B frame with size lesser then my slice size (with only one slice) is coming in last gops only. It is reproducible anywhere if our frame size is lesser then slice size or one slice means one frame and if user dropped that slice to introduce error. I tried to increase the MAX_SLICES size and compile it but it is behaving in the same way. > Please note that both "-b:v 512k -r 30" and "-b:v 512k -x264opts sar=352:288" are useless options: You cannot define a bitrate for the input sample, you cannot define a frame rate for a h264 input file, you cannot define a bitrate for yuv files and x264 options will not work for raw video output. > (-r 30 for output yuv files is ok, but redundant for your test case afaict.) > And please post command lines that actually work in this issue tracker (your command line uses variables that are not defined, please do not define them, use the file names instead). > > > The reference decoder only decodes 220 frames (bit-identical with FFmpeg), does your problem occur before or after? Is it possible to reproduce your problem with a smaller sample (for example three GOPs, with the error in the second)? > Is there a reason why you are intentionally producing h264 samples with high slice number without increasing MAX_SLICES in the FFmpeg source? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 19:38:36 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 18:38:36 -0000 Subject: [FFmpeg-trac] #628(undetermined:new): Frame copy concealment is not working for h.264 In-Reply-To: <041.020ba87c056e2ea5730d5de90f3ff731@avcodec.org> References: <041.020ba87c056e2ea5730d5de90f3ff731@avcodec.org> Message-ID: <056.6e48c7a274d21259290bb93ba94fe714@avcodec.org> #628: Frame copy concealment is not working for h.264 -------------------------------------+------------------------------------- Reporter: | Owner: michael hardiksharma | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 hardiksharma]: > Replying to [comment:1 cehoyos]: My problem occurs after 220 frames because B frame with size lesser then my slice size (with only one slice) is coming in last gops only. It is reproducible anywhere if our frame size is lesser then slice size or one slice means one frame and if user dropped that slice to introduce error. Is there a reason you cannot add more frames (with even more slices if that is really necessary) and then cut away GOPs in the beginning of the streams so you have (for example) three (or five) GOPs with the error occurring in the middle of the sample? > I tried to increase the MAX_SLICES size and compile it but it is behaving in the same way. But don't you agree that the output looks significantly nicer? (Although you should mention if you changed the source.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 20:25:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 19:25:50 -0000 Subject: [FFmpeg-trac] #628(undetermined:new): Frame copy concealment is not working for h.264 In-Reply-To: <041.020ba87c056e2ea5730d5de90f3ff731@avcodec.org> References: <041.020ba87c056e2ea5730d5de90f3ff731@avcodec.org> Message-ID: <056.11976ea74ab99f14c81a036bde195385@avcodec.org> #628: Frame copy concealment is not working for h.264 -------------------------------------+------------------------------------- Reporter: | Owner: michael hardiksharma | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by hardiksharma): Replying to [comment:3 cehoyos]:The video streams which I am getting for my experiments are raw yuv 300 frame streams. The scheme I am trying to implement in post-processing need same number of frames as input. I don't think I can get more frames for same video sequence. In my other experiment with everything same, I am not facing this error and that is even for 150 frames because there is no frame which is included in one slice. Don't you think it's a failure of frame copy? I also agree with you that as this defect is only coming in probably last two gops only so if I can increase the number of gops by two and then delete them in the end probably I can recover from this error but I only have exact number of frame sequence for the implementation. I am totally agree that the output will look much nicer but in this particular version, it didn't compiled properly. I don't know the exact reason but I will try as soon as we can sort out this problem. > Replying to [comment:2 hardiksharma]: > > Replying to [comment:1 cehoyos]: My problem occurs after 220 frames because B frame with size lesser then my slice size (with only one slice) is coming in last gops only. It is reproducible anywhere if our frame size is lesser then slice size or one slice means one frame and if user dropped that slice to introduce error. > > Is there a reason you cannot add more frames (with even more slices if that is really necessary) and then cut away GOPs in the beginning of the streams so you have (for example) three (or five) GOPs with the error occurring in the middle of the sample? > > > I tried to increase the MAX_SLICES size and compile it but it is behaving in the same way. > > But don't you agree that the output looks significantly nicer? > (Although you should mention if you changed the source.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 9 22:19:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 21:19:00 -0000 Subject: [FFmpeg-trac] #632(undetermined:new): bmp 1bpp with palette decodes in negative Message-ID: <038.531658c436b0ac5b48ece057184c5f4e@avcodec.org> #632: bmp 1bpp with palette decodes in negative -------------------------------------+------------------------------------- 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 | -------------------------------------+------------------------------------- (issue 1421) {{{ C:\>ffmpeg -i Test_1bpp_gray.bmp ffmpeg version N-34318-g8475ec1, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 17:50:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'Test_1bpp_gray.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, 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 Wed Nov 9 22:33:01 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Nov 2011 21:33:01 -0000 Subject: [FFmpeg-trac] #633(undetermined:new): lowres with some dvvideo files doesn't work correctly Message-ID: <038.afcc4bdffb1846fb52d454cdd50f4ebe@avcodec.org> #633: lowres with some dvvideo files doesn't work 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 | -------------------------------------+------------------------------------- ffmpeg -vlowres 1 -i dvcp.avi out.avi file from ticket #159 {{{ C:\>ffmpeg -i C:\dvcp.avi ffmpeg version N-34318-g8475ec1, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 17:50:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 020A2320] parser not found for codec dvvideo, packets or times may be inv alid. Input #0, avi, from 'C:\dvcp.avi': Duration: 00:00:00.64, start: 0.000000, bitrate: 28907 kb/s Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv420p, 720x576 [SAR 16:15 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 Nov 10 13:49:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 12:49:34 -0000 Subject: [FFmpeg-trac] #634(undetermined:new): non monotonically increasing dts Message-ID: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- errors when encoding webcam to video file When using .avi container: wim at wim-ubuntu:~/croncap$ ffmpeg -f video4linux2 -s 320x240 -i /dev/video0 -vcodec libx264 -preset medium -vprofile baseline blah.avi ffmpeg version git-2011-11-03-988f585, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 3 2011 20:03:33 with gcc 4.6.1 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-libvpx libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 27. 0 / 53. 27. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x1f188c0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 422744.730718, bitrate: 18432 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 320x240, 18432 kb/s, 15 tbr, 1000k tbn, 15 tbc Incompatible pixel format 'yuyv422' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x1f1d060] w:320 h:240 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x1f1d4e0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x1f1dcc0] w:320 h:240 fmt:yuyv422 -> w:320 h:240 fmt:yuv420p flags:0x4 [libx264 @ 0x1f19dc0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x1f19dc0] profile Constrained Baseline, level 1.2 Output #0, avi, to 'blah.avi': Metadata: ISFT : Lavf53.18.0 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 320x240, q=-1-- 1, 15 tbn, 15 tbc Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> libx264) Press [q] to stop, [?] for help non-strictly-monotonic PTS.0 size= 1008450kB time=38:51:05.60 bitrate= 59.1kbits/s non-strictly-monotonic PTS.0 size= 1008451kB time=38:51:06.13 bitrate= 59.1kbits/s non-strictly-monotonic PTS.0 size= 1008451kB time=38:51:06.66 bitrate= 59.1kbits/s non-strictly-monotonic PTS.0 size= 1008452kB time=38:51:07.20 bitrate= 59.1kbits/s [libx264 @ 0x1f19dc0] non-strictly-monotonic PTS non-strictly-monotonic PTS.0 size= 1008452kB time=38:51:07.73 bitrate= 59.1kbits/s non-strictly-monotonic PTS.0 size= 1008453kB time=38:51:08.26 bitrate= 59.1kbits/s non-strictly-monotonic PTS.0 size= 1008453kB time=38:51:08.80 bitrate= 59.1kbits/s [avi @ 0x1f19600] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 2098034 >= 2098034 av_interleaved_write_frame(): Invalid argument When using .mkv container: wim at wim-ubuntu:~/croncap$ ffmpeg -f video4linux2 -s 320x240 -i /dev/video0 -vcodec libx264 -preset medium -vprofile baseline eggs.mkv ffmpeg version git-2011-11-03-988f585, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 3 2011 20:03:33 with gcc 4.6.1 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-libvpx libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 27. 0 / 53. 27. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x164a8c0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 2250.662157, bitrate: 18432 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 320x240, 18432 kb/s, 15 tbr, 1000k tbn, 15 tbc Incompatible pixel format 'yuyv422' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x164a7e0] w:320 h:240 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x164f720] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x164ff80] w:320 h:240 fmt:yuyv422 -> w:320 h:240 fmt:yuv420p flags:0x4 [libx264 @ 0x164bf60] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x164bf60] profile Constrained Baseline, level 1.2 [libx264 @ 0x164bf60] 264 - core 119 r2106 07efeb4 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=15 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, matroska, to 'eggs.mkv': Metadata: encoder : Lavf53.18.0 Stream #0:0: Video: h264, yuv420p, 320x240, q=-1--1, 1k tbn, 15 tbc Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> libx264) Press [q] to stop, [?] for help non-strictly-monotonic PTS.0 size= 796312kB time=38:50:38.66 bitrate= 46.6kbits/s non-strictly-monotonic PTS.0 size= 796312kB time=38:50:39.20 bitrate= 46.6kbits/s [libx264 @ 0x164bf60] non-strictly-monotonic PTS non-strictly-monotonic PTS.0 size= 796312kB time=38:50:39.73 bitrate= 46.6kbits/s non-strictly-monotonic PTS.0 size= 796312kB time=38:50:40.26 bitrate= 46.6kbits/s non-strictly-monotonic PTS.0 size= 796312kB time=38:50:40.80 bitrate= 46.6kbits/s [libx264 @ 0x164bf60] non-strictly-monotonic PTS non-strictly-monotonic PTS.0 size= 796312kB time=38:50:41.33 bitrate= 46.6kbits/s [matroska @ 0x164b600] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 139841733 >= 139841733 av_interleaved_write_frame(): Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 14:32:20 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 13:32:20 -0000 Subject: [FFmpeg-trac] #635(avcodec:new): Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 Message-ID: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> #635: Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 -------------------------------------+------------------------------------- Reporter: jkersch | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: | unspecified PIX_FMT_NV12 layout NV12 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- when decoding (e.g. a h264 stream) with output format PIX_FMT_NV12, the AVFrame contains 3 data buffers with Luma and Cb and Cr planes. when using avpicture_layout to copythe AVPicture to a previously allocated memory buffer, the bytes are layouted incorrectly. NV12 is all Luma bytes first, and after that the Cb and Cr bytes interleaved (see http://msdn.microsoft.com/en- us/library/windows/desktop/dd206750(v=vs.85).aspx#nv12) i?ve worked around this manually, but it would be great if this incorrect behavior could be fixed within libavcodec itself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 15:11:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 14:11:25 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.9587272eafdbdc054b3a26b75ab90e71@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock -------------------------------------+----------------------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by draku1a): andrewc: I am using "Geovision GV-FE420" and have same problem. Can you tell how you solved it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 15:51:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 14:51:25 -0000 Subject: [FFmpeg-trac] #635(avcodec:new): Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 In-Reply-To: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> References: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> Message-ID: <051.4c92132caa327c38bca5777a4e741022@avcodec.org> #635: Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 -------------------------------------+----------------------------------- Reporter: jkersch | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: NV12 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: PIX_FMT_NV12 layout NV12 => NV12 Comment: Replying to [ticket:635 jkersch]: > when decoding (e.g. a h264 stream) with output format PIX_FMT_NV12 I don't think this is possible with libavcodec. The only decoder that supports NV12 is rawvideo. A rawvideo produced with FFmpeg (that can be decoded correctly with FFmpeg) plays also fine with mplayer -vo vdpau (which supports displaying NV12). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 16:04:56 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 15:04:56 -0000 Subject: [FFmpeg-trac] #629(FFmpeg:closed): Using -psnr gives an "Unrecognized option" error In-Reply-To: <036.7fe26db93cb6c643884a09b6c6760442@avcodec.org> References: <036.7fe26db93cb6c643884a09b6c6760442@avcodec.org> Message-ID: <051.7be4c3db79b9ec62fdeaa088a8daa2b9@avcodec.org> #629: Using -psnr gives an "Unrecognized option" error ------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: psnr | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: avcodec => FFmpeg Comment: Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 16:05:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 15:05:39 -0000 Subject: [FFmpeg-trac] #632(avcodec:open): bmp 1bpp with palette decodes in negative In-Reply-To: <038.531658c436b0ac5b48ece057184c5f4e@avcodec.org> References: <038.531658c436b0ac5b48ece057184c5f4e@avcodec.org> Message-ID: <053.38878611c5beade2b1ac4393291819ca@avcodec.org> #632: bmp 1bpp with palette decodes in negative ------------------------------------+----------------------------------- 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 Nov 10 16:07:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 15:07:52 -0000 Subject: [FFmpeg-trac] #634(undetermined:new): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.edbd65cdc5c6a36cef372dd1b57be6fe@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => av_interleaved_write_frame * version: unspecified => git-master Comment: Is an external library required to reproduce this problem (is the problem also reproducible without -vcodec libx264)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 16:26:22 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 15:26:22 -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.3c8957c25d0737a36bacea21837ae4f2@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: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Crashes with ffplay (different backtraces possible) {{{ gdb) r -lowres 1 -i dvcp.avi Starting program: ffplay_g -lowres 1 -i dvcp.avi [Thread debugging using libthread_db enabled] ffplay version N-34647-geb4fc6a, Copyright (c) 2003-2011 the FFmpeg developers built on Nov 10 2011 15:57:39 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 [New Thread 0xf78e2b70 (LWP 17101)] [New Thread 0xf6f29b70 (LWP 17102)] [avi @ 0x8dfa320] parser not found for codec dvvideo, packets or times may be invalid. Input #0, avi, from 'dvcp.avi': Duration: 00:00:00.64, start: 0.000000, bitrate: 28907 kb/s Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25 tbr, 25 tbn, 25 tbc [New Thread 0xf6728b70 (LWP 17103)] [New Thread 0xf5f27b70 (LWP 17104)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf6728b70 (LWP 17103)] 0x081b8767 in put_pixels_clamped4_c (line_size=192, pixels=0xf5624670 "", block=0xf6726a70) at libavcodec/dsputil.c:396 396 pixels[0] = cm[block[0]]; #0 0x081b8767 in put_pixels_clamped4_c (line_size=192, pixels=0xf5624670 "", block=0xf6726a70) at libavcodec/dsputil.c:396 #1 ff_jref_idct4_put (line_size=192, pixels=0xf5624670 "", block=0xf6726a70) at libavcodec/dsputil.c:2749 #2 0x082080ec in dv_decode_video_segment (avctx=0x8dfa820, arg=0x8870a20) at libavcodec/dv.c:633 #3 0x084bcbbe in avcodec_default_execute (c=0x8dfa820, func=0x8207630 , arg=0x8870a20, ret=0x0, count=270, size=12) at libavcodec/utils.c:478 #4 0x082046da in dvvideo_decode_frame (avctx=0x8dfa820, data=0xf5600480, data_size=0xf672814c, avpkt=0xf6728108) at libavcodec/dv.c:1099 #5 0x084bdde1 in avcodec_decode_video2 (avctx=0x8dfa820, picture=0xf5600480, got_picture_ptr=0xf672814c, avpkt=0xf6728108) at libavcodec/utils.c:819 #6 0x0804f30e in get_video_frame (pkt=0xf6728108, pts=, frame=0xf5600480, is=0xf6f2a020) at ffplay.c:1483 #7 input_request_frame (pkt=0xf6728108, pts=, frame=0xf5600480, is=0xf6f2a020) at ffplay.c:1656 #8 0x0805f7af in avfilter_request_frame (link=0xf5600840) at libavfilter/avfilter.c:520 #9 0x08063d7b in av_buffersink_get_buffer_ref (ctx=0xf56005c0, bufref=0xf6728318, flags=0) at libavfilter/sink_buffer.c:128 #10 0x0805037a in video_thread (arg=0xf6f2a020) at ffplay.c:1822 #11 0xf7e50391 in ?? () from /usr/lib/libSDL-1.2.so.0 #12 0xf7e9c6eb in ?? () from /usr/lib/libSDL-1.2.so.0 #13 0xf7e2c6e5 in start_thread () from /lib/libpthread.so.0 #14 0xf7e2c600 in ?? () from /lib/libpthread.so.0 (gdb) disass $pc-13 $pc+32 Dump of assembler code from 0x81b875a to 0x81b8787: 0x081b875a : movswl (%ebx),%eax 0x081b875d : lea 0x10(%ebx),%edx 0x081b8760 : movzbl 0x882e620(%eax),%eax 0x081b8767 : mov %al,(%esi) 0x081b8769 : movswl 0x2(%ebx),%eax 0x081b876d : movzbl 0x882e620(%eax),%eax 0x081b8774 : mov %al,0x1(%esi) 0x081b8777 : movswl 0x4(%ebx),%eax 0x081b877b : movzbl 0x882e620(%eax),%eax 0x081b8782 : mov %al,0x2(%esi) 0x081b8785 : movswl 0x6(%ebx),%eax End of assembler dump. (gdb) info register eax 0x7d 125 ecx 0x7e 126 edx 0xf6726a80 -160273792 ebx 0xf6726a70 -160273808 esp 0xf67264d0 0xf67264d0 ebp 0xc0 0xc0 esi 0xf5624670 -178108816 edi 0xc0 192 eip 0x81b8767 0x81b8767 eflags 0x210282 [ SF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 16:32:19 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 15:32:19 -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.3e513a6ae8e4efc584f42dbeb5a00b4a@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 brama): I investigated some more. The commit mentioned above fixes 1 video, but breaks another. I have now found the real culprit, and that is commit e7c7b0d000e81d24327602e04d8fed400dbb7193: {{{ Author: Michael Niedermayer Date: Fri Apr 1 17:30:45 2011 +0200 Another aspect ratio fix try. This leaves the setdar addition at the end (preferred by people). Signed-off-by: Michael Niedermayer }}} Later on, a new commit actually fixes the issue: d1eb50bb29caad9745631759265f475177df99b9 But this commit is 100% reversed in commit d6c858658f2cd5cabbfecc008503c30951256fdd, because "it breaks fate" (?). So looks like the aspect ratio fix attempt is buggy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 16:53:59 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 15:53:59 -0000 Subject: [FFmpeg-trac] #635(avcodec:new): Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 In-Reply-To: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> References: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> Message-ID: <051.b7400e5577e6e8ea829cecc038293de9@avcodec.org> #635: Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 -------------------------------------+----------------------------------- Reporter: jkersch | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: NV12 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by jkersch): the Luma plane is correct, however, for Cb and Cr there are two different buffers instead of an interleaved one where the byte are merged in the form (Cb)(Cr)(Cb)(Cr). linesize however correctly displays only 2 planes. any chance to get this layouted directly within avpicture_layout? i want to pack those buffers into a media sample to use avcodec as a Media Foundation Transform decoder. (which works great, except the hack to output NV12) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 17:09:56 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 16:09:56 -0000 Subject: [FFmpeg-trac] #635(avcodec:new): Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 In-Reply-To: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> References: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> Message-ID: <051.86e73fb81cc8a71f3a88f72436199356@avcodec.org> #635: Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 -------------------------------------+----------------------------------- Reporter: jkersch | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: NV12 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 jkersch]: > the Luma plane is correct, however, for Cb and Cr there are two different buffers instead of an interleaved one where the byte are merged in the form (Cb)(Cr)(Cb)(Cr). That is because libavcodec's H.264 decoder can only output to yuv420p (if the original sample is 8bit yuv420 which I assume). It cannot output to nv12, no matter what the input is. libswscale can convert yuv420p to nv12. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 17:13:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 16:13:42 -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.5f10ab05e3256600c90e8286036577f5@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 cehoyos): Did you already report the regression to Adobe? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 17:33:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 16:33:15 -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.d12e4320964305cbcb4eaf4c0d5acf04@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 brama): Are you suggesting the changes in ffmpeg have nothing to do with it even though they do influence the behavior? I do not have old flash versions to test with. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 18:11:03 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 17:11:03 -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.3895ac3560bc1b783c6b4267fd0f32e2@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 cehoyos): I do have an old flash version installed, and with it, the problem is not reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 22:10:24 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 21:10:24 -0000 Subject: [FFmpeg-trac] #337(FFmpeg:closed): FFmpeg's isaTTY check makes programatically parsing stderr impossible In-Reply-To: <038.027b7a35e1dbaed3cbc22cdd847117f4@avcodec.org> References: <038.027b7a35e1dbaed3cbc22cdd847117f4@avcodec.org> Message-ID: <053.9616f7079238fe8fa185daf157e33362@avcodec.org> #337: FFmpeg's isaTTY check makes programatically parsing stderr impossible -------------------------------------+------------------------------------- Reporter: tommedema | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: console tty | worksforme loglevel programming interaction | Blocked By: debug progress | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => worksforme Comment: I cannot reproduce this, and no information about how one could reproduce this has been provided. Feel free to reopen if you can still reproduce this problem -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 22:18:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 21:18:04 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.87e4f0e2fc08c683af24c02e929aadf9@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock -------------------------------------+----------------------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): The original problem was a problem in the interaction between the udp and rtp code this has been fixed months ago, there has been another smaller bugfix in the udp code recently. And i cannot reproduce any further problems with random rtsp streams If someone still has issues it might make sense to open a new ticket because these likely are not what this ticket was about. Not every rt*p issue is the same ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 22:21:32 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 21:21:32 -0000 Subject: [FFmpeg-trac] #446(FFmpeg:new): Error when using "-vcodec libx264" and "-flags +global_header" In-Reply-To: <034.ca2481c711e26993b736c77ec096ff44@avcodec.org> References: <034.ca2481c711e26993b736c77ec096ff44@avcodec.org> Message-ID: <049.a3289cdfbdca575bb41f5158db529154@avcodec.org> #446: Error when using "-vcodec libx264" and "-flags +global_header" -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: h264 | Blocked By: global_header vbsf | Reproduced by developer: 0 h264_mp4toannexb | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): global_header and mpegts looks suspect, what are you trying to do ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 22:28:05 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 21:28:05 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:new): ffserver bug In-Reply-To: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> References: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> Message-ID: <049.bd22cc11c6012965a4a9506fc7159204@avcodec.org> #610: ffserver bug ------------------------------------+----------------------------------- Reporter: burek | Owner: michael 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 michael): it might work if you add -vcodec libx264 or something, this of course is not a proper solution -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 23:07:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 22:07:35 -0000 Subject: [FFmpeg-trac] #600(avcodec:closed): Crash (segmentation fault) decoding a bad flac (my fix incl.) In-Reply-To: <033.7ede43bc6433d761aa82a976c5fd11c5@avcodec.org> References: <033.7ede43bc6433d761aa82a976c5fd11c5@avcodec.org> Message-ID: <048.dd31fd42ebc7b193cccee83495d09f32@avcodec.org> #600: Crash (segmentation fault) decoding a bad flac (my fix incl.) -------------------------------------+------------------------------------- Reporter: BJoe | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: flac crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Suggested change applied, thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 10 23:09:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 22:09:47 -0000 Subject: [FFmpeg-trac] #632(avcodec:closed): bmp 1bpp with palette decodes in negative In-Reply-To: <038.531658c436b0ac5b48ece057184c5f4e@avcodec.org> References: <038.531658c436b0ac5b48ece057184c5f4e@avcodec.org> Message-ID: <053.f33fda8b060af2d58d06f5494586aad1@avcodec.org> #632: bmp 1bpp with palette decodes in negative ------------------------------------+----------------------------------- 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: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 00:02:26 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 23:02:26 -0000 Subject: [FFmpeg-trac] #613(documentation:new): Missing documentation for -b flag In-Reply-To: <032.b9988541cd6c747adc31efa45f510f63@avcodec.org> References: <032.b9988541cd6c747adc31efa45f510f63@avcodec.org> Message-ID: <047.b69c991d491c6ac3a65ef1ebcc94755b@avcodec.org> #613: Missing documentation for -b flag -------------------------------------+------------------------------------- Reporter: foo | Owner: stefano Type: defect | Status: new Priority: normal | Component: Version: unspecified | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): Replying to [ticket:613 foo]: > The ffmpeg documentation at http://www.ffmpeg.org/ffmpeg.html contains numerous examples of setting the bitrate using '-b', but no actual documentation for it. Where do you see no documentation for -b? Or do you mean ''man ffmpeg''? {{{ $ ffmpeg -h | grep -w "\-b" -b bitrate video bitrate (please use -b:v) }}} I didn't see any mention of -ab however. > It still appears to work in recent builds, so probably the documentation for it should be brought back. Otherwise, it should be dropped from the examples. The doc source has been updated to change -b to -b:v and -b:a: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=a14708d4acd5ef53a635126479c0522944dd1d03 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 00:39:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 23:39:42 -0000 Subject: [FFmpeg-trac] #606(avcodec:new): cook vc1 ac3/dca avidec's problem. In-Reply-To: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> References: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> Message-ID: <052.df3631233c7e141da189cf592d9b8271@avcodec.org> #606: cook vc1 ac3/dca avidec's problem. ------------------------------------+----------------------------------- Reporter: kyh96403 | 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 michael): Replying to [comment:1 cehoyos]: > Please upload samples to http://www.datafilehost.com/ and post the download link here. The samples are available at http://streams.videolan.org/incoming/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 00:40:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Nov 2011 23:40:46 -0000 Subject: [FFmpeg-trac] #606(avcodec:new): cook vc1 ac3/dca avidec's problem. In-Reply-To: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> References: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> Message-ID: <052.03163d9abb7a56292906aeea0717674f@avcodec.org> #606: cook vc1 ac3/dca avidec's problem. ------------------------------------+----------------------------------- Reporter: kyh96403 | 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 michael): Replying to [ticket:606 kyh96403]: > cook.c > at line 1078 it maybe changed by > "if (avctx->extradata_size >= 8)" -> "if (extradata_size >= 8)" > sample: RV3.COOK [Test].rm suggested change locally applied, will push after tests, but the change looks correct -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 01:09:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 00:09:50 -0000 Subject: [FFmpeg-trac] #634(undetermined:new): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.e65faae4f95ca9da8f996b3df53257a7@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wim): Which vcodec can I use that will not use external library? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 01:27:53 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 00:27:53 -0000 Subject: [FFmpeg-trac] #634(undetermined:new): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.4dcd5587bc5e36893515f396433155ba@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): mpeg1video, mpeg2video, mpeg4, msmpeg4, msmpeg4v2, mjpeg, ljpeg, jpegls, ffv1, ffvhuff, flv, snow, svq1, wmv1, wmv2 come to mind (I probably forgot some), but simply omitting "-vcodec libx264 -preset medium -vprofile baseline" is sufficient to let FFmpeg automatically choose a codec suitable for avi (mpeg4 asp). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 01:35:53 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 00:35:53 -0000 Subject: [FFmpeg-trac] #636(undetermined:new): internal dirac decoder can't decode the file Message-ID: <038.d24753d3d31fabc36c11b06acfa97d4d@avcodec.org> #636: internal dirac decoder can't decode the 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 file decodes with libschroedinger (i'm testing with some old build without compiled-in internal dirac codec) {{{ C:\>ffmpeg -i C:\d.avi out.bmp ffmpeg version N-34549-g13b7781, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 22:02:08 with gcc 4.6.1 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. 24. 0 / 51. 24. 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 libpostproc 51. 2. 0 / 51. 2. 0 [dirac @ 020A90C0] Error in dirac_decode_data_unit Input #0, avi, from 'C:\d.avi': Metadata: encoder : Lavf53.19.0 Duration: 00:00:00.04, start: 0.000000, bitrate: 12454 kb/s Stream #0:0: Video: dirac (drac / 0x63617264), yuv420p, 1024x768 [SAR 1:1 DA R 4:3], 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'yuv420p' for codec 'bmp', auto-selecting format 'bgr2 4' [buffer @ 020B1D40] w:1024 h:768 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [buffersink @ 020B1FC0] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020B23C0] w:1024 h:768 fmt:yuv420p -> w:1024 h:768 fmt:bgr24 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.19.0 Stream #0:0: Video: bmp, bgr24, 1024x768 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s , 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (dirac -> bmp) Press [q] to stop, [?] for help [dirac @ 020A90C0] Error in dirac_decode_data_unit 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 -1.#INF00% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 01:38:49 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 00:38:49 -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.6b95825577220f1c5bd72dc7141e262d@avcodec.org> #503: Support 64bit tiff -------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tiff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tiff -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 01:44:26 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 00:44:26 -0000 Subject: [FFmpeg-trac] #636(undetermined:open): internal dirac decoder can't decode the file In-Reply-To: <038.d24753d3d31fabc36c11b06acfa97d4d@avcodec.org> References: <038.d24753d3d31fabc36c11b06acfa97d4d@avcodec.org> Message-ID: <053.82a59f01b7d1f8f7b86acd726544dc43@avcodec.org> #636: internal dirac decoder can't decode the file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dirac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dirac * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 01:56:02 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 00:56:02 -0000 Subject: [FFmpeg-trac] #606(avcodec:new): cook vc1 ac3/dca avidec's problem. In-Reply-To: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> References: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> Message-ID: <052.c6f6a76b3c0420f8d78816a718161726@avcodec.org> #606: cook vc1 ac3/dca avidec's problem. ------------------------------------+----------------------------------- Reporter: kyh96403 | 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 michael): Replying to [ticket:606 kyh96403]: > vc1 decoder > Image is incorrect > (before version(interlace supported) is ok...) > sample: vc1_error_spilt.avi I see one artifact in the last B frame that is caused by the frame being truncated and that very long ago was not shown because the last frame was lost earlier. > > ac3/dca decoder > at x86_64 version ff_int32_to_float_fmul_scalar_sse and ff_int32_to_float_fmul_scalar_sse2 is crash or noise > sample: vc1_error_spilt.avi(dca) is crash. Do you use WIN64 ? which exact version of ffmpeg do you use ? no, i cannot reproduce a crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 06:21:02 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 05:21:02 -0000 Subject: [FFmpeg-trac] #637(undetermined:new): problem with pcx 1bpp file Message-ID: <038.91059e96b285a1df53909f5a868213f5@avcodec.org> #637: problem with pcx 1bpp 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 | -------------------------------------+------------------------------------- attached file decodes to black screen (decodes fine with irfanview/imagemagick) {{{ C:\>ffmpeg -i 1bpp.pcx ffmpeg version N-34549-g13b7781, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 22:02:08 with gcc 4.6.1 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. 24. 0 / 51. 24. 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 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from '1bpp.pcx': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: pcx, 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 Nov 11 06:35:01 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 05:35:01 -0000 Subject: [FFmpeg-trac] #638(undetermined:new): add support for tiled TIFF Message-ID: <038.a49cff851f7e9147ba337f0da3ee8a58@avcodec.org> #638: add support for tiled TIFF -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i Tiled_NONE_8bpp.tif ffmpeg version N-34549-g13b7781, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 22:02:08 with gcc 4.6.1 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. 24. 0 / 51. 24. 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 libpostproc 51. 2. 0 / 51. 2. 0 [tiff @ 02605B60] Image data is missing [image2 @ 020A2320] Could not find codec parameters (Video: tiff) Tiled_NONE_8bpp.tif: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 06:39:00 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 05:39:00 -0000 Subject: [FFmpeg-trac] #639(undetermined:new): add support for 64bit PNG Message-ID: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> #639: add support for 64bit PNG -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i 64bit.png ffmpeg version N-34549-g13b7781, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 22:02:08 with gcc 4.6.1 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. 24. 0 / 51. 24. 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 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 020A2320] Could not find codec parameters (Video: png, 1023x767) 64bit.png: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 09:38:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 08:38:25 -0000 Subject: [FFmpeg-trac] #640(FFmpeg:new): Segmentation fault when streaming to ffserver Message-ID: <040.a5b3da1db51131ecea91e67daa2ab697@avcodec.org> #640: Segmentation fault when streaming to ffserver -------------------------------------+------------------------------------- Reporter: | Owner: michael apolychrono | Status: new Type: defect | Component: FFmpeg Priority: normal | Keywords: rtp flv Version: git- | ffserver master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- In this thread [http://ffmpeg.test-lab.ch/viewtopic.php?f=12&t=20#p47] i am describing the steps of Segmentation Fault. Below is the output with gdb ffmpeg_g: {{{ ffmpeg version N-34329-g26b6455, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 7 2011 10:38:35 with gcc 4.4.3 configuration: --enable-static --enable-gpl --enable-nonfree --enable- postproc --enable-libfaac --enable-libx264 libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [sdp @ 0x15d1760] Estimating duration from bitrate, this may be inaccurate Input #0, sdp, from '/home/apolychrono/Videos/sdp/352x288 at 10_preset_fast.sdp': Metadata: title : No Name Duration: N/A, start: -3.391000, bitrate: N/A Stream #0:0: Video: h264 (Constrained Baseline), yuv420p, 352x288, 10 fps, 10 tbr, 90k tbn, 20 tbc [mp2 @ 0x15cfca0] codec type or id mismatches Output #0, ffm, to 'http://127.0.0.1:8090/feed1.ffm': Metadata: title : No Name Stream #0:0: Audio: adpcm_swf, 22050 Hz, 1 channels, s16, 88 kb/s Stream #0:1: Video: h264, yuv420p, 352x288, q=10-51, 1000k tbn, 10 tbc Stream mapping: Stream #0.0 -> #0.0 Program received signal SIGSEGV, Segmentation fault. transcode_init (output_files=, nb_output_files=1, input_files=, nb_input_files=) at ffmpeg.c:2377 2377 av_log(NULL, AV_LOG_INFO, " [sync #%d.%d]", }}} thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 09:51:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 08:51:42 -0000 Subject: [FFmpeg-trac] #640(FFmpeg:new): Segmentation fault when streaming to ffserver In-Reply-To: <040.a5b3da1db51131ecea91e67daa2ab697@avcodec.org> References: <040.a5b3da1db51131ecea91e67daa2ab697@avcodec.org> Message-ID: <055.a2967b5b3e783d9764ccabfb765c3e3d@avcodec.org> #640: Segmentation fault when streaming to ffserver -------------------------------------+------------------------------------- Reporter: apolychrono | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: rtp flv | Blocked By: ffserver | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:640 apolychrono]: > In this thread [http://ffmpeg.test-lab.ch/viewtopic.php?f=12&t=20#p47] i am describing the steps of Segmentation Fault. Please describe all steps necessary to reproduce the problem here (not on external sites) and please add backtrace etc as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 09:54:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 08:54:42 -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.c7462ad441a1d7edbfb801a55f8eefcc@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: tiff | 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: => tiff -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 11:02:40 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 10:02:40 -0000 Subject: [FFmpeg-trac] #639(avcodec:open): add support for 64bit PNG In-Reply-To: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> References: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> Message-ID: <053.d3b4d1c7392d487e17c59bdc7b542d4a@avcodec.org> #639: add support for 64bit PNG -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | 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: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 11:04:56 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 10:04:56 -0000 Subject: [FFmpeg-trac] #637(avcodec:open): problem with pcx 1bpp file In-Reply-To: <038.91059e96b285a1df53909f5a868213f5@avcodec.org> References: <038.91059e96b285a1df53909f5a868213f5@avcodec.org> Message-ID: <053.678089ed7939cd4952baf4055d3b2316@avcodec.org> #637: problem with pcx 1bpp file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pcx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * keywords: => pcx * version: unspecified => git-master * analyzed: 0 => 1 Comment: The palette is all 0 for 1bit pcx and either has to be set to the correct values (black - white), or pix_fmt changed to MONO_WHITE and decoding changed accordingly. Simple patch sent to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 12:18:00 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 11:18:00 -0000 Subject: [FFmpeg-trac] #371(avfilter:reopened): Segmentation fault or get core dump when trying to use transpose/hflip/vflip on some inputs In-Reply-To: <043.fc4ab07602c08f7feb93b211c3fc8759@avcodec.org> References: <043.fc4ab07602c08f7feb93b211c3fc8759@avcodec.org> Message-ID: <058.1cae5e5bb9986315bacb66a2a2daef49@avcodec.org> #371: Segmentation fault or get core dump when trying to use transpose/hflip/vflip on some inputs -------------------------------------+------------------------------------- Reporter: | Owner: x2305andy2305x | Status: reopened Type: defect | Component: avfilter Priority: important | Resolution: Version: git-master | Blocked By: Keywords: transpose, | Reproduced by developer: 1 hflip,vflip | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by danwax): * status: closed => reopened * resolution: fixed => Comment: I'm seeing this very same issue. Only though, when I am getting a still frame. It seems also affected by -vframes (if this flag is in front of -vf, it errors everytime). It appears if you take transpose out, it's fine. I've tried putting -vf filters in [in] [out] as well. Command is:- {{{ ffmpeg -i /var/input/video.wmv -ss 20 -s 480x272 -vf "transpose=1,pad=854:480:291:0" -vframes 1 /var/output/still.jpg < /dev/null 2>&1 }}} '''Error Report''' {{{ *** glibc detected *** /usr/local/bin/ffmpeg: double free or corruption (out): 0x00007ff5d4a7b040 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75146)[0x7ff5d4db0146] /usr/local/bin/ffmpeg[0xa48c9c] /usr/local/bin/ffmpeg[0x441241] /usr/local/bin/ffmpeg[0x443073] /lib64/libc.so.6(__libc_start_main+0xfd)[0x7ff5d4d59cdd] /usr/local/bin/ffmpeg[0x439db9] ======= Memory map: ======== 00400000-00c92000 r-xp 00000000 ca:01 26865 /usr/local/bin/ffmpeg 00e91000-00ec2000 rw-p 00891000 ca:01 26865 /usr/local/bin/ffmpeg 00ec2000-0148c000 rw-p 00000000 00:00 0 015d5000-01750000 rw-p 00000000 00:00 0 [heap] 7ff5d485c000-7ff5d4872000 r-xp 00000000 ca:01 15 /lib64/libgcc_s-4.4.5-20110214.so.1 7ff5d4872000-7ff5d4a71000 ---p 00016000 ca:01 15 /lib64/libgcc_s-4.4.5-20110214.so.1 7ff5d4a71000-7ff5d4a72000 rw-p 00015000 ca:01 15 /lib64/libgcc_s-4.4.5-20110214.so.1 7ff5d4a7a000-7ff5d4d3b000 rw-p 00000000 00:00 0 7ff5d4d3b000-7ff5d4ec1000 r-xp 00000000 ca:01 7609 /lib64/libc-2.12.so 7ff5d4ec1000-7ff5d50c0000 ---p 00186000 ca:01 7609 /lib64/libc-2.12.so 7ff5d50c0000-7ff5d50c4000 r--p 00185000 ca:01 7609 /lib64/libc-2.12.so 7ff5d50c4000-7ff5d50c5000 rw-p 00189000 ca:01 7609 /lib64/libc-2.12.so 7ff5d50c5000-7ff5d50ca000 rw-p 00000000 00:00 0 7ff5d50ca000-7ff5d50e1000 r-xp 00000000 ca:01 7633 /lib64/libpthread-2.12.so 7ff5d50e1000-7ff5d52e0000 ---p 00017000 ca:01 7633 /lib64/libpthread-2.12.so 7ff5d52e0000-7ff5d52e1000 r--p 00016000 ca:01 7633 /lib64/libpthread-2.12.so 7ff5d52e1000-7ff5d52e2000 rw-p 00017000 ca:01 7633 /lib64/libpthread-2.12.so 7ff5d52e2000-7ff5d52e6000 rw-p 00000000 00:00 0 7ff5d52e6000-7ff5d52fb000 r-xp 00000000 ca:01 7917 /lib64/libz.so.1.2.3 7ff5d52fb000-7ff5d54fa000 ---p 00015000 ca:01 7917 /lib64/libz.so.1.2.3 7ff5d54fa000-7ff5d54fb000 rw-p 00014000 ca:01 7917 /lib64/libz.so.1.2.3 7ff5d54fb000-7ff5d557e000 r-xp 00000000 ca:01 7617 /lib64/libm-2.12.so 7ff5d557e000-7ff5d577d000 ---p 00083000 ca:01 7617 /lib64/libm-2.12.so 7ff5d577d000-7ff5d577e000 r--p 00082000 ca:01 7617 /lib64/libm-2.12.so 7ff5d577e000-7ff5d577f000 rw-p 00083000 ca:01 7617 /lib64/libm-2.12.so 7ff5d577f000-7ff5d578e000 r-xp 00000000 ca:01 31502 /usr/local/lib/libfaac.so.0.0.0 7ff5d578e000-7ff5d598e000 ---p 0000f000 ca:01 31502 /usr/local/lib/libfaac.so.0.0.0 7ff5d598e000-7ff5d5991000 rw-p 0000f000 ca:01 31502 /usr/local/lib/libfaac.so.0.0.0 7ff5d5991000-7ff5d5a17000 r-xp 00000000 ca:01 14584 /usr/local/lib/libfreetype.so.6.7.2 7ff5d5a17000-7ff5d5c17000 ---p 00086000 ca:01 14584 /usr/local/lib/libfreetype.so.6.7.2 7ff5d5c17000-7ff5d5c1d000 rw-p 00086000 ca:01 14584 /usr/local/lib/libfreetype.so.6.7.2 7ff5d5c1d000-7ff5d5c76000 r-xp 00000000 ca:01 24206 /usr/local/lib/libmp3lame.so.0.0.0 7ff5d5c76000-7ff5d5e75000 ---p 00059000 ca:01 24206 /usr/local/lib/libmp3lame.so.0.0.0 7ff5d5e75000-7ff5d5e77000 rw-p 00058000 ca:01 24206 /usr/local/lib/libmp3lame.so.0.0.0 7ff5d5e77000-7ff5d5ea7000 rw-p 00000000 00:00 0 7ff5d5ea7000-7ff5d5fbb000 r-xp 00000000 ca:01 31544 /usr/local/lib/libx264.so.119 7ff5d5fbb000-7ff5d61ba000 ---p 00114000 ca:01 31544 /usr/local/lib/libx264.so.119 7ff5d61ba000-7ff5d61bd000 rw-p 00113000 ca:01 31544 /usr/local/lib/libx264.so.119 7ff5d61bd000-7ff5d61f8000 rw-p 00000000 00:00 0 7ff5d61f8000-7ff5d6218000 r-xp 00000000 ca:01 7602 /lib64/ld-2.12.so 7ff5d633e000-7ff5d639a000 rw-p 00000000 00:00 0 7ff5d6409000-7ff5d640e000 rw-p 00000000 00:00 0 7ff5d6416000-7ff5d6417000 rw-p 00000000 00:00 0 7ff5d6417000-7ff5d6418000 r--p 0001f000 ca:01 7602 /lib64/ld-2.12.so 7ff5d6418000-7ff5d6419000 rw-p 00020000 ca:01 7602 /lib64/ld-2.12.so 7ff5d6419000-7ff5d641a000 rw-p 00000000 00:00 0 7fff69c1e000-7fff69c3f000 rw-p 00000000 00:00 0 [stack] 7fff69de4000-7fff69de5000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 12:31:24 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 11:31:24 -0000 Subject: [FFmpeg-trac] #371(avfilter:reopened): Segmentation fault or get core dump when trying to use transpose/hflip/vflip on some inputs In-Reply-To: <043.fc4ab07602c08f7feb93b211c3fc8759@avcodec.org> References: <043.fc4ab07602c08f7feb93b211c3fc8759@avcodec.org> Message-ID: <058.6cfab423f57e88126fe934f902df29bb@avcodec.org> #371: Segmentation fault or get core dump when trying to use transpose/hflip/vflip on some inputs -------------------------------------+------------------------------------- Reporter: | Owner: x2305andy2305x | Status: reopened Type: defect | Component: avfilter Priority: important | Resolution: Version: git-master | Blocked By: Keywords: transpose, | Reproduced by developer: 1 hflip,vflip | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: danwax (added) Comment: Since both the original crash is unreproducible and your command line works fine with a random input file, please either provide some indication that this is indeed the same problem or open a new ticket (with command line, complete, uncut output including backtrace - see above and http://ffmpeg.org/bugreports.html - and a sample if necessary to reproduce). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 12:32:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 11:32:32 -0000 Subject: [FFmpeg-trac] #640(FFmpeg:new): Segmentation fault when streaming to ffserver In-Reply-To: <040.a5b3da1db51131ecea91e67daa2ab697@avcodec.org> References: <040.a5b3da1db51131ecea91e67daa2ab697@avcodec.org> Message-ID: <055.e49fa270c9e181f5d57571a72115a250@avcodec.org> #640: Segmentation fault when streaming to ffserver -------------------------------------+------------------------------------- Reporter: apolychrono | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: rtp flv | Blocked By: ffserver | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by apolychrono): Sorry for the incomplete report. So here i think is all that you need. Steps to reproduce it: 1) RTP streaming of a YUV420p file: {{{ ffmpeg -re -s 352x288 -f rawvideo -pix_fmt yuv420p -r 10 -i sample_352x288 at 10_YUV420p.yuv -an -vcodec libx264 -preset fast -profile baseline -threads 0 -r 10 -s 352x288 -b:v 200k -flags global_header -f rtp rtp://127.0.0.1:9999 ; }}} 2) Create the feed for ffserver: {{{ ffmpeg -i stream.sdp -vcodec copy http://127.0.0.1:8090/feed1.ffm }}} 3) Start the ffserver: ffserver -d -f ffserver.conf The ffserver.conf is : {{{ Port 8090 BindAddress 0.0.0.0 MaxClients 10 MaxBandwidth 40000 NoDaemon File /tmp/feed1.ffm FileMaxSize 15M ACL allow localhost ACL allow 192.168.0.0 192.168.255.255 ACL allow 10.8.13.202 10.8.13.255 Feed feed1.ffm Format flv AVOptionVideo flags +global_header # AVOptionAudio flags +global_header # AudioCodec libmp3lame # AudioBitRate 32 # AudioChannels 1 # AudioSampleRate 11025 VideoCodec libx264 VideoSize 352x288 VideoBitRate 200K VideoFrameRate 10 AVOptionVideo threads 4 AVOptionVideo qmin 10 AVOptionVideo qmax 51 AVOptionVideo qdiff 4 AVOptionVideo g 250 AVOptionVideo keyint_min 25 AVOptionVideo sc_threshold 40 AVOptionVideo coder 0 AVOptionVideo bf 0 AVOptionVideo b_strategy 1 AVOptionVideo refs 1 AVOptionVideo flags +loop AVOptionVideo flags2 -bpyramid-wpred-dct8x8+mixed_refs+fastpskip AVOptionVideo i_qfactor 0.71 AVOptionVideo qcomp 0.6 AVOptionVideo partitions -parti8x8-partp4x4+parti4x4+partp8x8+partb8x8 AVOptionVideo me_method hex AVOptionVideo me_range 16 AVOptionVideo subq 6 AVOptionVideo trellis 0 AVOptionVideo wpredp 0 VideoGopSize 50 Preroll 4 StartSendOnKey }}} '''''BUT the execution order of the above commands is: 3,2,1''''' {{{ (gdb) r -i 352x288 at 10_preset_fast.sdp -vcodec copy http://127.0.0.1:8090/feed1.ffm Starting program: /home/apolychrono/Software/ffmpeg/ffmpeg_g -i 352x288 at 10_preset_fast.sdp -vcodec copy http://127.0.0.1:8090/feed1.ffm [Thread debugging using libthread_db enabled] ffmpeg version N-34329-g26b6455, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 7 2011 10:38:35 with gcc 4.4.3 configuration: --enable-static --enable-gpl --enable-nonfree --enable- postproc --enable-libfaac --enable-libx264 libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [sdp @ 0x15d1760] Estimating duration from bitrate, this may be inaccurate Input #0, sdp, from '352x288 at 10_preset_fast.sdp': Metadata: title : No Name Duration: N/A, start: -3.391000, bitrate: N/A Stream #0:0: Video: h264 (Constrained Baseline), yuv420p, 352x288, 10 fps, 10 tbr, 90k tbn, 20 tbc [mp2 @ 0x15cfca0] codec type or id mismatches Output #0, ffm, to 'http://127.0.0.1:8090/feed1.ffm': Metadata: title : No Name Stream #0:0: Audio: adpcm_swf, 22050 Hz, 1 channels, s16, 88 kb/s Stream #0:1: Video: h264, yuv420p, 352x288, q=10-51, 1000k tbn, 10 tbc Stream mapping: Stream #0.0 -> #0.0 Program received signal SIGSEGV, Segmentation fault. transcode_init (output_files=, nb_output_files=1, input_files=, nb_input_files=) at ffmpeg.c:2377 2377 av_log(NULL, AV_LOG_INFO, " [sync #%d.%d]", (gdb) bt #0 transcode_init (output_files=, nb_output_files=1, input_files=, nb_input_files=) at ffmpeg.c:2377 #1 0x00000000004415aa in transcode (argc=, argv=0x7fffffffe0f8) at ffmpeg.c:2419 #2 main (argc=, argv=0x7fffffffe0f8) at ffmpeg.c:4506 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x440fc3 to 0x441003: 0x0000000000440fc3 : stc 0x0000000000440fc4 : jrcxz 0x441034 0x0000000000440fc6 : add %cl,0x63(%rax) 0x0000000000440fc9 : push %rbx 0x0000000000440fca : or %cl,-0x75(%rax) 0x0000000000440fcd : rex.XB and %cl,-0x73(%r8) 0x0000000000440fd1 : adc $0x92,%al 0x0000000000440fd3 : shl $0x4,%rdx 0x0000000000440fd7 : add 0xbd5292(%rip),%rdx # 0x1016270 0x0000000000440fde : cmp %rdx,%rax 0x0000000000440fe1 : je 0x440fff => 0x0000000000440fe3 : mov 0x8(%rax),%rdx 0x0000000000440fe7 : mov (%rax),%ecx 0x0000000000440fe9 : mov $0x20,%esi 0x0000000000440fee : xor %edi,%edi 0x0000000000440ff0 : xor %eax,%eax 0x0000000000440ff2 : mov (%rdx),%r8d 0x0000000000440ff5 : mov $0xc2c86c,%edx 0x0000000000440ffa : callq 0xb2f3c0 0x0000000000440fff : mov 0x264(%rbx),%r10d End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0x15d0b70 22874992 rcx 0x7ffff6f87500 140737336866048 rdx 0x15d8480 22905984 rsi 0x4 4 rdi 0x7fffffffaee0 140737488334560 rbp 0x0 0x0 rsp 0x7fffffffbc10 0x7fffffffbc10 r8 0x7ffff7fd5700 140737353963264 r9 0x7ffff7fd5700 140737353963264 r10 0x14e1ec0 21896896 r11 0x246 582 r12 0x0 0 r13 0xffffffea 4294967274 r14 0x1 1 r15 0x1 1 rip 0x440fe3 0x440fe3 eflags 0x10283 [ CF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0x00000003c) (raw 0xffff000000000000003c) st1 -nan(0x000000004) (raw 0xffff0000000000000004) st2 -inf (raw 0xffff0000000000000000) st3 -nan(0xa000000000000000) (raw 0xffffa000000000000000) st4 -inf (raw 0xffff0000000000000000) st5 -nan(0x606060606060606) (raw 0xffff0606060606060606) st6 -nan(0xa000000000000000) (raw 0xffffa000000000000000) st7 -inf (raw 0xffff0000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 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 = {0x25 }, v8_int16 = {0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525}, v4_int32 = {0x25252525, 0x25252525, 0x25252525, 0x25252525}, v2_int64 = { 0x2525252525252525, 0x2525252525252525}, uint128 = 0x25252525252525252525252525252525} 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 = {0x8000000000000000, 0x0}, v16_int8 = {0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0xff, 0x0, 0xff00, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xff0000, 0xff000000, 0x0, 0x0}, v2_int64 = {0xff00000000ff0000, 0x0}, uint128 = 0x0000000000000000ff00000000ff0000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x72, 0x20, 0x70, 0x61, 0x72, 0x61, 0x6d, 0x20, 0x31, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x2072, 0x6170, 0x6172, 0x206d, 0x31, 0x0, 0x0, 0x0}, v4_int32 = {0x61702072, 0x206d6172, 0x31, 0x0}, v2_int64 = {0x206d617261702072, 0x31}, uint128 = 0x0000000000000031206d617261702072} xmm5 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0xe0, 0x95, 0x9c, 0xe7, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0xe000, 0x9c95, 0x3fe7, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xe0000000, 0x3fe79c95, 0x0, 0x0}, v2_int64 = {0x3fe79c95e0000000, 0x0}, uint128 = 0x00000000000000003fe79c95e0000000} xmm6 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x6d, 0x7d, 0xbf, 0xbb, 0x27, 0xaf, 0xf5, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x7d6d, 0xbbbf, 0xaf27, 0x3ff5, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xbbbf7d6d, 0x3ff5af27, 0x0, 0x0}, v2_int64 = {0x3ff5af27bbbf7d6d, 0x0}, uint128 = 0x00000000000000003ff5af27bbbf7d6d} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x68, 0xc8, 0xbc, 0x3b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0xc868, 0x3bbc, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3bbcc868, 0x0, 0x0}, v2_int64 = {0x3bbcc86800000000, 0x0}, uint128 = 0x00000000000000003bbcc86800000000} xmm8 {v4_float = {0x0, 0xfffffffd, 0x0, 0x0}, v2_double = {0xffffffffffffffd2, 0x0}, v16_int8 = {0xe0, 0xe6, 0x35, 0x67, 0x9e, 0x6, 0x47, 0xc0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xe6e0, 0x6735, 0x69e, 0xc047, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x6735e6e0, 0xc047069e, 0x0, 0x0}, v2_int64 = {0xc047069e6735e6e0, 0x0}, uint128 = 0x0000000000000000c047069e6735e6e0} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm10 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0xffffffffffffffff, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0xbf, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0xbff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0xbff00000, 0x0, 0x0}, v2_int64 = {0xbff0000000000000, 0x0}, uint128 = 0x0000000000000000bff0000000000000} xmm11 {v4_float = {0x9689a800, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x6a, 0xa2, 0x65, 0x50, 0xf2, 0xea, 0x8f, 0xbd, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xa26a, 0x5065, 0xeaf2, 0xbd8f, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x5065a26a, 0xbd8feaf2, 0x0, 0x0}, v2_int64 = {0xbd8feaf25065a26a, 0x0}, uint128 = 0x0000000000000000bd8feaf25065a26a} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x29, 0xf2, 0x88, 0x6c, 0xa6, 0x49, 0xde, 0x3e, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xf229, 0x6c88, 0x49a6, 0x3ede, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x6c88f229, 0x3ede49a6, 0x0, 0x0}, v2_int64 = {0x3ede49a66c88f229, 0x0}, uint128 = 0x00000000000000003ede49a66c88f229} ---Type to continue, or q to quit--- xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xb3, 0x12, 0x58, 0x17, 0x64, 0x46, 0xe6, 0x3b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x12b3, 0x1758, 0x4664, 0x3be6, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x175812b3, 0x3be64664, 0x0, 0x0}, v2_int64 = {0x3be64664175812b3, 0x0}, uint128 = 0x00000000000000003be64664175812b3} xmm14 {v4_float = {0x0, 0x3, 0x0, 0x0}, v2_double = {0x2d, 0x0}, v16_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0}, v2_int64 = {0x4046dfb516f209c0, 0x0}, uint128 = 0x00000000000000004046dfb516f209c0} xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x1 }, v8_int16 = {0x101, 0x101, 0x101, 0x101, 0x101, 0x101, 0x101, 0x101}, v4_int32 = {0x1010101, 0x1010101, 0x1010101, 0x1010101}, v2_int64 = {0x101010101010101, 0x101010101010101}, uint128 = 0x01010101010101010101010101010101} mxcsr 0x1fb2 [ DE UE PE IM DM ZM OM UM PM ] (gdb) }}} thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 12:54:21 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 11:54:21 -0000 Subject: [FFmpeg-trac] #641(build system:new): Build fails with --disable-mmx2 flag (error: implicit declaration of function 'yuv2yuvX_MMX2') Message-ID: <038.f855403461b68359df106e74ac632fa8@avcodec.org> #641: Build fails with --disable-mmx2 flag (error: implicit declaration of function 'yuv2yuvX_MMX2') -------------------------------------+------------------------------------- Reporter: Spekadyon | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Running configure with --disable-mmx2, with no other options, makes the build fail with the following error: {{{ CC libswscale/x86/swscale_mmx.o In file included from libswscale/x86/swscale_mmx.c:89:0: libswscale/x86/swscale_template.c: In function 'sws_init_swScale_MMX': libswscale/x86/swscale_template.c:1873:21: warning: unused variable 'should_dither' libswscale/x86/swscale_template.c:1942:44: warning: assignment from incompatible pointer type libswscale/x86/swscale_template.c:1943:44: warning: assignment from incompatible pointer type libswscale/x86/swscale_template.c:1954:42: warning: assignment from incompatible pointer type libswscale/x86/swscale_template.c:1955:42: warning: assignment from incompatible pointer type libswscale/x86/swscale_mmx.c: In function 'updateMMXDitherTables': libswscale/x86/swscale_mmx.c:131:9: warning: new qualifiers in middle of multi-level non-const cast are unsafe libswscale/x86/swscale_mmx.c:132:9: warning: new qualifiers in middle of multi-level non-const cast are unsafe libswscale/x86/swscale_mmx.c:133:9: warning: new qualifiers in middle of multi-level non-const cast are unsafe libswscale/x86/swscale_mmx.c: In function 'yuv2yuvX_sse3': libswscale/x86/swscale_mmx.c:184:9: error: implicit declaration of function 'yuv2yuvX_MMX2' libswscale/x86/swscale_mmx.c:184:9: warning: 'return' with a value, in function returning void libswscale/x86/swscale_mmx.c: At top level: libswscale/x86/swscale_mmx.c:179:13: warning: 'yuv2yuvX_sse3' defined but not used make: *** [libswscale/x86/swscale_mmx.o] Error 1 make: *** Waiting for unfinished jobs.... }}} This does not occur with the --enable-mmx2 flag. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 13:18:11 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 12:18:11 -0000 Subject: [FFmpeg-trac] #641(build system:open): Build fails with --disable-mmx2 flag (error: implicit declaration of function 'yuv2yuvX_MMX2') In-Reply-To: <038.f855403461b68359df106e74ac632fa8@avcodec.org> References: <038.f855403461b68359df106e74ac632fa8@avcodec.org> Message-ID: <053.10251b78abfb874ab2d03c317f0a86cd@avcodec.org> #641: Build fails with --disable-mmx2 flag (error: implicit declaration of function 'yuv2yuvX_MMX2') -------------------------------------+------------------------------------- Reporter: Spekadyon | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * status: new => open * reproduced: 0 => 1 Comment: This is a regression since e484b64ce37e7bc7556c6113ce6f10671e20f61f. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 13:21:57 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 12:21:57 -0000 Subject: [FFmpeg-trac] #642(avfilter:new): double free or corruption fault when trying to extract still image with transpose Message-ID: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> #642: double free or corruption fault when trying to extract still image with transpose -------------------------------------+------------------------------------- Reporter: danwax | Type: defect Status: new | Priority: important Component: avfilter | Version: 0.8.6 Keywords: double free | Blocked By: or corruption, still | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- This error occurs whenever I'm trying to extract a still image from a video. I'm running 0.8.6. It does actually export an image, which is green and lined. I will attached. Command and full output follow:- '''COMMAND''' {{{ ffmpeg -i /var/encode-input/input.MOV -ss 20 -s 480x272 -vf "transpose=1,pad=854:480:291:0" -vframes 1 /var/encode-output/output.jpg }}} '''OUTPUT''' {{{ ffmpeg version 0.8.6, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 11 2011 10:55:20 with gcc 4.4.5 20110214 (Red Hat 4.4.5-6) configuration: --disable-ffplay --disable-ffserver --enable-libxvid --enable-gpl --enable-nonfree --enable-pthreads --enable-libmp3lame --enable-libx264 --enable-libfaac --enable-zlib --enable-avfilter --enable-libfreetype 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 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x3296400] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x3296400] ISO: File Type Major Brand: qt [mov,mp4,m4a,3gp,3g2,mj2 @ 0x3296400] All info found Seems stream 1 codec frame rate differs from container frame rate: 1200.00 (1200/1) -> 30.00 (30/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/var/encode-input/input.MOV': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2011-11-05 01:17:56 encoder : 4.2.1 encoder-eng : 4.2.1 date : 2011-06-29T12:22:51+0300 date-eng : 2011-06-29T12:22:51+0300 Duration: 00:00:50.06, start: 0.000000, bitrate: 781 kb/s Stream #0.0(und), 44, 1/44100: Audio: aac, 44100 Hz, mono, s16, 63 kb/s Metadata: creation_time : 2011-11-05 01:17:56 Stream #0.1(und), 1, 1/600: Video: h264 (Baseline), yuv420p, 480x272, 1/1200, 714 kb/s, 30 fps, 30 tbr, 600 tbn, 1200 tbc Metadata: creation_time : 2011-11-05 01:17:56 Incompatible pixel format 'yuv420p' for codec 'mjpeg', auto-selecting format 'yuvj420p' [buffer @ 0x3290c00] w:480 h:272 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [pad @ 0x329cd80] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed filter 0 transpose' and the filter 'Parsed filter 1 pad' [transpose @ 0x329c680] w:480 h:272 dir:1 -> w:272 h:480 rotation:clockwise vflip:0 [scale @ 0x329dac0] w:272 h:480 fmt:yuv420p -> w:272 h:480 fmt:yuvj420p flags:0x4 [pad @ 0x329cd80] w:272 h:480 -> w:854 h:480 x:290 y:0 color:0x108080FF[yuva] Output #0, image2, to '/var/encode-output/output.jpg': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2011-11-05 01:17:56 date-eng : 2011-06-29T12:22:51+0300 encoder-eng : 4.2.1 date : 2011-06-29T12:22:51+0300 encoder : Lavf53.4.0 Stream #0.0(und), 0, 1/90000: Video: mjpeg, yuvj420p, 854x480, 1/30, q=2-31, 200 kb/s, 90k tbn, 30 tbc Metadata: creation_time : 2011-11-05 01:17:56 Stream mapping: Stream #0.1 -> #0.0 Press [q] to stop, [?] for help frame= 1 fps= 0 q=5.3 Lsize= -0kB time=00:00:00.03 bitrate= -5.3kbits/s video:37kB audio:0kB global headers:0kB muxing overhead -100.058692% *** glibc detected *** ffmpeg: double free or corruption (out): 0x00007fa5c6b74040 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75146)[0x7fa5c6ea9146] ffmpeg[0xa48c9c] ffmpeg[0x441241] ffmpeg[0x443073] /lib64/libc.so.6(__libc_start_main+0xfd)[0x7fa5c6e52cdd] ffmpeg[0x439db9] ======= Memory map: ======== 00400000-00c92000 r-xp 00000000 ca:01 26865 /usr/local/bin/ffmpeg 00e91000-00ec2000 rw-p 00891000 ca:01 26865 /usr/local/bin/ffmpeg 00ec2000-0148c000 rw-p 00000000 00:00 0 0328f000-0340a000 rw-p 00000000 00:00 0 [heap] 7fa5c6955000-7fa5c696b000 r-xp 00000000 ca:01 15 /lib64/libgcc_s-4.4.5-20110214.so.1 7fa5c696b000-7fa5c6b6a000 ---p 00016000 ca:01 15 /lib64/libgcc_s-4.4.5-20110214.so.1 7fa5c6b6a000-7fa5c6b6b000 rw-p 00015000 ca:01 15 /lib64/libgcc_s-4.4.5-20110214.so.1 7fa5c6b73000-7fa5c6e34000 rw-p 00000000 00:00 0 7fa5c6e34000-7fa5c6fba000 r-xp 00000000 ca:01 7609 /lib64/libc-2.12.so 7fa5c6fba000-7fa5c71b9000 ---p 00186000 ca:01 7609 /lib64/libc-2.12.so 7fa5c71b9000-7fa5c71bd000 r--p 00185000 ca:01 7609 /lib64/libc-2.12.so 7fa5c71bd000-7fa5c71be000 rw-p 00189000 ca:01 7609 /lib64/libc-2.12.so 7fa5c71be000-7fa5c71c3000 rw-p 00000000 00:00 0 7fa5c71c3000-7fa5c71da000 r-xp 00000000 ca:01 7633 /lib64/libpthread-2.12.so 7fa5c71da000-7fa5c73d9000 ---p 00017000 ca:01 7633 /lib64/libpthread-2.12.so 7fa5c73d9000-7fa5c73da000 r--p 00016000 ca:01 7633 /lib64/libpthread-2.12.so 7fa5c73da000-7fa5c73db000 rw-p 00017000 ca:01 7633 /lib64/libpthread-2.12.so 7fa5c73db000-7fa5c73df000 rw-p 00000000 00:00 0 7fa5c73df000-7fa5c73f4000 r-xp 00000000 ca:01 7917 /lib64/libz.so.1.2.3 7fa5c73f4000-7fa5c75f3000 ---p 00015000 ca:01 7917 /lib64/libz.so.1.2.3 7fa5c75f3000-7fa5c75f4000 rw-p 00014000 ca:01 7917 /lib64/libz.so.1.2.3 7fa5c75f4000-7fa5c7677000 r-xp 00000000 ca:01 7617 /lib64/libm-2.12.so 7fa5c7677000-7fa5c7876000 ---p 00083000 ca:01 7617 /lib64/libm-2.12.so 7fa5c7876000-7fa5c7877000 r--p 00082000 ca:01 7617 /lib64/libm-2.12.so 7fa5c7877000-7fa5c7878000 rw-p 00083000 ca:01 7617 /lib64/libm-2.12.so 7fa5c7878000-7fa5c7887000 r-xp 00000000 ca:01 31502 /usr/local/lib/libfaac.so.0.0.0 7fa5c7887000-7fa5c7a87000 ---p 0000f000 ca:01 31502 /usr/local/lib/libfaac.so.0.0.0 7fa5c7a87000-7fa5c7a8a000 rw-p 0000f000 ca:01 31502 /usr/local/lib/libfaac.so.0.0.0 7fa5c7a8a000-7fa5c7b10000 r-xp 00000000 ca:01 14584 /usr/local/lib/libfreetype.so.6.7.2 7fa5c7b10000-7fa5c7d10000 ---p 00086000 ca:01 14584 /usr/local/lib/libfreetype.so.6.7.2 7fa5c7d10000-7fa5c7d16000 rw-p 00086000 ca:01 14584 /usr/local/lib/libfreetype.so.6.7.2 7fa5c7d16000-7fa5c7d6f000 r-xp 00000000 ca:01 24206 /usr/local/lib/libmp3lame.so.0.0.0 7fa5c7d6f000-7fa5c7f6e000 ---p 00059000 ca:01 24206 /usr/local/lib/libmp3lame.so.0.0.0 7fa5c7f6e000-7fa5c7f70000 rw-p 00058000 ca:01 24206 /usr/local/lib/libmp3lame.so.0.0.0 7fa5c7f70000-7fa5c7fa0000 rw-p 00000000 00:00 0 7fa5c7fa0000-7fa5c80b4000 r-xp 00000000 ca:01 31544 /usr/local/lib/libx264.so.119 7fa5c80b4000-7fa5c82b3000 ---p 00114000 ca:01 31544 /usr/local/lib/libx264.so.119 7fa5c82b3000-7fa5c82b6000 rw-p 00113000 ca:01 31544 /usr/local/lib/libx264.so.119 7fa5c82b6000-7fa5c82f1000 rw-p 00000000 00:00 0 7fa5c82f1000-7fa5c8311000 r-xp 00000000 ca:01 7602 /lib64/ld-2.12.so 7fa5c8437000-7fa5c8493000 rw-p 00000000 00:00 0 7fa5c8502000-7fa5c8507000 rw-p 00000000 00:00 0 7fa5c850f000-7fa5c8510000 rw-p 00000000 00:00 0 7fa5c8510000-7fa5c8511000 r--p 0001f000 ca:01 7602 /lib64/ld-2.12.so 7fa5c8511000-7fa5c8512000 rw-p 00020000 ca:01 7602 /lib64/ld-2.12.so 7fa5c8512000-7fa5c8513000 rw-p 00000000 00:00 0 7fffbeb96000-7fffbebb7000 rw-p 00000000 00:00 0 [stack] 7fffbebff000-7fffbec00000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 13:23:34 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 12:23:34 -0000 Subject: [FFmpeg-trac] #371(avfilter:reopened): Segmentation fault or get core dump when trying to use transpose/hflip/vflip on some inputs In-Reply-To: <043.fc4ab07602c08f7feb93b211c3fc8759@avcodec.org> References: <043.fc4ab07602c08f7feb93b211c3fc8759@avcodec.org> Message-ID: <058.ce340a302a792fa45411c21f2a001226@avcodec.org> #371: Segmentation fault or get core dump when trying to use transpose/hflip/vflip on some inputs -------------------------------------+------------------------------------- Reporter: | Owner: x2305andy2305x | Status: reopened Type: defect | Component: avfilter Priority: important | Resolution: Version: git-master | Blocked By: Keywords: transpose, | Reproduced by developer: 1 hflip,vflip | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by danwax): Replying to [comment:5 cehoyos]: > Since both the original crash is unreproducible and your command line works fine with a random input file, please either provide some indication that this is indeed the same problem or open a new ticket (with command line, complete, uncut output including backtrace - see above and http://ffmpeg.org/bugreports.html - and a sample if necessary to reproduce). I have opened a new ticket as you suggest, as there are dissimilar elements of the problem I have produced. Thanks cehoyos. I have cc'd you in the other ticket for ref. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 13:34:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 12:34:32 -0000 Subject: [FFmpeg-trac] #642(undetermined:new): double free or corruption fault when trying to extract still image with transpose In-Reply-To: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> References: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> Message-ID: <050.c4f7c43b42ec6c35ee33206c308b4ba1@avcodec.org> #642: double free or corruption fault when trying to extract still image with transpose -------------------------------------+------------------------------------- Reporter: danwax | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.8.6 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: cehoyos (removed) * keywords: double free or corruption, still => * component: avfilter => undetermined Comment: Is this reproducible with current git head? Please add a backtrace (disass and registers are less important for double free). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 15:57:59 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 14:57:59 -0000 Subject: [FFmpeg-trac] #641(build system:closed): Build fails with --disable-mmx2 flag (error: implicit declaration of function 'yuv2yuvX_MMX2') In-Reply-To: <038.f855403461b68359df106e74ac632fa8@avcodec.org> References: <038.f855403461b68359df106e74ac632fa8@avcodec.org> Message-ID: <053.679fb949f73f0856bcefb53ae37248b2@avcodec.org> #641: Build fails with --disable-mmx2 flag (error: implicit declaration of function 'yuv2yuvX_MMX2') -------------------------------------+------------------------------------- Reporter: Spekadyon | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: regression | 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 Fri Nov 11 17:43:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 16:43:52 -0000 Subject: [FFmpeg-trac] #584(avformat:new): WTV MUX generates malformed files In-Reply-To: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> References: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> Message-ID: <050.477fb6c64a4738e42d2d943ea80eadca@avcodec.org> #584: WTV MUX generates malformed files ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I tested the following commands with the sample you provided: {{{ ffmpeg -i test1.wtv -sn -ac 2 -qscale 5 out1.wtv ffmpeg -i test1.wtv -sn -ac 2 -vcodec copy out2.wtv ffmpeg -i test1.wtv -sn -qscale 5 -acodec ac3 -ab 256k out3.wtv ffmpeg -i test1.wtv -sn -vcodec copy -acodec copy test.wtv }}} All four files play fine with WMP12. Seeking with WMP12 is not possible in all resulting files, is that what you wanted to report? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 17:55:57 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 16:55:57 -0000 Subject: [FFmpeg-trac] #643(avcodec:new): VAAPI dynamic loading Message-ID: <034.b8a0ba7b5d6f4904bccf8c21fa96efc4@avcodec.org> #643: VAAPI dynamic loading ---------------------------------+--------------------------------------- Reporter: gajul | Type: enhancement Status: new | Priority: wish Component: avcodec | Version: unspecified Keywords: VAAPI | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Hi, We have implemented VAAPI support in our video player and things are great so far. However, ffmpeg creates a hard dependency on libva when we compile it with --enable-vaapi. This means the library won't load if libva is not available. This was a big problem to us. We can't really force its installation on already deployed systems especially when they don't even support hardware acceleration. Instead, I created a patch to support VAAPI dynamic loading. This patch does not come without compromises. For example, the vaapi_context now requires additional function pointers. Still, if you think this could be useful, here is the patch. Thanks, Gabi Julien -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 19:06:57 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 18:06:57 -0000 Subject: [FFmpeg-trac] #642(undetermined:new): double free or corruption fault when trying to extract still image with transpose In-Reply-To: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> References: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> Message-ID: <050.c1f9b77ab1c8c745f7256599244815db@avcodec.org> #642: double free or corruption fault when trying to extract still image with transpose -------------------------------------+------------------------------------- Reporter: danwax | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.8.6 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by danwax): This has not been reproducible with current git head. It appears to be working fine. We'll run this snapshot separately for transposed stills until incorporated into stable release. Thanks. backtrace (ffmpeg-0.8.5): #0 0x00007ffff6952905 in raise () from /lib64/libc.so.6 #1 0x00007ffff69540e5 in abort () from /lib64/libc.so.6 #2 0x00007ffff698f827 in __libc_message () from /lib64/libc.so.6 #3 0x00007ffff6995146 in malloc_printerr () from /lib64/libc.so.6 #4 0x0000000000a4827c in av_free (ptr=) at libavutil/mem.c:167 #5 av_freep (arg=) at libavutil/mem.c:174 #6 0x0000000000441151 in transcode (nb_output_files=1, input_files=0x149a7c0, nb_input_files=1, stream_maps=0x0, nb_stream_maps=, output_files=0xec21a0) at ffmpeg.c:2843 #7 0x0000000000442f83 in main (argc=, argv=) at ffmpeg.c:4588 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 19:10:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 18:10:03 -0000 Subject: [FFmpeg-trac] #643(avcodec:new): VAAPI dynamic loading In-Reply-To: <034.b8a0ba7b5d6f4904bccf8c21fa96efc4@avcodec.org> References: <034.b8a0ba7b5d6f4904bccf8c21fa96efc4@avcodec.org> Message-ID: <049.19bcba1c06cd8abf7ba95d1ebb51e622@avcodec.org> #643: VAAPI dynamic loading -------------------------------------+----------------------------------- Reporter: gajul | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: unspecified | Resolution: Keywords: VAAPI | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Please correct me if I am wrong: If your patch gets applied, existing users of FFmpeg's VAAPI implementation (vlc) have to change their code to fill the new structures? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 19:38:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 18:38:25 -0000 Subject: [FFmpeg-trac] #643(avcodec:new): VAAPI dynamic loading In-Reply-To: <034.b8a0ba7b5d6f4904bccf8c21fa96efc4@avcodec.org> References: <034.b8a0ba7b5d6f4904bccf8c21fa96efc4@avcodec.org> Message-ID: <049.dceae305e7fd5f693c6e7cb3afcceca0@avcodec.org> #643: VAAPI dynamic loading -------------------------------------+----------------------------------- Reporter: gajul | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: unspecified | Resolution: Keywords: VAAPI | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by gajul): Replying to [comment:1 cehoyos]: > Please correct me if I am wrong: > If your patch gets applied, existing users of FFmpeg's VAAPI implementation (vlc) have to change their code to fill the new structures? That is correct. Instead of having ffmpeg lookup for the library and load it dynamically, I gave that responsibility to the caller. The reason I did this is that multiple versions if libva could be installed, in /usr/lib/ and /usr/local/lib for example, and I want to avoid conflicts. Since the caller already has to dynamically load VAAPI, it might has well provide the function pointers to ffmpeg too. I understand that this idea might not be popular because of what you mentioned and rejecting it might be best. My goal was more to share what I did in case somebody find it useful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 11 19:46:46 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 18:46:46 -0000 Subject: [FFmpeg-trac] #643(avcodec:open): VAAPI dynamic loading In-Reply-To: <034.b8a0ba7b5d6f4904bccf8c21fa96efc4@avcodec.org> References: <034.b8a0ba7b5d6f4904bccf8c21fa96efc4@avcodec.org> Message-ID: <049.e6e9cdc63749bcc193bb99f0eced1b6a@avcodec.org> #643: VAAPI dynamic loading -------------------------------------+----------------------------------- Reporter: gajul | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: unspecified | Resolution: Keywords: VAAPI | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open Comment: 1. Thank you for sharing, I absolutely agree this is a good idea! 2. I don't find the idea unpopular, it just needs a major version bump imo, and that is rare in FFmpeg (< once a year). Otoh, it could be considered a good idea if vaapi code can be compiled without having to worry if the library is available or not. VDPAU code does not require the library either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 12 00:33:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Nov 2011 23:33:44 -0000 Subject: [FFmpeg-trac] #584(avformat:new): WTV MUX generates malformed files In-Reply-To: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> References: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> Message-ID: <050.17dfc77cbd1e1eff75ccf51b79a6f507@avcodec.org> #584: WTV MUX generates malformed files ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ianken): "Seeking with WMP12 is not possible in all resulting files, is that what you wanted to report?" No. With the build I was using I get unplayable files. It looks like Peter got a repro... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 12 05:41:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Nov 2011 04:41:29 -0000 Subject: [FFmpeg-trac] #644(undetermined:new): ffplay crashes with png file Message-ID: <038.fff6e00f3e0b39674d78fb54aa229bd3@avcodec.org> #644: ffplay crashes with png 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 files comes from png testsuite no gdb log, because I would need to recompile everything again to have debug build of ffplay (40 mins. wasted :() {{{ C:\>ffplay basi4a16.png ffplay version N-34704-g985e768, Copyright (c) 2003-2011 the FFmpeg developers built on Nov 11 2011 01:49:15 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'basi4a16.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 @ 00A72780] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 00A72A00] w:32 h:32 fmt:gray8a -> w:32 h:32 fmt:yuv420p flags:0x4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 12 05:55:08 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Nov 2011 04:55:08 -0000 Subject: [FFmpeg-trac] #645(undetermined:new): png file doesn't want to decode Message-ID: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> #645: png file doesn't want to decode -------------------------------------+------------------------------------- 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 basi0g02.png ffmpeg version N-34704-g985e768, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 11 2011 01:49:15 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 003E9B20] Could not find codec parameters (Video: png, 32x32) basi0g02.png: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 12 09:27:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Nov 2011 08:27:31 -0000 Subject: [FFmpeg-trac] #584(avformat:closed): WTV MUX generates malformed files In-Reply-To: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> References: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> Message-ID: <050.2573de84f80f44b0b8c91e0e1d10be48@avcodec.org> #584: WTV MUX generates malformed files ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: It appears this was fixed since you originally opened the ticket (but before I was able to test). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 12 10:38:23 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Nov 2011 09:38:23 -0000 Subject: [FFmpeg-trac] #644(avcodec:open): ffplay crashes with png file In-Reply-To: <038.fff6e00f3e0b39674d78fb54aa229bd3@avcodec.org> References: <038.fff6e00f3e0b39674d78fb54aa229bd3@avcodec.org> Message-ID: <053.180bf6fe19d0a163120f7d41d11f52f6@avcodec.org> #644: ffplay crashes with png file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * analyzed: 0 => 1 Comment: The sample is actually gray16a which is currently not supported by FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 12 20:59:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Nov 2011 19:59:24 -0000 Subject: [FFmpeg-trac] #644(avcodec:open): Support gray16a (was: ffplay crashes with png file) In-Reply-To: <038.fff6e00f3e0b39674d78fb54aa229bd3@avcodec.org> References: <038.fff6e00f3e0b39674d78fb54aa229bd3@avcodec.org> Message-ID: <053.ba4af3ba5ba6e12446520aad4f15fba2@avcodec.org> #644: Support gray16a -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png gray16a | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => png gray16a * priority: important => wish * type: defect => enhancement Comment: Crash should be fixed, the file can be decoded once gray16a will be supported. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 12 22:36:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Nov 2011 21:36:04 -0000 Subject: [FFmpeg-trac] #110(avformat:open): MP4 Muxer gives incorrect frame duration with AAC In-Reply-To: <039.4d5c850f1ecd41a0ddd0f31c9f272d02@avcodec.org> References: <039.4d5c850f1ecd41a0ddd0f31c9f272d02@avcodec.org> Message-ID: <054.574ec3b230408b3635c15174945d0315@avcodec.org> #110: MP4 Muxer gives incorrect frame duration with AAC ------------------------------------+------------------------------------ Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Elbandi): Same error. {{{ $ ffmpeg -i ticket110_elbandi.mp4 ffmpeg version 0.7.2-4:0.7.2-1ubuntu1, Copyright (c) 2000-2011 the Libav developers built on Nov 10 2011 09:55:34 with gcc 4.4.3 configuration: --extra-version='4:0.7.2-1ubuntu1' --arch=amd64 --prefix=/usr --enable-vdpau --enable-bzlib --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --enable-runtime-cpudetect --enable-vaapi --enable-libopenjpeg --enable-libfaac --enable-nonfree --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable- libdirac --enable-libmp3lame --enable-librtmp --enable-libx264 --enable- libxvid --enable-libopencore-amrnb --enable-version3 --enable-libopencore- amrwb --enable-version3 --enable-libdc1394 --enable-shared --disable- static libavutil 51. 7. 0 / 51. 7. 0 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 52. 0. 0 / 52. 0. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ticket110_elbandi.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.2.0 Duration: 00:00:03.05, start: 0.000000, bitrate: 51 kb/s Stream #0.0(eng): Audio: aac, 16000 Hz, mono, s16, 48 kb/s Metadata: creation_time : 1970-01-01 00:00:00 }}} {{{ $ faad ticket110_elbandi.mp4 *********** Ahead Software MPEG-4 AAC Decoder V2.7 ****************** Build: Nov 10 2009 Copyright 2002-2004: Ahead Software AG http://www.audiocoding.com Floating point version This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License. ************************************************************************** ticket110_elbandi.mp4 file info: LC AAC 1.503 secs, 2 ch, 32000 Hz tool: Lavf53.2.0 --------------------- | Config: 2 Ch | --------------------- | Ch | Position | --------------------- | 00 | Left front | | 01 | Right front | --------------------- Decoding ticket110_elbandi.mp4 took: 0.02 sec. 75.13x real-time. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 02:00:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 01:00:32 -0000 Subject: [FFmpeg-trac] #354(undetermined:closed): h264 interlaced decoding failure - alot of artifacts and error log messages In-Reply-To: <038.09d952c88a9d9cabd484dcf2aed06493@avcodec.org> References: <038.09d952c88a9d9cabd484dcf2aed06493@avcodec.org> Message-ID: <053.ca0748ee3fcf977b8b77a26e47be3bd8@avcodec.org> #354: h264 interlaced decoding failure - alot of artifacts and error log messages -------------------------------------+------------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: H264 TS | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 02:08:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 01:08:44 -0000 Subject: [FFmpeg-trac] #163(avdevice:closed): x11grab input returns fully transparent image In-Reply-To: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> References: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> Message-ID: <050.eb2696fcfd8cb11a9ae8c8db9c5b8ff7@avcodec.org> #163: x11grab input returns fully transparent image -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: minor | Component: avdevice Version: git-master | Resolution: fixed Keywords: x11grab, | Blocked By: rgb32, alpha, transparent | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 10:13:15 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 09:13:15 -0000 Subject: [FFmpeg-trac] #637(avcodec:closed): problem with pcx 1bpp file In-Reply-To: <038.91059e96b285a1df53909f5a868213f5@avcodec.org> References: <038.91059e96b285a1df53909f5a868213f5@avcodec.org> Message-ID: <053.df590b7bfbd994c781a0094e046f7c7d@avcodec.org> #637: problem with pcx 1bpp file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: pcx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 12:51:36 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 11:51:36 -0000 Subject: [FFmpeg-trac] #634(undetermined:new): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.e7d69636ea158d2d5c124a61b07de1a2@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wim): I tried it with omitting the stuff, and ffmpeg chooses Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46) giving a similar error like: Error, Invalid timestamp=2098226, last=2098226 Video encoding failed You can see the rest in the screencap attached above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 13:09:22 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 12:09:22 -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.bd0d3c81255addcbc8d3adfc358c11f2@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 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV dvvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 13:48:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 12:48:28 -0000 Subject: [FFmpeg-trac] #634(undetermined:new): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.8c72681bc1e5404bf0bb30b9ef03cba3@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: new 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): * keywords: av_interleaved_write_frame => av_interleaved_write_frame v4l2 Comment: Did your recording really run for more than a day? Please always post complete, uncut console output as text, please do not attach screen-shots instead (there are cases when this is useful, but they are very rare). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 14:39:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 13:39:24 -0000 Subject: [FFmpeg-trac] #634(undetermined:new): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.82623280278fda437084e099f7d67175@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: new 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 | -------------------------------------+------------------------------------- Comment (by wim): Yes, the recording duration is correct. It is recording to ext4 filesystem and plenty of space on disk. I posted the screenshot because the console output as text might be misleading in this case (see the coloured error line over-writing on the usual ffmpeg stderr chat in black) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 15:51:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 14:51:51 -0000 Subject: [FFmpeg-trac] #634(undetermined:new): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.5127f33641985b7a87a6e29326b8ba18@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: new 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 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 wim]: > I posted the screenshot because the console output as text might be misleading in this case (see the coloured error line over-writing on the usual ffmpeg stderr chat in black) It cannot be misleading, at least not in this case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 16:58:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 15:58:50 -0000 Subject: [FFmpeg-trac] #404(undetermined:closed): Rounding error in scaling expression In-Reply-To: <033.7fb49f538a7410f3c35994a1a6ad0a61@avcodec.org> References: <033.7fb49f538a7410f3c35994a1a6ad0a61@avcodec.org> Message-ID: <048.f5b31ea402335e6b88656a76722d85e4@avcodec.org> #404: Rounding error in scaling expression -------------------------------------+------------------------------------- Reporter: blaw | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git | undetermined Keywords: rouding | Resolution: scalling expression | needs_more_info Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you have more information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 18:41:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 17:41:53 -0000 Subject: [FFmpeg-trac] #642(undetermined:new): double free or corruption fault when trying to extract still image with transpose In-Reply-To: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> References: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> Message-ID: <050.4803ecdfe1d093d84cca67883a8c6af2@avcodec.org> #642: double free or corruption fault when trying to extract still image with transpose -------------------------------------+------------------------------------- Reporter: danwax | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.8.6 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Using above command line and a random sample, I am unable to reproduce your problem with FFmpeg 0.8.6 (and 0.8.5). Is a specific sample needed to trigger the crash? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 23:28:33 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 22:28:33 -0000 Subject: [FFmpeg-trac] #371(avfilter:closed): Segmentation fault or get core dump when trying to use transpose/hflip/vflip on some inputs In-Reply-To: <043.fc4ab07602c08f7feb93b211c3fc8759@avcodec.org> References: <043.fc4ab07602c08f7feb93b211c3fc8759@avcodec.org> Message-ID: <058.d3b8360fab6dd47eee14d4b261c0cac9@avcodec.org> #371: Segmentation fault or get core dump when trying to use transpose/hflip/vflip on some inputs -------------------------------------+------------------------------------- Reporter: | Owner: x2305andy2305x | Status: closed Type: defect | Component: avfilter Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: transpose, | Reproduced by developer: 1 hflip,vflip | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: This is now also fixed in future releases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 13 23:30:18 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Nov 2011 22:30:18 -0000 Subject: [FFmpeg-trac] #642(undetermined:new): double free or corruption fault when trying to extract still image with transpose In-Reply-To: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> References: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> Message-ID: <050.f6b22d19500065449e6c4930a9ebe6bb@avcodec.org> #642: double free or corruption fault when trying to extract still image with transpose -------------------------------------+------------------------------------- Reporter: danwax | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.8.6 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): And if possible please test the git branch release/0.8, if this is the same issue as ticket #371, I have just fixed it by back-porting the relevant patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 01:35:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 00:35:09 -0000 Subject: [FFmpeg-trac] #646(undetermined:new): fix decoding of rawvideo (NV12) with odd width Message-ID: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> #646: fix decoding of rawvideo (NV12) 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 | -------------------------------------+------------------------------------- the file decodes correctly in virtualdub http://www.datafilehost.com/download-c78bd276.html {{{ C:\>ffmpeg -i "4_2_0 YCbCr (NV12).avi" ffmpeg version N-34704-g985e768, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 11 2011 01:49:15 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 003E9B20] parser not found for codec rawvideo, packets or times may be in valid. 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_0 YCbCr (NV12).avi': Duration: 00:00:03.53, start: 0.000000, bitrate: 14594 kb/s Stream #0:0: Video: rawvideo (NV12 / 0x3231564E), nv12, 350x230, 15 fps, 15 tbr, 15 tbn, 15 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 01:42:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 00:42:45 -0000 Subject: [FFmpeg-trac] #584(avformat:closed): WTV MUX generates malformed files In-Reply-To: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> References: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> Message-ID: <050.a5e757c88e47fa54c0ffc16ba35fd8d8@avcodec.org> #584: WTV MUX generates malformed files ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ianken): I've verified that I can now convert from WTV->WTV and that (as noted above) seeking is totally borked. Seeking it broken not just in WMP, but in MC as well. The SBE source is somewhat confused. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 01:45:02 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 00:45:02 -0000 Subject: [FFmpeg-trac] #584(avformat:closed): WTV MUX generates malformed files In-Reply-To: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> References: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> Message-ID: <050.42449a2612e80e339fa889791007b337@avcodec.org> #584: WTV MUX generates malformed files ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ianken): One more thing: I have another test file that fails to re-mux. However it's a 5GB HD recording. SO things are improved, but not fully fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 04:42:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 03:42:26 -0000 Subject: [FFmpeg-trac] #647(undetermined:new): Add support for -dn (to disable data streams) Message-ID: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> #647: Add support for -dn (to disable data streams) -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Feature request for a method to suppress data streams, similar to -vn, -an, and -sn. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 04:42:29 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 03:42:29 -0000 Subject: [FFmpeg-trac] #648(undetermined:new): Add support for -dn (to disable data streams) Message-ID: <036.2c913ea8edecd0547c49978b5eea64d4@avcodec.org> #648: Add support for -dn (to disable data streams) -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Feature request for a method to suppress data streams, similar to -vn, -an, and -sn. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 04:42:39 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 03:42:39 -0000 Subject: [FFmpeg-trac] #163(avdevice:closed): x11grab input returns fully transparent image In-Reply-To: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> References: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> Message-ID: <050.76dc80261c434958bfc31a70b30f6677@avcodec.org> #163: x11grab input returns fully transparent image -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: minor | Component: avdevice Version: git-master | Resolution: fixed Keywords: x11grab, | Blocked By: rgb32, alpha, transparent | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by llogan): Thanks for the patch. It create a normal output on Arch Linux, but in an Ubuntu Oneiric 11.10 VM there are still some transparency artifacts, but I'm not sure why. Example attached as ticket163.png. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 04:43:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 03:43:50 -0000 Subject: [FFmpeg-trac] #647(undetermined:new): Add support for -dn (to disable data streams) In-Reply-To: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> References: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> Message-ID: <051.2019f81b7a75d190c91a0a6f290b8b49@avcodec.org> #647: Add support for -dn (to disable data streams) -------------------------------------+------------------------------------- Reporter: dericed | 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 dericed): oops, I double-clicked and made two tickets. See https://ffmpeg.org/trac/ffmpeg/ticket/648 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 04:46:37 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 03:46:37 -0000 Subject: [FFmpeg-trac] #648(undetermined:closed): Add support for -dn (to disable data streams) In-Reply-To: <036.2c913ea8edecd0547c49978b5eea64d4@avcodec.org> References: <036.2c913ea8edecd0547c49978b5eea64d4@avcodec.org> Message-ID: <051.b7d68f8b1b4032e20539d3b6b994b956@avcodec.org> #648: Add support for -dn (to disable data streams) -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket 647. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 09:24:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 08:24:14 -0000 Subject: [FFmpeg-trac] #647(undetermined:new): Add support for -dn (to disable data streams) In-Reply-To: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> References: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> Message-ID: <051.282ca6f7c174a53da395fff433b31c2f@avcodec.org> #647: Add support for -dn (to disable data streams) -------------------------------------+------------------------------------- Reporter: dericed | 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 a failing command line (that would profit from -dn) and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 10:03:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 09:03:16 -0000 Subject: [FFmpeg-trac] #645(avcodec:open): png file doesn't want to decode In-Reply-To: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> References: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> Message-ID: <053.060c1d436f0efc999acfcde3ea41e7a0@avcodec.org> #645: png file doesn't want to decode -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | 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: => png * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 10:20:27 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 09:20:27 -0000 Subject: [FFmpeg-trac] #630(build system:closed): "make install" not installing libraries In-Reply-To: <042.d226e4485826dc33f7c1eca2d868425d@avcodec.org> References: <042.d226e4485826dc33f7c1eca2d868425d@avcodec.org> Message-ID: <057.35ee20635851b5865c855f3dd1cfc0ab@avcodec.org> #630: "make install" not installing libraries -------------------------------------+------------------------------------- Reporter: | Owner: chincheta0815 | Status: closed Type: defect | Component: build Priority: important | system Version: unspecified | Resolution: Keywords: install | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: install libraries => install * status: new => closed * resolution: => needs_more_info Comment: I just tested "make install" and "make install-libs" and both work as expected here. Please reopen if you can provide more information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 10:21:52 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 09:21:52 -0000 Subject: [FFmpeg-trac] #623(undetermined:closed): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.1e4c2148fed358bf2ab2fe64043725d0@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please reopen if you can provide a file that plays with vlc but fails with FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 11:00:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 10:00:55 -0000 Subject: [FFmpeg-trac] #607(avcodec:open): Theora does not support frame threading. (was: Using frame thread Theora cannot decode.) In-Reply-To: <037.b4ff963830668c92cac27c79e1e0ed64@avcodec.org> References: <037.b4ff963830668c92cac27c79e1e0ed64@avcodec.org> Message-ID: <052.f781dfadd4be84d1c8d812c994ce1d41@avcodec.org> #607: Theora does not support frame threading. -------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: theora | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => wish * keywords: => theora * type: defect => enhancement Comment: I suspect this is a feature request for frame threading when decoding theora. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 11:08:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 10:08:11 -0000 Subject: [FFmpeg-trac] #584(avformat:closed): WTV MUX generates malformed files In-Reply-To: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> References: <035.47acf777387ae043b47d8e28017bdf18@avcodec.org> Message-ID: <050.3c509abb544c4ed290620ca7b653253e@avcodec.org> #584: WTV MUX generates malformed files ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:11 ianken]: > One more thing: I have another test file that fails to re-mux. However it's a 5GB HD recording. Command line and complete, uncut console output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 11:09:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 10:09:44 -0000 Subject: [FFmpeg-trac] #646(undetermined:open): fix decoding of rawvideo (NV12) with odd width In-Reply-To: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> References: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> Message-ID: <053.fc42ee974cfdaa91a55cf6c2b68c2fff@avcodec.org> #646: fix decoding of rawvideo (NV12) with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: NV12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => NV12 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 11:11:01 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 10:11:01 -0000 Subject: [FFmpeg-trac] #635(avcodec:closed): Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 In-Reply-To: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> References: <036.70c301b8a308cabc5cfa6c5e86d80ed6@avcodec.org> Message-ID: <051.9755aa2b66c5f1ecc01f245f52cffebc@avcodec.org> #635: Incorrect Memory Layout when using avpicture_layout with PIX_FMT_NV12 -------------------------------------+----------------------------------- Reporter: jkersch | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: invalid Keywords: NV12 | 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 Mon Nov 14 11:11:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 10:11:46 -0000 Subject: [FFmpeg-trac] #623(undetermined:closed): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.697de02d9127c936c7101d3483d9e44c@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): I'll give you a link to the original file, but I apologize because of its size (400 MB). http://ffmpeg.test-lab.ch/uploads/flv-from-vlc-cant-open-full-video.flv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 11:23:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 10:23:57 -0000 Subject: [FFmpeg-trac] #523(swresample:reopened): Assertion "channel_count == channel_count(channel_layout)" fails In-Reply-To: <036.c3931b83e16020a95d41838fbed42caf@avcodec.org> References: <036.c3931b83e16020a95d41838fbed42caf@avcodec.org> Message-ID: <051.ed4023b7c0010966c51ebab7d174c375@avcodec.org> #523: Assertion "channel_count == channel_count(channel_layout)" fails ------------------------------------+-------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: reopened Priority: important | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: {{{ $ ffmpeg -i out.loas out.ac3 ffmpeg version N-34849-g07c7ffc, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 14 2011 10:26:26 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 33. 0 / 53. 33. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 [loas @ 0x138d760] max_analyze_duration 5000000 reached at 5034667 [loas @ 0x138d760] Estimating duration from bitrate, this may be inaccurate Input #0, loas, from 'out.loas': Duration: N/A, bitrate: N/A Stream #0:0: Audio: aac_latm, 48000 Hz, 2 channels (FC), s16 Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' [ac3 @ 0x13a3a00] channel_layout not specified [ac3 @ 0x13a3a00] No channel layout specified. The encoder will guess the layout, but it might be incorrect. Output #0, ac3, to 'out.ac3': Metadata: encoder : Lavf53.20.0 Stream #0:0: Audio: ac3, 48000 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac_latm -> ac3) Press [q] to stop, [?] for help Assertion ctx->channels == out->ch_count failed at libswresample/audioconvert.c:66 Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 11:39:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 10:39:34 -0000 Subject: [FFmpeg-trac] #649(avformat:new): Apple HTTP Live Streaming seeking incorrect Message-ID: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ---------------------------------------+---------------------------------- Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- The libavformat Apple HTTP Live Streaming demuxer uses incorrect units when searching for the MPEG TS segment which contains the requested timestamp. The segment duration is expressed in seconds in the IETF draft, and in the demuxer the added durations are compared with the requested timestamp. static int applehttp_read_seek(AVFormatContext *s, int stream_index, int64_t timestamp, int flags) ... timestamp = av_rescale_rnd(timestamp, 1, ... ... int64_t pos = 0; ... /* Locate the segment that contains the target timestamp */ for (j = 0; j < var->n_segments; j++) { if (timestamp >= pos && timestamp < pos + var->segments[j]->duration) { ... break; } pos += var->segments[j]->duration; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 12:16:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 11:16:07 -0000 Subject: [FFmpeg-trac] #649(avformat:new): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.6f6481289f494573f348882e26dfebb5@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by takis): * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 12:51:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 11:51:05 -0000 Subject: [FFmpeg-trac] #650(avutil:new): Segmentation Fault when using av_opt_set to set h264 options Message-ID: <040.3f2d16c84f46270b65bab170b3b72c72@avcodec.org> #650: Segmentation Fault when using av_opt_set to set h264 options -------------------------------------+------------------------------------- Reporter: | Owner: michael apolychrono | Status: new Type: defect | Component: avutil Priority: normal | Keywords: av_set_opt Version: git- | av_opt_find2 h265 options master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Tested with ffmpeg latest release. I use the av_opt_set as below: {{{ static AVStream *add_video_stream(AVFormatContext *oc, enum CodecID codec_id) { AVCodecContext *c; AVStream *st; st = av_new_stream(oc, 0); if (!st) { fprintf(stderr, "Could not alloc stream\n"); exit(1); } c = st->codec; c->flags = CODEC_FLAG_GLOBAL_HEADER; /* default-setting for x264 */ c->me_range = 16; c->max_qdiff = 4; c->qmin = 10; c->qmax = 51; c->qcompress = 0.6; c->codec_id = codec_id; c->codec_type = AVMEDIA_TYPE_VIDEO; c->bit_rate = 200000; c->width = WIDTH; c->height = HEIGHT; c->time_base.den = STREAM_FRAME_RATE; c->time_base.num = 1; c->gop_size = STREAM_FRAME_RATE; c->pix_fmt = STREAM_PIX_FMT; if (c->codec_id == CODEC_ID_MPEG2VIDEO) { c->max_b_frames = 2; } if (c->codec_id == CODEC_ID_MPEG1VIDEO){ c->mb_decision=2; } if (oc->oformat->flags & AVFMT_GLOBALHEADER) c->flags |= CODEC_FLAG_GLOBAL_HEADER; if(codec_id == CODEC_ID_H264) av_opt_set(c->priv_data, "preset", "slow", 0); return st; } }}} Below is the gdb report: {{{ apolychrono at apolychrono-desktop:~/Software/ffmpeg-14-11-2011/doc/examples$ gdb muxing GNU gdb (GDB) 7.1-ubuntu 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 "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/apolychrono/Software/ffmpeg-14-11-2011/doc/examples/muxing...done. (gdb) run ~/Videos/yuv/sample_352x288 at 10_YUV420p.yuv Starting program: /home/apolychrono/Software/ffmpeg-14-11-2011/doc/examples/muxing ~/Videos/yuv/sample_352x288 at 10_YUV420p.yuv [Thread debugging using libthread_db enabled] total-frames: 526 pixels: 101376 Program received signal SIGSEGV, Segmentation fault. av_opt_find2 (obj=0x0, name=0xbb236e "preset", unit=0x0, search_flags=0, target_obj=0x7fffffffd9d8, opt_flags=) at libavutil/opt.c:756 756 const AVClass *c = *(AVClass**)obj; (gdb) bt #0 av_opt_find2 (obj=0x0, name=0xbb236e "preset", unit=0x0, search_flags=0, target_obj=0x7fffffffd9d8, opt_flags=) at libavutil/opt.c:756 #1 0x0000000000baab05 in av_opt_set (obj=0x0, name=0xbb236e "preset", val=0xbb2369 "slow", search_flags=0) at libavutil/opt.c:228 #2 0x0000000000432792 in add_video_stream (oc=0x1520040, codec_id=CODEC_ID_H264) at muxing.c:282 #3 0x00000000004333e1 in main (argc=2, argv=0x7fffffffe0d8) at muxing.c:625 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xba9f9d to 0xba9fdd: 0x0000000000ba9f9d : pop %rsp 0x0000000000ba9f9e : retq 0x0000000000ba9f9f: nop 0x0000000000ba9fa0 : push %r15 0x0000000000ba9fa2 : mov %ecx,%r15d 0x0000000000ba9fa5 : push %r14 0x0000000000ba9fa7 : mov %rdi,%r14 0x0000000000ba9faa : push %r13 0x0000000000ba9fac : mov %rdx,%r13 0x0000000000ba9faf : push %r12 0x0000000000ba9fb1 : push %rbp 0x0000000000ba9fb2 : push %rbx 0x0000000000ba9fb3 : mov %rsi,%rbx 0x0000000000ba9fb6 : sub $0x28,%rsp 0x0000000000ba9fba : test $0x1,%cl => 0x0000000000ba9fbd : mov (%rdi),%rbp 0x0000000000ba9fc0 : mov %r8,0x8(%rsp) 0x0000000000ba9fc5 : je 0xbaa02e 0x0000000000ba9fc7 : xor %r12d,%r12d 0x0000000000ba9fca : test $0x2,%cl 0x0000000000ba9fcd : je 0xbaa0f7 0x0000000000ba9fd3 : movq $0x0,0x18(%rsp) 0x0000000000ba9fdc : xor %edi,%edi End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0xbb236e 12264302 rcx 0x0 0 rdx 0x0 0 rsi 0xbb236e 12264302 rdi 0x0 0 rbp 0xbb2369 0xbb2369 rsp 0x7fffffffd970 0x7fffffffd970 r8 0x7fffffffd9d8 140737488345560 r9 0x8000000000000000 -9223372036854775808 r10 0x8000000000000000 -9223372036854775808 r11 0x8000000000000000 -9223372036854775808 r12 0x432044 4399172 r13 0x0 0 r14 0x0 0 r15 0x0 0 rip 0xba9fbd 0xba9fbd eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = {0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm1 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0xffffffffffffffff, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0xbf, 0xff, 0xff, 0x0, 0xff, 0xff, 0xff, 0xff, 0xff}, v8_int16 = {0x0, 0x0, 0x0, 0xbff0, 0xffff, 0xff00, 0xffff, 0xffff}, v4_int32 = {0x0, 0xbff00000, 0xff00ffff, 0xffffffff}, v2_int64 = {0xbff0000000000000, 0xffffffffff00ffff}, uint128 = 0xffffffffff00ffffbff0000000000000} xmm2 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x73, 0x61, 0x6d, 0x70, 0x6c, 0x65, 0x5f, 0x66}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x6173, 0x706d, 0x656c, 0x665f}, v4_int32 = {0x0, 0x3ff00000, 0x706d6173, 0x665f656c}, v2_int64 = {0x3ff0000000000000, 0x665f656c706d6173}, uint128 = 0x665f656c706d61733ff0000000000000} xmm3 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0xffffffffffffffff, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0xbf, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0xbff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0xbff00000, 0x0, 0x0}, v2_int64 = {0xbff0000000000000, 0x0}, uint128 = 0x0000000000000000bff0000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x73, 0x61, 0x6d, 0x70, 0x6c, 0x65, 0x5f, 0x66, 0x6d, 0x74, 0x0, 0x38, 0x2d, 0x62, 0x69, 0x74}, v8_int16 = {0x6173, 0x706d, 0x656c, 0x665f, 0x746d, 0x3800, 0x622d, 0x7469}, v4_int32 = {0x706d6173, 0x665f656c, 0x3800746d, 0x7469622d}, v2_int64 = {0x665f656c706d6173, 0x7469622d3800746d}, uint128 = 0x7469622d3800746d665f656c706d6173} xmm5 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0xe0, 0x95, 0x9c, 0xe7, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0xe000, 0x9c95, 0x3fe7, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xe0000000, 0x3fe79c95, 0x0, 0x0}, v2_int64 = {0x3fe79c95e0000000, 0x0}, uint128 = 0x00000000000000003fe79c95e0000000} xmm6 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x6d, 0x7d, 0xbf, 0xbb, 0x27, 0xaf, 0xf5, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x7d6d, 0xbbbf, 0xaf27, 0x3ff5, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xbbbf7d6d, 0x3ff5af27, 0x0, 0x0}, v2_int64 = {0x3ff5af27bbbf7d6d, 0x0}, uint128 = 0x00000000000000003ff5af27bbbf7d6d} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x68, 0xc8, 0xbc, 0x3b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0xc868, 0x3bbc, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3bbcc868, 0x0, 0x0}, v2_int64 = {0x3bbcc86800000000, 0x0}, uint128 = 0x00000000000000003bbcc86800000000} xmm8 {v4_float = {0x0, 0xfffffffd, 0x0, 0x0}, v2_double = {0xffffffffffffffd2, 0x0}, v16_int8 = {0xe0, 0xe6, 0x35, 0x67, 0x9e, 0x6, 0x47, 0xc0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xe6e0, 0x6735, 0x69e, 0xc047, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x6735e6e0, 0xc047069e, 0x0, 0x0}, v2_int64 = {0xc047069e6735e6e0, 0x0}, uint128 = 0x0000000000000000c047069e6735e6e0} xmm9 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = {0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm10 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0xffffffffffffffff, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0xbf, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0xbff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0xbff00000, 0x0, 0x0}, v2_int64 = {0xbff0000000000000, 0x0}, uint128 = 0x0000000000000000bff0000000000000} xmm11 {v4_float = {0x9689a800, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x6a, 0xa2, 0x65, 0x50, 0xf2, 0xea, 0x8f, 0xbd, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xa26a, 0x5065, 0xeaf2, 0xbd8f, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x5065a26a, ---Type to continue, or q to quit--- 0xbd8feaf2, 0x0, 0x0}, v2_int64 = {0xbd8feaf25065a26a, 0x0}, uint128 = 0x0000000000000000bd8feaf25065a26a} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x29, 0xf2, 0x88, 0x6c, 0xa6, 0x49, 0xde, 0x3e, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xf229, 0x6c88, 0x49a6, 0x3ede, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x6c88f229, 0x3ede49a6, 0x0, 0x0}, v2_int64 = {0x3ede49a66c88f229, 0x0}, uint128 = 0x00000000000000003ede49a66c88f229} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xb3, 0x12, 0x58, 0x17, 0x64, 0x46, 0xe6, 0x3b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x12b3, 0x1758, 0x4664, 0x3be6, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x175812b3, 0x3be64664, 0x0, 0x0}, v2_int64 = {0x3be64664175812b3, 0x0}, uint128 = 0x00000000000000003be64664175812b3} xmm14 {v4_float = {0x0, 0x3, 0x0, 0x0}, v2_double = {0x2d, 0x0}, v16_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0}, v2_int64 = {0x4046dfb516f209c0, 0x0}, uint128 = 0x00000000000000004046dfb516f209c0} xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} Thanks in advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 12:59:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 11:59:50 -0000 Subject: [FFmpeg-trac] #649(avformat:new): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.53708336ecfc9266383d4b52919b3ffd@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 takis): The above description was incorrect: The timestamp is indeed being rescaled, but the demuxer assumes that the first segment will start from 0. But, for actual live streaming of HTTP Live Streams, only the last x encoded segments are stored, the earlier segments get deleted. Because of this (and for other reasons), the initial segment fetched after parsing the m3u8 will not start from 0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 13:19:22 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 12:19:22 -0000 Subject: [FFmpeg-trac] #649(avformat:new): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.23ec0b2c2d78b2d27ba0c4b6fd3718cc@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 takis): The patch I just attached tries to do the right thing when using sliding playlists. It assumes all segments are of equal duration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 13:22:58 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 12:22:58 -0000 Subject: [FFmpeg-trac] #649(avformat:new): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.124cdb5ab640ccd5b641c6e4b27b87e8@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 takis): One of the other reasons I mentioned earlier is that AFAIK the timestamps in the MPEG TS streams do not have to start from 0 (or near zero). -- Ticket URL: FFmpeg FFmpeg issue tracker From ehouitte at yacast.fr Mon Nov 14 13:54:56 2011 From: ehouitte at yacast.fr (Emmanuel HOUITTE) Date: Mon, 14 Nov 2011 13:54:56 +0100 Subject: [FFmpeg-trac] Bad palette in decoding MPEG2 Subtitle Message-ID: <7C0B03E609BB5B4CBF496040DCF482FBFB5B56EE80@MAILBOX01.yacast.fr> Hi, I'm trying to decode MPEG2 Subtitle in TS MPEG2 file. There is no problem with an old version (02 december 2008) with rgba_palette code in AVSubtitleRect. rgba_palette was an (uint32_t *) variable. Since recent version, ffmpeg has included rgba_palette in (uint8_t *) in data[1] table and we have got an 8 bits palette instead of 32 bits. So, every subtitle are monocolors. Is there something I have misunderstood or there is really a bug? This is some code to introduce my problem: // Main // Decode subtitle frame int nRes = avcodec_decode_subtitle(pCodecCtx, pSubtitle, &frameFinished, packet.data, packet.size); // Did we get a subtitle frame? if(frameFinished != 0) { nSize = pSubtitle->num_rects; for(i = 0; i < nSize; ++i) { int width = pSubtitle->rects[i].w; int height = pSubtitle->rects[i].h; SaveFrame(&pSubtitle->rects[i], width, height); } } // Save static void SaveFrame(AVSubtitleRect* pRect, int width, int height) { char szImagename[32]; sprintf(szImagename, "d:\\tmp\\ST\\frame%d.ppm", iFrame); FILE* pImage=fopen(szImagename, "w"); int x, y, v; for(y = 0; y < height; y++) { for(x = 0; x < width; x++) { // 20081202 version: v is uint32_t v = pRect->rgba_palette[pRect->bitmap[y * width + x]]; // recent version: v is uint8_t //v = pRect->pict.data[1][pRect->pict.data[0][y * width + x]]; putc((v >> 16) & 0xff, pImage); putc((v >> 8) & 0xff, pImage); putc((v >> 0) & 0xff, pImage); } } } -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at avcodec.org Mon Nov 14 14:23:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 13:23:32 -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.d16e4e716b32e9fb50d71219c3470bf4@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 brama): I have tested with Flash 10.0, 10.1 and 10.3. They all exhibit the same problem. Pretty much everyone with Flash installed has one of these versions. So in practice this would mean that, for affected videos, we'd serve broken videos to all of those until they've upgraded to a version in which Adobe has applied a fix. That will take a pretty long time and is therefore not a practical solution. It seems very obvious that the behavior can be influenced within ffmpeg itself, and all commits that change the behavior that I mentioned above are related to the aspect ratio. It would therefore be very beneficial if we can trick this down and figure out a fix that will work with the install base of Flash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 14:24:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 13:24:20 -0000 Subject: [FFmpeg-trac] #651(FFplay:new): ffplay: Broken playback of H.264 RTSP streams Message-ID: <037.37a85b79aac2f0fe4ea7315e7d5611a4@avcodec.org> #651: ffplay: Broken playback of H.264 RTSP streams ------------------------------------+-------------------------------------- Reporter: gAmeOver | Type: defect Status: new | Priority: normal Component: FFplay | Version: git-master Keywords: RTSP H.264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- The playback of H.264 RTSP streams seems to be broken. Only the upper part of a frame is displayed and the lower part gets interpolated from the last row of correct pixels. Additionally, some pixels in the left upper corner are corrupted. This might be some buffer problem? This is also similar to ticket #285, but which is fixed according to the latest post. The following error messages are produced, when connecting to this stream: rtsp://dmzosx001.dpa.act.gov.au/medium The streams works nicely with VLC, though i don't think, that the stream is corrupt. me at map:~/testomat/bin$ ./ffplay -loglevel debug rtsp://dmzosx001.dpa.act.gov.au/medium ffplay version N-34849-g07c7ffc, Copyright (c) 2003-2011 the FFmpeg developers built on Nov 14 2011 11:08:28 with gcc 4.4.3 configuration: --prefix=/home/me/testomat --enable-shared --disable- static --enable-gpl --enable-version3 libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 33. 0 / 53. 33. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rtsp @ 0x804700] SDP: v=0 o=- 2104630333 2104630333 IN IP4 127.0.0.0 s=Wirecast c=IN IP4 0.0.0.0 t=0 0 a=x-qt-text-nam:ACT Legislative Assembly a=x-qt-text-cpy:Copyright ACT 2010 a=x-qt-text-aut:ACT Government a=x-qt-text-inf:http://www.parliament.act.gov.au a=range:npt=now- a=control:* m=audio 0 RTP/AVP 96 a=3GPP-Adaptation-Support:1 a=rtpmap:96 mpeg4-generic/32000/2 a=fmtp:96 profile-level-id=15;mode=AAC- hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1290 a=control:trackID=1 m=video 0 RTP/AVP 97 a=3GPP-Adaptation-Support:1 a=rtpmap:97 H264/90000 a=fmtp:97 packetization-mode=1;profile-level-id=4D400D;sprop-parameter- sets=J01ADakYKD5gDUGAQa2wrXvfAQ==,KN4JiA== a=cliprect:0,0,240,320 a=framesize:97 320-240 b=AS:256 a=control:trackID=2 [rtsp @ 0x804700] audio codec set to: aac [rtsp @ 0x804700] audio samplerate set to: 32000 [rtsp @ 0x804700] audio channels set to: 2 [rtsp @ 0x804700] video codec set to: h264 [NULL @ 0x83c2e0] RTP Packetization Mode: 1 [NULL @ 0x83c2e0] RTP Profile IDC: 4d Profile IOP: 40 Level: d [NULL @ 0x83c2e0] Extradata set to 0x808020 (size: 29)!hello state=0 [aac @ 0x82c000] err{or,}_recognition separate: 1; 1 [aac @ 0x82c000] err{or,}_recognition combined: 1; 1 [aac @ 0x82c000] Unsupported bit depth: 0 [rtsp @ 0x804700] UDP timeout, retrying with TCP [rtsp @ 0x804700] hello state=0 [h264 @ 0x83c2e0] err{or,}_recognition separate: 1; 1 [h264 @ 0x83c2e0] err{or,}_recognition combined: 1; 1 [h264 @ 0x83c2e0] Frame num gap 5 2 [h264 @ 0x83c2e0] Frame num gap 5 3 [h264 @ 0x83c2e0] cbp too large (122) at 8 5 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [rtsp @ 0x804700] All info found [rtsp @ 0x804700] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://dmzosx001.dpa.act.gov.au/medium': Metadata: title : Wirecast Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/32000: Audio: aac, 32000 Hz, stereo, s16 Stream #0:1, 22, 1/90000: Video: h264 (Main), yuv420p, 320x240, 1/180000, 25 tbr, 90k tbn, 180k tbc [aac @ 0x82c000] err{or,}_recognition separate: 1; 1 [aac @ 0x82c000] err{or,}_recognition combined: 1; 1 [aac @ 0x82c000] Unsupported bit depth: 0 [h264 @ 0x83c2e0] err{or,}_recognition separate: 1; 1 [h264 @ 0x83c2e0] err{or,}_recognition combined: 1; 1 [h264 @ 0x83c2e0] Frame num gap 5 2 [h264 @ 0x83c2e0] Frame num gap 5 3 [h264 @ 0x83c2e0] cbp too large (122) at 8 5KB vq= 13KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] Frame num gap 12 9aq= 2KB vq= 2KB sq= 0B f=0/0 [h264 @ 0x83c2e0] Frame num gap 12 10 [h264 @ 0x83c2e0] no picture [h264 @ 0x83c2e0] Frame num gap 21 18B vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] Frame num gap 21 19 [h264 @ 0x83c2e0] concealing 300 DC, 300 AC, 300 MV errorsB f=0/0 [h264 @ 0x83c2e0] left block unavailable for requested intra mode at 0 6 [h264 @ 0x83c2e0] error while decoding MB 0 6 [h264 @ 0x83c2e0] concealing 229 DC, 229 AC, 229 MV errors [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errorsB f=0/0 [h264 @ 0x83c2e0] cbp too large (122) at 8 5 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] negative number of zero coeffs at 8 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] negative number of zero coeffs at 12 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 12 5 [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errorsB f=0/0 [h264 @ 0x83c2e0] cbp too large (122) at 8 5 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] negative number of zero coeffs at 8 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] mb_type 30 in I slice too large at 15 50B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 15 5 [h264 @ 0x83c2e0] concealing 234 DC, 234 AC, 234 MV errors [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errorsB f=0/0 [h264 @ 0x83c2e0] cbp too large (122) at 8 5 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] negative number of zero coeffs at 8 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errorsB f=0/0 [h264 @ 0x83c2e0] negative number of zero coeffs at 12 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 12 5 [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] cbp too large (122) at 8 5 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] negative number of zero coeffs at 8 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] negative number of zero coeffs at 12 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 12 5 [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errorsB f=0/0 [h264 @ 0x83c2e0] cbp too large (122) at 8 5 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] negative number of zero coeffs at 8 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] Invalid level prefix vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 2 6 [h264 @ 0x83c2e0] concealing 227 DC, 227 AC, 227 MV errors [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errorsB f=0/0 [h264 @ 0x83c2e0] cbp too large (122) at 8 5 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] negative number of zero coeffs at 8 5 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 8 5 [h264 @ 0x83c2e0] concealing 241 DC, 241 AC, 241 MV errors [h264 @ 0x83c2e0] Frame num gap 3 10KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x83c2e0] cbp too large (1005) at 12 50KB sq= 0B f=0/0 [h264 @ 0x83c2e0] error while decoding MB 12 5 [h264 @ 0x83c2e0] concealing 237 DC, 237 AC, 237 MV errors ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 14:45:48 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 13:45:48 -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.22f02eeacc1fbab156be69ff4eb15856@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 cehoyos): FYI, it works fine with 10.2.159.1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 14:46:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 13:46:56 -0000 Subject: [FFmpeg-trac] #651(FFplay:new): ffplay: Broken playback of H.264 RTSP streams In-Reply-To: <037.37a85b79aac2f0fe4ea7315e7d5611a4@avcodec.org> References: <037.37a85b79aac2f0fe4ea7315e7d5611a4@avcodec.org> Message-ID: <052.18fff4578ac3d9cb5781d0e4878ec36b@avcodec.org> #651: ffplay: Broken playback of H.264 RTSP streams ------------------------------------+---------------------------------- Reporter: gAmeOver | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: RTSP H.264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): The stream is not very exciting atm, but works fine for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 15:07:04 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 14:07:04 -0000 Subject: [FFmpeg-trac] #652(swscale:new): maintain aspect ratio. Message-ID: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> #652: maintain aspect ratio. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: michael Type: | Status: new enhancement | Component: swscale Priority: wish | Keywords: maintain Version: 0.8.6 | aspect ratio height width Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Currently ffmpeg doesn't have a parameter to maintain the aspect ratio of the original video given a certain height/width. If you search around in the internet, this's a high demand feature, will be very useful if implemented. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 15:11:41 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 14:11:41 -0000 Subject: [FFmpeg-trac] #652(swscale:new): maintain aspect ratio. In-Reply-To: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> References: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> Message-ID: <053.883bc3e80078040568b7c93fd6150a3c@avcodec.org> #652: maintain aspect ratio. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: michael Type: enhancement | Status: new Priority: wish | Component: swscale Version: 0.8.6 | Resolution: Keywords: maintain | Blocked By: aspect ratio height width | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Failing command line and complete, uncut console output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 15:27:03 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 14:27:03 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.7ae32bc0e4cd1a1070bedaa7a47bbb01@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 michael): * status: new => open Comment: I think we should not assume that the segment durations are all equal. It seems a better choice to take the first timestamp and correct it by the duration of each segment as it becomes unavailable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 15:58:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 14:58:25 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.45ccb9f8881d46f466daf3b24c919c1e@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 takis): Agreed, the patch actually doesn't even work for my particular problem :) It was purely meant to illustrate the problem in the current implementation. But, to be able to fix it correctly, I should be able to parse the first timestamp out of the MPEG TS stream. How should one access the MPEG TS parser from within the Apple HTTP Live Stream demuxer? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 16:16:41 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 15:16:41 -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.c7f3c2e5e79b246cf05d86216f911c4a@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 brama): I have tried exactly that version as well now on a WinXP box and it is corrupted here. Are we looking at the same generated mp4, http://bram.name/output_flipped_in_flash.mp4 ? Or are you using a self- transcoded mp4? If so, does the link above show corruption? Please clarify. In that case there's a difference in our ffmpeg builds somehow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 17:45:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 16:45:26 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.e3d52102f48f4d61a56b250999d19cdf@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 michael): pkt->dts/pts after the av_read_frame() might (or might not) work -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 17:58:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 16:58:25 -0000 Subject: [FFmpeg-trac] #653(undetermined:new): ffplay freezes every 30 seconds when playing rtsp stream with authentication Message-ID: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> #653: ffplay freezes every 30 seconds when playing rtsp stream with authentication -------------------------------------+------------------------------------- Reporter: imbens | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Using ffplay on Win32 I am trying to play an h264 rtsp stream from an Axis camera. ffplay freezes for approx. 2 seconds every 30 seconds. When looking at the stack av_get_random_seed seems the culprit. Every 30 seconds ffplay wants to send a keep-alive message. ff_rtsp_send_cmd_with_content_async calls ff_http_auth_create_response. ff_http_auth_create_response calls make_digest_auth. make_digest_auth calls av_get_random_seed. av_get_random_seed calls get_generic_seed. It looks like get_generic_seed takes approx. 1 second to complete. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 18:04:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 17:04:35 -0000 Subject: [FFmpeg-trac] #636(undetermined:closed): internal dirac decoder can't decode the file In-Reply-To: <038.d24753d3d31fabc36c11b06acfa97d4d@avcodec.org> References: <038.d24753d3d31fabc36c11b06acfa97d4d@avcodec.org> Message-ID: <053.e106040986c46d213be444bcc753b3e8@avcodec.org> #636: internal dirac decoder can't decode the file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: dirac | 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 Mon Nov 14 18:30:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 17:30:43 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.513e2293b1e189641a516074c0827175@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 takis): Thanks! I've added a different patch now, which uses the initial dts as an offset for determining which segments should be used. Would it be better to store the timestamp rescaled to avoid rescaling in the seeking method, or is it better to keep the actual timestamp as it might be useful for other purposes? I used -1 as an initial value, is AV_NOPTS_VALUE better? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 18:46:33 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 17:46:33 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.e985df71fe4dc2c378fb3a2c34e4cc18@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 michael): yes, i think AV_NOPTS_VALUE would be better except that, if you have tested this, i guess its ok -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 19:50:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 18:50:26 -0000 Subject: [FFmpeg-trac] #653(undetermined:new): ffplay freezes every 30 seconds when playing rtsp stream with authentication In-Reply-To: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> References: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> Message-ID: <050.64762535973b3dc9af8c55ef95591fdf@avcodec.org> #653: ffplay freezes every 30 seconds when playing rtsp stream with authentication -------------------------------------+------------------------------------- Reporter: imbens | 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 reimar): That seems not surprising, with the low clock precision in Windows that probably can take some time. Calling timeBeginPeriod(1); somewhere might improve things, but is a hack. The proper solution would be trying to dynamically load and use SystemFunction036 (aka RtlGenRandom) from advapi32.dll: http://msdn.microsoft.com/en- us/library/windows/desktop/aa387694%28v=vs.85%29.aspx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 20:09:23 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 19:09:23 -0000 Subject: [FFmpeg-trac] #653(undetermined:new): ffplay freezes every 30 seconds when playing rtsp stream with authentication In-Reply-To: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> References: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> Message-ID: <050.8a3a7f1a8dd6329de03a312cbc5488f7@avcodec.org> #653: ffplay freezes every 30 seconds when playing rtsp stream with authentication -------------------------------------+------------------------------------- Reporter: imbens | 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 michael): that may help getting seeds quicker but idependant of this no code should call the seed function ad infinitum it rather should call it to get a seed and use this to seed a PRNG, secure or insecure one depending on the need. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 20:46:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 19:46:34 -0000 Subject: [FFmpeg-trac] #653(undetermined:new): ffplay freezes every 30 seconds when playing rtsp stream with authentication In-Reply-To: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> References: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> Message-ID: <050.d9d7f4257308bfd54db5ad045e64f020@avcodec.org> #653: ffplay freezes every 30 seconds when playing rtsp stream with authentication -------------------------------------+------------------------------------- Reporter: imbens | 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 reimar): There is no such thing as a "secure PRNG", particularly those in lavu have a laughably small state and without regular re-seeding are not suitable even for hash-based authentication IMO. Plus, it is used relatively rarely in normal use cases. Thus I consider the code correct in using that function. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 20:51:49 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 19:51:49 -0000 Subject: [FFmpeg-trac] #653(undetermined:new): ffplay freezes every 30 seconds when playing rtsp stream with authentication In-Reply-To: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> References: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> Message-ID: <050.948309a9f4f0f6baf9854367300f48e9@avcodec.org> #653: ffplay freezes every 30 seconds when playing rtsp stream with authentication -------------------------------------+------------------------------------- Reporter: imbens | 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 reimar): Forgot to say: even a more suitable PRNG would be not much of a help, you'd still have to initialize the state. A 50 second startup delay can hardly be considered any less broken than a 2 second hang every 30 seconds. A different solution is of course to generate the keep-alive asynchronous from a separate thread, but that seems quite messy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 21:29:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 20:29:16 -0000 Subject: [FFmpeg-trac] #653(undetermined:new): ffplay freezes every 30 seconds when playing rtsp stream with authentication In-Reply-To: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> References: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> Message-ID: <050.3b8c098edbdc5f5f28c1e97e39f4e7c8@avcodec.org> #653: ffplay freezes every 30 seconds when playing rtsp stream with authentication -------------------------------------+------------------------------------- Reporter: imbens | 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 michael): Replying to [comment:3 reimar]: > There is no such thing as a "secure PRNG", particularly those in lavu have a laughably small state and without regular re-seeding are not suitable even for hash-based authentication IMO. I wonder if you dont maybe overestimate the security of concatenating 2 32bit seeds of my generic seed generator compared to a better seeded SHA1 based PRNG. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 21:32:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 20:32:09 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.3a9e6e62bd37f5965e9c139b24f7f99a@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Maybe fixed, please test with latest git master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 21:59:08 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 20:59:08 -0000 Subject: [FFmpeg-trac] #653(undetermined:new): ffplay freezes every 30 seconds when playing rtsp stream with authentication In-Reply-To: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> References: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> Message-ID: <050.79133993acde75be3559cd11a5f0ffa5@avcodec.org> #653: ffplay freezes every 30 seconds when playing rtsp stream with authentication -------------------------------------+------------------------------------- Reporter: imbens | 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 michael): Of course if you can get strong random numbers quickly on all supported platforms then calling the seed function every 30seconds is no problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 14 22:17:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 21:17:35 -0000 Subject: [FFmpeg-trac] #523(swresample:closed): Assertion "channel_count == channel_count(channel_layout)" fails In-Reply-To: <036.c3931b83e16020a95d41838fbed42caf@avcodec.org> References: <036.c3931b83e16020a95d41838fbed42caf@avcodec.org> Message-ID: <051.fda0dd8a5159e851f470d4c838ed31f8@avcodec.org> #523: Assertion "channel_count == channel_count(channel_layout)" fails ------------------------------------+-------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: important | Component: swresample Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by ubitux): * status: reopened => closed * resolution: => fixed Comment: Fixed in c8136ebd, thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 00:16:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 23:16:54 -0000 Subject: [FFmpeg-trac] #549(avfilter:open): Video filter overlay does not preserve alpha In-Reply-To: <036.32a71274ae3729a2c1cbdf9589531dd7@avcodec.org> References: <036.32a71274ae3729a2c1cbdf9589531dd7@avcodec.org> Message-ID: <051.fd9c2a8dcc8a1328e325a1f9855332a4@avcodec.org> #549: Video filter overlay does not preserve alpha -------------------------------------+------------------------------------- Reporter: ehsmeng | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: overlay | Blocked By: alpha png | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => open * reproduced: 0 => 1 Comment: Partially fixed by the addition of the rgb option in overlay. By setting rgb=1 alpha information is preserved, the problem that it still doesn't work with YUV input, so overlay by default won't preserve alpha, that's why I'm keeping the ticket open. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 00:30:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 23:30:25 -0000 Subject: [FFmpeg-trac] #602(avfilter:new): feature request: movie sink for ffplay In-Reply-To: <039.6baf89da2c2202bbb9af36c2516c5210@avcodec.org> References: <039.6baf89da2c2202bbb9af36c2516c5210@avcodec.org> Message-ID: <054.eb0131358f3219173841bdabcff64572@avcodec.org> #602: feature request: movie sink for ffplay -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: enhancement | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by saste): * type: defect => enhancement * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 00:31:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 23:31:20 -0000 Subject: [FFmpeg-trac] #442(avfilter:new): scene change detection In-Reply-To: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> References: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> Message-ID: <052.af6c6182ed2f150679f96b9ef3a67ffa@avcodec.org> #442: scene change detection -------------------------------------+------------------------------------- Reporter: lovelove | Owner: Type: enhancement | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: scene | Blocked By: change detection | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 00:48:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Nov 2011 23:48:32 -0000 Subject: [FFmpeg-trac] #623(undetermined:closed): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.04391e89f2831ebb5483db83d7b08606@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: flv h264 | Resolution: invalid aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => flv h264 aac Comment: Replying to [comment:7 burek]: > I apologize because of its size (400 MB). Why? I hope you agree that the sample plays very badly with vlc (you have to seek to the middle), so I believe it is safe to assume the file is broken. It plays better with ffplay than with any other player (MPlayer needs one forward-seek), ffmpeg -ss 3680 -i flv-from-vlc-cant-open-full-video.flv works afaict (as vlc), remuxing is not possible. Please reopen if you believe the sample could be handled better. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 01:22:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 00:22:44 -0000 Subject: [FFmpeg-trac] #654(FFmpeg:new): When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! Message-ID: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> #654: When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! --------------------------------------+--------------------------------- Reporter: asbro | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- [root at ns360662 ~]# ffmpeg -y -loglevel info -vsync 2 -async 4000 -i "udp://0.0.0.0:30000?pkt_size=1316" -r 15 -g 30 -c:v libx264 -threads 2 -preset fast -vprofile baseline -level 3.0 -b:v 200k -s 320x180 -c:a libfaac -b:a 128k -ac 2 -ar 44100 -f flv "rtmp://0.0.0.0:1945/live/iphone" ffmpeg version N-34855-gc8136eb, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 14 2011 22:04:45 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-pthreads --disable-avisynth --enable-libmp3lame --enable-librtmp --enable-libx264 --enable-libxvid --enable-libfaac --enable-libaacplus --enable-nonfree --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --disable-stripping libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 33. 0 / 53. 33. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x621120] Unable to seek back to the start [mpegts @ 0x621120] max_analyze_duration 5000000 reached at 5013600 [mpegts @ 0x621120] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'udp://0.0.0.0:30000?pkt_size=1316': Duration: N/A, start: 54.202311, bitrate: 116 kb/s Program 1 Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 40.4 6 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, s16, 116 kb/s [buffer @ 0x92bca0] w:640 h:360 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [scale @ 0x64c2a0] w:640 h:360 fmt:yuv420p -> w:320 h:180 fmt:yuv420p flags:0x4 [libx264 @ 0x676660] using SAR=1/1 [libx264 @ 0x676660] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x676660] profile Constrained Baseline, level 3.0 [libx264 @ 0x676660] 264 - core 119 r2106 07efeb4 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.v ideolan.org/x264.html - options: cabac=0 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6 psy=1 psy_rd=1.0 0:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offs et=-2 threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 we ightp=0 keyint=30 keyint_min=3 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=abr mbtree=1 bitrate=200 ratetol =1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'rtmp://0.0.0.0:1945/live/iphone': Metadata: encoder : Lavf53.20.0 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 320x180 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 1k tbn, 15 tbc Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help Input stream #0:1 frame changed from rate:44100 fmt:s16 ch:2 to rate:48000 fmt:s16 ch:2 drop=2002 [SWR @ 0x685720] Input channel layout has a different number of channels than the number of used channels, ignoring layout Input stream #0:1 frame changed from rate:48000 fmt:s16 ch:2 to rate:44100 fmt:s16 ch:2 drop=2056 frame= 9125 fps= 15 q=28.0 size= 25608kB time=00:10:24.73 bitrate= 335.8kbits/s dup=0 drop=5934 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 03:42:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 02:42:57 -0000 Subject: [FFmpeg-trac] #258(avformat:new): RTP over UDP: doesn't reorder packets In-Reply-To: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> References: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> Message-ID: <050.86c3f4aa7c2f2241d0bcc67fd032aaa9@avcodec.org> #258: RTP over UDP: doesn't reorder packets -------------------------------------+------------------------------------ Reporter: Andrew | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: RTP reorder | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): is this problem still reproduceable ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 04:20:33 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 03:20:33 -0000 Subject: [FFmpeg-trac] #580(avformat:closed): mpegts autodetection In-Reply-To: <036.bc0e2c0dbfa88a794567b808ffc07675@avcodec.org> References: <036.bc0e2c0dbfa88a794567b808ffc07675@avcodec.org> Message-ID: <051.2d517d0b12d985e5366cacb859fda96b@avcodec.org> #580: mpegts autodetection ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ts, probe | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: ts => ts, probe * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 04:34:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 03:34:39 -0000 Subject: [FFmpeg-trac] #655(avformat:new): asf parser go into the trobule Message-ID: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> #655: asf parser go into the trobule ----------------------------------+---------------------------------- Reporter: qrtt1 | Type: defect Status: new | Priority: normal Component: avformat | Version: 0.8.6 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- I try to play mms://72.13.93.186/campcartoon with my android player which is implemented by our staff. We use ffmpeg to decode a/v frames, and most mms streams are playing well. TubTub.com (mms://72.13.93.186/campcartoon) is always going wrong after playing for a while. I cannot figure out what does matter with it. There are some log messages shown by ffmpeg. When asf parser emitted error messages, my screen doesn't look good. We can reproduce it in ffplay on x86 machine. Here are log messages from adb logcat {{{ I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header 0 at:10661828 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf skip 1435 (unknown stream) I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header b4 at:10663272 I/libffmpeg( 2421): [asf @ 0x384b00] invalid padsize 15554 at:10663276 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header 31 at:10663286 I/libffmpeg( 2421): [asf @ 0x384b00] invalid padsize 56873 at:10663288 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header e2 at:10663310 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad non zero I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header f at:10663354 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header 4 at:10664880 I/libffmpeg( 2421): [asf @ 0x384b00] packet_obj_size invalid I/libffmpeg( 2421): [asf @ 0x384b00] ignoring invalid packet_obj_size (4062 147 3412 8292) I/libffmpeg( 2421): [asf @ 0x384b00] ignoring invalid packet_obj_size (4209 1410 3412 8292) I/libffmpeg( 2421): [asf @ 0x384b00] ignoring invalid packet_obj_size (5619 1410 3412 8292) I/libffmpeg( 2421): [asf @ 0x384b00] ignoring invalid packet_obj_size (7029 445 3412 8292) I/libffmpeg( 2421): [asf @ 0x384b00] freeing incomplete packet size 8292, new 1272 I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 39040 > 39008 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 22 DC, 22 AC, 22 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 27354 > 27352 at 8x5 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 341 DC, 341 AC, 341 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 32514 > 32512 at 22x18 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 2 DC, 2 AC, 2 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 37293 > 37272 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 92 DC, 92 AC, 92 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 40398 > 40392 at 0x13 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 149 DC, 149 AC, 149 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 23513 > 23456 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 213 DC, 213 AC, 213 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 22230 > 22208 at 4x18 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 20 DC, 20 AC, 20 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 22809 > 22800 at 15x7 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 284 DC, 284 AC, 284 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 15884 > 15864 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 279 DC, 279 AC, 279 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 16257 > 16240 at 6x5 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 343 DC, 343 AC, 343 MV errors }}} The bad video picture will become to normal in x86 devices, but 'ff_mspel_motion' got crashed on Android (arm). Here is my workaround to prevent from the negative array index: https://github.com/qrtt1/ffmpeg_icy/commit/8f8bfb9ce74691cebdc704a7b65b38a8e0fee69f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 06:47:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 05:47:05 -0000 Subject: [FFmpeg-trac] #652(swscale:new): maintain aspect ratio. In-Reply-To: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> References: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> Message-ID: <053.47243c4b935ddedfed8ea98a9e74469f@avcodec.org> #652: maintain aspect ratio. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: michael Type: enhancement | Status: new Priority: wish | Component: swscale Version: 0.8.6 | Resolution: Keywords: maintain | Blocked By: aspect ratio height width | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dE_logics): This's a feature request, there's no output to place since this feature is missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 10:13:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 09:13:36 -0000 Subject: [FFmpeg-trac] #656(avformat:new): LXF demuxer fails on new Leitch files Message-ID: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> #656: LXF demuxer fails on new Leitch files -------------------------------------+------------------------------------- Reporter: Nioreh | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: lxf demuxer | master packet header | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFmpeg/avformat fails to read files produced by newer Leitch/Harris servers (*.lxf). According to what I've learned, the file header and packet headers have grown a few bytes in the new version. The byte count for the headers have been updated, but I suspect that the lxf demuxer in avformat has these values hard coded. This is the output of FFmpeg: [lxf @ 020F9F40] checksum error [lxf @ 020F9F40] expected 120 B size header, got 0 All the samples I have are very big (3GB+), so I can't send the files easily. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 10:47:07 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 09:47:07 -0000 Subject: [FFmpeg-trac] #656(avformat:new): LXF demuxer fails on new Leitch files In-Reply-To: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> References: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> Message-ID: <050.501b7e5d390ea4ab37c132f668dcb94f@avcodec.org> #656: LXF demuxer fails on new Leitch files -------------------------------------+------------------------------------- Reporter: Nioreh | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: lxf demuxer | Blocked By: packet header | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Nioreh): The values for header size and packet header size seem to indeed be hard coded. This should be read from the files themselves. The following is from libavformat/lxfdec.c: 00026 #define LXF_PACKET_HEADER_SIZE 60 00027 #define LXF_HEADER_DATA_SIZE 120 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 10:56:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 09:56:16 -0000 Subject: [FFmpeg-trac] #652(swscale:closed): maintain aspect ratio. In-Reply-To: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> References: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> Message-ID: <053.d5c1f1d31bda8e0b9e2a2fa1d9d8384e@avcodec.org> #652: maintain aspect ratio. -------------------------------------+----------------------------------- Reporter: dE_logics | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: swscale Version: 0.8.6 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: maintain aspect ratio height width => * status: new => closed * resolution: => invalid Comment: Please reopen if you can provide an easy to reproduce testcase that shows why this is a desirable feature. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 10:57:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 09:57:05 -0000 Subject: [FFmpeg-trac] #656(avformat:new): LXF demuxer fails on new Leitch files In-Reply-To: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> References: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> Message-ID: <050.34eb8481ee8ae2632625afe099c0fac5@avcodec.org> #656: LXF demuxer fails on new Leitch files ------------------------------------+------------------------------------ Reporter: Nioreh | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: lxf demuxer packet header => lxf Comment: Complete, uncut console output missing. Without a sample, this is very unlikely to get fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 11:00:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 10:00:46 -0000 Subject: [FFmpeg-trac] #656(avformat:new): LXF demuxer fails on new Leitch files In-Reply-To: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> References: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> Message-ID: <050.eba6bf9cd773db9f79e50c677f663bc5@avcodec.org> #656: LXF demuxer fails on new Leitch files ------------------------------------+------------------------------------ Reporter: Nioreh | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Nioreh): Ok, here is the full output of ffprobe on a new lxf: ffprobe version N-34704-g985e768, Copyright (c) 2007-2011 the FFmpeg developers built on Nov 11 2011 01:46:59 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. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [lxf @ 020E8CE0] checksum error [lxf @ 020E8CE0] expected 120 B size header, got 0 y:\lxf\CP261167.lxf: Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 11:01:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 10:01:46 -0000 Subject: [FFmpeg-trac] #655(avformat:new): asf parser go into the trobule In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.a4fb24bfa3786fbde3dee4e522b3a357@avcodec.org> #655: asf parser go into the trobule --------------------------------+------------------------------------ Reporter: qrtt1 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.6 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by cehoyos): This sounds as if there are two unrelated problems, please open a second ticket for one of them. For the crash, please provide backtrace etc. - as explained on http://ffmpeg.org/bugreports.html - please attach your patch after putting "{" on the same line as "if" and sanitizing the error message. For the asf issue, at least complete, uncut output of ffmpeg is missing, if you cannot add a teststream, please explain how your problem can be reproduced. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 11:03:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 10:03:00 -0000 Subject: [FFmpeg-trac] #656(avformat:new): LXF demuxer fails on new Leitch files In-Reply-To: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> References: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> Message-ID: <050.7ce2c3c5e3fb8c49270481b1c0462ddf@avcodec.org> #656: LXF demuxer fails on new Leitch files ------------------------------------+------------------------------------ Reporter: Nioreh | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Nioreh): I will see if I can get hold of a small sample file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 11:03:54 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 10:03:54 -0000 Subject: [FFmpeg-trac] #654(undetermined:new): When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! In-Reply-To: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> References: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> Message-ID: <049.bc935f61f65586ac36ee01bfa553cc49@avcodec.org> #654: When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! -------------------------------------+------------------------------------- Reporter: asbro | 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Are external libraries necessary to reproduce your problem? (Is the problem also reproducible with -vcodec mpeg4 and -strict experimental -acodec aac?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 11:04:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 10:04:37 -0000 Subject: [FFmpeg-trac] #654(undetermined:new): When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! In-Reply-To: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> References: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> Message-ID: <049.c1dcc0351cb58c6bdc091cb44437d106@avcodec.org> #654: When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! -------------------------------------+------------------------------------- Reporter: asbro | 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 cehoyos): Is the problem also reproducible if you encode to a file (instead of a stream)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 13:53:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 12:53:39 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.ad61a8ef740220d1839ca9d6dcff246b@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 takis): Excellent. I'm currently testing it some more and will try to commit when done. I kinda skipped the whole ffmpeg.org/libav.org discussion, but I do not think I still have commit access, do I? Or were the SVN commits automatically given commit rights? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 14:38:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 13:38:23 -0000 Subject: [FFmpeg-trac] #652(swscale:closed): maintain aspect ratio. In-Reply-To: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> References: <038.5e0a362d9a24a6f6ead1c855ab90ab87@avcodec.org> Message-ID: <053.4db076f48261b603bad824f3f910a454@avcodec.org> #652: maintain aspect ratio. -------------------------------------+----------------------------------- Reporter: dE_logics | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: swscale Version: 0.8.6 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by dE_logics): For e.g. we have a HD 1920x1080 p video which needs to be converted for a 320x280 mobile device using easy to use front ends like winff. We need to maintain the aspect ratio in this case to ensure the video doesn't distort yet is playable in the small screen. For e.g. we wanna maintain the 320 px width and make the height variable. Anyway, this bug should be closed cause the scale filter provides such a feature, I'll write about this in my blog. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 14:41:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 13:41:55 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. Message-ID: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Type: defect Status: new | Priority: normal Component: | Version: 0.7.7 undetermined | Blocked By: Keywords: xvid multi | Reproduced by developer: 0 thread | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I've xvid version 1.3.2, which supports multithreading, but I get only 1x cpu usage even when using -threads 2 - ffmpeg -vf scale="a*234:234" -i FULL_HD_porsch.mp4 -threads 2 -maxrate 300 -bufsize 4000k -r 25 -vcodec libxvid -aq 1 -acodec libmp3lame ~/FULL_HD_porsch.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 15:23:53 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 14:23:53 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.c3753d15979018bd9bd907963f68e6ea@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 michael): Replying to [comment:10 takis]: > Excellent. I'm currently testing it some more and will try to commit when done. I kinda skipped the whole ffmpeg.org/libav.org discussion, but I do not think I still have commit access, do I? Or were the SVN commits automatically given commit rights? git clones are better than direct write IMHO because they give more freedom to each developer users can checkout clones, merges can be done when the author considers it "ready". 2 developers can actually work on the same by cooperation or competing with clones. automatically retaining write access wasnt possible as svn used usernames and passwords while git uses ssh keys. But all people who had svn write are offered git write if they prefer. I would need a public ssh key, gpg signed and the gpg fingerprint in our MAINTAINERS file for this -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 16:34:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 15:34:28 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.d6015452506cd55f3af334e01be98f2d@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 takis): I agree that git clones give more freedom to developers, in fact I think I was the first suggesting using it for FFmpeg back in 2006 :-) http://article.gmane.org/gmane.comp.video.ffmpeg.devel/37959 But, currently, I read in the FFmpeg docs that merges aren't allowed, which means one can't have a stable publicly available tree online (stable as in 'a tree one can clone and pull from'), right? I'd put a tree up on github in august which has my commits publicly available, but that would only work nicely with merges IMHO. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 16:43:13 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 15:43:13 -0000 Subject: [FFmpeg-trac] #623(undetermined:closed): FLV file saved from within VLC can't be opened by FFmpeg In-Reply-To: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> References: <034.77346c14bcb8efa298d74eed14960e5d@avcodec.org> Message-ID: <049.3bb0c97749fb620af6cafbccdf3f6674@avcodec.org> #623: FLV file saved from within VLC can't be opened by FFmpeg -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: flv h264 | Resolution: invalid aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by burek): I've used the latest git vlc (1.2) to save and to read the file. I've also compiled both vlc and ffmpeg in order for vlc to use ffmpeg to encode audio using libaacplus (sout='std{aenc=ffmpeg{acodec=libaacplus},...}'. When I play it back on that vlc, it does show some warnings and errors, but it plays the media (for example if I send the stream over udp, I can play it in ffmpeg too). But, I agree, it looks like no other media player can play this file correctly, so we can safely assume that the file is most likely broken :/ Thanks for the help and time spent to analyze it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 20:02:25 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 19:02:25 -0000 Subject: [FFmpeg-trac] #240(avcodec:open): ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder In-Reply-To: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> References: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> Message-ID: <053.f51615ea166a9c13ef984790835cc6c2@avcodec.org> #240: ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV wmav2 wmav1 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): maybe? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 21:04:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 20:04:24 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.f84b0dc2b022f390abe4b6ac579ae7ef@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by schtorch): This is fixed indeed! Test CBR: {{{ $ ffmpeg -i test.mp4 -ab 128k test.mp3 ffmpeg version N-34877-g53cb0de, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 15 2011 16:26:55 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --enable-gpl --enable-version3 --enable-shared --enable- nonfree --enable-postproc --enable-libfaac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable- libtheora --enable-libvpx --enable-libspeex --enable-libxvid --enable- libx264 --disable-network --disable-stripping --enable-libschroedinger --enable-libdirac --enable-libgsm --enable-avfilter --enable-pthreads --disable-doc --disable-ffplay --disable-ffserver --extra- cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 51. 25. 0 / 51. 25. 0 libavcodec 53. 34. 0 / 53. 34. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.87.1 Duration: 00:00:55.28, start: 0.000000, bitrate: 618 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 400x222, 485 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 127 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : File 'test.mp3' already exists. Overwrite ? [y/N] y Output #0, mp3, to 'test.mp3': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 TDEN : 1970-01-01 00:00:00 TSSE : Lavf53.20.0 Stream #0:0(und): Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Stream mapping: Stream #0:1 -> #0:0 (aac -> libmp3lame) Press [q] to stop, [?] for help size= 864kB time=00:00:55.24 bitrate= 128.1kbits/s video:0kB audio:863kB global headers:0kB muxing overhead 0.066065% }}} Result CBR: {{{ mediainfo test.mp3 General Complete name : test.mp3 Format : MPEG Audio File size : 864 KiB Duration : 55s 275ms Overall bit rate : 128 Kbps Encoded date : UTC 1970-01- 1 00:00:00 Writing library : LAME3.99 Encoding settings : Lavf53.20.0 major_brand : isom minor_version : 512 compatible_brands : isomiso2avc1mp41 Audio Format : MPEG Audio Format version : Version 1 Format profile : Layer 3 Mode : Joint stereo Mode extension : MS Stereo Duration : 55s 275ms Bit rate mode : Constant Bit rate : 128 Kbps Channel(s) : 2 channels Sampling rate : 44.1 KHz Stream size : 864 KiB (100%) Writing library : LAME3.99 }}} Test VBR: {{{ $ ffmpeg -i test.mp4 -qscale 1 test.mp3 ffmpeg version N-34877-g53cb0de, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 15 2011 16:26:55 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --enable-gpl --enable-version3 --enable-shared --enable- nonfree --enable-postproc --enable-libfaac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable- libtheora --enable-libvpx --enable-libspeex --enable-libxvid --enable- libx264 --disable-network --disable-stripping --enable-libschroedinger --enable-libdirac --enable-libgsm --enable-avfilter --enable-pthreads --disable-doc --disable-ffplay --disable-ffserver --extra- cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 51. 25. 0 / 51. 25. 0 libavcodec 53. 34. 0 / 53. 34. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.87.1 Duration: 00:00:55.28, start: 0.000000, bitrate: 618 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 400x222, 485 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 127 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : File 'test.mp3' already exists. Overwrite ? [y/N] y Output #0, mp3, to 'test.mp3': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 TDEN : 1970-01-01 00:00:00 TSSE : Lavf53.20.0 Stream #0:0(und): Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Stream mapping: Stream #0:1 -> #0:0 (aac -> libmp3lame) Press [q] to stop, [?] for help size= 1849kB time=00:00:55.24 bitrate= 274.2kbits/s video:0kB audio:1849kB global headers:0kB muxing overhead 0.030847% }}} Result VBR: {{{ mediainfo test.mp3 General Complete name : test.mp3 Format : MPEG Audio File size : 1.81 MiB Encoded date : UTC 1970-01- 1 00:00:00 Writing library : LAME3.99 Encoding settings : Lavf53.20.0 major_brand : isom minor_version : 512 compatible_brands : isomiso2avc1mp41 Audio Format : MPEG Audio Format version : Version 1 Format profile : Layer 3 Mode : Joint stereo Mode extension : MS Stereo Bit rate mode : Variable Channel(s) : 2 channels Sampling rate : 44.1 KHz Stream size : 1.81 MiB (100%) Writing library : LAME3.99 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 21:51:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 20:51:14 -0000 Subject: [FFmpeg-trac] #649(avformat:open): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.119d4825edc7ba520cd5ecd703cfdad3@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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 michael): Replying to [comment:12 takis]: > I agree that git clones give more freedom to developers, in fact I think I was the first suggesting using it for FFmpeg back in 2006 :-) > http://article.gmane.org/gmane.comp.video.ffmpeg.devel/37959 And i indeed regret that i did not push toward a git switch longer ago ... > > But, currently, I read in the FFmpeg docs that merges aren't allowed, which means one can't have a stable publicly available tree online (stable as in 'a tree one can clone and pull from'), right? I'd put a tree up on github in august which has my commits publicly available, but that would only work nicely with merges IMHO. You can just grep the git log for "Merge" to convince yourself that merges are not forbidden and that there are actually quite a few in there :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 22:09:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 21:09:08 -0000 Subject: [FFmpeg-trac] #658(undetermined:new): auto-select yuv420p for RGB inputs with libx264 Message-ID: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> #658: auto-select yuv420p for RGB inputs with libx264 -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- I've noticed an increasing number of users wondering why their outputs are not playing normally in some video players, and/or why some profiles won't work ("main profile doesn't support 4:4:4" for example). The general answer is to tell them to use "-pix_fmt yuv420p". x264 technically supports RGB, but I think the vast majority of users will want YUV, although they may not know it. We closed a few similar reports as invalid (#585 and #601) because the current behavior isn't wrong, but it is inconsistent, but now that I see more questions about this I think the default behavior should be changed. Current behavior: {{{ $ ffmpeg -t 5 -loop 1 -i rgb24.png -vcodec libx264 -preset medium -crf 24 -y output.mp4 ffmpeg version N-34884-g7575980, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 15 2011 11:51:13 with gcc 4.6.2 configuration: --prefix=/usr --enable-gpl --enable-libx264 libavutil 51. 25. 0 / 51. 25. 0 libavcodec 53. 34. 0 / 53. 34. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 0x2566880] max_analyze_duration 5000000 reached at 5000000 Input #0, image2, from 'rgb24.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1000x1000, 25 fps, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x2566800] w:1000 h:1000 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [libx264 @ 0x256fe80] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x256fe80] profile High 4:4:4 Predictive, level 3.2, 4:4:4 8-bit [libx264 @ 0x256fe80] 264 - core 119 r2106 07efeb4 - 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=24.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'output.mp4': Metadata: encoder : Lavf53.20.0 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), rgb24, 1000x1000, q=-1 --1, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> libx264) Press [q] to stop, [?] for help frame= 125 fps= 96 q=-1.0 Lsize= 30kB time=00:00:04.92 bitrate= 49.2kbits/s video:27kB audio:0kB global headers:0kB muxing overhead 10.153522% [libx264 @ 0x256fe80] frame I:1 Avg QP:18.84 size: 18603 [libx264 @ 0x256fe80] frame P:31 Avg QP:31.06 size: 117 [libx264 @ 0x256fe80] frame B:93 Avg QP:31.85 size: 49 [libx264 @ 0x256fe80] consecutive B-frames: 0.8% 0.0% 0.0% 99.2% [libx264 @ 0x256fe80] mb I I16..4: 88.5% 5.3% 6.2% [libx264 @ 0x256fe80] mb P I16..4: 1.8% 0.0% 0.0% P16..4: 0.1% 0.0% 0.0% 0.0% 0.0% skip:98.1% [libx264 @ 0x256fe80] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.3% 0.0% 0.0% direct: 0.0% skip:99.7% L0:66.9% L1:33.1% BI: 0.0% [libx264 @ 0x256fe80] 8x8 transform intra:3.8% inter:36.5% [libx264 @ 0x256fe80] coded y,u,v intra: 2.3% 2.2% 2.3% inter: 0.0% 0.0% 0.0% [libx264 @ 0x256fe80] i16 v,h,dc,p: 77% 23% 0% 0% [libx264 @ 0x256fe80] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 54% 3% 43% 0% 0% 0% 0% 0% 0% [libx264 @ 0x256fe80] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 44% 27% 18% 2% 2% 2% 2% 2% 1% [libx264 @ 0x256fe80] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x256fe80] ref P L0: 51.7% 7.9% 37.1% 3.4% [libx264 @ 0x256fe80] ref B L0: 32.4% 65.3% 2.3% [libx264 @ 0x256fe80] ref B L1: 98.3% 1.7% [libx264 @ 0x256fe80] kb/s:42.84 }}} Re-encoding the output with same settings. Note auto-selecting format 'yuv420p': {{{ $ ffmpeg -i output.mp4 -vcodec libx264 -preset medium -crf 24 -y out2.mp4 ffmpeg version N-34884-g7575980, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 15 2011 11:51:13 with gcc 4.6.2 configuration: --prefix=/usr --enable-gpl --enable-libx264 libavutil 51. 25. 0 / 51. 25. 0 libavcodec 53. 34. 0 / 53. 34. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'output.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.20.0 Duration: 00:00:05.00, start: 0.000000, bitrate: 48 kb/s Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), gbr24p, 1000x1000, 43 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Incompatible pixel format 'gbr24p' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x1cf1280] w:1000 h:1000 pixfmt:gbr24p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x1cf1680] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x1cf1b60] w:1000 h:1000 fmt:gbr24p -> w:1000 h:1000 fmt:yuv420p flags:0x4 [libx264 @ 0x1cfd920] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x1cfd920] profile High, level 3.2 [libx264 @ 0x1cfd920] 264 - core 119 r2106 07efeb4 - 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=24.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 : 1970-01-01 00:00:00 encoder : Lavf53.20.0 Stream #0:0(und): Video: h264 (![0][0][0] / 0x0021), yuv420p, 1000x1000, q=-1--1, 25 tbn, 25 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Press [q] to stop, [?] for help frame= 125 fps= 85 q=-1.0 Lsize= 21kB time=00:00:04.92 bitrate= 35.3kbits/s video:18kB audio:0kB global headers:0kB muxing overhead 14.750026% [libx264 @ 0x1cfd920] frame I:1 Avg QP:16.37 size: 12481 [libx264 @ 0x1cfd920] frame P:32 Avg QP:25.74 size: 65 [libx264 @ 0x1cfd920] frame B:92 Avg QP:28.95 size: 40 [libx264 @ 0x1cfd920] consecutive B-frames: 1.6% 0.0% 2.4% 96.0% [libx264 @ 0x1cfd920] mb I I16..4: 93.1% 0.1% 6.9% [libx264 @ 0x1cfd920] mb P I16..4: 0.1% 0.0% 0.0% P16..4: 0.1% 0.0% 0.0% 0.0% 0.0% skip:99.8% [libx264 @ 0x1cfd920] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0% L0:36.1% L1:63.9% BI: 0.0% [libx264 @ 0x1cfd920] 8x8 transform intra:0.0% inter:57.9% [libx264 @ 0x1cfd920] coded y,uvDC,uvAC intra: 4.8% 10.6% 8.5% inter: 0.0% 0.0% 0.0% [libx264 @ 0x1cfd920] i16 v,h,dc,p: 84% 15% 2% 0% [libx264 @ 0x1cfd920] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 75% 12% 12% 0% 0% 0% 0% 0% 0% [libx264 @ 0x1cfd920] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 44% 28% 19% 2% 1% 2% 2% 1% 1% [libx264 @ 0x1cfd920] i8c dc,h,v,p: 62% 21% 17% 1% [libx264 @ 0x1cfd920] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x1cfd920] ref P L0: 66.7% 1.7% 25.8% 5.8% [libx264 @ 0x1cfd920] ref B L0: 78.6% 14.3% 7.1% [libx264 @ 0x1cfd920] ref B L1: 94.9% 5.1% [libx264 @ 0x1cfd920] kb/s:29.14 }}} Also, default behavior of x264 is to choose yuv420p: {{{ $ x264 rgb24.png -o output.h264 Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later. Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later. lavf [info]: 1000x1000p 0:1 @ 25/1 fps (vfr) resize [warning]: converting from rgb24 to yuv420p x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 x264 [info]: profile High, level 3.2 [swscaler @ 0x2f16820] Warning: data is not aligned! This can lead to a speedloss x264 [info]: frame I:1 Avg QP:25.53 size: 7473 x264 [info]: mb I I16..4: 88.8% 5.4% 5.8% x264 [info]: 8x8 transform intra:5.4% x264 [info]: coded y,uvDC,uvAC intra: 3.6% 8.4% 2.7% x264 [info]: i16 v,h,dc,p: 79% 19% 2% 0% x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 2% 0% 98% 0% 0% 0% 0% 0% 0% x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 43% 27% 20% 1% 2% 2% 2% 2% 2% x264 [info]: i8c dc,h,v,p: 78% 9% 12% 1% x264 [info]: kb/s:1494.60 encoded 1 frames, 25.58 fps, 1494.60 kb/s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 22:11:33 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 21:11:33 -0000 Subject: [FFmpeg-trac] #658(avcodec:open): auto-select yuv420p for RGB inputs with libx264 In-Reply-To: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> References: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> Message-ID: <050.baf7ea6e6282a441741668c8fe019ac2@avcodec.org> #658: auto-select yuv420p for RGB inputs with libx264 -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: wish => important * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: I believe this should at least be discussed, a possible solution would be a private option that "allows" rgb. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 22:13:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 21:13:00 -0000 Subject: [FFmpeg-trac] #431(undetermined:closed): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.ade72db7fbe9e1c3a36b1770fb4f77f7@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: CBR mp3 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 22:33:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 21:33:20 -0000 Subject: [FFmpeg-trac] #658(avcodec:open): auto-select yuv420p for RGB inputs with libx264 In-Reply-To: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> References: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> Message-ID: <050.6e90f6ca7734ebc562e22c0c0baa57fd@avcodec.org> #658: auto-select yuv420p for RGB inputs with libx264 -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by llogan): Does a private option make more sense than just setting an appropriate pix_fmt to preserve RGB? With x264 I believe "--output-csp rgb" keeps RGB: {{{ $ x264 rgb24.png --output-csp rgb -o output.h264 Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later. Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later. lavf [info]: 1000x1000p 0:1 @ 25/1 fps (vfr) x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 x264 [info]: profile High 4:4:4 Predictive, level 3.2, 4:4:4 8-bit x264 [info]: frame I:1 Avg QP:26.66 size: 11440 x264 [info]: mb I I16..4: 84.3% 10.3% 5.4% x264 [info]: 8x8 transform intra:10.3% x264 [info]: coded y,u,v intra: 2.8% 2.8% 4.1% x264 [info]: i16 v,h,dc,p: 80% 20% 0% 0% x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 5% 5% 90% 0% 0% 0% 0% 0% 0% x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 44% 26% 19% 1% 2% 2% 2% 2% 2% x264 [info]: kb/s:2288.00 encoded 1 frames, 20.00 fps, 2288.00 kb/s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 15 22:47:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Nov 2011 21:47:24 -0000 Subject: [FFmpeg-trac] #650(avutil:closed): Segmentation Fault when using av_opt_set to set h264 options In-Reply-To: <040.3f2d16c84f46270b65bab170b3b72c72@avcodec.org> References: <040.3f2d16c84f46270b65bab170b3b72c72@avcodec.org> Message-ID: <055.66b609feffab57cf698c46c8c39a958b@avcodec.org> #650: Segmentation Fault when using av_opt_set to set h264 options -------------------------------------+------------------------------------- Reporter: apolychrono | Owner: michael Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: av_set_opt | Blocked By: av_opt_find2 h265 options | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Crash fixed locally, will be in git master in a moment About the usage You need to call one of the functions that allocates the private context. avcodec_get_context_defaults3() for example or use avformat_new_stream() and pass it the AVCodec also see doc/examples/decoding_encoding.c for some examples also patches improving our docs are welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 01:30:08 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 00:30:08 -0000 Subject: [FFmpeg-trac] #344(FFprobe:closed): FFProbe does not provide PTS, DTS info present in MPEG file. In-Reply-To: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> References: <041.930a49c41f5c4b1206acd25a1028ebea@avcodec.org> Message-ID: <056.78dc39c1904b0ac0f0d614f297848b53@avcodec.org> #344: FFProbe does not provide PTS, DTS info present in MPEG file. -------------------------------------+------------------------------------- Reporter: | Owner: michael darrenhudson | Status: closed Type: defect | Component: FFprobe Priority: normal | Resolution: fixed Version: git-master | Blocked By: Keywords: FFProbe | Reproduced by developer: 1 Time Timestamp PTS DTS | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by not droping both timestamps if they are invalid, this may need to be finetuned or reverted if it causes problems -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 03:38:45 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 02:38:45 -0000 Subject: [FFmpeg-trac] #240(avcodec:closed): ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder In-Reply-To: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> References: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> Message-ID: <053.31156dae80faa0e38f189975c43de476@avcodec.org> #240: ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV wmav2 wmav1 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: The patch looks good, ive applied something similar Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 11:25:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 10:25:41 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.bf36881d855ced2a81e4d29f51ff4c6a@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: de.techno@? (removed) * keywords: xvid multi thread => xvid threads Comment: Please provide a command line and complete, uncut console output for all (non-build) reports on this bug tracker! (You do know that FFmpeg contains a native MPEG-4 ASP encoder that is not known to be worse than xvid?) What happens if you (slowly) increase the thread count? With the native encoders, you have to use a higher thread count than the number of cores you want to use (same as make -j). For me, -vcodec libxvid -threads 8 uses many threads, but it significantly hurts performance over -threads 1. In case I understood correctly that you are writing down your experience somewhere: Please note that 0.7 uses a deprecated syntax that gets outdated, you should definitely use current git head for tutorials and similar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 15:28:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 14:28:00 -0000 Subject: [FFmpeg-trac] #659(FFmpeg:new): specific m4b audiobook transcoding fails Message-ID: <035.f938d8461e67fb71581d215b3c244ad2@avcodec.org> #659: specific m4b audiobook transcoding fails --------------------------------------+--------------------------------- Reporter: nostah | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- I am trying to transcode m4b audiobook to another mp4 file with lower bitrate. For unknown reason ffmpeg fails to do that on one file while it works fine on the others I have. I am using a command (with freshly built ffmpeg from git master): /usr/local/bin/ffmpeg -v 9 -loglevel 99 -y -i test_m4b_with_cover.m4b -acodec libfaac -ab 64000 /tmp/ab.mp4 which gives following result: ffmpeg version N-34903-g16b809c, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 16 2011 15:09:06 with gcc 4.4.5 configuration: --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 --enable-libvo-amrwbenc --enable-libaacplus --disable-altivec --disable-armv5te --disable-armv6 --disable-vis libavutil 51. 25. 0 / 51. 25. 0 libavcodec 53. 34. 0 / 53. 34. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2388aa0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2388aa0] ISO: File Type Major Brand: M4A [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2388aa0] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2388aa0] Estimating duration from bitrate, this may be inaccurate Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test_m4b_with_cover.m4b': Metadata: major_brand : M4A minor_version : 0 compatible_brands: M4A mp42isom creation_time : 2011-04-19 08:19:18 album : Title artist : Artist encoder : Online Media Technologies genre : Audio Book title : Title track : 1 Duration: N/A, bitrate: N/A Output #0, mp4, to '/tmp/ab.mp4': Metadata: major_brand : M4A minor_version : 0 compatible_brands: M4A mp42isom creation_time : 2011-04-19 08:19:18 album : Title artist : Artist encoder : Online Media Technologies genre : Audio Book title : Title track : 1 Output file #0 does not contain any stream Changing output codec to libmp3lame also results in above error. File could not be played with ffplay but works fine with VLC (linux) and QuickTime Player (mac). ffplay fails with message: [begining the same as in ffmpeg - only last line changes] test_m4b_with_cover.m4b: could not open codecs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 17:19:17 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 16:19:17 -0000 Subject: [FFmpeg-trac] #660(FFmpeg:new): x264opts does not accepts options without values Message-ID: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> #660: x264opts does not accepts options without values --------------------------------------+--------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- one of them is "thread-input", which has got no value, but ffmpeg's parser requires options to be in "key=value" format.. there are other options without value required, like: --no-scenecut --intra-refresh --open-gop --no-cabac etc.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 17:19:45 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 16:19:45 -0000 Subject: [FFmpeg-trac] #660(FFmpeg:new): x264opts does not accepts options without values In-Reply-To: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> References: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> Message-ID: <049.42105b2331632c5190674bfa019a2110@avcodec.org> #660: x264opts does not accepts options without values ------------------------------------+----------------------------------- Reporter: burek | Owner: michael 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 burek): does not accept* (sorry) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 17:34:47 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 16:34:47 -0000 Subject: [FFmpeg-trac] #660(undetermined:new): x264opts does not accepts options without values In-Reply-To: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> References: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> Message-ID: <049.db5c38133c23497cd6e33555be1df6cd@avcodec.org> #660: x264opts does not accepts options without values -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * component: FFmpeg => undetermined Comment: Do you believe this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 17:36:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 16:36:32 -0000 Subject: [FFmpeg-trac] #661(avformat:new): Support image range for iff Message-ID: <036.3267a28807eb0e14b4ed5ccf10c24d47@avcodec.org> #661: Support image range for iff ---------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Keywords: iff Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- Image range is currently only supported for format image2, not for iff images. {{{ $ ls *.iff conn01.iff conn02.iff conn03.iff conn04.iff conn05.iff $ ffmpeg -i conn%2d.iff ffmpeg version N-34903-g16b809c, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 16 2011 11:09:31 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libxvid libavutil 51. 25. 0 / 51. 25. 0 libavcodec 53. 34. 0 / 53. 34. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 conn%2d.iff: No such file or directory }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 16 17:46:44 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Nov 2011 16:46:44 -0000 Subject: [FFmpeg-trac] #659(avformat:open): specific m4b audiobook transcoding fails In-Reply-To: <035.f938d8461e67fb71581d215b3c244ad2@avcodec.org> References: <035.f938d8461e67fb71581d215b3c244ad2@avcodec.org> Message-ID: <050.f4cfe4259aa4875042d84b9d77e99d2a@avcodec.org> #659: specific m4b audiobook transcoding fails ------------------------------------+------------------------------------ Reporter: nostah | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: FFmpeg => avformat * reproduced: 0 => 1 Comment: (Even MPlayer -demuxer mov finds some audio in the file.) Is there a vlc version that actually plays the file in a useful way? An old version here only plays a few seconds like MPlayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 01:18:13 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 00:18:13 -0000 Subject: [FFmpeg-trac] #659(avformat:open): specific m4b audiobook transcoding fails In-Reply-To: <035.f938d8461e67fb71581d215b3c244ad2@avcodec.org> References: <035.f938d8461e67fb71581d215b3c244ad2@avcodec.org> Message-ID: <050.d2c20c3285429dc6a73106f27ac37b2a@avcodec.org> #659: specific m4b audiobook transcoding fails ------------------------------------+------------------------------------ Reporter: nostah | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Patch sent to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 04:55:41 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 03:55:41 -0000 Subject: [FFmpeg-trac] #662(FFmpeg:new): aac distrorted after transcoding (regression) Message-ID: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> #662: aac distrorted after transcoding (regression) -------------------------------------+------------------------------------- Reporter: mpan | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git- | Keywords: aac master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- When transcoding AAC to another format, output is distorted. I have noticed this situation only for one file (sample provided below), no other AACs I have tested seem to be affected. Also it seems that bug doesn't depend on output format. Everything was fine in 0.7.6. The problems started after update (from ArchLinux repo) to version N-34586-g33feba3. I have also tested this with the latest version from git and the problem persists. Files are available here: [http://mpan.pl/pub/ffmpeg-report/] Original sample: * test.aac Sample after conversion to pcm: * test-good.wav - version produced by 0.7.6 * test-bad.wav - version produced by N-34586-g33feba3 * test-latest.wav - version produced by N-34918-g4f7ad4c (latest) Corresponding logs: * test-good.log, test-bad.log, test-latest.log Smaller (1MB) versions of sample (just in case someone doesn't want to download the 8M ones): * short-* Platform: Linux 3.1.1-1-ARCH x86_64 Pentium(R) Dual-Core CPU E5300 @ 2.60GHz GenuineIntel -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 04:57:02 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 03:57:02 -0000 Subject: [FFmpeg-trac] #662(FFmpeg:new): aac distrorted after transcoding (regression) In-Reply-To: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> References: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> Message-ID: <048.5a5f6189f26e8979137c96f04a3f4587@avcodec.org> #662: aac distrorted after transcoding (regression) -------------------------------------+------------------------------------- Reporter: mpan | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mpan): Forget the command: ffmpeg -i test.aac test-blahblah.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 14:01:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 13:01:35 -0000 Subject: [FFmpeg-trac] #662(avcodec:open): aac distrorted after transcoding (regression) In-Reply-To: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> References: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> Message-ID: <048.337a1de8ba88384eb431c79a68bb9a3c@avcodec.org> #662: aac distrorted after transcoding (regression) -------------------------------------+------------------------------------- Reporter: mpan | Owner: michael Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * component: FFmpeg => avcodec * reproduced: 0 => 1 Comment: Regression since 981503905399a25ba179f587efda4a18ac9f4675. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 14:14:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 13:14:47 -0000 Subject: [FFmpeg-trac] #659(avformat:closed): specific m4b audiobook transcoding fails In-Reply-To: <035.f938d8461e67fb71581d215b3c244ad2@avcodec.org> References: <035.f938d8461e67fb71581d215b3c244ad2@avcodec.org> Message-ID: <050.d2bda085019787cebefae8b8d2763804@avcodec.org> #659: specific m4b audiobook transcoding fails --------------------------------------+------------------------------------ Reporter: nostah | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov metadata | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov metadata * status: open => closed * resolution: => fixed Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 14:18:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 13:18:23 -0000 Subject: [FFmpeg-trac] #662(avcodec:open): aac distrorted after transcoding (regression) In-Reply-To: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> References: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> Message-ID: <048.6ed0b18c22c98c7f810b43b2a2a11341@avcodec.org> #662: aac distrorted after transcoding (regression) -------------------------------------+------------------------------------- Reporter: mpan | Owner: michael Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -loglevel 99 -i test.aac -t 50 out.wav ffmpeg version N-34938-g7cdfce4, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 17 2011 14:13:00 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 26. 0 / 51. 26. 0 libavcodec 53. 34. 0 / 53. 34. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 [aac @ 0x138f760] Format aac probed with size=131072 and score=50 [aac @ 0x1395b00] err{or,}_recognition separate: 1; 1 [aac @ 0x1395b00] err{or,}_recognition combined: 1; 1 [aac @ 0x1395b00] Unsupported bit depth: 0 [aac @ 0x1395b00] Input buffer exhausted before END element found [aac @ 0x138f760] max_analyze_duration 5000000 reached at 5015510 [aac @ 0x138f760] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'test.aac': Duration: 00:00:51.47, bitrate: 43 kb/s Stream #0:0, 110, 1/28224000: Audio: aac, 44100 Hz, 2 channels (FC), s16, 43 kb/s [pcm_s16le @ 0x13a5a00] err{or,}_recognition separate: 1; 1 [pcm_s16le @ 0x13a5a00] err{or,}_recognition combined: 1; 1 [aac @ 0x1395b00] err{or,}_recognition separate: 1; 1 [aac @ 0x1395b00] err{or,}_recognition combined: 1; 1 [aac @ 0x1395b00] Unsupported bit depth: 0 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.20.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 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x1395b00] Input buffer exhausted before END element found Error while decoding stream #0:0 size= 8608kB time=00:00:49.96 bitrate=1411.2kbits/s video:0kB audio:8608kB global headers:0kB muxing overhead 0.000522% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 14:34:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 13:34:25 -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.7797cae9484396f0c3c065090e77471e@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 jpeg | Blocked By: gbr24p | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rgb jpeg => rgb jpeg gbr24p -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 14:40:06 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 13:40:06 -0000 Subject: [FFmpeg-trac] #424(avcodec:open): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.6a52012a8ea48df14a87d034a6d02908@avcodec.org> #424: A/V desync on transport stream ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: H264 TS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => H264 TS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 16:30:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 15:30:15 -0000 Subject: [FFmpeg-trac] #663(undetermined:new): iff ilbm: add ehb color mode Message-ID: <038.fe7637195f54ed6128c276406770d36b@avcodec.org> #663: iff ilbm: add ehb color 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 | -------------------------------------+------------------------------------- http://en.wikipedia.org/wiki/Amiga_Halfbrite_mode SDL_image supports this mode. http://www.libsdl.org/projects/SDL_image/ IMG_lbm.c: {{{ /* Amiga EHB mode (Extra-Half-Bright) */ /* 6 bitplanes mode with a 32 colors palette */ /* The 32 last colors are the same but divided by 2 */ /* Some Amiga pictures save 64 colors with 32 last wrong colors, */ /* they shouldn't !, and here we overwrite these 32 bad colors. */ if ( (nbcolors==32 || flagEHB ) && (1<format->palette->colors[i].r = (*ptr++)/2; Image->format->palette->colors[i].g = (*ptr++)/2; Image->format->palette->colors[i].b = (*ptr++)/2; } } }}} {{{ C:\>ffmpeg -i KING.IFF ffmpeg version N-34704-g985e768, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 11 2011 01:49:15 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [iff_byterun1 @ 003EA360] ExtraHalfBrite (EHB) mode not supported Last message repeated 1 times [IFF @ 003E9B00] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from 'KING.IFF': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (ILBM / 0x4D424C49), pal8, 320x256, SAR 44: 44 DAR 5:4, 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 Thu Nov 17 16:39:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 15:39:40 -0000 Subject: [FFmpeg-trac] #664(undetermined:new): add suppoer for iff anim Message-ID: <038.d6b7508a6028dba800c993446a0232fd@avcodec.org> #664: add suppoer for iff anim -------------------------------------+------------------------------------- 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 | -------------------------------------+------------------------------------- IFF ANIM file format info: http://amigan.1emu.net/reg/iff.html IFF ANIM player with source code: http://aminet.net/package/gfx/show/iffanimplay_68k Sample IFF ANIM files: http://aminet.net/pix/anim {{{ C:\>ffmpeg -i 040.anim ffmpeg version N-34704-g985e768, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 11 2011 01:49:15 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 040.anim: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 16:44:06 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 15:44:06 -0000 Subject: [FFmpeg-trac] #665(undetermined:new): add support for cdxl Message-ID: <038.aa62b0e3871bf2a9c00cc68e27fb7cb6@avcodec.org> #665: add support for cdxl -------------------------------------+------------------------------------- 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 | -------------------------------------+------------------------------------- CDXL format info: http://en.wikipedia.org/wiki/CDXL CDXL players with source code: http://aminet.net/package/gfx/show/cdxlplay-sdl http://aminet.net/package/gfx/show/AnimFX Sample CDXL file: http://aminet.net/pix/anim/PlaycatCDXL.lha {{{ C:\>ffmpeg -i PlayingCat.CDXL ffmpeg version N-34704-g985e768, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 11 2011 01:49:15 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 PlayingCat.CDXL: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 18:15:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 17:15:34 -0000 Subject: [FFmpeg-trac] #662(avcodec:closed): aac distrorted after transcoding (regression) In-Reply-To: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> References: <033.c4bf3cdeec984d0692eae01c67574661@avcodec.org> Message-ID: <048.5c0adbfcf3d7a5e4b75a21d68c92fe05@avcodec.org> #662: aac distrorted after transcoding (regression) -------------------------------------+------------------------------------- Reporter: mpan | Owner: michael Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: regression | 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 Nov 17 19:19:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 18:19:46 -0000 Subject: [FFmpeg-trac] #660(undetermined:new): x264opts does not accepts options without values In-Reply-To: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> References: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> Message-ID: <049.1e73940a40db75ab9c1ef4a2ee34d026@avcodec.org> #660: x264opts does not accepts options without values -------------------------------------+------------------------------------- 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): Well, actually khali (from the ffmpeg IRC channel) detected that bug, not me, but he has got problems with registering on this trac, so I placed a bug report instead. However, I don't know how to check if that's a regression or not, but if you can give me a link or something, I could answer that. Khali says he has got no reason to believe it is a regression, though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 19:44:53 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 18:44:53 -0000 Subject: [FFmpeg-trac] #3(avformat:closed): Auto-detection of Sonic Foundry Soft Encode AC3 files with a 16-byte header fails In-Reply-To: <036.1a151b2577f1bf5364c60a448db62f6e@avcodec.org> References: <036.1a151b2577f1bf5364c60a448db62f6e@avcodec.org> Message-ID: <051.8aecd82ada5205b8ce2a03c162bde13c@avcodec.org> #3: Auto-detection of Sonic Foundry Soft Encode AC3 files with a 16-byte header fails ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: ac3 probe changed to detect this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 20:57:27 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 19:57:27 -0000 Subject: [FFmpeg-trac] #622(swscale:closed): swscale crash when convert PIX_FMT_YUV420P -> PIX_FMT_YUVJ420P In-Reply-To: <037.0ffa3270fba29d50c8a713c1b165d72d@avcodec.org> References: <037.0ffa3270fba29d50c8a713c1b165d72d@avcodec.org> Message-ID: <052.95b3a149cd2d0b4a9e7b0f5f23914a3f@avcodec.org> #622: swscale crash when convert PIX_FMT_YUV420P -> PIX_FMT_YUVJ420P -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: unspecified | Resolution: Keywords: sescale | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => worksforme Comment: No crash here (on linux) and nothing really suspicious under valgrind. If the crash is still happening for you, please provide full gdb output and information about the platform and hardware on which it is crashing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 20:57:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 19:57:39 -0000 Subject: [FFmpeg-trac] #622(swscale:closed): swscale crash when convert PIX_FMT_YUV420P -> PIX_FMT_YUVJ420P In-Reply-To: <037.0ffa3270fba29d50c8a713c1b165d72d@avcodec.org> References: <037.0ffa3270fba29d50c8a713c1b165d72d@avcodec.org> Message-ID: <052.bebf11d51424000bbfa88934f33007c0@avcodec.org> #622: swscale crash when convert PIX_FMT_YUV420P -> PIX_FMT_YUVJ420P -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: unspecified | Resolution: Keywords: swscale | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: sescale => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 17 22:03:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Nov 2011 21:03:45 -0000 Subject: [FFmpeg-trac] #576(swscale:closed): sws_scale crash with PIX_FMT_YUVJ420P -> PIX_FMT_RGB24 In-Reply-To: <035.f31b41ba6e61f02c652a89b7a63906af@avcodec.org> References: <035.f31b41ba6e61f02c652a89b7a63906af@avcodec.org> Message-ID: <050.2d6d8991f7d5e75d4407955fc14e49c7@avcodec.org> #576: sws_scale crash with PIX_FMT_YUVJ420P -> PIX_FMT_RGB24 ------------------------------------+----------------------------------- Reporter: rich99 | Owner: michael Type: defect | Status: closed Priority: normal | Component: swscale 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 Nov 18 06:15:18 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 05:15:18 -0000 Subject: [FFmpeg-trac] #664(undetermined:new): add suppoer for iff anim In-Reply-To: <038.d6b7508a6028dba800c993446a0232fd@avcodec.org> References: <038.d6b7508a6028dba800c993446a0232fd@avcodec.org> Message-ID: <053.3e710c89c4997e45de8a5789f12534f2@avcodec.org> #664: add suppoer for iff anim -------------------------------------+------------------------------------- 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): I forgot about XAnim. http://xanim.polter.net/ {{{ IFF Animations and Images * Color cycling with single images and animations. * Supported IFF Compressions: o Anim3 o Anim5 o Anim7 o AnimJ o Animl * Supported Amiga Display modes: o normal(BitPlanes) depths 1 - 8. o Extra Half-Brite(EHB) depth 6 o HAM(Hold And Modify) depth 6 and 8 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 06:57:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 05:57:50 -0000 Subject: [FFmpeg-trac] #666(FFmpeg:new): ffmpeg crashes, when input is /dev/zero Message-ID: <031.74730b8dd07907b6dbacae2f462633be@avcodec.org> #666: ffmpeg crashes, when input is /dev/zero ----------------------------------+--------------------------------- Reporter: mi | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.8.6 | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ----------------------------------+--------------------------------- It seems bizarre to me, but [http://tovid.wikia.com/wiki/Tovid_Wiki tovid] (a DVD-authoring tool) invokes ffmpeg with input set to /dev/zero in order to obtain a silent audio-file of a certain duration. The actual command line reads: {{{ ffmpeg -f s16le -i /dev/zero -ac 2 -ar 48000 -ab 224k -t 4 -acodec ac3 -y audio.ac3 }}} This must've worked before -- and, likely, continues to work for the tovid developers, but ffmpeg-0.7.7 as well as 0.8.6 crash with a floating-point error (SIGFPE), because of an attempt to divide by zero: {{{ Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 8078041c0 (LWP 100795/initial thread)] 0x0000000000408e7c in output_packet (ist=0x807df98a0, ist_index=0, ost_table=0x8078660e0, nb_ostreams=1, pkt=0x7fffffffe100) at ffmpeg.c:1600 1600 ist->next_pts += ((int64_t)AV_TIME_BASE/bps * decoded_data_size) / (gdb) l 1595 if (!got_output) { 1596 /* no audio frame */ 1597 continue; 1598 } 1599 decoded_data_buf = (uint8_t *)samples; 1600 ist->next_pts += ((int64_t)AV_TIME_BASE/bps * decoded_data_size) / 1601 (ist->st->codec->sample_rate * ist->st->codec->channels); 1602 break;} 1603 case AVMEDIA_TYPE_VIDEO: 1604 decoded_data_size = (ist->st->codec->width * ist->st->codec->height * 3) / 2; (gdb) p ist->st->codec->sample_rate $1 = 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 09:03:59 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 08:03:59 -0000 Subject: [FFmpeg-trac] #655(avformat:new): asf parser go into the trobule In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.447aac8a362f432066c6575df862df6e@avcodec.org> #655: asf parser go into the trobule --------------------------------+------------------------------------ Reporter: qrtt1 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.6 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by qrtt1): I am sorry. I don't how to get gdb bt from Android Phone. However, crashing don't happen to x86. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 10:36:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 09:36:38 -0000 Subject: [FFmpeg-trac] #655(avformat:new): asf parser go into the trobule In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.416d96b12867001a06a1f890af9a0b13@avcodec.org> #655: asf parser go into the trobule --------------------------------+------------------------------------ Reporter: qrtt1 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.6 | Resolution: Keywords: mms | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mms Comment: Please test current git head. Are you possibly reporting a problem that only happens on end-of-stream, or do you see above errors while a show is running? Or is your problem that ffmpeg cannot change to the next show? Do other players behave differently? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 10:41:00 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 09:41:00 -0000 Subject: [FFmpeg-trac] #667(undetermined:new): Error when decoding special TrueHD 1.0 track to WAV In-Reply-To: <039.aef1c2ef5fa44446b7d03e059c24e8b4@avcodec.org> References: <039.aef1c2ef5fa44446b7d03e059c24e8b4@avcodec.org> Message-ID: <054.701e8ebe1499c99424487e98ff7480e8@avcodec.org> #667: Error when decoding special TrueHD 1.0 track to WAV -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: thd | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: truehd, mono => thd Comment: Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 10:45:17 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 09:45:17 -0000 Subject: [FFmpeg-trac] #666(FFmpeg:new): ffmpeg crashes, when input is /dev/zero In-Reply-To: <031.74730b8dd07907b6dbacae2f462633be@avcodec.org> References: <031.74730b8dd07907b6dbacae2f462633be@avcodec.org> Message-ID: <046.abb2b791a0bfb34f189f66e2f45ad759@avcodec.org> #666: ffmpeg crashes, when input is /dev/zero --------------------------------+----------------------------------- Reporter: mi | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.8.6 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by cehoyos): Duplicate of ticket #324, not yet fixed in a release branch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 10:58:00 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 09:58:00 -0000 Subject: [FFmpeg-trac] #655(avformat:new): asf parser go into the trobule In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.06938b6b69d03576833c4b1357fb6311@avcodec.org> #655: asf parser go into the trobule --------------------------------+------------------------------------ Reporter: qrtt1 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.6 | Resolution: Keywords: mms | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by qrtt1): I have no idea to get the data from mms. I try the mplayer dumpstream but it break early. I will try git head as soon as possible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 11:05:43 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 10:05:43 -0000 Subject: [FFmpeg-trac] #655(avformat:new): asf parser go into the trobule In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.91a238a2d7f108acc4b4647623a9e57f@avcodec.org> #655: asf parser go into the trobule --------------------------------+------------------------------------ Reporter: qrtt1 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.6 | Resolution: Keywords: mms | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 qrtt1]: > And, the problem can be reproduced to play it for minutes. It awlays happens. When does it happen? Only at the end of the show or while the show is still playing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 13:52:05 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 12:52:05 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.6ba116e6f353d0b2ac57537ed3032dc3@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dE_logics): I'm using xvid cause of device compatibility reasons. Right now I'm compiling from GIT. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 16:02:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 15:02:52 -0000 Subject: [FFmpeg-trac] #655(undetermined:open): mms stream shows artefacts after some time (was: asf parser go into the trobule) In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.d80aadfe6e3b89bc43d1001697f51cb4@avcodec.org> #655: mms stream shows artefacts after some time -------------------------------------+------------------------------------- Reporter: qrtt1 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mms asf vc1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: avformat => undetermined * version: 0.8.6 => git-master * keywords: mms => mms asf vc1 Comment: I can reproduce the artefacts that are sometimes seen when commercials start and sometimes lead to EOF, sometimes crash (on ia32). The crash is a duplicate of ticket #455 afaict. {{{ Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf5f27b70 (LWP 5317)] 0x0854619d in ff_mspel_motion (s=0x8eb98e0, dest_y=0x8fb10f0 "\214\215\215\215\217\222\226\230\233\240\246\253\257\263\267\272\272\275\275\274\271\265\260\253\247\253\265\272\270\267\267\266\266\263\254\246\236\232\224\251\265\267\267\270\271\271\272\273\274\274\274\273\270\266\266\264\262\257\253\252\252\254\257\261\264\273\301\311\320\326\332\335\340\342\345\345\345\346\346\347\347\347\347\347\347\350\350\350\350\350\350\350\350\350\347\347\347\347\347\347\347\347\347\347\347\344\340\333\326\321\321\321\321\320\321\325\331\333\336\332\323\310\314\315\320\323\327\333\337\342\343\343\343\343\344\345\340\327\331\335\337\342\343\343\344\345\346\346\347\347\346\347\345\347\342?\276\274\272hhhhhhhh1111111/1,.*''''''$\032\027\027\027\027\231\231\231\231\231\231\230\225"..., dest_cb=0x8fbfaf8 "jklmmmmnnnnnoooqtvxwplmmnoqrtvwyyxxxxxxxxyxxxxxwwwwwwwuuuvwwuuv", 'w' , "xyzzy\200\200\200\200\200\200\200\200\231\231\231\231\231\231\231\226\231\222\212\211\211\212\213\214\215\200\203\203}\201\206PdfptzrjtlllmooooXZcgdbbbbbft|~~~\342\343\351\354\355\355\355\355\354\354\355\356\362\363\365\353\337\343\344\344\344\344\344\350\312\312\312\312\333\360\350\332\353\354\354\354\354\354\354\354\361\373\366\345\351\362\364\376\377\377\371\363\377\377\377\377"..., dest_cr=0x8fc7678 "\201\203\203\203\204\204\204\204\204\204\204\204\203\203\203\203\207\211\213\212\202~~}}~\177\177~}|}|zz{{{{{{|||||{zzz{{{xtsstwwtstvxyzzxvwyzzzzzwsn\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200z}qfcccccccccaeeaGGKPFAAD<@CJY\\V[FKNMIHHHGKI>:999XWSQQQQQOONH>;;;3-,,,,,,YXXXXXWTMLLLLLJB//////.,,,-4520,"..., ref_picture=0x8eb9c40, pix_op=0x8ebad34, motion_x=28, motion_y=44, h=16) at libavcodec/wmv2.c:112 112 s->dsp.put_mspel_pixels_tab[dxy](dest_y , ptr , linesize); (gdb) bt #0 0x0854619d in ff_mspel_motion (s=0x8eb98e0, dest_y=0x8fb10f0 "\214\215\215\215\217\222\226\230\233\240\246\253\257\263\267\272\272\275\275\274\271\265\260\253\247\253\265\272\270\267\267\266\266\263\254\246\236\232\224\251\265\267\267\270\271\271\272\273\274\274\274\273\270\266\266\264\262\257\253\252\252\254\257\261\264\273\301\311\320\326\332\335\340\342\345\345\345\346\346\347\347\347\347\347\347\350\350\350\350\350\350\350\350\350\347\347\347\347\347\347\347\347\347\347\347\344\340\333\326\321\321\321\321\320\321\325\331\333\336\332\323\310\314\315\320\323\327\333\337\342\343\343\343\343\344\345\340\327\331\335\337\342\343\343\344\345\346\346\347\347\346\347\345\347\342?\276\274\272hhhhhhhh1111111/1,.*''''''$\032\027\027\027\027\231\231\231\231\231\231\230\225"..., dest_cb=0x8fbfaf8 "jklmmmmnnnnnoooqtvxwplmmnoqrtvwyyxxxxxxxxyxxxxxwwwwwwwuuuvwwuuv", 'w' , "xyzzy\200\200\200\200\200\200\200\200\231\231\231\231\231\231\231\226\231\222\212\211\211\212\213\214\215\200\203\203}\201\206PdfptzrjtlllmooooXZcgdbbbbbft|~~~\342\343\351\354\355\355\355\355\354\354\355\356\362\363\365\353\337\343\344\344\344\344\344\350\312\312\312\312\333\360\350\332\353\354\354\354\354\354\354\354\361\373\366\345\351\362\364\376\377\377\371\363\377\377\377\377"..., dest_cr=0x8fc7678 "\201\203\203\203\204\204\204\204\204\204\204\204\203\203\203\203\207\211\213\212\202~~}}~\177\177~}|}|zz{{{{{{|||||{zzz{{{xtsstwwtstvxyzzxvwyzzzzzwsn\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200z}qfcccccccccaeeaGGKPFAAD<@CJY\\V[FKNMIHHHGKI>:999XWSQQQQQOONH>;;;3-,,,,,,YXXXXXWTMLLLLLJB//////.,,,-4520,"..., ref_picture=0x8eb9c40, pix_op=0x8ebad34, motion_x=28, motion_y=44, h=16) at libavcodec/wmv2.c:112 #1 0x083f610d in MPV_motion_internal (is_mpeg12=0, qpix_op=0x8ebae94, pix_op=0x8ebad34, ref_picture=0x8eb9c40, dir=0, dest_cr=0x8fc7678 "\201\203\203\203\204\204\204\204\204\204\204\204\203\203\203\203\207\211\213\212\202~~}}~\177\177~}|}|zz{{{{{{|||||{zzz{{{xtsstwwtstvxyzzxvwyzzzzzwsn\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200z}qfcccccccccaeeaGGKPFAAD<@CJY\\V[FKNMIHHHGKI>:999XWSQQQQQOONH>;;;3-,,,,,,YXXXXXWTMLLLLLJB//////.,,,-4520,"..., dest_cb=0x8fbfaf8 "jklmmmmnnnnnoooqtvxwplmmnoqrtvwyyxxxxxxxxyxxxxxwwwwwwwuuuvwwuuv", 'w' , "xyzzy\200\200\200\200\200\200\200\200\231\231\231\231\231\231\231\226\231\222\212\211\211\212\213\214\215\200\203\203}\201\206PdfptzrjtlllmooooXZcgdbbbbbft|~~~\342\343\351\354\355\355\355\355\354\354\355\356\362\363\365\353\337\343\344\344\344\344\344\350\312\312\312\312\333\360\350\332\353\354\354\354\354\354\354\354\361\373\366\345\351\362\364\376\377\377\371\363\377\377\377\377"..., dest_y=0x8fb10f0 "\214\215\215\215\217\222\226\230\233\240\246\253\257\263\267\272\272\275\275\274\271\265\260\253\247\253\265\272\270\267\267\266\266\263\254\246\236\232\224\251\265\267\267\270\271\271\272\273\274\274\274\273\270\266\266\264\262\257\253\252\252\254\257\261\264\273\301\311\320\326\332\335\340\342\345\345\345\346\346\347\347\347\347\347\347\350\350\350\350\350\350\350\350\350\347\347\347\347\347\347\347\347\347\347\347\344\340\333\326\321\321\321\321\320\321\325\331\333\336\332\323\310\314\315\320\323\327\333\337\342\343\343\343\343\344\345\340\327\331\335\337\342\343\343\344\345\346\346\347\347\346\347\345\347\342?\276\274\272hhhhhhhh1111111/1,.*''''''$\032\027\027\027\027\231\231\231\231\231\231\230\225"..., s=0x8eb98e0) at libavcodec/mpegvideo_common.h:729 #2 MPV_motion (is_mpeg12=0, qpix_op=0x8ebae94, pix_op=0x8ebad34, ref_picture=0x8eb9c40, dir=0, dest_cr=0x8fc7678 "\201\203\203\203\204\204\204\204\204\204\204\204\203\203\203\203\207\211\213\212\202~~}}~\177\177~}|}|zz{{{{{{|||||{zzz{{{xtsstwwtstvxyzzxvwyzzzzzwsn\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200z}qfcccccccccaeeaGGKPFAAD<@CJY\\V[FKNMIHHHGKI>:999XWSQQQQQOONH>;;;3-,,,,,,YXXXXXWTMLLLLLJB//////.,,,-4520,"..., dest_cb=0x8fbfaf8 "jklmmmmnnnnnoooqtvxwplmmnoqrtvwyyxxxxxxxxyxxxxxwwwwwwwuuuvwwuuv", 'w' , "xyzzy\200\200\200\200\200\200\200\200\231\231\231\231\231\231\231\226\231\222\212\211\211\212\213\214\215\200\203\203}\201\206PdfptzrjtlllmooooXZcgdbbbbbft|~~~\342\343\351\354\355\355\355\355\354\354\355\356\362\363\365\353\337\343\344\344\344\344\344\350\312\312\312\312\333\360\350\332\353\354\354\354\354\354\354\354\361\373\366\345\351\362\364\376\377\377\371\363\377\377\377\377"..., dest_y=0x8fb10f0 "\214\215\215\215\217\222\226\230\233\240\246\253\257\263\267\272\272\275\275\274\271\265\260\253\247\253\265\272\270\267\267\266\266\263\254\246\236\232\224\251\265\267\267\270\271\271\272\273\274\274\274\273\270\266\266\264\262\257\253\252\252\254\257\261\264\273\301\311\320\326\332\335\340\342\345\345\345\346\346\347\347\347\347\347\347\350\350\350\350\350\350\350\350\350\347\347\347\347\347\347\347\347\347\347\347\344\340\333\326\321\321\321\321\320\321\325\331\333\336\332\323\310\314\315\320\323\327\333\337\342\343\343\343\343\344\345\340\327\331\335\337\342\343\343\344\345\346\346\347\347\346\347\345\347\342?\276\274\272hhhhhhhh1111111/1,.*''''''$\032\027\027\027\027\231\231\231\231\231\231\230\225"..., s=0x8eb98e0) at libavcodec/mpegvideo_common.h:896 #3 0x083feb55 in MPV_decode_mb_internal (is_mpeg12=0, lowres_flag=0, block=0x8edec40, s=0x8eb98e0) at libavcodec/mpegvideo.c:2172 #4 MPV_decode_mb (is_mpeg12=0, lowres_flag=0, block=0x8edec40, s=0x8eb98e0) at libavcodec/mpegvideo.c:2309 #5 0x085f417b in decode_mb (s=0x8eb98e0, ref=0) at libavcodec/error_resilience.c:62 #6 0x085f6d98 in guess_mv (s=) at libavcodec/error_resilience.c:584 #7 ff_er_frame_end (s=) at libavcodec/error_resilience.c:1068 #8 0x084e49c3 in vc1_decode_frame (avctx=0x8e12980, data=0x8e826e0, data_size=0xf5f2714c, avpkt=0xf5f27108) at libavcodec/vc1dec.c:5722 #9 0x084c24a1 in avcodec_decode_video2 (avctx=0x8e12980, picture=0x8e826e0, got_picture_ptr=0xf5f2714c, avpkt=0xf5f27108) at libavcodec/utils.c:819 #10 0x0804f30e in get_video_frame (pkt=0xf5f27108, pts=, frame=0x8e826e0, is=0xf6f2a020) at ffplay.c:1483 #11 input_request_frame (pkt=0xf5f27108, pts=, frame=0x8e826e0, is=0xf6f2a020) at ffplay.c:1656 #12 0x0805f7af in avfilter_request_frame (link=0x8e83580) at libavfilter/avfilter.c:520 #13 0x08063d7b in av_buffersink_get_buffer_ref (ctx=0x8e01ee0, bufref=0xf5f27318, flags=0) at libavfilter/sink_buffer.c:128 #14 0x0805036a in video_thread (arg=0xf6f2a020) at ffplay.c:1822 #15 0xf7e50391 in ?? () from /usr/lib/libSDL-1.2.so.0 #16 0xf7e9c6eb in ?? () from /usr/lib/libSDL-1.2.so.0 #17 0xf7e2c6e5 in start_thread () from /lib/libpthread.so.0 #18 0xf7e2c600 in ?? () from /lib/libpthread.so.0 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x854617d to 0x85461bd: 0x0854617d : add %al,(%eax) 0x0854617f : add %al,%bh 0x08546181 : inc %esp 0x08546182 : and $0x58,%al 0x08546184 : add %al,(%eax) 0x08546186 : add %al,(%eax) 0x08546188 : mov 0x54(%esp),%ecx 0x0854618c : add $0x5ec,%ebp 0x08546192 : mov %edi,0x4(%esp) 0x08546196 : mov %esi,0x8(%esp) 0x0854619a : mov %ecx,(%esp) 0x0854619d : call *0x4(%ebx,%ebp,4) 0x085461a1 : lea 0x8(%edi),%eax 0x085461a4 : mov %eax,0x4(%esp) 0x085461a8 : mov 0x54(%esp),%eax 0x085461ac : mov %esi,0x8(%esp) 0x085461b0 : add $0x8,%eax 0x085461b3 : mov %eax,(%esp) 0x085461b6 : call *0x4(%ebx,%ebp,4) 0x085461ba : lea 0x0(,%esi,8),%eax End of assembler dump. (gdb) info register eax 0xe6 230 ecx 0x8fb10f0 150671600 edx 0xf7 247 ebx 0x8eb98e0 149657824 esp 0xf5f26a80 0xf5f26a80 ebp 0x8595edc 0x8595edc esi 0x190 400 edi 0x8fe51de 150884830 eip 0x854619d 0x854619d eflags 0x210202 [ IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 21:59:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 20:59:22 -0000 Subject: [FFmpeg-trac] #660(undetermined:new): x264opts does not accepts options without values In-Reply-To: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> References: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> Message-ID: <049.ff826b73ffa13ffbcf9a705447f5666f@avcodec.org> #660: x264opts does not accepts options without values -------------------------------------+------------------------------------- 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 khali): Hi there ;) I didn't really have "problems with registering", rather I did not realize that it was possible to register myself. This is done now. Thanks burek for creating the ticket meanwhile. So I can only confirm that this isn't a regression as far as I am concerned. I only started using ffmpeg for encoding x264 video recently so I have no comparison point. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 18 23:21:40 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 22:21:40 -0000 Subject: [FFmpeg-trac] #655(undetermined:open): mms stream shows artefacts after some time In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.8c9098b4fb2405b2a759fef7f5e9b978@avcodec.org> #655: mms stream shows artefacts after some time -------------------------------------+------------------------------------- Reporter: qrtt1 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mms asf vc1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test if attached sample ticket655_cut.asf crashes on Android with the following two command lines and if the artefacts you see with ffplay are what you originally described as snow? {{{ $ ffmpeg -i ticket655_cut.asf -f null - $ ffmpeg -er 0 -i ticket655_cut.asf -f null - }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 00:25:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Nov 2011 23:25:42 -0000 Subject: [FFmpeg-trac] #528(avcodec:open): Image corruption in H264 from DVB In-Reply-To: <038.76b123a8bc15a86f90c5ffd80efdec7a@avcodec.org> References: <038.76b123a8bc15a86f90c5ffd80efdec7a@avcodec.org> Message-ID: <053.bcdaed57103343ac7d2be9b49046e3f7@avcodec.org> #528: Image corruption in H264 from DVB ------------------------------------+----------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: H264 TS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => minor Comment: The same eleven frames as before are still not decoded bit-identical with the reference decoder, but no artefacts are visible anymore afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 02:57:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 01:57:58 -0000 Subject: [FFmpeg-trac] #668(avcodec:new): Encoding RGB huffyuv looses the alpha channel Message-ID: <036.3a3a81b0ec64ce9b3bd3510a6f68929a@avcodec.org> #668: Encoding RGB huffyuv looses the alpha channel -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git- | Keywords: huffyuv master | alpha Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/V-codecs/HuffYUV/camera2_hfyu32.avi contains a (useful) alpha channel that is decoded correctly by FFmpeg. Re-encoding the file to huffyuv (or ffvhuff) looses the alpha channel. {{{ $ ffmpeg -i camera2_hfyu32.avi -vcodec huffyuv out.avi ffmpeg version N-34971-gfca85ce, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 19 2011 00:44:40 with gcc 4.3.2 [gcc-4_3-branch revision 141291] configuration: libavutil 51. 26. 0 / 51. 26. 0 libavcodec 53. 35. 0 / 53. 35. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 49. 0 / 2. 49. 0 libswscale 2. 1. 0 / 2. 1. 0 [avi @ 0x8e16a80] parser not found for codec huffyuv, packets or times may be invalid. Input #0, avi, from 'camera2_hfyu32.avi': Duration: 00:00:01.20, start: 0.000000, bitrate: 73500 kb/s Stream #0:0: Video: huffyuv (HFYU / 0x55594648), bgra, 512x512, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x8e1e960] w:512 h:512 pixfmt:bgra tb:1/1000000 sar:0/1 sws_param: [huffyuv @ 0x8e1e2e0] using huffyuv 2.2.0 or newer interlacing flag Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.20.0 Stream #0:0: Video: huffyuv (HFYU / 0x55594648), bgra, 512x512, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (huffyuv -> huffyuv) Press [q] to stop, [?] for help frame= 30 fps= 0 q=0.0 Lsize= 10155kB time=00:00:01.20 bitrate=69327.1kbits/s video:10149kB audio:0kB global headers:0kB muxing overhead 0.061582% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 03:26:33 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 02:26:33 -0000 Subject: [FFmpeg-trac] #669(undetermined:new): [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range Message-ID: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> #669: [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range -------------------------------------+------------------------------------- Reporter: asbro | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- i update to the last master and appears a new error message: [mpegts @ 0x621220] Unable to seek back to the start [mpegts @ 0x621220] max_analyze_duration 5000000 reached at 5034667 [mpegts @ 0x621220] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'udp://0.0.0.0:30000?pkt_size=1316': Duration: N/A, start: 10804.531311, bitrate: 74 kb/s Program 1 Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 74 kb/s [buffer @ 0x713b00] w:640 h:360 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [scale @ 0x64c400] w:640 h:360 fmt:yuv420p -> w:320 h:180 fmt:yuv420p flags:0x4 [libx264 @ 0x669b60] using SAR=1/1 [libx264 @ 0x669b60] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x669b60] profile Constrained Baseline, level 3.0 [libx264 @ 0x669b60] 264 - core 119 r2106 07efeb4 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=0 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=30 keyint_min=3 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=abr mbtree=1 bitrate=200 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'rtmp://0.0.0.0:1945/live/live': Metadata: encoder : Lavf53.21.0 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 320x180 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 1k tbn, 15 tbc Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range frame= 1104 fps= 15 q=31.0 size= 3042kB time=00:01:15.00 bitrate= 332.2kbits/s dup=0 drop=732 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 03:29:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 02:29:39 -0000 Subject: [FFmpeg-trac] #654(undetermined:new): When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! In-Reply-To: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> References: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> Message-ID: <049.d87b629c859967218aaeb9d28a749e3f@avcodec.org> #654: When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! -------------------------------------+------------------------------------- Reporter: asbro | 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 asbro): yes! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 03:59:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 02:59:59 -0000 Subject: [FFmpeg-trac] #670(undetermined:new): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? Message-ID: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 09:47:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 08:47:54 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.cca2ec9c6fc871cb696c6d9c77eecfd1@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dE_logics): It works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 09:55:34 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 08:55:34 -0000 Subject: [FFmpeg-trac] #671(FFmpeg:new): Skip without prompting. Message-ID: <038.50c91ce26b9865c4b8fd5d8f58b01a43@avcodec.org> #671: Skip without prompting. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: michael Type: | Status: new enhancement | Component: FFmpeg Priority: wish | Keywords: skip Version: git- | without asking master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Like the y options, there should be another option to skip the file without prompting, e.g. if we already have a file named test.mp4, then the current behavior of ffmpeg is to ask if one should overwrite the file or not, I suggest, there should be an options -N which will skip the file instead of overwriting without prompting for it. sample command line - ffmpeg -i '/home/de/media_writeit!/temp(others)/commercials/Banned Commercials - Funny - Bowling.mpeg' -vf scale='trunc((240*a)/2)*2:240' -threads 16 -b:v 400k -r 25 -vcodec libxvid -aq 6 -acodec libmp3lame ~/test.avi ffmpeg version N-34962-gfd1cea6, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 18 2011 21:52:45 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-network --disable-vaapi --disable-vdpau --enable- libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable- libaacplus --enable-nonfree --enable-openal --disable-indev=v4l --disable- indev=v4l2 --disable-indev=oss --disable-indev=jack --enable-x11grab --disable-outdev=oss --enable-libfreetype --enable-pthreads --enable- libopencore-amrwb --enable-libopencore-amrnb --enable-libgsm --enable- libdirac --enable-libschroedinger --enable-libspeex --enable-libvpx --enable-libopenjpeg --disable-altivec --disable-avx --disable-ssse3 --disable-vis --disable-neon --disable-iwmmxt --cpu=host --enable- hardcoded-tables libavutil 51. 26. 0 / 51. 26. 0 libavcodec 53. 35. 0 / 53. 35. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x1dbc400] max_analyze_duration 5000000 reached at 5000000 Input #0, mpeg, from '/home/de/media_writeit!/temp(others)/commercials/Banned Commercials - Funny - Bowling.mpeg': Duration: 00:00:19.98, start: 0.135822, bitrate: 554 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 49:33 DAR 196:99], 409 kb/s, 24 fps, 24 tbr, 90k tbn, 24 tbc Stream #0:1[0x1c0]: Audio: mp2, 44100 Hz, mono, s16, 128 kb/s File '/home/de/test.avi' already exists. Overwrite ? [y/N] I know the existing bash workarounds, but GUI frontends like ffmpeg can't do that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 11:37:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 10:37:48 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.d33b3e798008f8c7331741b06e56abf2@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 dE_logics]: > I'm using xvid cause of device compatibility reasons. Could you elaborate? Does "ffmpeg -i input -vtag XVID -vcodec mpeg4 -vf scale="a*234:234" out.avi" work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 11:39:09 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 10:39:09 -0000 Subject: [FFmpeg-trac] #654(undetermined:new): When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! In-Reply-To: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> References: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> Message-ID: <049.e77974505444d5289b05f89a71c745ea@avcodec.org> #654: When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! -------------------------------------+------------------------------------- Reporter: asbro | 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 cehoyos): Please provide a sample either here or upload to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 11:40:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 10:40:48 -0000 Subject: [FFmpeg-trac] #670(undetermined:new): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.b25b0309098f3f676c10971a729f3c10@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | 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 explain what you are trying to achieve, how (provide command line and complete, uncut console output) and what makes you think it does not work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 11:47:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 10:47:29 -0000 Subject: [FFmpeg-trac] #669(undetermined:new): [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range In-Reply-To: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> References: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> Message-ID: <049.ba799b3eda91a9fd8bcca5cfb340b358@avcodec.org> #669: [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide an (as-short-as-possible) command line - if possible without using libx264 and without using libfaac - that allows to reproduce the problem and please add complete, uncut console output (consider using "Code block"). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 19 19:39:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Nov 2011 18:39:52 -0000 Subject: [FFmpeg-trac] #670(undetermined:new): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.9fc87b2c68aa6719d7a79cb96ad28168@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | 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 asbro): I didn't tried yet. I'm just asking if ffmpeg encodes one file into 2 files with diferent bitrate but key frames with exactly the same timecode values. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 02:01:22 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 01:01:22 -0000 Subject: [FFmpeg-trac] #670(undetermined:closed): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.50f2373a54b0f7f02a7854cceb1593ef@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: You can force a specific keyframe distance and disable scene change detection which would achive what you are asking for. Or you can use -force_key_frames to force them to be at specific places, like for example the same for all your streams. I thus think what you ask for is supported. If not please reopen the ticket and clarify. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 02:14:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 01:14:32 -0000 Subject: [FFmpeg-trac] #669(undetermined:new): [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range In-Reply-To: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> References: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> Message-ID: <049.67490fb692e9b62ffa2989f3e99206a2@avcodec.org> #669: [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range -------------------------------------+------------------------------------- Reporter: asbro | 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): Also try make distclean! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 12:40:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 11:40:52 -0000 Subject: [FFmpeg-trac] #670(undetermined:closed): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.818ce93ec9e52f6e68bb3d9272079346@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): In addition at least x264 will place the keyframes according to the first pass log file, so as long as you use the same one the keyframes will be placed identically. If the encodes vary significantly you will probably want to run an additional pass to update the log file though (instead of only running the second pass against the existing log file) to reduce quality loss. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 16:27:18 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 15:27:18 -0000 Subject: [FFmpeg-trac] #670(undetermined:closed): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.fbbc9d729c7d16eea45e34e9069a9f39@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by asbro): thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 16:43:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 15:43:48 -0000 Subject: [FFmpeg-trac] #669(undetermined:closed): [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range In-Reply-To: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> References: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> Message-ID: <049.01210099d24b5106c702f528fc9bf9f9@avcodec.org> #669: [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range -------------------------------------+------------------------------------- Reporter: asbro | Owner: 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 should have been fixed by ubitux -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 17:24:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 16:24:01 -0000 Subject: [FFmpeg-trac] #655(undetermined:closed): mms stream shows artefacts after some time In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.1e91f922581b95c099f3d7d3d6e7c170@avcodec.org> #655: mms stream shows artefacts after some time -------------------------------------+------------------------------------- Reporter: qrtt1 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mms asf vc1 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: ticket655_cut.asf is fixed for ia32. This should have fixed arm too -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 17:45:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 16:45:24 -0000 Subject: [FFmpeg-trac] #669(undetermined:closed): [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range In-Reply-To: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> References: <034.169adbbc76f2f2cdb831196ee42d7446@avcodec.org> Message-ID: <049.8272b23cbe3095d0c50877bea0fc7d1b@avcodec.org> #669: [SWR @ 0xf423c0] Value 1.000000 for parameter 'och' out of range -------------------------------------+------------------------------------- Reporter: asbro | Owner: 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 -------------------------------------+------------------------------------- Comment (by asbro): i will git pull to the last master, and test! i already notice it was something with the audio channels. because the error disappear when i remove the setting "-ac 2". :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 17:57:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 16:57:26 -0000 Subject: [FFmpeg-trac] #455(avcodec:open): Invalid read in ff_mspel_motion called from EC code In-Reply-To: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> References: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> Message-ID: <051.05d1bc0c399f671c67f5fa8568f33e10@avcodec.org> #455: Invalid read in ff_mspel_motion called from EC code ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): I suspect that my last commit fixed this as well -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 20:48:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 19:48:27 -0000 Subject: [FFmpeg-trac] #126(undetermined:closed): h263 seeking / decoding problem In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.a88703e8eea4c797a014d263a07c2a0b@avcodec.org> #126: h263 seeking / decoding problem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: 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: open => closed * resolution: => fixed Comment: Fixed locally, ill push after tests -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 21:29:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 20:29:00 -0000 Subject: [FFmpeg-trac] #613(documentation:closed): Missing documentation for -b flag In-Reply-To: <032.b9988541cd6c747adc31efa45f510f63@avcodec.org> References: <032.b9988541cd6c747adc31efa45f510f63@avcodec.org> Message-ID: <047.1229135fb20fef8e109ea27036225526@avcodec.org> #613: Missing documentation for -b flag -------------------------------------+------------------------------------- Reporter: foo | Owner: stefano Type: defect | Status: closed Priority: normal | Component: Version: git-master | documentation Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * version: unspecified => git-master * resolution: => fixed Comment: Closing as fixed. Please comment if you believe the update to ffmpeg.html is insufficient. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 21:53:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 20:53:02 -0000 Subject: [FFmpeg-trac] #649(avformat:closed): Apple HTTP Live Streaming seeking incorrect In-Reply-To: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> References: <034.0d0d8bb4cff551d36793dd0740b8992c@avcodec.org> Message-ID: <049.a542cb5e169881e5d29d1bd29d0a9b80@avcodec.org> #649: Apple HTTP Live Streaming seeking incorrect ------------------------------------+------------------------------------ Reporter: takis | 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: Implemented by Takis. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 21:54:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 20:54:43 -0000 Subject: [FFmpeg-trac] #602(avfilter:open): feature request: movie sink for ffplay In-Reply-To: <039.6baf89da2c2202bbb9af36c2516c5210@avcodec.org> References: <039.6baf89da2c2202bbb9af36c2516c5210@avcodec.org> Message-ID: <054.627b15cd54a46915baf0f4d723014c3f@avcodec.org> #602: feature request: movie sink for ffplay -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 21:57:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 20:57:29 -0000 Subject: [FFmpeg-trac] #442(avfilter:open): scene change detection In-Reply-To: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> References: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> Message-ID: <052.e53339d0674fb5ea918a65fda6e5f70a@avcodec.org> #442: scene change detection -------------------------------------+------------------------------------ Reporter: lovelove | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * cc: lovelove (removed) * keywords: scene change detection => * status: new => open * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 22:44:21 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 21:44:21 -0000 Subject: [FFmpeg-trac] #455(avcodec:closed): Invalid read in ff_mspel_motion called from EC code In-Reply-To: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> References: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> Message-ID: <051.fe54b53161f920f563adb7283289d6f7@avcodec.org> #455: Invalid read in ff_mspel_motion called from EC code -------------------------------------+------------------------------------- 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 cehoyos): * cc: DonMoir (added) * keywords: => crash SIGSEGV vc1 * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 22:55:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 21:55:16 -0000 Subject: [FFmpeg-trac] #672(avformat:new): ffprobe reports Unsupported video codec for Real Media format which do not have video at all Message-ID: <038.13c2fd1216718b3dc603657f5f524e77@avcodec.org> #672: ffprobe reports Unsupported video codec for Real Media format which do not have video at all -----------------------------------+-------------------------------------- Reporter: richardpl | Type: defect Status: new | Priority: minor Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Samples: http://samples.mplayerhq.hu/real/AC-atrc/ ffprobe FUN_RM_132.rm ffprobe version git-2011-11-20-50d6f81, Copyright (c) 2007-2011 the FFmpeg developers built on Nov 20 2011 11:14:23 with clang 3.0 (branches/release_30 142614) configuration: --disable-indev=alsa --disable-outdev=alsa --enable- postproc --enable-gpl --enable-shared --disable-static --disable- indev=bktr --disable-ffmpeg --enable-openssl --enable-nonfree --cc=clang --disable-debug 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 [NULL @ 0x29838800] Unsupported video codec Input #0, rm, from 'FUN_RM_132.rm': Metadata: title : Fun author : copyright : ?2001 comment : Duration: 00:00:16.71, start: 0.000000, bitrate: 134 kb/s Stream #0:0: Audio: atrac3 (atrc / 0x63727461), 44100 Hz, 2 channels, s16, 132 kb/s Stream #0:1: Data: none Unsupported codec with id 0 for input stream 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 23:26:37 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 22:26:37 -0000 Subject: [FFmpeg-trac] #655(undetermined:reopened): mms stream shows artefacts after some time In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.c4298c5b5c25416c25f538034f96528f@avcodec.org> #655: mms stream shows artefacts after some time -------------------------------------+------------------------------------- Reporter: qrtt1 | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mms asf vc1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: The crash was fixed, but I suspect that decoding can be improved for the attached sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 20 23:54:47 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 22:54:47 -0000 Subject: [FFmpeg-trac] #420(undetermined:new): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.41d7cd06fb19745140d06f230343fd28@avcodec.org> #420: Sound fragments after seeking -------------------------------------+------------------------------------- Reporter: kaptnole | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): Ive failed to find a good testcase for this but you could try something like: (in aacdec.c) {{{ static void flush(AVCodecContext *avctx) { AACContext *ac= avctx->priv_data; int type, i, ch; for (type = 3; type >= 0; type--) { for (i = 0; i < MAX_ELEM_ID; i++) { ChannelElement *che = ac->che[type][i]; if (che) { memset(che, 0, sizeof(*che)); } } } } ... .flush = flush, }}} and if it works find out which fields actually need to be reset, id be happy to apply a patch that would fix this -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 00:46:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Nov 2011 23:46:58 -0000 Subject: [FFmpeg-trac] #312(avcodec:closed): Invalid reads in ff_h264_pred_direct_motion() when decoding corrupt H264 sample In-Reply-To: <036.5141283b91d05cdb9e91000a4b1f83c3@avcodec.org> References: <036.5141283b91d05cdb9e91000a4b1f83c3@avcodec.org> Message-ID: <051.af09ddae1517152c624364e208f141e5@avcodec.org> #312: Invalid reads in ff_h264_pred_direct_motion() when decoding corrupt H264 sample ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | 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 Nov 21 04:23:00 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 03:23:00 -0000 Subject: [FFmpeg-trac] #655(undetermined:reopened): mms stream shows artefacts after some time In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.88bfce3433ce9670055f0ea233a58d4b@avcodec.org> #655: mms stream shows artefacts after some time -------------------------------------+------------------------------------- Reporter: qrtt1 | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mms asf vc1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by qrtt1): I verified the crash issue as fixed arm too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 07:05:04 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 06:05:04 -0000 Subject: [FFmpeg-trac] #442(avfilter:open): scene change detection In-Reply-To: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> References: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> Message-ID: <052.2f20638f232ed8a3ebc0299921c26ee4@avcodec.org> #442: scene change detection -------------------------------------+------------------------------------ Reporter: lovelove | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by lovelove): '''@cehoyos:''' why did you remove me from CC ? Please re-add me. thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 08:01:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 07:01:09 -0000 Subject: [FFmpeg-trac] #673(avformat:new): Regression on demuxing mp3 track from an .MOV file. Message-ID: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. ----------------------------------+-------------------------------------- Reporter: dongwon | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: mov,mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When I try to play the attached sample mov file, I can see the following errors and can't hear any sound. {{{ [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2014600]error unaligned chunk. }}} (This happens on ffplay >= 0.6.3 including current git while 0.5.5 works well with the sample file. Also, I've checked the file with vlc and totem players and they worked fine.) I checked the code which emits the log and found out it fails to build an index for audio stream due to the following sanity checking code. (which is introduced between 0.5.5 and 0.6.3) == ffmpeg/avformat/mov.c == {{{ if (sc->samples_per_frame && chunk_samples % sc->samples_per_frame) { av_log(mov->fc, AV_LOG_ERROR, "error unaligned chunk\n"); return; } }}} If I read the code correctly, it is using two different units regarding "sample". In samples_per_frame, "sample" means the uncompressed samples when we say sampling rates. (reference: "Samples per packet" - http://developer.apple.com/library/mac/#documentation/QuickTime/QTFF/QTFFChap3/qtff3.html#//apple_ref/doc/uid/TP40000939-CH205-131395) In chunk_samples, "sample" means a unit of media data like elementary stream. (reference: "Samples per chunk" in 'stsc' atom, http://developer.apple.com/library/mac/#documentation/QuickTime/QTFF/QTFFChap2/qtff2.html#//apple_ref/doc/uid/TP40000939-CH204-25691) So, I think modulo operation between them does not make sense. I'm setting the priority to "important" because this is a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 10:28:24 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 09:28:24 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.7131984d4901e591c5f33899bfebe1f8@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dE_logics): Yes, but there's no use using the mpeg4 codec. First it's not multithreaded, second the compression is not as good. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 10:42:29 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 09:42:29 -0000 Subject: [FFmpeg-trac] #607(avcodec:closed): Theora does not support frame threading. In-Reply-To: <037.b4ff963830668c92cac27c79e1e0ed64@avcodec.org> References: <037.b4ff963830668c92cac27c79e1e0ed64@avcodec.org> Message-ID: <052.bf854a0591943e5c5d846d95a905abed@avcodec.org> #607: Theora does not support frame threading. -------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: invalid Keywords: theora | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: Multi-threaded theora decoding works fine. Please re-open if you can add more information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 12:22:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 11:22:07 -0000 Subject: [FFmpeg-trac] #673(avformat:open): Regression on demuxing mp3 track from an .MOV file. In-Reply-To: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> References: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> Message-ID: <051.e6f34ff8981221108ba590b7b855e3f3@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. -------------------------------------+------------------------------------- Reporter: dongwon | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov,mp4 => mov mp3 regression * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 12:24:28 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 11:24:28 -0000 Subject: [FFmpeg-trac] #442(avfilter:open): scene change detection In-Reply-To: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> References: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> Message-ID: <052.f0bfade14cbe5ba004fb9ad1d48311cc@avcodec.org> #442: scene change detection -------------------------------------+------------------------------------ Reporter: lovelove | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 20:22:13 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 19:22:13 -0000 Subject: [FFmpeg-trac] #674(undetermined:new): -vtag won't force a fourcc of 'mpeg' for an mpeg2video codec Message-ID: <036.81e21172b697fe4ab791e8c740d796e2@avcodec.org> #674: -vtag won't force a fourcc of 'mpeg' for an mpeg2video codec -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I need to use 'mpeg' as a fourcc with mpeg2video codec. I know this is wrong, but seems to be necessary to get the file to with an Omneon product I'm using. When I try to use -tag:v mpeg to force the codec, ffmpeg doesn't allow me to 'force'. {{{ ffmpeg -y -i example.mov -tag:v mpeg -vcodec mpeg2video examplempeg.mov ffmpeg version N-30853-gf955fdc, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 1 2011 00:17:17 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 libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 26. 0 / 53. 26. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 3 / 2. 45. 3 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: 30000.00 (30000/1) -> 29.97 (30000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-11-18 00:59:10 Duration: 00:00:05.93, start: 0.000033, bitrate: 223728 kb/s Stream #0:0(eng): Video: v210 (v210 / 0x30313276), yuv422p10le, 720x486, 223725 kb/s, SAR 9:10 DAR 4:3, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc Metadata: creation_time : 2011-11-18 00:59:10 handler_name : ?Apple Alias Data Handler Incompatible pixel format 'yuv422p10le' for codec 'mpeg2video', auto- selecting format 'yuv420p' [buffer @ 0x7fe6d1419580] w:720 h:486 pixfmt:yuv422p10le tb:1/1000000 sar:9/10 sws_param: [buffersink @ 0x7fe6d14197e0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x7fe6d1419bc0] w:720 h:486 fmt:yuv422p10le -> w:720 h:486 fmt:yuv420p flags:0x4 [mov @ 0x7fe6d1862800] Tag mpeg/0x6765706d incompatible with output codec id '2' Output #0, mov, to 'examplempeg.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-11-18 00:59:10 Stream #0:0(eng): Video: mpeg2video (mpeg / 0x6765706D), yuv420p, 720x486 [SAR 9:10 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Metadata: creation_time : 2011-11-18 00:59:10 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0.0 -> #0.0 (v210 -> mpeg2video) Could not write header for output file #0 (incorrect codec parameters ?) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 22:58:19 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 21:58:19 -0000 Subject: [FFmpeg-trac] #675(FFmpeg:new): ffmpeg crash when streaming non-audio-containing file to ffserver Message-ID: <037.3433802dea8b06b66d1795084e7f534e@avcodec.org> #675: ffmpeg crash when streaming non-audio-containing file to ffserver --------------------------------------+--------------------------------- Reporter: teratorn | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Apparently there is a problem trying to stream a file that does not contain an audio stream to ffserver. I'm using the default sample ffserver.conf and running ffserver like so: {{{ ffserver -f doc/ffserver.conf }}} Then I try to stream the source media to ffserver like so: {{{ ffmpeg -i out.mpg http://localhost:8090/feed1.ffm }}} On git master this seems to segfault reliably: {{{ Hickory ~/code-other/ffmpeg % gdb --args ffmpeg -i test.mpg http://localhost:8090/feed1.ffm GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/teratorn/code-other/ffmpeg/ffmpeg...done. (gdb) r Starting program: /home/teratorn/code-other/ffmpeg/ffmpeg -i test.mpg http://localhost:8090/feed1.ffm [Thread debugging using libthread_db enabled] ffmpeg version N-35061-g4931c8f, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 21 2011 11:03:26 with gcc 4.4.5 configuration: --prefix=/home/teratorn/altsys --enable-shared --enable- gpl --enable-libx264 --enable-debug --disable-stripping --disable-asm --optflags=-O0 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 [mpeg @ 0x627710] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'test.mpg': Duration: 00:00:06.84, start: 1.000000, bitrate: 469 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 200:219 DAR 800:657], 104857 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 29.97 tbc [buffer @ 0x62f960] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:200/219 sws_param: [scale @ 0x63e7a0] w:320 h:240 fmt:yuv420p -> w:160 h:128 fmt:yuv420p flags:0x4 [buffer @ 0x62d470] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:200/219 sws_param: [scale @ 0x6548d0] w:320 h:240 fmt:yuv420p -> w:352 h:240 fmt:yuv420p flags:0x4 [mp2 @ 0x63e950] codec type or id mismatches Output #0, ffm, to 'http://localhost:8090/feed1.ffm': Stream #0:0: Audio: mp2, 44100 Hz, 1 channels, s16, 32 kb/s Stream #0:1: Video: mpeg1video, yuv420p, 160x128 [SAR 640:657 DAR 800:657], q=2-31, 64 kb/s, 1000k tbn, 29.97 tbc Stream #0:2: Audio: wmav2, 22050 Hz, 1 channels, s16, 64 kb/s Stream #0:3: Video: msmpeg4, yuv420p, 352x240 [SAR 2000:2409 DAR 800:657], q=2-31, 256 kb/s, 1000k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 Program received signal SIGSEGV, Segmentation fault. 0x000000000040e039 in transcode_init (output_files=0x629c50, nb_output_files=1, input_files=0x62fc50, nb_input_files=1) at ffmpeg.c:2455 2455 ost->sync_ist->st->index); (gdb) bt #0 0x000000000040e039 in transcode_init (output_files=0x629c50, nb_output_files=1, input_files=0x62fc50, nb_input_files=1) at ffmpeg.c:2455 #1 0x000000000040e259 in transcode (output_files=0x629c50, nb_output_files=1, input_files=0x62fc50, nb_input_files=1) at ffmpeg.c:2495 #2 0x0000000000417619 in main (argc=4, argv=0x7fffffffe378) at ffmpeg.c:4760 (gdb) print ost $1 = (OutputStream *) 0x690e70 (gdb) print ost->sync_ist $2 = (struct InputStream *) 0x0 (gdb) }}} But on the last release, 0.8.6, it produces a nice error message instead: {{{ Hickory ~/code-other/ffmpeg % ffmpeg -i out.mpg http://localhost:8090/feed1.ffm ffmpeg version 93ade97, Copyright (c) 2000-2011 the Libav developers built on Nov 21 2011 15:32:52 with gcc 4.4.5 configuration: --prefix=/home/teratorn/altsys --enable-shared --enable- gpl --enable-libx264 --enable-debug --disable-asm --disable-optimizations --disable-doc libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 52. 0. 0 / 52. 0. 0 [mpeg @ 0x11f9380] max_analyze_duration reached Input #0, mpeg, from 'out.mpg': Duration: 00:00:06.84, start: 1.000000, bitrate: 438 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [PAR 200:219 DAR 800:657], 104857 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 29.97 tbc Incompatible sample format '(null)' for codec 'mp2', auto-selecting format 's16' Mon Nov 21 15:50:00 2011 127.0.0.1 - - [GET] "/feed1.ffm HTTP/1.1" 200 4149 Last message repeated 1 times Output #0, ffm, to 'http://localhost:8090/feed1.ffm': Stream #0.0: Audio: mp2, 44100 Hz, 1 channels, s16, 32 kb/s Stream #0.1: Video: mpeg1video, yuv420p, 160x128, q=2-31, 64 kb/s, 1000k tbn, 3 tbc Stream #0.2: Audio: mp2, 22050 Hz, 1 channels, s16, 64 kb/s Stream #0.3: Video: msmpeg4, yuv420p, 352x240, q=2-31, 256 kb/s, 1000k tbn, 15 tbc Could not find input stream matching output stream #0.0 Mon Nov 21 15:50:00 2011 127.0.0.1 - - [POST] "/feed1.ffm HTTP/1.1" 200 0 }}} So I wrote a bisect script (attached) and ran it with {{{ git bisect start master n0.8.6 git bisect run ./do_bisect.sh }}} It seems to have found the commit which introduced the crash - but I haven't examined this commit or tried to debug it further. {{{ 1cede1d0112b5b26e6d023846729662b7cf1853f is the first bad commit commit 1cede1d0112b5b26e6d023846729662b7cf1853f Author: Anton Khirnov Date: Sat Jun 25 07:43:49 2011 +0200 ffmpeg: factor common code from new_a/v/s/d_stream to new_output_stream() :100644 100644 fe8b3446b8b0221204ea8d1a1244692a9b145d33 91cfb80b148c778462af673cd9779e57fde44301 M ffmpeg.c }}} Is the problem obvious to anyone? Let me know if there is anything else I can provide. Thanks, Eric Mangold Senior Engineer - Cattura Video -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 23:15:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 22:15:26 -0000 Subject: [FFmpeg-trac] #674(avformat:closed): -vtag won't force a fourcc of 'mpeg' for an mpeg2video codec In-Reply-To: <036.81e21172b697fe4ab791e8c740d796e2@avcodec.org> References: <036.81e21172b697fe4ab791e8c740d796e2@avcodec.org> Message-ID: <051.79201322cfff52d1d6561b2e816a9fc7@avcodec.org> #674: -vtag won't force a fourcc of 'mpeg' for an mpeg2video codec -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid * component: undetermined => avformat Comment: The following is supposed to work: {{{ ffmpeg -y -i example.mov -tag:v mpeg -vcodec mpeg1video examplempeg.mov }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 23:21:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 22:21:44 -0000 Subject: [FFmpeg-trac] #673(avformat:open): Regression on demuxing mp3 track from an .MOV file. In-Reply-To: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> References: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> Message-ID: <051.1d737fa6ca9116ceab111e4478a52830@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. -------------------------------------+------------------------------------- Reporter: dongwon | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The file plays (badly) with QuickTime, used to play better with FFmpeg before 7e69621f / r19018. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 23:37:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 22:37:45 -0000 Subject: [FFmpeg-trac] #676(avcodec:new): unsupported interplay video Message-ID: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> #676: unsupported interplay video -----------------------------------+-------------------------------------- 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 | -----------------------------------+-------------------------------------- Sample from here: http://samples.mplayerhq.hu/game-formats/interplay- mve/kpintro_error.mve does not play correctly. Note that after few seconds size of video is changed. This is bug happens because ipmovie.c demuxer registers change in video size but it is never passed to interplayvideo.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 23:38:15 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 22:38:15 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.fe79db5f6bb5010cebd5240d1e1212a0@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 dE_logics]: > Yes, but there's no use using the mpeg4 codec. > First it's not multithreaded Multi-threading works fine here for the native FFmpeg MPEG-4 ASP encoder. > second the compression is not as good. As said, this is not generally known. A reproducible test case that shows this would be very welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 21 23:39:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 22:39:43 -0000 Subject: [FFmpeg-trac] #675(FFmpeg:closed): ffmpeg crash when streaming non-audio-containing file to ffserver In-Reply-To: <037.3433802dea8b06b66d1795084e7f534e@avcodec.org> References: <037.3433802dea8b06b66d1795084e7f534e@avcodec.org> Message-ID: <052.456c717ff7773ecd6c7feda5ee94b255@avcodec.org> #675: ffmpeg crash when streaming non-audio-containing file to ffserver ------------------------------------+----------------------------------- Reporter: teratorn | Owner: michael Type: defect | Status: closed Priority: normal | 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 Comment: Locally fixed, will be in master in a moment assuming tests pass -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 22 00:46:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 23:46:36 -0000 Subject: [FFmpeg-trac] #117(undetermined:open): unsupported interplayvideo file In-Reply-To: <038.b86f9844c124d23f093105e0538c0c4b@avcodec.org> References: <038.b86f9844c124d23f093105e0538c0c4b@avcodec.org> Message-ID: <053.2a235555d89fd9264fa15e01ab54c3f4@avcodec.org> #117: unsupported interplayvideo file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => interplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 22 00:48:28 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Nov 2011 23:48:28 -0000 Subject: [FFmpeg-trac] #676(undetermined:open): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.c951095c2a8d10f86f8705c009d3e4d5@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => interplay * status: new => open * component: avcodec => undetermined * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i kpintro_error.mve ffmpeg version N-35063-g2c28e26, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 21 2011 23:10:43 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc 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 [ipmovie @ 0x1395760] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 1000000.00 (1000000/1) -> 14.99 (125000/8341) Input #0, ipmovie, from 'kpintro_error.mve': Duration: 00:08:51.12, start: 0.000000, bitrate: 352 kb/s Stream #0:0: Video: interplayvideo, pal8, 640x320, 14.99 tbr, 1000k tbn, 1000k tbc Stream #0:1: Audio: interplay_dpcm, 22050 Hz, 2 channels, s16, 352 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 22 09:41:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Nov 2011 08:41:28 -0000 Subject: [FFmpeg-trac] #673(avformat:open): Regression on demuxing mp3 track from an .MOV file. In-Reply-To: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> References: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> Message-ID: <051.b061334c283c54d43d5a2efa6026ef79@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. -------------------------------------+------------------------------------- Reporter: dongwon | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dongwon): Thanks cehoyos for tracking this. I've checked the full media file with QuickTime and it played the file perfectly. To download the full media file, you may want to run the following: $ curl -O http://dl.dropbox.com/u/50514100/avc_mp3.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 22 17:13:32 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Nov 2011 16:13:32 -0000 Subject: [FFmpeg-trac] #676(undetermined:open): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.9698f93a14fe2e8b528efe3dd31a49cf@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): POC attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 22 19:40:04 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Nov 2011 18:40:04 -0000 Subject: [FFmpeg-trac] #676(undetermined:open): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.75c768f2d18d8e120a43d083dce613f3@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): Patch works but it is not perfect, there is one error in decoding. Should avcodec_set_dimensions() be used for this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 22 20:51:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Nov 2011 19:51:21 -0000 Subject: [FFmpeg-trac] #677(undetermined:new): Tell user when -t or -ss value exceeds input duration Message-ID: <035.0bf9fbbd972318d4f09de84cd827f9ef@avcodec.org> #677: Tell user when -t or -ss value exceeds input duration -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Lately I've seen a few users on ffmpeg-user[1] and #ffmpeg[2] ask why their -t or -ss doesn't work, and in these cases it's because they are using a value that exceeds the input duration. Current behavior: {{{ $ ffmpeg -ss 12 -i hop.mp4 -t 3 -y out.mpg ffmpeg version N-35078-g7831788, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 22 2011 10:36:32 with gcc 4.6.2 configuration: --prefix=/usr --enable-gpl 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 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hop.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.32.0 Duration: 00:00:10.13, start: 0.000000, bitrate: 563 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480, 559 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : [buffer @ 0x17c1bc0] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [mpeg @ 0x17cb5e0] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.21.0 Stream #0:0(und): Video: mpeg1video, yuv420p, 640x480, q=2-31, 200 kb/s, 90k tbn, 30 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg1video) Press [q] to stop, [?] for help frame= 0 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=54 video:0kB audio:0kB global headers:0kB muxing overhead -nan% }}} Output file is created, but with 0 bytes: {{{ $ ls -lh out.mpg -rw-r--r-- 1 lou lou 0 Nov 22 10:42 out.mpg }}} The message could be something like: "Your -ss value exceeds the duration of your input. Aborting." I don't know if multiple inputs with different durations would complicate things. [1] http://ffmpeg.org/pipermail/ffmpeg-user/2011-November/003222.html [2] http://ffmpeg.org/pipermail/ffmpeg-devel-irc/2011-November/000309.html (21:45) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 22 21:14:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Nov 2011 20:14:14 -0000 Subject: [FFmpeg-trac] #678(undetermined:new): Warn that filtering is disabled when copying streams Message-ID: <035.8b7d674c3bf39fb14fc700f4ec5e024f@avcodec.org> #678: Warn that filtering is disabled when copying streams -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Some users assume they can copy a video steam and perform filtering [1]. FFmpeg does not give any feedback that the filter is being ignored. Current behavior: {{{ $ ffmpeg -i hop.mp4 -c copy -vf crop=iw:ih-20 -y out.mpg ffmpeg version N-35078-g7831788, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 22 2011 10:36:32 with gcc 4.6.2 configuration: --prefix=/usr --enable-gpl 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 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hop.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.32.0 Duration: 00:00:10.13, start: 0.000000, bitrate: 563 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480, 559 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : [mpeg @ 0x1d17860] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.21.0 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 640x480, q=2-31, 559 kb/s, 30 fps, 90k tbn, 30 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 304 fps= 0 q=-1.0 Lsize= 700kB time=00:00:10.06 bitrate= 569.6kbits/s video:692kB audio:0kB global headers:0kB muxing overhead 1.166920% }}} Example warning: "Filtering is disabled when copying streams." Of course the message could be more specific as to what streams are affected and what filters are actually disabled. [1] http://ffmpeg.org/pipermail/ffmpeg-user/2011-November/003175.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 22 22:25:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Nov 2011 21:25:56 -0000 Subject: [FFmpeg-trac] #663(undetermined:new): iff ilbm: add ehb color mode In-Reply-To: <038.fe7637195f54ed6128c276406770d36b@avcodec.org> References: <038.fe7637195f54ed6128c276406770d36b@avcodec.org> Message-ID: <053.4bee5db0c3f11732d5a50619f72d1fac@avcodec.org> #663: iff ilbm: add ehb color mode -------------------------------------+------------------------------------- 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 file is better for test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 00:01:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Nov 2011 23:01:23 -0000 Subject: [FFmpeg-trac] #676(undetermined:open): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.32301dbd299c1185dcc0ef3c815cd444@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): Attached patch does not have error while decoding and plays OK in ffplay and at least plays in mplayer bigger part of sample. MPlayer for some reason dumps few last frames for reason yet to find. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 01:02:31 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 00:02:31 -0000 Subject: [FFmpeg-trac] #655(undetermined:reopened): mms stream shows artefacts after some time In-Reply-To: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> References: <034.49db689def3f4b363a9d6105d1cbfe27@avcodec.org> Message-ID: <049.7706d83718130ead63993a5f093af340@avcodec.org> #655: mms stream shows artefacts after some time -------------------------------------+------------------------------------- Reporter: qrtt1 | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mms asf vc1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Second sample attached that should explain the cause for the artefacts: The stream changes between vc1 (normal program) and wmv3 (some commercials). {{{ $ ffmpeg -i ticket655_cut.asf -i ticket655_wmv3.asf ffmpeg version N-35086-g530a540, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 23 2011 00:29:45 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' 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 [asf @ 0x8d93a80] parser not found for codec wmav2, packets or times may be invalid. [asf @ 0x8d93a80] max_analyze_duration 5000000 reached at 5120000 [asf @ 0x8d93a80] Estimating duration from bitrate, this may be inaccurate Seems stream 1 codec frame rate differs from container frame rate: 16.00 (512/32) -> 8.00 (512/64) Input #0, asf, from 'ticket655_cut.asf': Metadata: WMFSDKVersion : 11.0.5721.5265 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:01:25.59, start: 225.374000, bitrate: 245 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 12 kb/s Stream #0:1: Video: vc1 (Advanced) (WVC1 / 0x31435657), yuv420p, 400x300 [SAR 1:1 DAR 4:3], 233 kb/s, 8 tbr, 1k tbn, 16 tbc [wmv3 @ 0x8d99780] Extra data: 8 bits left, value: 0 [asf @ 0x8d9b4e0] parser not found for codec wmav2, packets or times may be invalid. [asf @ 0x8d9b4e0] Estimating duration from bitrate, this may be inaccurate Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 29.97 (30000/1001) Input #1, asf, from 'ticket655_wmv3.asf': Metadata: WMFSDKVersion : 11.0.6001.7001 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:24.01, start: 0.000000, bitrate: 247 kb/s Stream #1:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 12 kb/s Stream #1:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 400x300, 235 kb/s, SAR 1:1 DAR 4:3, 29.97 tbr, 1k tbn, 1k tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 01:14:45 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 00:14:45 -0000 Subject: [FFmpeg-trac] #679(undetermined:new): DVB subtitles are badly placed on the screen Message-ID: <036.e5383b31b929c2bfddb20600a5a8948d@avcodec.org> #679: DVB subtitles are badly placed on the screen -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: dvbsub Blocked By: | mpegts Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- Attached sample shows subtitles too far right on the screen so that a part cannot be read. mplayer -demuxer mpegts -sid 593 and mplayer -demuxer lavf -sid 0 show the subtitle at the right position in the center of the screen (but cuts away the upper half). {{{ $ ffmpeg -i subtitles.ts ffmpeg version N-35086-g530a540, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 23 2011 00:29:45 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' 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 [mpeg2video @ 0x8dac120] mpeg_decode_postinit() failure Last message repeated 10 times [mpegts @ 0x8d93a80] max_analyze_duration 5000000 reached at 5016000 [NULL @ 0x8db0420] start time is not set in estimate_timings_from_pts [NULL @ 0x8dd06c0] start time is not set in estimate_timings_from_pts [NULL @ 0x8dd6780] start time is not set in estimate_timings_from_pts [NULL @ 0x8ddca00] start time is not set in estimate_timings_from_pts [NULL @ 0x8de2c80] start time is not set in estimate_timings_from_pts [mpegts @ 0x8d93a80] PES packet size mismatch Input #0, mpegts, from 'subtitles.ts': Duration: 00:00:09.17, start: 11318.457333, bitrate: 2233 kb/s Program 8270 Metadata: service_name : ITV1 service_provider: ITV Program 8325 Metadata: service_name : ITV2 service_provider: ITV Program 8634 Metadata: service_name : Rabbit service_provider: Teletext Limited Program 8384 Metadata: service_name : Channel 4 service_provider: Channel 4 TV Program 8448 Metadata: service_name : E4 service_provider: Channel 4 TV Program 8442 Metadata: service_name : More 4 service_provider: Channel 4 TV Stream #0:0[0x24e]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 544x576 [SAR 32:17 DAR 16:9], 15000 kb/s, 26.80 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x24f](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x250](eng): Audio: mp3 ([4][0][0][0] / 0x0004), 0 channels, s16 (visual impaired) Stream #0:3[0x251](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:4[0x84f]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:5[0x911]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:6[0x912]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:7[0xbbb]: Unknown: none ([11][0][0][0] / 0x000B) Program 8452 Metadata: service_name : Channel 4+1 service_provider: Channel 4 TV Program 8577 Metadata: service_name : Gay Rabbit service_provider: Teletext Limited Program 8500 Metadata: service_name : Channel 5 service_provider: five Program 8370 Metadata: service_name : ITV1 +1 service_provider: ITV At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 01:21:54 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 00:21:54 -0000 Subject: [FFmpeg-trac] #658(avcodec:open): auto-select yuv420p for RGB inputs with libx264 In-Reply-To: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> References: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> Message-ID: <050.a6bb9b72678da838fcac1fabc9da94cd@avcodec.org> #658: auto-select yuv420p for RGB inputs with libx264 -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): i dont think this can be done with a private option (but it would be nice otherwise), a seperate AVCodec would work though, like x264rgb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 01:22:47 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 00:22:47 -0000 Subject: [FFmpeg-trac] #658(avcodec:open): auto-select yuv420p for RGB inputs with libx264 In-Reply-To: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> References: <035.f2d494bb9b8374329154ac8500348654@avcodec.org> Message-ID: <050.fecc3137b5fd008f14388a3e151131a4@avcodec.org> #658: auto-select yuv420p for RGB inputs with libx264 -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): Note, each AVCodec currently needs a seperate AVClass -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 11:15:17 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 10:15:17 -0000 Subject: [FFmpeg-trac] #680(avcodec:new): Prores 4444 encoding Message-ID: <035.95d8edb360ee0312c5f577aa7b64578f@avcodec.org> #680: Prores 4444 encoding -------------------------------------+------------------------------------- Reporter: dftmli | Type: Status: new | enhancement Component: avcodec | Priority: important Keywords: Prores | Version: encoder 4444 | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- The recently added Prores encoder doesn't support Prores 4444 encoding, but the decoder does. See http://en.wikipedia.org/wiki/ProRes_4444 It would be very nice, if Prores 4444 encoding would be implemented as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 11:20:48 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 10:20:48 -0000 Subject: [FFmpeg-trac] #680(avcodec:open): Prores 4444 encoding In-Reply-To: <035.95d8edb360ee0312c5f577aa7b64578f@avcodec.org> References: <035.95d8edb360ee0312c5f577aa7b64578f@avcodec.org> Message-ID: <050.baa1d278ef2df15e3e222aa4c79df247@avcodec.org> #680: Prores 4444 encoding -------------------------------------+----------------------------------- Reporter: dftmli | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: Prores encoder 4444 => prores * priority: important => wish * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 12:31:54 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 11:31:54 -0000 Subject: [FFmpeg-trac] #667(undetermined:open): Error when decoding TrueHD 1.0 track that also contains AC-3 (was: Error when decoding special TrueHD 1.0 track to WAV) In-Reply-To: <039.aef1c2ef5fa44446b7d03e059c24e8b4@avcodec.org> References: <039.aef1c2ef5fa44446b7d03e059c24e8b4@avcodec.org> Message-ID: <054.b3b178941c290c937893135e6ef88add@avcodec.org> #667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: thd ac3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: thd => thd ac3 * priority: normal => minor * status: new => open * reproduced: 0 => 1 Comment: Attached sample decodes fine (many warnings) with ffmpeg -f ac3 -i TrueHDAC3.thd, plays too fast with -f truehd. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 13:22:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 12:22:43 -0000 Subject: [FFmpeg-trac] #681(undetermined:new): -vf mp=pullup is not working Message-ID: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> #681: -vf mp=pullup is not working -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When I call -vf mp=pullup or (pullup,softskip) I get an "Error opening filters!" warning. {{{ ffmpeg -y -i example.mov -vf mp=pullup -r 24000/1001 -c:v v210 -c:a copy example_ivtc.mov ffmpeg version N-33392-gf3bacce, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 8 2011 18:33:19 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl libavutil 51. 20. 0 / 51. 20. 0 libavcodec 53. 19. 1 / 53. 19. 1 libavformat 53. 14. 0 / 53. 14. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 6 / 2. 43. 6 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101005800] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101005800] 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. Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 29.97 (30000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-11-05 17:32:17 Duration: 00:19:52.02, start: -39.572900, bitrate: 1122 kb/s Stream #0:0(eng): Video: v210 (v210 / 0x30313276), yuv422p10le, 720x486, 223725 kb/s, SAR 9:10 DAR 4:3, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc Metadata: creation_time : 2011-11-05 17:32:17 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2011-11-05 17:32:17 Stream #0:2(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-11-05 17:32:17 [buffer @ 0x100e01900] w:720 h:486 pixfmt:yuv422p10le tb:1/1000000 sar:9/10 sws_param: [mp @ 0x100e040c0] This is a unholy filter, it will be purified by the ffmpeg exorcist team which will change its syntax from dark -vf mp to light -vf. Thou shalst not make spells or scripts that depend on it [buffersink @ 0x100e03d80] auto-inserting filter 'auto-inserted scale 0' between the filter 'Parsed_mp_0' and the filter 'out' [mp @ 0x100e040c0] auto-inserting filter 'auto-inserted scale 1' between the filter 'src' and the filter 'Parsed_mp_0' [scale @ 0x100e04a80] w:720 h:486 fmt:yuv422p10le -> w:720 h:486 fmt:yuv420p flags:0x4 Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 13:28:28 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 12:28:28 -0000 Subject: [FFmpeg-trac] #647(undetermined:new): Add support for -dn (to disable data streams) In-Reply-To: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> References: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> Message-ID: <051.473bf21688620ddbb9c9f890fe8a4965@avcodec.org> #647: Add support for -dn (to disable data streams) -------------------------------------+------------------------------------- Reporter: dericed | 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 dericed): Here's a failing command line that would profit. When I use -f framemd5 the default is that only the first video and first audio track are used in framemd5. To include all the tracks in the framemd5 output, I can use -map 0 to do this (easier than adding lots of -newaudio and -newvideo). But data tracks don't work in -f framemd5. {{{ ffmpeg -i example.mov -map 0 -f framemd5 - ffmpeg version N-33392-gf3bacce, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 8 2011 18:33:19 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl libavutil 51. 20. 0 / 51. 20. 0 libavcodec 53. 19. 1 / 53. 19. 1 libavformat 53. 14. 0 / 53. 14. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 6 / 2. 43. 6 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101005800] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101005800] 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. Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 29.97 (30000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-11-05 17:32:17 Duration: 00:19:52.02, start: -39.572900, bitrate: 1122 kb/s Stream #0:0(eng): Video: v210 (v210 / 0x30313276), yuv422p10le, 720x486, 223725 kb/s, SAR 9:10 DAR 4:3, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc Metadata: creation_time : 2011-11-05 17:32:17 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2011-11-05 17:32:17 Stream #0:2(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-11-05 17:32:17 Data stream encoding not supported yet (only streamcopy) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 13:51:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 12:51:19 -0000 Subject: [FFmpeg-trac] #647(FFmpeg:open): Add support for -dn (to disable data streams) In-Reply-To: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> References: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> Message-ID: <051.22fbdbae8632b101f462df3aba9ba56c@avcodec.org> #647: Add support for -dn (to disable data streams) -------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master * component: undetermined => FFmpeg * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 15:58:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 14:58:24 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.0f3afca2602812c23b5cebd16924ac39@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dE_logics): That's strange. Here's my command line - ffmpeg -t 00:00:30 -i game/media\(reserve\)/test\ media/FULL_HD_porsch.mp4 -vf scale='640:trunc((640/a)/2)*2' -sameq -r 25 -threads 16 -vcodec mpeg4 -an ~/test.avi On 2 CPUs I get at most 52% CPU usage. AND removing the scale filter gives me at most 60% cpu usage (16 threads), whereas using 16 threads I get ~80% usage on xvid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 16:07:45 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 15:07:45 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.d6fd3b8a8c3b81a8e6af57b910c6c4f7@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dE_logics): No... it's a bit different. Using mpeg4 without the scale filter gives at most 65% usage, but using xvid without scale filter and with 64 threads gives upto 72% and is always greater than 65%. Using the scale filter with xvid and using 16 threads gives upto 65% of usage. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 17:54:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 16:54:32 -0000 Subject: [FFmpeg-trac] #682(undetermined:new): -codec copy In-Reply-To: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> References: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> Message-ID: <051.9915b42d90d093b75f6b584be9c675cc@avcodec.org> #682: -codec copy -------------------------------------+------------------------------------- Reporter: dericed | 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 dericed): ah sorry for the bad title. I hit submit too quickly. Should have said "-codec copy is not copying all streams" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 18:06:31 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 17:06:31 -0000 Subject: [FFmpeg-trac] #682(undetermined:new): -codec copy In-Reply-To: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> References: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> Message-ID: <051.fab57810738b20956eb4797f40372231@avcodec.org> #682: -codec copy -------------------------------------+------------------------------------- Reporter: dericed | 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 -map 0 the option that maps all streams to the output (and can be used together with -codec copy to copy all streams)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 18:10:06 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 17:10:06 -0000 Subject: [FFmpeg-trac] #682(undetermined:new): -codec copy In-Reply-To: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> References: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> Message-ID: <051.54500b12e4a7f91207eb6334013fa505@avcodec.org> #682: -codec copy -------------------------------------+------------------------------------- Reporter: dericed | 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 dericed): When I add -map 0 then I'm including the data stream which causes the process to fail. See the request for a -dn flag here http://ffmpeg.org/trac/ffmpeg/ticket/647. :) If feasible I'd love to copy the data stream from the input to output, but that's another ticket http://ffmpeg.org/trac/ffmpeg/ticket/621. Dave {{{ ffmpeg -y -i packages/DEMNOW02_07595925_00585905/XDCAM8004602012511AB/Clip/C0001.MXF -map 0 -c: copy out.mxf ffmpeg version N-31640-g248bb81, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 23 2011 11:40:51 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. 26. 0 / 51. 26. 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 [mxf @ 0x7fbdfa03d800] could not resolve sub descriptor strong ref [mxf @ 0x7fbdfa03d800] source track 11: stream 9, no descriptor found Input #0, mxf, from 'packages/DEMNOW02_07595925_00585905/XDCAM8004602012511AB/Clip/C0001.MXF': Duration: 01:01:55.14, start: 0.000000, bitrate: 60310 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 @ 0x7fbdfa08d000] track 9: could not find essence container ul, codec not currently supported in container Output #0, mxf, to 'out.mxf': Metadata: encoder : Lavf53.21.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 Wed Nov 23 18:29:47 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 17:29:47 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.72a8281f60bad237bcab8c2d9722a39d@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 dE_logics]: > ffmpeg -t 00:00:30 -i game/media\(reserve\)/test\ media/FULL_HD_porsch.mp4 -vf scale='640:trunc((640/a)/2)*2' -sameq -r 25 -threads 16 -vcodec mpeg4 -an ~/test.avi Could you try (for improved encoding quality that needs more CPU cycles): {{{ ffmpeg -t 00:00:30 -i game/media\(reserve\)/test\ media/FULL_HD_porsch.mp4 -vf scale='640:trunc((640/a)/2)*2' -sameq -r 25 -threads 16 -vcodec mpeg4 -an -dia_size 4 -mbd rd -flags +mv4+aic -trellis 2 -cmp 2 -subcmp 2 ~/test.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 18:36:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 17:36:52 -0000 Subject: [FFmpeg-trac] #682(undetermined:new): -codec copy is not copying all streams (was: -codec copy) In-Reply-To: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> References: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> Message-ID: <051.4062fbfdd41a88679410e260197e7a40@avcodec.org> #682: -codec copy is not copying all streams -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 19:10:09 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 18:10:09 -0000 Subject: [FFmpeg-trac] #647(FFmpeg:open): Add support for -dn (to disable data streams) In-Reply-To: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> References: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> Message-ID: <051.486c5b6eb63a75791e161f4144402927@avcodec.org> #647: Add support for -dn (to disable data streams) -------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by dericed): Ah. I used "-map 0 -map -0:d:" and the -map -0:d acted as -dn would. I thought it would be contradictory to say map all plus say don't map data streams, but this worked. wish closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 20:14:29 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 19:14:29 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.61899757f1a19f804f61877908df306c@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock -------------------------------------+----------------------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Ph0t0n): michael is correct - something has definitely been fixed. i just tried git version 2c44aed (from 2011-11-21) and i no longer get errors when using the camera on my local network. With the cameras on the public internet (like the one in the link from my previous post), errors still occur and I'm guessing it's due to dropped packets. on my 40mbit internet connection at home it gets an error once a minute or so, and on my slow connection at work the error rate is hundreds per minute. the errors that display due to dropped packets are nearly identical to the errors that came from that bug that is now fixed. there's not much that can be done about dropped UDP/RTP packets except perhaps wait longer and buffer more, but even then, that's probably not going to help much. vlc handles dropped packets differently than ffplay. i think they do more buffering (well you can set the buffer size), and they also drop the entire frame instead of passing a corrupted packet to the decoder. so instead of getting mpeg4 errors and visual artifacts, you get lower frame rates. in my opinion, live rtsp/rtp over the public internet is too unreliable to be useful. with tcp visual quality is better, but then you get high latency which make video conferencing and live ptz cameras useless. it's fine on a local gigabit network, but for internet that's not blazing fast, good luck! to whomever fixed the udp/rtp bug: hell yeah, you rock!!!! draku1a - if you're still having problems after making sure you have the latest version of libav, use wireshark or something and check to make sure your network is reliable. if you're using a fast local network that doesn't drop packets then i have no idea what's going on! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 21:08:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 20:08:56 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:new): ffserver bug In-Reply-To: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> References: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> Message-ID: <049.2c40a70e3e1434265eee74089e986501@avcodec.org> #610: ffserver bug ------------------------------------+----------------------------------- Reporter: burek | Owner: michael 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 lissyx): I hit the same behavior using git master branch, git describe giving n0.8-4175-g0b9a69f. Workaround suggested by michael previously works, at least I've been able to verify it with libtheora and libflv. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 21:16:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 20:16:56 -0000 Subject: [FFmpeg-trac] #683(undetermined:new): Very wrong number of channels when using libaacplus and ffmpeg Message-ID: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Type: defect Status: new | Priority: important Component: | Version: 0.7.7 undetermined | Blocked By: Keywords: libaacplus | Reproduced by developer: 0 audio stream freebsd | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm using a fresh install of FreeBSD 8.2. I installed ffmpeg with libaacplus but when I start to encode something, it gets the number of channels very wrong: {{{ ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/lib/libavformat.so.52.110.0 If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://ffmpeg.mplayerhq.hu/ freebsd# cd ~/ freebsd# ffmpeg -i http://stream-tx1.radioparadise.com:9000/rp_192.ogg -acodec libaacplus -ab 32000 test.mp4 ffmpeg: Command not found. freebsd# rehash freebsd# ffmpeg -i http://stream-tx1.radioparadise.com:9000/rp_192.ogg -acodec libaacplus -ab 32000 test.mp4 ffmpeg version 0.7.7, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 23 2011 20:00:19 with gcc 4.2.1 20070719 [FreeBSD] configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-memalign-hack --enable-runtime-cpudetect --cc=cc --extra-cflags='-msse -I/usr/local/include/vorbis -I/usr/local/include' --extra-ldflags='-L/usr/local/lib ' --extra-libs=-pthread --disable-debug --enable-libaacplus --disable-indev=alsa --disable-outdev=alsa --disable- libopencore-amrnb --disable-libopencore-amrwb --disable-libcelt --disable- libdirac --enable-libfaac --disable-ffserver --disable-libfreetype --disable-frei0r --disable-libgsm --disable-libmp3lame --disable-libopencv --disable-libopenjpeg --disable-librtmp --disable-libschroedinger --disable-ffplay --disable-libspeex --enable-libtheora --disable-vaapi --disable-vdpau --enable-libvo-aacenc --disable-libvo-amrwbenc --enable- libvorbis --disable-libvpx --disable-libx264 --disable-libxvid --enable- nonfree --enable-version3 libavutil 50. 43. 0 / 50. 43. 0 libavcodec 52.122. 0 / 52.122. 0 libavformat 52.110. 0 / 52.110. 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 @ 0x80381f020] 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 libaacplus: bad aac setting: br:32000, AACch:65536, AACsr:22050 [libaacplus @ 0x80380d520] libaacplus doesn't support this output format! Output #0, mp4, to 'test.mp4': Stream #0.0: Audio: libaacplus, 44100 Hz, stereo, s16, 32 kb/s Stream mapping: Stream #0.0 -> #0.0 Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} Notice "AACch:65536". This is keeping from encoding using libaacplus. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 21:18:53 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 20:18:53 -0000 Subject: [FFmpeg-trac] #684(FFserver:new): WebM not streamable from ffserver Message-ID: <035.dabff5a4c511a74666e851dc9aa399ea@avcodec.org> #684: WebM not streamable from ffserver -------------------------------------+------------------------------------- Reporter: lissyx | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git- | Keywords: webm, master | stream Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Streaming WebM fails. Feeding with ffmpeg works, status page shows data being transfered, and feed's file is filled correctly. However, when requesting the stream, nothing comes out expect the 431 bytes of header. On the ffserver side, log shows: {{{ Wed Nov 23 12:38:43 2011 127.0.0.1 - - New connection: GET /webcam.webm Wed Nov 23 12:38:43 2011 [ffm @ 0x2bd5780]Format ffm probed with size=2048 and score=101 Wed Nov 23 12:38:43 2011 Writing block at offset 15, size 37343, pts 0, dts 0, duration 42, flags 128 Wed Nov 23 12:38:43 2011 Writing block at offset 37381, size 1134, pts 42, dts 42, duration 42, flags 0 Wed Nov 23 12:38:43 2011 Writing block at offset 38537, size 218, pts 83, dts 83, duration 42, flags 0 Wed Nov 23 12:38:43 2011 Writing block at offset 38777, size 1101, pts 125, dts 125, duration 42, flags 0 Wed Nov 23 12:38:43 2011 Writing block at offset 39900, size 1330, pts 167, dts 167, duration 42, flags 0 Wed Nov 23 12:38:43 2011 Writing block at offset 41252, size 222, pts 208, dts 208, duration 42, flags 0 Wed Nov 23 12:38:43 2011 Writing block at offset 41496, size 1594, pts 250, dts 250, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 43113, size 6289, pts 292, dts 292, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 49425, size 47, pts 333, dts 333, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 49494, size 546, pts 375, dts 375, duration 42, flags 128 Wed Nov 23 12:38:44 2011 Writing block at offset 50063, size 47, pts 417, dts 417, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50132, size 47, pts 458, dts 458, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50201, size 47, pts 500, dts 500, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50270, size 47, pts 542, dts 542, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50339, size 47, pts 583, dts 583, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50408, size 47, pts 625, dts 625, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50477, size 48, pts 667, dts 667, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50547, size 47, pts 708, dts 708, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50616, size 48, pts 750, dts 750, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50686, size 60, pts 792, dts 792, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50768, size 48, pts 833, dts 833, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 50838, size 552, pts 875, dts 875, duration 42, flags 128 Wed Nov 23 12:38:44 2011 Writing block at offset 51413, size 53, pts 917, dts 917, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 51488, size 54, pts 958, dts 958, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 51564, size 64, pts 1000, dts 1000, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 51650, size 48, pts 1042, dts 1042, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 51720, size 66, pts 1083, dts 1083, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 51808, size 91, pts 1125, dts 1125, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 51921, size 53, pts 1167, dts 1167, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 51996, size 94, pts 1208, dts 1208, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 52112, size 50, pts 1250, dts 1250, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 52184, size 105, pts 1292, dts 1292, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 52311, size 106, pts 1333, dts 1333, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 52439, size 597, pts 1375, dts 1375, duration 42, flags 128 Wed Nov 23 12:38:44 2011 Writing block at offset 53059, size 236, pts 1417, dts 1417, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 53318, size 76, pts 1458, dts 1458, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 53416, size 445, pts 1500, dts 1500, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 53884, size 903, pts 1542, dts 1542, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 54810, size 200, pts 1583, dts 1583, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 55033, size 1169, pts 1625, dts 1625, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 56225, size 279, pts 1667, dts 1667, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 56527, size 1988, pts 1708, dts 1708, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 58538, size 2690, pts 1750, dts 1750, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 61251, size 527, pts 1792, dts 1792, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 61801, size 2334, pts 1833, dts 1833, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 64158, size 2756, pts 1875, dts 1875, duration 42, flags 128 Wed Nov 23 12:38:44 2011 Writing block at offset 66937, size 3809, pts 1917, dts 1917, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 70769, size 747, pts 1958, dts 1958, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 71539, size 4935, pts 2000, dts 2000, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 76497, size 6181, pts 2042, dts 2042, duration 42, flags 0 Wed Nov 23 12:38:44 2011 Writing block at offset 82701, size 1163, pts 2083, dts 2083, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 83887, size 7185, pts 2125, dts 2125, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 91095, size 4679, pts 2167, dts 2167, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 95797, size 3792, pts 2208, dts 2208, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 99612, size 8815, pts 2250, dts 2250, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 108450, size 1076, pts 2292, dts 2292, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 109549, size 9733, pts 2333, dts 2333, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 119305, size 10503, pts 2375, dts 2375, duration 42, flags 128 Wed Nov 23 12:38:45 2011 Writing block at offset 129831, size 6661, pts 2417, dts 2417, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 136515, size 6059, pts 2458, dts 2458, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 142597, size 566, pts 2500, dts 2500, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 143186, size 6575, pts 2542, dts 2542, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 149784, size 5020, pts 2583, dts 2583, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 154827, size 834, pts 2625, dts 2625, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 155684, size 5400, pts 2667, dts 2667, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 161107, size 6003, pts 2708, dts 2708, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 167133, size 4613, pts 2750, dts 2750, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 171769, size 666, pts 2792, dts 2792, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 172458, size 5684, pts 2833, dts 2833, duration 42, flags 0 Wed Nov 23 12:38:45 2011 Writing block at offset 178165, size 12637, pts 2875, dts 2875, duration 42, flags 128 Wed Nov 23 12:38:45 2011 Writing block at offset 190825, size 148, pts 2917, dts 2917, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 190996, size 7013, pts 2958, dts 2958, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 198032, size 411, pts 3000, dts 3000, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 198466, size 7169, pts 3042, dts 3042, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 205658, size 267, pts 3083, dts 3083, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 205948, size 5659, pts 3125, dts 3125, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 211630, size 4249, pts 3167, dts 3167, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 215902, size 781, pts 3208, dts 3208, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 216706, size 6085, pts 3250, dts 3250, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 222814, size 3740, pts 3292, dts 3292, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 226577, size 471, pts 3333, dts 3333, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 227071, size 14470, pts 3375, dts 3375, duration 42, flags 128 Wed Nov 23 12:38:46 2011 Writing block at offset 241564, size 3876, pts 3417, dts 3417, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 245463, size 2854, pts 3458, dts 3458, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 248340, size 484, pts 3500, dts 3500, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 248847, size 4046, pts 3542, dts 3542, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 252916, size 3298, pts 3583, dts 3583, duration 42, flags 0 Wed Nov 23 12:38:46 2011 Writing block at offset 256237, size 270, pts 3625, dts 3625, duration 42, flags 0 }}} On the "client" side, simulated with wget: {{{ $ LC_ALL=C wget -O test "http://127.0.0.1:8001/webcam.webm" --2011-11-23 12:38:43-- http://127.0.0.1:8001/webcam.webm Connecting to 127.0.0.1:8001... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [video/webm] Saving to: `test' [ <=> ] 431 --.-K/s }}} ffserver.conf is: {{{ BindAddress 127.0.0.1 Port 8001 MaxHTTPConnections 8 MaxClients 8 MaxBandwidth 10000 Format status ACL allow localhost File /tmp/webcam.ffm FileMaxSize 100k ACL allow 127.0.0.1 Format webm Feed webcam.ffm VideoFrameRate 8 VideoCodec libvpx VideoSize 320x240 VideoBitRate 384k VideoQMin 1 VideoQMax 31 Preroll 0 AVOptionVideo flags +global_header NoAudio }}} This is reproduced with at least version from: {{{ $ git describe n0.8-4175-g0b9a69f }}} {{{ ffserver version N-35110-g0b9a69f, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 23 2011 13:03:00 with gcc 4.6.1 configuration: --enable-encoder=mpeg1video --enable-decoder=mjpeg --enable-postproc --enable-libpulse --enable-libvpx --enable-libtheora --enable-libvorbis --enable-ffserver libavutil 51. 26. 0 / 51. 26. 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 Wed Nov 23 14:34:02 2011 FFserver started. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 22:00:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 21:00:32 -0000 Subject: [FFmpeg-trac] #336(avformat:closed): Problem identifying mp3 file with large ID3 tag In-Reply-To: <035.60095dee7195e1e38158a744aa0dff8a@avcodec.org> References: <035.60095dee7195e1e38158a744aa0dff8a@avcodec.org> Message-ID: <050.d8a12f8b0708193123e25b9d5ce3c102@avcodec.org> #336: Problem identifying mp3 file with large ID3 tag -------------------------------------+------------------------------------- Reporter: Orphis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 id3 | Blocked By: analyzeduration | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 23 23:38:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Nov 2011 22:38:57 -0000 Subject: [FFmpeg-trac] #647(FFmpeg:open): Add support for -dn (to disable data streams) In-Reply-To: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> References: <036.ef00b60f0395ae9e3e011a7d79f4a613@avcodec.org> Message-ID: <051.04164f1905d1c662bb20639377336463@avcodec.org> #647: Add support for -dn (to disable data streams) -------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Could you test attached (completely untested) - with and without -codec copy? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 14:45:38 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 13:45:38 -0000 Subject: [FFmpeg-trac] #666(FFmpeg:closed): ffmpeg crashes, when input is /dev/zero In-Reply-To: <031.74730b8dd07907b6dbacae2f462633be@avcodec.org> References: <031.74730b8dd07907b6dbacae2f462633be@avcodec.org> Message-ID: <046.7afefd9284ddbf7a401113c3c443576f@avcodec.org> #666: ffmpeg crashes, when input is /dev/zero -----------------------------------+----------------------------------- Reporter: mi | Owner: michael Type: defect | Status: closed Priority: important | Component: FFmpeg Version: 0.8.6 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: This should be finally fixed in current git head, 0.7.8 and 0.8.7. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 14:57:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 13:57:09 -0000 Subject: [FFmpeg-trac] #683(undetermined:closed): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.ab5f4824cdbbb308faf53930e0ccab70@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: freebsd | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libaacplus audio stream freebsd => libaacplus freebsd * priority: important => normal * status: new => closed * resolution: => worksforme Comment: I just tested your command line with both current git head and release/0.7 (both static and shared libaacplus 2.0.2) and it works fine. > libaacplus: bad aac setting: br:32000, AACch:65536, AACsr:22050 Given how libavcodec/libaacplus.c sets the channels, this is an unlikely problem: {{{ /* number of channels */ if (avctx->channels < 1 || avctx->channels > 2) { av_log(avctx, AV_LOG_ERROR, "encoding %d channel(s) is not allowed\n", avctx->channels); return -1; } s->aacplus_handle = aacplusEncOpen(avctx->sample_rate, avctx->channels, &samples_input, &max_bytes_output); if(!s->aacplus_handle) { av_log(avctx, AV_LOG_ERROR, "can't open encoder\n"); return -1; } }}} An unrelated problem that made encoding to ADTS impossible was just fixed in git head and all future releases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 16:43:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 15:43:35 -0000 Subject: [FFmpeg-trac] #657(undetermined:new): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.4a1c629f9a950cc1bfb74c070ea1fe0f@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dE_logics): That increases the size of the video by a lot. ls -l -h total 31M -rw-r----- 1 de de 20M Nov 24 20:37 test.avi -rw-r----- 1 de de 12M Nov 24 20:38 test_xvid.avi BTW what's the bad with xvid? It's better, and both mpeg4 and xvid being opensource, mpeg4 looses it's purposes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 20:01:02 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 19:01:02 -0000 Subject: [FFmpeg-trac] #657(undetermined:closed): xvid -- no multithreaded encoding. In-Reply-To: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> References: <038.7cd783f7d9fa13a65c1b1e53dec2148f@avcodec.org> Message-ID: <053.878eeb29180420859d4b81e47aeb3f9a@avcodec.org> #657: xvid -- no multithreaded encoding. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: xvid | Resolution: invalid threads | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [comment:10 dE_logics]: > That increases the size of the video by a lot. Your command line does not ask for a specific size... > BTW what's the bad with xvid? Nothing. > It's better, As said, this is not correct (but it is likely that it is slightly more difficult to use because it allows more fine-tuning for the user). > and both mpeg4 and xvid being opensource, mpeg4 looses it's purposes. Some people prefer less restrictive licenses... I am closing this issue because it was about multi-threaded xvid which turned out to work fine iiuc. Please do not hesitate to ask questions about FFmpeg usage either here or on ffmpeg-users (where more people will be able to answer). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 20:20:13 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 19:20:13 -0000 Subject: [FFmpeg-trac] #285(avformat:closed): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.fdae112e032810cacc595d6b0adfb209@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock -------------------------------------+------------------------------------ Reporter: bovine | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: FFmpeg => avformat Comment: Thank you for the confirmation, if you find other bugs, please open a new ticket! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 21:46:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 20:46:31 -0000 Subject: [FFmpeg-trac] #671(FFmpeg:closed): Skip without prompting. In-Reply-To: <038.50c91ce26b9865c4b8fd5d8f58b01a43@avcodec.org> References: <038.50c91ce26b9865c4b8fd5d8f58b01a43@avcodec.org> Message-ID: <053.cf4703413c6fc9e51774d48f11988290@avcodec.org> #671: Skip without prompting. -------------------------------------+----------------------------------- Reporter: dE_logics | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: skip without asking => * status: new => closed * resolution: => fixed Comment: I added option "-n" which implements not overwriting existing output files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 21:53:00 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 20:53:00 -0000 Subject: [FFmpeg-trac] #682(FFmpeg:closed): -codec copy is not copying all streams In-Reply-To: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> References: <036.397f72f560c69bab0d26c1211165b17d@avcodec.org> Message-ID: <051.698eccc93946e239f8b4e4d5985a6493@avcodec.org> #682: -codec copy is not copying all streams ------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid * component: undetermined => FFmpeg Comment: I believe -codec copy is simply meant to copy the streams that exist by default in the output format or are requested for the output file (and -map 0 forces all input streams to be present in the output file). As you found out, -map -0:d can be used to disable data streams, I added a patch for -dn in ticket #647. If you think the documentation is bad, please suggest improvements. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 21:55:58 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 20:55:58 -0000 Subject: [FFmpeg-trac] #677(FFmpeg:closed): Tell user when -t or -ss value exceeds input duration In-Reply-To: <035.0bf9fbbd972318d4f09de84cd827f9ef@avcodec.org> References: <035.0bf9fbbd972318d4f09de84cd827f9ef@avcodec.org> Message-ID: <050.e924d35e51263082d376b921e4ba9543@avcodec.org> #677: Tell user when -t or -ss value exceeds input duration -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid * component: undetermined => FFmpeg Comment: Given that the duration is plain wrong for many / most input streams, I don't think this is feasible but please reopen if you believe I miss something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 22:24:54 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 21:24:54 -0000 Subject: [FFmpeg-trac] #672(avformat:open): ffprobe reports Unsupported video codec for Real Media format which do not have video at all In-Reply-To: <038.13c2fd1216718b3dc603657f5f524e77@avcodec.org> References: <038.13c2fd1216718b3dc603657f5f524e77@avcodec.org> Message-ID: <053.1db50605f6a52bc3e8a811c2ae0de339@avcodec.org> #672: ffprobe reports Unsupported video codec for Real Media format which do not have video at all ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: minor | Component: avformat 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: Attached patch silences the message, I don't know if the patch is correct, MPlayer checks the mimetype instead of the tag. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 24 22:53:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 21:53:11 -0000 Subject: [FFmpeg-trac] #683(undetermined:reopened): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.1d2b617d5ecd0252514bb8563aff5065@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by bradskins): * status: closed => reopened * resolution: worksforme => Comment: Works fine for me as well. EXCEPT when I try to use the same setup and command on FreeBSD 8.2/9RC2. MacPorts and Ubuntu are fine. I'll test Head on both FreeBSDs and report back. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 00:07:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Nov 2011 23:07:55 -0000 Subject: [FFmpeg-trac] #672(avformat:closed): ffprobe reports Unsupported video codec for Real Media format which do not have video at all In-Reply-To: <038.13c2fd1216718b3dc603657f5f524e77@avcodec.org> References: <038.13c2fd1216718b3dc603657f5f524e77@avcodec.org> Message-ID: <053.080e0a89084ee92f5411db9253f70e5c@avcodec.org> #672: ffprobe reports Unsupported video codec for Real Media format which do not have video at all ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: closed Priority: minor | Component: avformat 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: This issue is improved in latest git head, please reopen if you have a better suggestion to solve it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 11:59:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 10:59:55 -0000 Subject: [FFmpeg-trac] #685(undetermined:new): H264 decoder error Message-ID: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> #685: H264 decoder error -------------------------------------+------------------------------------- Reporter: anatoly | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- There is a stream obtained from IP Camera which cannot be correctly decoded by ffmpeg but successfully decoded by Elecard StreamEye and IPP. FFmpeg report: ./ffprobe ~/projects/decodeh264/frame.264 ffprobe version N-34962-gfd1cea6, Copyright (c) 2007-2011 the FFmpeg developers built on Nov 25 2011 13:28:59 with gcc 4.4.5 configuration: --disable-optimizations libavutil 51. 26. 0 / 51. 26. 0 libavcodec 53. 35. 0 / 53. 35. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 [h264 @ 0x27a7c40] negative number of zero coeffs at 0 0 [h264 @ 0x27a7c40] error while decoding MB 0 0 [h264 @ 0x27a7c40] concealing 396 DC, 396 AC, 396 MV errors [h264 @ 0x27a1880] Estimating duration from bitrate, this may be inaccurate Input #0, h264, from '/home/alien/projects/decodeh264/frame.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (Constrained Baseline), yuv420p, 352x288, 25 tbr, 1200k tbn, 50 tbc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 12:09:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 11:09:54 -0000 Subject: [FFmpeg-trac] #685(undetermined:new): H264 decoder error In-Reply-To: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> References: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> Message-ID: <051.790f38350a4bdd19cd8265948086eaae@avcodec.org> #685: H264 decoder error -------------------------------------+------------------------------------- Reporter: anatoly | 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 anatoly): I've made some investigations and found that the problem may be in flag dct8x8_allowed. Thus the following patch makes file "frame.264" decodable. {{{ diff --git a/libavcodec/h264_cavlc.c b/libavcodec/h264_cavlc.c index b0dc999..ff39d3f 100644 --- a/libavcodec/h264_cavlc.c +++ b/libavcodec/h264_cavlc.c @@ -799,10 +799,12 @@ decode_intra_mb: if(IS_INTRA4x4(mb_type)){ int i; int di = 1; + /* if(dct8x8_allowed && get_bits1(&s->gb)){ mb_type |= MB_TYPE_8x8DCT; di = 4; } + */ // fill_intra4x4_pred_table(h); for(i=0; i<16; i+=di){ }}} This is an ugly fix but it may shows the way to resolve this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 12:26:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 11:26:22 -0000 Subject: [FFmpeg-trac] #685(undetermined:open): H264 decoder error In-Reply-To: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> References: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> Message-ID: <051.e825515c2a32aa78f98eed1684e71644@avcodec.org> #685: H264 decoder error -------------------------------------+------------------------------------- Reporter: anatoly | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Given that the reference decoder also fails ("ERROR: failed to find Total Zeros !cdc"), I would assume the sample is broken... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 12:26:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 11:26:38 -0000 Subject: [FFmpeg-trac] #685(avcodec:open): H264 decoder error In-Reply-To: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> References: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> Message-ID: <051.b0e33af87c9ad74f579bd8cd427cf6e8@avcodec.org> #685: H264 decoder error ------------------------------------+----------------------------------- Reporter: anatoly | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | 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 Fri Nov 25 12:41:07 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 11:41:07 -0000 Subject: [FFmpeg-trac] #685(avcodec:open): H264 decoder error In-Reply-To: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> References: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> Message-ID: <051.5506be2f8bdd8414f0e3dfc3b9cff1cf@avcodec.org> #685: H264 decoder error ------------------------------------+----------------------------------- Reporter: anatoly | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by anatoly): I also tried reference decoder and it fails. But Elecard StreamEye successfully decode this stream. Why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 13:03:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 12:03:14 -0000 Subject: [FFmpeg-trac] #685(avcodec:open): H264 decoder error In-Reply-To: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> References: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> Message-ID: <051.fda470dfdf1f901db5bc0d9487b12d27@avcodec.org> #685: H264 decoder error ------------------------------------+----------------------------------- Reporter: anatoly | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by anatoly): I think I found the solution. It looks like flag "transform_8x8_mode_flag" is wrongly set to 1. After inverting this flag to 0 both streams become decodeable. And it also looks like StreamEye support old version of AVC standart that doesn't provide "transform_8x8_mode_flag". Thus, I think this ticket may be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 13:04:33 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 12:04:33 -0000 Subject: [FFmpeg-trac] #664(undetermined:open): add suppoer for iff anim In-Reply-To: <038.d6b7508a6028dba800c993446a0232fd@avcodec.org> References: <038.d6b7508a6028dba800c993446a0232fd@avcodec.org> Message-ID: <053.2da8bc19828124c6d2525faaf68f72e1@avcodec.org> #664: add suppoer for iff anim -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: iff anim | 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 anim * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 13:05:47 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 12:05:47 -0000 Subject: [FFmpeg-trac] #665(undetermined:open): add support for cdxl In-Reply-To: <038.aa62b0e3871bf2a9c00cc68e27fb7cb6@avcodec.org> References: <038.aa62b0e3871bf2a9c00cc68e27fb7cb6@avcodec.org> Message-ID: <053.5ac60a8ff990f1612393ceb707506017@avcodec.org> #665: add support for cdxl -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cdxl | 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: => cdxl * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 13:08:37 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 12:08:37 -0000 Subject: [FFmpeg-trac] #656(avformat:open): LXF demuxer fails on new Leitch files In-Reply-To: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> References: <035.cc46de465c9a66dabf2fcad694822b04@avcodec.org> Message-ID: <050.c21c8cb6ba0957aea7861ba04d9989d2@avcodec.org> #656: LXF demuxer fails on new Leitch files ------------------------------------+------------------------------------ Reporter: Nioreh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: lxf | 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 Nov 25 13:10:01 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 12:10:01 -0000 Subject: [FFmpeg-trac] #651(undetermined:closed): ffplay: Broken playback of H.264 RTSP streams In-Reply-To: <037.37a85b79aac2f0fe4ea7315e7d5611a4@avcodec.org> References: <037.37a85b79aac2f0fe4ea7315e7d5611a4@avcodec.org> Message-ID: <052.7b1c2cb17f6a2b12862c8d3a99aabfc7@avcodec.org> #651: ffplay: Broken playback of H.264 RTSP streams -------------------------------------+------------------------------------- Reporter: gAmeOver | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: RTSP H.264 | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme * component: FFplay => undetermined Comment: The stream still plays fine for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 13:16:48 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 12:16:48 -0000 Subject: [FFmpeg-trac] #562(undetermined:closed): I am trying to encode the TS of Japanese terrestrial shows but "PES packet size mismatch" occurs. In-Reply-To: <044.8c16044dcfee7a759cf4b973b28921fc@avcodec.org> References: <044.8c16044dcfee7a759cf4b973b28921fc@avcodec.org> Message-ID: <059.15552b10cf0173484b5696cfb8a8ffcc@avcodec.org> #562: I am trying to encode the TS of Japanese terrestrial shows but "PES packet size mismatch" occurs. -------------------------------------+------------------------------------- Reporter: | Owner: michael Emmanuel_Chanel | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 13:38:59 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 12:38:59 -0000 Subject: [FFmpeg-trac] #673(avformat:open): Regression on demuxing mp3 track from an .MOV file. In-Reply-To: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> References: <036.add071a99c428ca219c53fe9e3814f73@avcodec.org> Message-ID: <051.d68b855270842cef906dd465096ca397@avcodec.org> #673: Regression on demuxing mp3 track from an .MOV file. -------------------------------------+------------------------------------- Reporter: dongwon | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * analyzed: 0 => 1 Comment: samples_per_frame is 2304 (which is two mp3 frames), first chunk has 11520 samples, last chunk has 5760 samples which is still dividable by the size of one mp3 frames, but not samples_per_frame. Work-around attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 14:20:40 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 13:20:40 -0000 Subject: [FFmpeg-trac] #686(avcodec:new): WMV2 crash Message-ID: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> #686: WMV2 crash ---------------------------------+------------------------------------- Reporter: robco5 | Type: defect Status: new | Priority: important Component: avcodec | Version: 0.8.7 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------- Particular wmv file crashes ffmpeg. Tested on Vista 32 bit, compiled on msys+mingw. Tested on version 0.7-rc1, 0.7.8 and 0.8.7. '''$ gdb ffmpeg_g.exe''' GNU gdb (GDB) 7.0 Copyright (C) 2009 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 h:\ffmpeg-eclipse\ffmpeg-0.8.7/ffmpeg_g.exe...done. (gdb) r -i crash.wmv out.avi Starting program: h:\ffmpeg-eclipse\ffmpeg-0.8.7/ffmpeg_g.exe -i crash.wmv out.avi [New Thread 5840.0x1edc] warning: Can not parse XML library list; XML support was disabled at compile tim e ffmpeg version 0.8.7, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 13:54:03 with gcc 4.4.0 configuration: --enable-debug=3 --disable-stripping --enable-gpl --enable-swsc ale --enable-static --enable-memalign-hack --disable-pthreads --enable- libx264 - -extra-cflags=-I/h/x264 --extra-ldflags=-L/h/x264 --enable-nonfree - -enable-libfaac --extra-cflags=-I/h/faac/include --extra-ldflags=-L/h/Anem a/faac/libfaac/.libs 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 Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000 /1) -> 30.00 (30/1) Input #0, asf, from 'crash.wmv': Metadata: WM/ToolName : TMPGEnc 4.0 XPress Version. 4.6.3.268 WMFSDKVersion : 11.0.5721.5251 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:18.03, start: 0.000000, bitrate: 8878 kb/s Stream #0.0(hun): Video: wmv2, yuv420p, 1936x1360, 8000 kb/s, 30 tbr, 1k tbn , 1k tbc [buffer @ 081cfc60] w:1936 h:1360 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, avi, to 'out.avi': Metadata: WM/ToolName : TMPGEnc 4.0 XPress Version. 4.6.3.268 WMFSDKVersion : 11.0.5721.5251 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 ISFT : Lavf53.5.0 Stream #0.0(hun): Video: mpeg4, yuv420p, 1936x1360, q=2-31, 200 kb/s, 30 tbn , 30 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 14 fps= 0 q=31.0 size= 607kB time=00:00:00.50 bitrate=9938.7kbits/ frame= 26 fps= 23 q=31.0 size= 716kB time=00:00:00.90 bitrate=6520.0kbits/ frame= 37 fps= 23 q=24.8 size= 837kB time=00:00:01.26 bitrate=5412.3kbits/ frame= 48 fps= 22 q=31.0 size= 916kB time=00:00:01.63 bitrate=4595.6kbits/ frame= 59 fps= 22 q=31.0 size= 1052kB time=00:00:02.00 bitrate=4310.5kbits/ frame= 70 fps= 22 q=31.0 size= 1184kB time=00:00:02.36 bitrate=4098.1kbits/ frame= 83 fps= 22 q=31.0 size= 1342kB time=00:00:02.80 bitrate=3926.5kbits/ frame= 95 fps= 22 q=31.0 size= 1496kB time=00:00:03.20 bitrate=3830.4kbits/ frame= 108 fps= 22 q=31.0 size= 1658kB time=00:00:03.63 bitrate=3738.8kbits/ frame= 120 fps= 22 q=31.0 size= 1804kB time=00:00:04.03 bitrate=3663.2kbits/ frame= 132 fps= 23 q=31.0 size= 1919kB time=00:00:04.43 bitrate=3546.0kbits/ frame= 144 fps= 23 q=31.0 size= 2062kB time=00:00:04.83 bitrate=3495.1kbits/ frame= 157 fps= 23 q=24.8 size= 2222kB time=00:00:05.26 bitrate=3456.6kbits/ frame= 170 fps= 23 q=31.0 size= 2341kB time=00:00:05.70 bitrate=3363.9kbits/ frame= 183 fps= 23 q=31.0 size= 2466kB time=00:00:06.13 bitrate=3293.1kbits/ frame= 196 fps= 23 q=31.0 size= 2582kB time=00:00:06.56 bitrate=3221.1kbits/ frame= 209 fps= 23 q=31.0 size= 2721kB time=00:00:07.00 bitrate=3184.3kbits/ frame= 222 fps= 23 q=31.0 size= 2837kB time=00:00:07.43 bitrate=3126.6kbits/ frame= 235 fps= 23 q=31.0 size= 2967kB time=00:00:07.86 bitrate=3090.2kbits/ frame= 247 fps= 23 q=31.0 size= 3100kB time=00:00:08.26 bitrate=3072.1kbits/ frame= 260 fps= 23 q=31.0 size= 3243kB time=00:00:08.70 bitrate=3053.4kbits/ frame= 272 fps= 23 q=31.0 size= 3374kB time=00:00:09.10 bitrate=3037.5kbits/ frame= 284 fps= 23 q=31.0 size= 3488kB time=00:00:09.50 bitrate=3007.5kbits/ frame= 297 fps= 23 q=31.0 size= 3609kB time=00:00:09.93 bitrate=2976.0kbits/ frame= 310 fps= 24 q=31.0 size= 3717kB time=00:00:10.36 bitrate=2937.0kbits/ frame= 322 fps= 24 q=31.0 size= 3848kB time=00:00:10.76 bitrate=2927.7kbits/ frame= 334 fps= 24 q=31.0 size= 3962kB time=00:00:11.16 bitrate=2906.3kbits/ frame= 346 fps= 24 q=31.0 size= 4080kB time=00:00:11.56 bitrate=2889.4kbits/ frame= 359 fps= 24 q=31.0 size= 4216kB time=00:00:12.00 bitrate=2878.0kbits/ frame= 371 fps= 24 q=31.0 size= 4340kB time=00:00:12.40 bitrate=2867.1kbits/ frame= 384 fps= 24 q=31.0 size= 4492kB time=00:00:12.83 bitrate=2867.7kbits/ s Program received signal SIGSEGV, Segmentation fault. wmv2_mspel8_h_lowpass ( dst=0x22e834 "???????\203???????\203???????\203???????\203???????\203??????? \203???????\203???????\203???????\203??????h??????h??????h??????h????? h??????h? ?????h??????h?-?\b?\a", src=0xb5fd023
, dstStride=8, srcStride=1968, h=11) at libavcodec/dsputil.c:1345 1345 dst[0]= cm[(9*(src[0] + src[1]) - (src[-1] + src[2]) + 8)>>4]; '''(gdb) bt''' #0 wmv2_mspel8_h_lowpass ( dst=0x22e834 "???????\203???????\203???????\203???????\203???????\203??????? \203???????\203???????\203???????\203??????h??????h??????h??????h????? h??????h? ?????h??????h?-?\b?\a", src=0xb5fd023
, dstStride=8, srcStride=1968, h=11) at libavcodec/dsputil.c:1345 #1 0x005bc0e8 in put_mspel8_mc32_c ( dst=0xab817a0 "AAAACDDDD?Hi-\275????????????????m?Jp?????????????????yA:[??? ??????????????"e=713:87777899998:79 at _-????????????????\275????????????????????F1 ;Aa??????????????????"X32>\203?|??????V>@<9w">|?????r>2386/7Mn\210????"..., src= 0xb5f8af3 "DD@>@AB[???????hJCA at HDDD>]>DA:;:?^???????+hBF CHD>???HXdmR???????;:Z????????>J47V\201'??????"]94"..., stride=1968) at libavcodec/dsputil.c:1435 #2 0x0089054b in ff_mspel_motion (s=0x8eb97e0, dest_y=0xab7da20 "DA?@AAS\201R??????v|>????%Q7:<9?>=:9:88<=<>:7778989;==<:9? ?A;8>]?'|?-?pM9767<<=68877778888888889986898998:><868;=Cf???????9*.894.,. 13553232044648<998;:9::BCA9?????????\\;8=Bx-\242??????tB7:9:;><>B?<:9"..., dest_cb=0x88a3770 "mmmmmmqw{{yurpnmmoppooppppqqqrtvwwutttrqppoooooponmllmlkk mrw{zunnmllnppooqrrpoopq{'\203\200xqn~\177\201'|qnslllmoonmmmmprrqpoonnnnopmomow ywy", 'x' , "wwvwwwwvvvvutttttuuvwwww", 'x' , 'w' , "vvwv"..., dest_cr=0x8953770 "????????"\210????????\275???????????????\262?????\275???? ????????????????????????\241\241\241\242?? \241\241?|??????||???"..., r ef_picture=0x8eb9b48, pix_op=0x8ebac9c, motion_x=7, motion_y=31, h=16) at libavcodec/wmv2.c:114 #3 0x0062589d in MPV_motion_internal (s=0x8eb97e0, dest_y=, dest_cb=, dest_cr=0x8953770 "????????"\210????????\275???????????????\262?????\275???? ????????????????????????\241\241\241\242?? \241\241?|??????||???"..., d ir=0, ref_picture=0x8eb9b48, pix_op=0x8ebac9c, qpix_op=0x8ebaefc) at libavcodec/mpegvideo_common.h:729 #4 MPV_motion (s=0x8eb97e0, dest_y=, dest_cb=, dest_cr=0x8953770 "????????"\210????????\275???????????????\262?????\275???? ????????????????????????\241\241\241\242?? \241\241?|??????||???"..., d ir=0, ref_picture=0x8eb9b48, pix_op=0x8ebac9c, qpix_op=0x8ebaefc) at libavcodec/mpegvideo_common.h:896 #5 0x00627cf3 in MPV_decode_mb_internal (s=0x8eb97e0, block=0x6fe8360) at libavcodec/mpegvideo.c:2140 #6 MPV_decode_mb (s=0x8eb97e0, block=0x6fe8360) at libavcodec/mpegvideo.c:2277 #7 0x00688176 in decode_slice (s=0x8eb97e0) at libavcodec/h263dec.c:248 #8 0x0068916d in ff_h263_decode_frame (avctx=0x8106e60, data=0x22ee50, data_size=0x22f04c, avpkt=0x22efb0) at libavcodec/h263dec.c:653 #9 0x00515bdc in avcodec_decode_video2 (avctx=0x8106e60, picture=0x22ee50, got_picture_ptr=0x22f04c, avpkt=0x22efb0) at libavcodec/utils.c:769 #10 0x00407097 in output_packet (ist=, ist_index=, ost_table=DWARF-2 expression error: DW_OP_r eg operations must be used either alone or in conjuction with DW_OP_piece. ) at ffmpeg.c:1611 #11 0x0040afd0 in transcode (nb_output_files=, input_files=, nb_input_files=, stream_maps=0x0, nb_stream_maps=0, output_files=) at ffmpeg.c:2782 #12 0x0040c509 in main (argc=4, argv=0x6fe31e0) at ffmpeg.c:4588 '''(gdb) disass $pc-32,$pc+32''' Dump of assembler code for function wmv2_mspel8_h_lowpass: 0x00536a7c : push %ebp 0x00536a7d : push %edi 0x00536a7e : push %esi 0x00536a7f : push %ebx 0x00536a80 : mov 0x18(%esp),%esi 0x00536a84 : test %esi,%esi 0x00536a86 : jle 0x536bfb 0x00536a8c : xor %esi,%esi 0x00536a8e : xchg %ax,%ax 0x00536a90 : movzbl 0x2(%edx),%ebx 0x00536a94 : neg %ebx 0x00536a96 : movzbl -0x1(%edx),%edi 0x00536a9a : sub %edi,%ebx 0x00536a9c : movzbl 0x1(%edx),%ebp 0x00536aa0 : movzbl (%edx),%edi 0x00536aa3 : lea 0x0(%ebp,%edi,1),%edi 0x00536aa7 : lea (%edi,%edi,8),%edi 0x00536aaa : lea 0x8(%ebx,%edi,1),%ebx 0x00536aae : sar $0x4,%ebx 0x00536ab1 : mov 0xbd7b00(%ebx),%bl 0x00536ab7 : mov %bl,(%eax) 0x00536ab9 : movzbl (%edx),%ebx 0x00536abc : mov $0x8,%edi 0x00536ac1 : sub %ebx,%edi 0x00536ac3 : mov %edi,%ebx 0x00536ac5 : movzbl 0x3(%edx),%edi 0x00536ac9 : sub %edi,%ebx 0x00536acb : movzbl 0x2(%edx),%ebp 0x00536acf : movzbl 0x1(%edx),%edi 0x00536ad3 : lea 0x0(%ebp,%edi,1),%edi 0x00536ad7 : lea (%edi,%edi,8),%edi 0x00536ada : add %edi,%ebx 0x00536adc : sar $0x4,%ebx 0x00536adf : mov 0xbd7b00(%ebx),%bl 0x00536ae5 : mov %bl,0x1(%eax) 0x00536ae8 : movzbl 0x4(%edx),%ebx 0x00536aec : neg %ebx 0x00536aee : movzbl 0x1(%edx),%edi 0x00536af2 : sub %edi,%ebx 0x00536af4 : movzbl 0x3(%edx),%ebp 0x00536af8 : movzbl 0x2(%edx),%edi 0x00536afc : lea 0x0(%ebp,%edi,1),%edi 0x00536b00 : lea (%edi,%edi,8),%edi 0x00536b03 : lea 0x8(%ebx,%edi,1),%ebx 0x00536b07 : sar $0x4,%ebx 0x00536b0a : mov 0xbd7b00(%ebx),%bl 0x00536b10 : mov %bl,0x2(%eax) 0x00536b13 : movzbl 0x5(%edx),%ebx 0x00536b17 : neg %ebx 0x00536b19 : movzbl 0x2(%edx),%edi 0x00536b1d : sub %edi,%ebx 0x00536b1f : movzbl 0x4(%edx),%ebp 0x00536b23 : movzbl 0x3(%edx),%edi 0x00536b27 : lea 0x0(%ebp,%edi,1),%edi 0x00536b2b : lea (%edi,%edi,8),%edi 0x00536b2e : lea 0x8(%ebx,%edi,1),%ebx 0x00536b32 : sar $0x4,%ebx 0x00536b35 : mov 0xbd7b00(%ebx),%bl 0x00536b3b : mov %bl,0x3(%eax) 0x00536b3e : movzbl 0x6(%edx),%ebx 0x00536b42 : neg %ebx 0x00536b44 : movzbl 0x3(%edx),%edi 0x00536b48 : sub %edi,%ebx 0x00536b4a : movzbl 0x5(%edx),%ebp 0x00536b4e : movzbl 0x4(%edx),%edi 0x00536b52 : lea 0x0(%ebp,%edi,1),%edi 0x00536b56 : lea (%edi,%edi,8),%edi 0x00536b59 : lea 0x8(%ebx,%edi,1),%ebx 0x00536b5d : sar $0x4,%ebx 0x00536b60 : mov 0xbd7b00(%ebx),%bl 0x00536b66 : mov %bl,0x4(%eax) 0x00536b69 : movzbl 0x7(%edx),%ebx 0x00536b6d : neg %ebx 0x00536b6f : movzbl 0x4(%edx),%edi 0x00536b73 : sub %edi,%ebx 0x00536b75 : movzbl 0x6(%edx),%ebp 0x00536b79 : movzbl 0x5(%edx),%edi 0x00536b7d : lea 0x0(%ebp,%edi,1),%edi 0x00536b81 : lea (%edi,%edi,8),%edi 0x00536b84 : lea 0x8(%ebx,%edi,1),%ebx 0x00536b88 : sar $0x4,%ebx 0x00536b8b : mov 0xbd7b00(%ebx),%bl 0x00536b91 : mov %bl,0x5(%eax) 0x00536b94 : movzbl 0x8(%edx),%ebx 0x00536b98 : neg %ebx 0x00536b9a : movzbl 0x5(%edx),%edi 0x00536b9e : sub %edi,%ebx 0x00536ba0 : movzbl 0x7(%edx),%ebp 0x00536ba4 : movzbl 0x6(%edx),%edi 0x00536ba8 : lea 0x0(%ebp,%edi,1),%edi 0x00536bac : lea (%edi,%edi,8),%edi 0x00536baf : lea 0x8(%ebx,%edi,1),%ebx 0x00536bb3 : sar $0x4,%ebx 0x00536bb6 : mov 0xbd7b00(%ebx),%bl 0x00536bbc : mov %bl,0x6(%eax) 0x00536bbf : movzbl 0x9(%edx),%ebx 0x00536bc3 : neg %ebx 0x00536bc5 : movzbl 0x6(%edx),%edi 0x00536bc9 : sub %edi,%ebx 0x00536bcb : movzbl 0x8(%edx),%ebp 0x00536bcf : movzbl 0x7(%edx),%edi 0x00536bd3 : lea 0x0(%ebp,%edi,1),%edi 0x00536bd7 : lea (%edi,%edi,8),%edi 0x00536bda : lea 0x8(%ebx,%edi,1),%ebx 0x00536bde : sar $0x4,%ebx 0x00536be1 : mov 0xbd7b00(%ebx),%bl 0x00536be7 : mov %bl,0x7(%eax) 0x00536bea : add %ecx,%eax 0x00536bec : add 0x14(%esp),%edx 0x00536bf0 : inc %esi 0x00536bf1 : cmp 0x18(%esp),%esi 0x00536bf5 : jne 0x536a90 0x00536bfb : pop %ebx 0x00536bfc : pop %esi 0x00536bfd : pop %edi 0x00536bfe : pop %ebp 0x00536bff : ret End of assembler dump. '''(gdb) info all-registers''' eax 0x22e834 2287668 ecx 0x8 8 edx 0xb5fd023 190828579 ebx 0x74 116 esp 0x22e7c0 0x22e7c0 ebp 0x8e 0x8e esi 0xa 10 edi 0x831 2097 eip 0x536a90 0x536a90 eflags 0x210297 [ CF PF AF SF IF RF ID ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 -nan(0xc4c4c4c4c4c4c4c4) (raw 0xffffc4c4c4c4c4c4c4c4) st1 -nan(0xc4c4c4c4c4c4c4c4) (raw 0xffffc4c4c4c4c4c4c4c4) st2 -nan(0x96009400930094) (raw 0xffff0096009400930094) st3 -nan(0xb000a7009f0099) (raw 0xffff00b000a7009f0099) st4 -nan(0x12f012a01270127) (raw 0xffff012f012a01270127) st5 -nan(0x165015701460138) (raw 0xffff0165015701460138) st6 -nan(0x2000200020002) (raw 0xffff0002000200020002) st7 -inf (raw 0xffff0000000000000000) fctrl 0xffff037f -64641 fstat 0xffff0020 -65504 ftag 0xffffaaaa -21846 fiseg 0x1b 27 fioff 0x40aaea 4238058 foseg 0xffff0023 -65501 fooff 0x0 0 fop 0x5d8 1496 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 = {0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7}, v8_int16 = {0x7ff, 0x7ff, 0x7ff, 0x7ff, 0x7ff, 0x7ff, 0x7ff, 0x7ff}, v4_int32 = {0x7ff07ff, 0x7ff07ff, 0x7ff07ff, 0x7ff07ff}, v2_int64 = {0x7ff07ff07ff07ff, 0x7ff07ff07ff07ff}, uint128 = 0x07ff07ff07ff07ff07ff07ff07ff07ff} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x10, 0x5a, 0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x38, 0x2c, 0x2, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x5a10, 0x2, 0x0, 0x0, 0x2c38, 0x2, 0x0, 0x0}, v4_int32 = {0x25a10, 0x0, 0x22c38, 0x0}, v2_int64 = {0x25a10, 0x22c38}, uint128 = 0x0000000000022c380000000000025a10} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0}, v8_int16 = {0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1}, v4_int32 = {0x10001, 0x10001, 0x10001, 0x10001}, v2_int64 = { 0x1000100010001, 0x1000100010001}, uint128 = 0x00010001000100010001000100010001} 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 = {0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0}, v8_int16 = {0x84, 0x84, 0x84, 0x84, 0x84, 0x84, 0x84, 0x84}, v4_int32 = {0x840084, 0x840084, 0x840084, 0x840084}, v2_int64 = {0x84008400840084, 0x84008400840084}, uint128 = 0x00840084008400840084008400840084} 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 = 0xc4c4c4c4c4c4c4c4, v2_int32 = {0xc4c4c4c4, 0xc4c4c4c4}, v4_int16 = {0xc4c4, 0xc4c4, 0xc4c4, 0xc4c4}, v8_int8 = { 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4}} mm1 {uint64 = 0xc4c4c4c4c4c4c4c4, v2_int32 = {0xc4c4c4c4, 0xc4c4c4c4}, v4_int16 = {0xc4c4, 0xc4c4, 0xc4c4, 0xc4c4}, v8_int8 = { 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4}} mm2 {uint64 = 0x96009400930094, v2_int32 = {0x930094, 0x960094}, v4_int16 = {0x94, 0x93, 0x94, 0x96}, v8_int8 = {0x94, 0x0, 0x93, 0x0, 0x94, 0x0, 0x96, 0x0}} mm3 {uint64 = 0xb000a7009f0099, v2_int32 = {0x9f0099, 0xb000a7}, v4_int16 = {0x99, 0x9f, 0xa7, 0xb0}, v8_int8 = {0x99, 0x0, 0x9f, 0x0, 0xa7, 0x0, 0xb0, 0x0}} mm4 {uint64 = 0x12f012a01270127, v2_int32 = {0x1270127, 0x12f012a}, v4_int16 = {0x127, 0x127, 0x12a, 0x12f}, v8_int8 = {0x27, 0x1, 0x27, 0x1, 0x2a, 0x1, 0x2f, 0x1}} mm5 {uint64 = 0x165015701460138, v2_int32 = {0x1460138, 0x1650157}, v4_int16 = {0x138, 0x146, 0x157, 0x165}, v8_int8 = {0x38, 0x1, 0x46, 0x1, 0x57, 0x1, 0x65, 0x1}} mm6 {uint64 = 0x2000200020002, v2_int32 = {0x20002, 0x20002}, v4_int16 = {0x2, 0x2, 0x2, 0x2}, v8_int8 = {0x2, 0x0, 0x2, 0x0, 0x2, 0x0, 0x2, 0x0}} mm7 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} (gdb) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 14:51:59 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 13:51:59 -0000 Subject: [FFmpeg-trac] #681(avfilter:open): -vf mp=pullup is not working In-Reply-To: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> References: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> Message-ID: <051.bb263b4bf25c915098f6b6c8a37200e6@avcodec.org> #681: -vf mp=pullup is not working ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: mp pullup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mp pullup * status: new => open * version: unspecified => git-master * component: undetermined => avfilter * reproduced: 0 => 1 Comment: Sample: http://samples.mplayerhq.hu/MPEG- VOB/inverse_telecine_problem/vts_01_1.1st_50M.vob MEncoder command line: {{{ mencoder vts_01_1.1st_50M.vob -ovc lavc -oac faac -vf pullup=4:4:20:20:-1:0 -ofps 24000/1001 -ss 75 -endpos 10 -nosub -o out.avi }}} (Intentionally missing softskip which is required for a cleaner result) FFmpeg / mp=pullup skips nearly all frames: {{{ $ ffmpeg -ss 65 -i vts_01_1.1st_50M.vob -qscale 2 -vf mp=pullup=4:4:20:20:-1:0 -t 20 -r 24001/1001 out.avi ffmpeg version N-35159-g65f2485, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 14:39:13 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --disable- everything --enable-protocol=file --enable-demuxer='mpegps,mpegvideo' --enable-decoder='ac3,mpeg2video,rawvideo' --enable-encoder='mpeg4,ac3' --enable-muxer=avi --enable-filter='mp,buffersink' --enable- parser='mpegaudio,mpegvideo' 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 [mpeg @ 0x9007a0] max_analyze_duration 5000000 reached at 5004667 Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001) Input #0, mpeg, from 'vts_01_1.1st_50M.vob': Duration: 00:01:32.65, start: 0.196500, bitrate: 4526 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 9800 kb/s, 23.98 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x81]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s Stream #0:3[0x82]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:4[0x83]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [buffer @ 0x907340] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:32/27 sws_param: [mp @ 0xb04a40] 'pullup' is a wrapped MPlayer filter (libmpcodecs). This filter may be removed once it has been ported to a native libavfilter. Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.21.0 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/s, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), flt, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:2 -> #0:1 (ac3 -> ac3) Press [q] to stop, [?] for help [ac3 @ 0x9940a0] frame sync error Error while decoding stream #0:2 [buffer @ 0x907340] request_frame() called with no available frame! Last message repeated 1 times [mpeg @ 0x9007a0] parser not found for codec dvd_subtitle, packets or times may be invalid. affinity: +0.+1..2+.3. breaks: .0..1..2..3. duration: 1 affinity: +0..1++2..3+ breaks: .0..1..2..3. duration: 1 affinity: .0++1..2+.3. breaks: .0..1..2..3. duration: 2 affinity: .0++1..2+.3. breaks: .0..1..2..3. duration: 2 affinity: .0++1..2+.3. breaks: .0..1..2..3. duration: 2 ... affinity: .0++1..2+.3. breaks: .0..1..2..3. duration: 2 affinity: .0++1..2+.3. breaks: .0..1..2..3. duration: 2 affinity: .0++1..2+.3. breaks: .0..1..2..3. duration: 2 affinity: .0++1..2+.3. breaks: .0..1..2..3. duration: 2 frame= 2 fps= 1 q=2.0 Lsize= 389kB time=00:00:00.08 bitrate=38242.5kbits/s dup=0 drop=472 video:44kB audio:320kB global headers:0kB muxing overhead 6.814036% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 15:22:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 14:22:50 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:open): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.81e1ae15462c20d6bd86f6cddc6378da@avcodec.org> #42: don't read stdin when running in a noninteractive shell -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: | Blocked By: noninteractive shell stdin | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:9 pfalcon]: > This is crazy, internets are full of question how to disable this flaming interactive mode, and years thru, it's still not solved, and now there's discussion "how to detect it". Being smarter than a user is highly optional, so just let user tell what one wants with -non-interactive. The -d option (run as daemon) might be what you are looking for. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 16:09:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 15:09:52 -0000 Subject: [FFmpeg-trac] #686(avcodec:new): WMV2 crash In-Reply-To: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> References: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> Message-ID: <050.6a6d8bc88910c4b6ede1e6c6eeb84637@avcodec.org> #686: WMV2 crash -----------------------------------+----------------------------------- Reporter: robco5 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 0.8.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by robco5): Tested on git master...same result. {{{ $ gdb ffmpeg_g.exe GNU gdb (GDB) 7.0 Copyright (C) 2009 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 h:\Develop\FFMPEG GIT\ffmpeg/ffmpeg_g.exe...done. (gdb) r -i crash.wmv out.avi Starting program: h:\Develop\FFMPEG GIT\ffmpeg/ffmpeg_g.exe -i crash.wmv out.av i [New Thread 4544.0x9bc] warning: Can not parse XML library list; XML support was disabled at compile tim e ffmpeg version 0.8.7.git, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 16:03:34 with gcc 4.4.0 configuration: --enable-debug=3 --disable-stripping --enable-gpl --enable-swsc ale --enable-static --enable-memalign-hack --disable-pthreads --enable- libx264 - -extra-cflags=-I/h/x264 --extra-ldflags=-L/h/x264 --enable-nonfree - -enable-libfaac --extra-cflags=-I/h/faac/include --extra- ldflags=-L/h/faac/ libfaac/.libs 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 Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000 /1) -> 30.00 (30/1) Input #0, asf, from 'crash.wmv': Metadata: WM/ToolName : TMPGEnc 4.0 XPress Version. 4.6.3.268 WMFSDKVersion : 11.0.5721.5251 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:18.03, start: 0.000000, bitrate: 8878 kb/s Stream #0:0(hun): Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 1936x1360, 8000 kb/s, 30 tbr, 1k tbn, 1k tbc [buffer @ 09b8f700] w:1936 h:1360 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, avi, to 'out.avi': Metadata: WM/ToolName : TMPGEnc 4.0 XPress Version. 4.6.3.268 WMFSDKVersion : 11.0.5721.5251 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 ISFT : Lavf53.21.0 Stream #0:0(hun): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1936x1360, q=2- 31, 200 kb/s, 30 tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (wmv2 -> mpeg4) Press [q] to stop, [?] for help frame= 13 fps= 0 q=24.8 size= 603kB time=00:00:00.46 bitrate=10585.3kbits frame= 26 fps= 25 q=31.0 size= 716kB time=00:00:00.90 bitrate=6520.1kbits/ frame= 38 fps= 24 q=31.0 size= 844kB time=00:00:01.30 bitrate=5318.3kbits/ frame= 49 fps= 24 q=24.8 size= 977kB time=00:00:01.66 bitrate=4804.5kbits/ frame= 61 fps= 23 q=24.8 size= 1119kB time=00:00:02.06 bitrate=4434.6kbits/ frame= 73 fps= 23 q=24.8 size= 1261kB time=00:00:02.46 bitrate=4188.9kbits/ frame= 86 fps= 24 q=31.0 size= 1420kB time=00:00:02.90 bitrate=4011.1kbits/ frame= 99 fps= 24 q=31.0 size= 1578kB time=00:00:03.33 bitrate=3878.2kbits/ frame= 112 fps= 24 q=31.0 size= 1740kB time=00:00:03.76 bitrate=3783.3kbits/ frame= 124 fps= 24 q=31.0 size= 1875kB time=00:00:04.16 bitrate=3687.3kbits/ frame= 137 fps= 24 q=31.0 size= 2005kB time=00:00:04.60 bitrate=3571.3kbits/ frame= 150 fps= 24 q=31.0 size= 2139kB time=00:00:05.03 bitrate=3481.6kbits/ frame= 164 fps= 24 q=31.0 size= 2255kB time=00:00:05.50 bitrate=3358.7kbits/ frame= 178 fps= 25 q=31.0 size= 2388kB time=00:00:05.96 bitrate=3278.2kbits/ frame= 192 fps= 25 q=31.0 size= 2507kB time=00:00:06.43 bitrate=3192.8kbits/ frame= 205 fps= 25 q=24.8 size= 2701kB time=00:00:06.86 bitrate=3222.5kbits/ frame= 219 fps= 25 q=31.0 size= 2824kB time=00:00:07.33 bitrate=3154.3kbits/ frame= 233 fps= 25 q=31.0 size= 2953kB time=00:00:07.80 bitrate=3100.9kbits/ frame= 244 fps= 25 q=31.0 size= 3082kB time=00:00:08.16 bitrate=3091.6kbits/ frame= 257 fps= 25 q=31.0 size= 3217kB time=00:00:08.60 bitrate=3063.9kbits/ frame= 270 fps= 25 q=31.0 size= 3363kB time=00:00:09.03 bitrate=3049.4kbits/ frame= 283 fps= 25 q=31.0 size= 3483kB time=00:00:09.46 bitrate=3013.7kbits/ frame= 297 fps= 25 q=31.0 size= 3609kB time=00:00:09.93 bitrate=2976.0kbits/ frame= 310 fps= 25 q=31.0 size= 3717kB time=00:00:10.36 bitrate=2937.0kbits/ frame= 322 fps= 25 q=31.0 size= 3848kB time=00:00:10.76 bitrate=2927.7kbits/ frame= 335 fps= 25 q=31.0 size= 3967kB time=00:00:11.20 bitrate=2901.5kbits/ frame= 348 fps= 25 q=31.0 size= 4093kB time=00:00:11.63 bitrate=2882.0kbits/ frame= 361 fps= 25 q=24.8 size= 4279kB time=00:00:12.06 bitrate=2905.2kbits/ frame= 373 fps= 25 q=24.8 size= 4404kB time=00:00:12.46 bitrate=2893.8kbits/ frame= 386 fps= 25 q=31.0 size= 4555kB time=00:00:12.90 bitrate=2892.4kbits/ s Program received signal SIGSEGV, Segmentation fault. wmv2_mspel8_h_lowpass ( dst=0x22e2a4 "???????\203???????\203???????\203???????\203???????\203??????? \203???????\203???????\203???????\203??????h??????h??????h??????h????? h??????h? ?????h??????h?y? ?\a", src=0xc42d023
, dstStride=8, srcStride=1968, h=11) at libavcodec/dsputil.c:1304 1304 dst[0]= cm[(9*(src[0] + src[1]) - (src[-1] + src[2]) + 8)>>4]; (gdb) bt #0 wmv2_mspel8_h_lowpass ( dst=0x22e2a4 "???????\203???????\203???????\203???????\203???????\203??????? \203???????\203???????\203???????\203??????h??????h??????h??????h????? h??????h? ?????h??????h?y? ?\a", src=0xc42d023
, dstStride=8, srcStride=1968, h=11) at libavcodec/dsputil.c:1304 #1 0x005de73c in put_mspel8_mc32_c ( dst=0xb9b17a0 "AAAACDDDD?Hi-\275????????????????m?Jp?????????????????yA:[??? ??????????????"e=713:87777899998:79 at _-????????????????\275????????????????????F1 ;Aa??????????????????"X32>\203?|??????V>@<9w">|?????r>2386/7Mn\210????"..., src= 0xc428af3 "DD@>@AB[???????hJCA at HDDD>]>DA:;:?^???????+hBF CHD>???HXdmR???????;:Z????????>J47V\201'??????"]94"..., stride=1968) at libavcodec/dsputil.c:1439 #2 0x0096798b in ff_mspel_motion (s=0x9cc79a0, dest_y=0xb9ada20 "DA?@AAS\201R??????v|>????%Q7:<9?>=:9:88<=<>:7778989;==<:9? ?A;8>]?'|?-?pM9767<<=68877778888888889986898998:><868;=Cf???????9*.894.,. 13553232044648<998;:9::BCA9?????????\\;8=Bx-\242??????tB7:9:;><>B?<:9"..., dest_cb=0x96a3770 "mmmmmmqw{{yurpnmmoppooppppqqqrtvwwutttrqppoooooponmllmlkk mrw{zunnmllnppooqrrpoopq{'\203\200xqn~\177\201'|qnslllmoonmmmmprrqpoonnnnopmomow ywy", 'x' , "wwvwwwwvvvvutttttuuvwwww", 'x' , 'w' , "vvwv"..., dest_cr=0x9753770 "????????"\210????????\275???????????????\262?????\275???? ????????????????????????\241\241\241\242?? \241\241?|??????||???"..., r ef_picture=0x9cc7d00, pix_op=0x9cc8e44, motion_x=7, motion_y=31, h=16) at libavcodec/wmv2.c:114 #3 0x0063f245 in MPV_motion_internal (s=0x9cc79a0, dest_y=, dest_cb=, dest_cr=0x9753770 "????????"\210????????\275???????????????\262?????\275???? ????????????????????????\241\241\241\242?? \241\241?|??????||???"..., d ir=0, ref_picture=0x9cc7d00, pix_op=0x9cc8e44, qpix_op=0x9cc90a4) at libavcodec/mpegvideo_common.h:729 #4 MPV_motion (s=0x9cc79a0, dest_y=, dest_cb=, dest_cr=0x9753770 "????????"\210????????\275???????????????\262?????\275???? ????????????????????????\241\241\241\242?? \241\241?|??????||???"..., d ir=0, ref_picture=0x9cc7d00, pix_op=0x9cc8e44, qpix_op=0x9cc90a4) at libavcodec/mpegvideo_common.h:896 #5 0x00641754 in MPV_decode_mb_internal (s=0x9cc79a0, block=0x8e6ce20) at libavcodec/mpegvideo.c:2172 #6 MPV_decode_mb (s=0x9cc79a0, block=0x8e6ce20) at libavcodec/mpegvideo.c:2309 #7 0x0081b0de in decode_slice (s=0x9cc79a0) at libavcodec/h263dec.c:250 #8 0x0081c241 in ff_h263_decode_frame (avctx=0x2b9860, data=0x9b8f2a0, data_size=0x22e97c, avpkt=0x22e8f0) at libavcodec/h263dec.c:671 #9 0x00531f39 in avcodec_decode_video2 (avctx=0x2b9860, picture=0x9b8f2a0, got_picture_ptr=0x22e97c, avpkt=0x22e8f0) at libavcodec/utils.c:825 #10 0x00408871 in transcode_video (ist=0x2b93a0, pkt=DWARF-2 expression error: D W_OP_reg operations must be used either alone or in conjuction with DW_OP_piece. ) at ffmpeg.c:1845 #11 0x0040c267 in output_packet (ist=0x2b93a0, ost_table=, nb_ostreams=, pkt=0x22fc68) at ffmpeg.c:2012 #12 0x0040dfda in transcode (output_files=, nb_output_files=, input_files=, nb_input_files=4255604) at ffmpeg.c:2758 #13 0x0022ff18 in ?? () #14 0x0040ef74 in main (argc=Cannot access memory at address 0xab6dd870 ) at ffmpeg.c:4811 (gdb) disass $pc-32,$pc+32 Dump of assembler code for function wmv2_mspel8_h_lowpass: 0x00552648 : push %ebp 0x00552649 : push %edi 0x0055264a : push %esi 0x0055264b : push %ebx 0x0055264c : mov 0x18(%esp),%esi 0x00552650 : test %esi,%esi 0x00552652 : jle 0x5527c7 0x00552658 : xor %esi,%esi 0x0055265a : xchg %ax,%ax 0x0055265c : movzbl 0x2(%edx),%ebx 0x00552660 : neg %ebx 0x00552662 : movzbl -0x1(%edx),%edi 0x00552666 : sub %edi,%ebx 0x00552668 : movzbl 0x1(%edx),%ebp 0x0055266c : movzbl (%edx),%edi 0x0055266f : lea 0x0(%ebp,%edi,1),%edi 0x00552673 : lea (%edi,%edi,8),%edi 0x00552676 : lea 0x8(%ebx,%edi,1),%ebx 0x0055267a : sar $0x4,%ebx 0x0055267d : mov 0xd1a020(%ebx),%bl 0x00552683 : mov %bl,(%eax) 0x00552685 : movzbl (%edx),%ebx 0x00552688 : mov $0x8,%edi 0x0055268d : sub %ebx,%edi 0x0055268f : mov %edi,%ebx 0x00552691 : movzbl 0x3(%edx),%edi 0x00552695 : sub %edi,%ebx 0x00552697 : movzbl 0x2(%edx),%ebp 0x0055269b : movzbl 0x1(%edx),%edi 0x0055269f : lea 0x0(%ebp,%edi,1),%edi 0x005526a3 : lea (%edi,%edi,8),%edi 0x005526a6 : add %edi,%ebx 0x005526a8 : sar $0x4,%ebx 0x005526ab : mov 0xd1a020(%ebx),%bl 0x005526b1 : mov %bl,0x1(%eax) 0x005526b4 : movzbl 0x4(%edx),%ebx 0x005526b8 : neg %ebx 0x005526ba : movzbl 0x1(%edx),%edi 0x005526be : sub %edi,%ebx 0x005526c0 : movzbl 0x3(%edx),%ebp 0x005526c4 : movzbl 0x2(%edx),%edi 0x005526c8 : lea 0x0(%ebp,%edi,1),%edi 0x005526cc : lea (%edi,%edi,8),%edi 0x005526cf : lea 0x8(%ebx,%edi,1),%ebx 0x005526d3 : sar $0x4,%ebx 0x005526d6 : mov 0xd1a020(%ebx),%bl 0x005526dc : mov %bl,0x2(%eax) 0x005526df : movzbl 0x5(%edx),%ebx 0x005526e3 : neg %ebx 0x005526e5 : movzbl 0x2(%edx),%edi 0x005526e9 : sub %edi,%ebx 0x005526eb : movzbl 0x4(%edx),%ebp 0x005526ef : movzbl 0x3(%edx),%edi 0x005526f3 : lea 0x0(%ebp,%edi,1),%edi 0x005526f7 : lea (%edi,%edi,8),%edi 0x005526fa : lea 0x8(%ebx,%edi,1),%ebx 0x005526fe : sar $0x4,%ebx 0x00552701 : mov 0xd1a020(%ebx),%bl 0x00552707 : mov %bl,0x3(%eax) 0x0055270a : movzbl 0x6(%edx),%ebx 0x0055270e : neg %ebx 0x00552710 : movzbl 0x3(%edx),%edi 0x00552714 : sub %edi,%ebx 0x00552716 : movzbl 0x5(%edx),%ebp 0x0055271a : movzbl 0x4(%edx),%edi 0x0055271e : lea 0x0(%ebp,%edi,1),%edi 0x00552722 : lea (%edi,%edi,8),%edi 0x00552725 : lea 0x8(%ebx,%edi,1),%ebx 0x00552729 : sar $0x4,%ebx 0x0055272c : mov 0xd1a020(%ebx),%bl 0x00552732 : mov %bl,0x4(%eax) 0x00552735 : movzbl 0x7(%edx),%ebx 0x00552739 : neg %ebx 0x0055273b : movzbl 0x4(%edx),%edi 0x0055273f : sub %edi,%ebx 0x00552741 : movzbl 0x6(%edx),%ebp 0x00552745 : movzbl 0x5(%edx),%edi 0x00552749 : lea 0x0(%ebp,%edi,1),%edi 0x0055274d : lea (%edi,%edi,8),%edi 0x00552750 : lea 0x8(%ebx,%edi,1),%ebx 0x00552754 : sar $0x4,%ebx 0x00552757 : mov 0xd1a020(%ebx),%bl 0x0055275d : mov %bl,0x5(%eax) 0x00552760 : movzbl 0x8(%edx),%ebx 0x00552764 : neg %ebx 0x00552766 : movzbl 0x5(%edx),%edi 0x0055276a : sub %edi,%ebx 0x0055276c : movzbl 0x7(%edx),%ebp 0x00552770 : movzbl 0x6(%edx),%edi 0x00552774 : lea 0x0(%ebp,%edi,1),%edi 0x00552778 : lea (%edi,%edi,8),%edi 0x0055277b : lea 0x8(%ebx,%edi,1),%ebx 0x0055277f : sar $0x4,%ebx 0x00552782 : mov 0xd1a020(%ebx),%bl 0x00552788 : mov %bl,0x6(%eax) 0x0055278b : movzbl 0x9(%edx),%ebx 0x0055278f : neg %ebx 0x00552791 : movzbl 0x6(%edx),%edi 0x00552795 : sub %edi,%ebx 0x00552797 : movzbl 0x8(%edx),%ebp 0x0055279b : movzbl 0x7(%edx),%edi 0x0055279f : lea 0x0(%ebp,%edi,1),%edi 0x005527a3 : lea (%edi,%edi,8),%edi 0x005527a6 : lea 0x8(%ebx,%edi,1),%ebx 0x005527aa : sar $0x4,%ebx 0x005527ad : mov 0xd1a020(%ebx),%bl 0x005527b3 : mov %bl,0x7(%eax) 0x005527b6 : add %ecx,%eax 0x005527b8 : add 0x14(%esp),%edx 0x005527bc : inc %esi 0x005527bd : cmp 0x18(%esp),%esi 0x005527c1 : jne 0x55265c 0x005527c7 : pop %ebx 0x005527c8 : pop %esi 0x005527c9 : pop %edi 0x005527ca : pop %ebp 0x005527cb : ret End of assembler dump. (gdb) info all-registers eax 0x22e2a4 2286244 ecx 0x8 8 edx 0xc42d023 205705251 ebx 0x74 116 esp 0x22e230 0x22e230 ebp 0x8e 0x8e esi 0xa 10 edi 0x831 2097 eip 0x55265c 0x55265c eflags 0x210297 [ CF PF AF SF IF RF ID ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 -nan(0xc4c4c4c4c4c4c4c4) (raw 0xffffc4c4c4c4c4c4c4c4) st1 -nan(0xc4c4c4c4c4c4c4c4) (raw 0xffffc4c4c4c4c4c4c4c4) st2 -nan(0x96009400930094) (raw 0xffff0096009400930094) st3 -nan(0xb000a7009f0099) (raw 0xffff00b000a7009f0099) st4 -nan(0x12f012a01270127) (raw 0xffff012f012a01270127) st5 -nan(0x165015701460138) (raw 0xffff0165015701460138) st6 -nan(0x2000200020002) (raw 0xffff0002000200020002) st7 -inf (raw 0xffff0000000000000000) fctrl 0xffff037f -64641 fstat 0xffff0020 -65504 ftag 0xffffaaaa -21846 fiseg 0x1b 27 fioff 0x40dea4 4251300 foseg 0xffff0023 -65501 fooff 0x22ea58 2288216 fop 0x7bc 1980 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 = {0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7, 0xff, 0x7}, v8_int16 = {0x7ff, 0x7ff, 0x7ff, 0x7ff, 0x7ff, 0x7ff, 0x7ff, 0x7ff}, v4_int32 = {0x7ff07ff, 0x7ff07ff, 0x7ff07ff, 0x7ff07ff}, v2_int64 = {0x7ff07ff07ff07ff, 0x7ff07ff07ff07ff}, uint128 = 0x07ff07ff07ff07ff07ff07ff07ff07ff} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x10, 0x5a, 0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x38, 0x2c, 0x2, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x5a10, 0x2, 0x0, 0x0, 0x2c38, 0x2, 0x0, 0x0}, v4_int32 = {0x25a10, 0x0, 0x22c38, 0x0}, v2_int64 = {0x25a10, 0x22c38}, uint128 = 0x0000000000022c380000000000025a10} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0}, v8_int16 = {0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1}, v4_int32 = {0x10001, 0x10001, 0x10001, 0x10001}, v2_int64 = { 0x1000100010001, 0x1000100010001}, uint128 = 0x00010001000100010001000100010001} 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 = {0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0, 0x84, 0x0}, v8_int16 = {0x84, 0x84, 0x84, 0x84, 0x84, 0x84, 0x84, 0x84}, v4_int32 = {0x840084, 0x840084, 0x840084, 0x840084}, v2_int64 = {0x84008400840084, 0x84008400840084}, uint128 = 0x00840084008400840084008400840084} 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 = 0xc4c4c4c4c4c4c4c4, v2_int32 = {0xc4c4c4c4, 0xc4c4c4c4}, v4_int16 = {0xc4c4, 0xc4c4, 0xc4c4, 0xc4c4}, v8_int8 = { 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4}} mm1 {uint64 = 0xc4c4c4c4c4c4c4c4, v2_int32 = {0xc4c4c4c4, 0xc4c4c4c4}, v4_int16 = {0xc4c4, 0xc4c4, 0xc4c4, 0xc4c4}, v8_int8 = { 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4, 0xc4}} mm2 {uint64 = 0x96009400930094, v2_int32 = {0x930094, 0x960094}, v4_int16 = {0x94, 0x93, 0x94, 0x96}, v8_int8 = {0x94, 0x0, 0x93, 0x0, 0x94, 0x0, 0x96, 0x0}} mm3 {uint64 = 0xb000a7009f0099, v2_int32 = {0x9f0099, 0xb000a7}, v4_int16 = {0x99, 0x9f, 0xa7, 0xb0}, v8_int8 = {0x99, 0x0, 0x9f, 0x0, 0xa7, 0x0, 0xb0, 0x0}} mm4 {uint64 = 0x12f012a01270127, v2_int32 = {0x1270127, 0x12f012a}, v4_int16 = {0x127, 0x127, 0x12a, 0x12f}, v8_int8 = {0x27, 0x1, 0x27, 0x1, 0x2a, 0x1, 0x2f, 0x1}} mm5 {uint64 = 0x165015701460138, v2_int32 = {0x1460138, 0x1650157}, v4_int16 = {0x138, 0x146, 0x157, 0x165}, v8_int8 = {0x38, 0x1, 0x46, 0x1, 0x57, 0x1, 0x65, 0x1}} mm6 {uint64 = 0x2000200020002, v2_int32 = {0x20002, 0x20002}, v4_int16 = {0x2, 0x2, 0x2, 0x2}, v8_int8 = {0x2, 0x0, 0x2, 0x0, 0x2, 0x0, 0x2, 0x0}} mm7 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 16:13:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 15:13:15 -0000 Subject: [FFmpeg-trac] #677(FFmpeg:closed): Tell user when -t or -ss value exceeds input duration In-Reply-To: <035.0bf9fbbd972318d4f09de84cd827f9ef@avcodec.org> References: <035.0bf9fbbd972318d4f09de84cd827f9ef@avcodec.org> Message-ID: <050.422abfb31210f2beb9233b8da3060847@avcodec.org> #677: Tell user when -t or -ss value exceeds input duration -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): It would be possible to print the warning after encoding if nothing was encoded due to -ss -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 17:18:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 16:18:22 -0000 Subject: [FFmpeg-trac] #686(avcodec:new): WMV2 crash In-Reply-To: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> References: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> Message-ID: <050.a6ae83acc61779a261b74f2169d9c008@avcodec.org> #686: WMV2 crash -----------------------------------+----------------------------------- Reporter: robco5 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 0.8.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by cehoyos): Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 17:22:01 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 16:22:01 -0000 Subject: [FFmpeg-trac] #683(undetermined:reopened): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.c5c85695124c762c784a9fc7073ec00d@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Also try disabling libvo-aacenc IIRC someone on IRC had problems if both libvo-aacenc and aac+ where enabled -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 17:30:53 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 16:30:53 -0000 Subject: [FFmpeg-trac] #420(undetermined:new): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.1d29e69a3269ed84aa144f1e31236b61@avcodec.org> #420: Sound fragments after seeking -------------------------------------+------------------------------------- Reporter: kaptnole | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by kaptnole): Hi, Michael, Your proposal works! For my testcase it is sufficient to clear the element with type 1 and id 0. But it did not hurt to clear them all. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 17:32:30 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 16:32:30 -0000 Subject: [FFmpeg-trac] #642(undetermined:new): double free or corruption fault when trying to extract still image with transpose In-Reply-To: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> References: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> Message-ID: <050.04b184017f865c99206ef4710cf31a7e@avcodec.org> #642: double free or corruption fault when trying to extract still image with transpose -------------------------------------+------------------------------------- Reporter: danwax | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.8.6 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by danwax): Hi cehoyos, Attached is a video and full backtrace on a crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 17:52:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 16:52:42 -0000 Subject: [FFmpeg-trac] #685(avcodec:closed): H264 decoder error In-Reply-To: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> References: <036.0af5d02ca09b36acbfa3f2960a661ba2@avcodec.org> Message-ID: <051.61029ff80a0104715c1cc874e9c97835@avcodec.org> #685: H264 decoder error ------------------------------------+----------------------------------- Reporter: anatoly | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 17:54:05 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 16:54:05 -0000 Subject: [FFmpeg-trac] #683(undetermined:reopened): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.df4f6955a5306fc3852009a6c380343a@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 michael]: > Also try disabling libvo-aacenc > IIRC someone on IRC had problems if both libvo-aacenc and aac+ where enabled It should not be possible to compile (link) when both are enabled (because both are based on the reference encoder and use identical functions). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 18:12:10 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 17:12:10 -0000 Subject: [FFmpeg-trac] #420(undetermined:new): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.8bfaaa0350c679162f59a87a4f596b44@avcodec.org> #420: Sound fragments after seeking -------------------------------------+------------------------------------- Reporter: kaptnole | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): I was more wondering which fields of the element have to be cleared, clearing them all seems a bit strong even if it works. I mean for example something like SingleChannelElement.coeffs/saved -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 18:19:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 17:19:03 -0000 Subject: [FFmpeg-trac] #642(undetermined:closed): double free or corruption fault when trying to extract still image with transpose In-Reply-To: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> References: <035.8834a2da8655c6496bc0f8e273e9a733@avcodec.org> Message-ID: <050.1e8ea76458dd6ba92bb34e738a866235@avcodec.org> #642: double free or corruption fault when trying to extract still image with transpose -------------------------------------+------------------------------------- Reporter: danwax | Owner: Type: defect | Status: closed Priority: important | Component: Version: 0.8.6 | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: I can - to a limited degree - reproduce the problem with 0.8.6 (it only crashes with valgrind here, not without), but not with 0.8.7. If you want to reopen this ticket, please either provide complete, uncut output of gdb or valgrind for 0.8.7 and / or use git bisect to find the commit that fixed the issue in master (so I can backport the fix if it is missing in branch release/0.8). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 18:49:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 17:49:38 -0000 Subject: [FFmpeg-trac] #420(undetermined:new): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.951a654affa1e1dabe9eb184f36daeb4@avcodec.org> #420: Sound fragments after seeking -------------------------------------+------------------------------------- Reporter: kaptnole | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by kaptnole): Its the "saved" field, the following works: {{{ static void flush(AVCodecContext *avctx) { AACContext *ac= avctx->priv_data; int type, i, j; for (type = 3; type >= 0; type--) { for (i = 0; i < MAX_ELEM_ID; i++) { ChannelElement *che = ac->che[type][i]; if (che) { for (j = 0; j <= 1; j++) { // memset(che->ch[j].coeffs, 0, sizeof(che->ch[j].coeffs)); memset(che->ch[j].saved, 0, sizeof(che->ch[j].saved)); } } } } } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 19:02:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 18:02:03 -0000 Subject: [FFmpeg-trac] #671(FFmpeg:closed): Skip without prompting. In-Reply-To: <038.50c91ce26b9865c4b8fd5d8f58b01a43@avcodec.org> References: <038.50c91ce26b9865c4b8fd5d8f58b01a43@avcodec.org> Message-ID: <053.538eb97a8f159502ed397ab5c4ea1bd8@avcodec.org> #671: Skip without prompting. -------------------------------------+----------------------------------- Reporter: dE_logics | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by dE_logics): Thanks for the fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 20:07:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 19:07:15 -0000 Subject: [FFmpeg-trac] #683(undetermined:reopened): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.8b01f8897e0efd1cf70d709d0826253b@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bradskins): That was the problem! Thank you everyone. I'll let the FreeBSD port maintainer know. Please mark as closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 20:22:11 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 19:22:11 -0000 Subject: [FFmpeg-trac] #683(undetermined:closed): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.9cf41240b6bc38e3c252dca3770c2e50@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: invalid freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 25 22:25:12 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Nov 2011 21:25:12 -0000 Subject: [FFmpeg-trac] #677(FFmpeg:closed): Tell user when -t or -ss value exceeds input duration In-Reply-To: <035.0bf9fbbd972318d4f09de84cd827f9ef@avcodec.org> References: <035.0bf9fbbd972318d4f09de84cd827f9ef@avcodec.org> Message-ID: <050.b0f35ffffd7615145cfec50f312a99cd@avcodec.org> #677: Tell user when -t or -ss value exceeds input duration -------------------------------------+---------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by llogan): * resolution: invalid => fixed Comment: Thanks, michael. I consider this fixed with e1d48786d577976fb8bb87dcd89097e87d080cfd. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 01:11:19 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 00:11:19 -0000 Subject: [FFmpeg-trac] #687(FFmpeg:new): output image to the same filename Message-ID: <034.a07eda2e672d19377e561dff52781978@avcodec.org> #687: output image to the same filename --------------------------------+--------------------------------------- Reporter: burek | Type: enhancement Status: new | Priority: wish Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Hi, Currently ffmpeg's filter "image2" allows exporting frames to images, but only as an image sequence, using %d in the filename. It might be nice if ffmpeg could support output to the same filename (without %d pattern), as a way to "refresh" the image, to support webpages that read single filename to display the camera's current capture. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 04:14:09 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 03:14:09 -0000 Subject: [FFmpeg-trac] #683(undetermined:closed): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.159686e16bc9080e077f132939b6602b@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: invalid freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Note, ive here ffmpeg linked to libvo-aacenc.so.0 and libaacplus.so.2 and both seem to work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 05:07:10 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 04:07:10 -0000 Subject: [FFmpeg-trac] #96(FFplay:closed): ffplay - problem with multichannel TTA audio stream In-Reply-To: <038.ff188d507c3731ec1cbdcad311b11130@avcodec.org> References: <038.ff188d507c3731ec1cbdcad311b11130@avcodec.org> Message-ID: <053.64ec5615572e54bb9525e5b412fa81d6@avcodec.org> #96: ffplay - problem with multichannel TTA audio stream -----------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Comment (by richardpl): ffplay works, but mplayer with -demuxer lavf exits with: [tta @ 0x28ad264c]Output buffer size is too small. [tta @ 0x28ad264c]Output buffer size is too small. [tta @ 0x28ad264c]Output buffer size is too small. [tta @ 0x28ad264c]Output buffer size is too small. [tta @ 0x28ad264c]Output buffer size is too small. ad_ffmpeg: initial decode failed ADecoder init failed :( Could not open audio decoder ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 09:04:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 08:04:39 -0000 Subject: [FFmpeg-trac] #683(undetermined:closed): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.a3ce6194a2c71f42e6277736c32bdb09@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: invalid freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bradskins): Yes, it was my initial thought that it should work fine since they were two separate libraries. I wanted to use libaacplus for 64k SBR and 32k SBR+PS; and use libvo_aacenc for 128 and 256 kbps. Instead of libvo I'm using faac (quality isn't noticeable issue). Also SBR and PS don't work at all for libvo... are they supposed to? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 11:15:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 10:15:06 -0000 Subject: [FFmpeg-trac] #683(undetermined:closed): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.c125d19efd1910ca425b885e84f03693@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: invalid freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): That might easily depend on things like default visibility, whether -Bsymbols was used in linking etc. If those are distribution builds they may just have done a better job of packaging them, or they are later versions that fixed the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 13:32:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 12:32:20 -0000 Subject: [FFmpeg-trac] #96(FFplay:closed): ffplay - problem with multichannel TTA audio stream In-Reply-To: <038.ff188d507c3731ec1cbdcad311b11130@avcodec.org> References: <038.ff188d507c3731ec1cbdcad311b11130@avcodec.org> Message-ID: <053.1660e5d6f30f6a855e0bef0078857c3b@avcodec.org> #96: ffplay - problem with multichannel TTA audio stream -----------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Comment (by cehoyos): Please consider reporting MPlayer problems on mplayer-users or http://bugzilla.mplayerhq.hu/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 14:39:09 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 13:39:09 -0000 Subject: [FFmpeg-trac] #420(undetermined:closed): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.656a7e11a08d212d8dfb6e684d7b903a@avcodec.org> #420: Sound fragments after seeking -------------------------------------+------------------------------------- Reporter: kaptnole | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Thanks, ive added the code -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 15:06:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 14:06:29 -0000 Subject: [FFmpeg-trac] #688(undetermined:new): could not find codec parameters for flv file Message-ID: <033.99dda594f34b21ca1e519749b1275116@avcodec.org> #688: could not find codec parameters for flv file -------------------------------------+------------------------------------- Reporter: xire | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg.exe fails to recognize flv file. It plays correctly on some other players. flv file attached. C:\files\input>X:\msys\local\bin\ffmpeg.exe -i 598316_0800_5_E_11-22-11_09-00-00_.flv ffmpeg version 0.8.7.git, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 26 2011 15:51:16 with gcc 4.5.0 configuration: --enable-memalign-hack --extra-cflags=-I/local/include --extra-ldflags=-L/local/lib --extra-cflags=-U__STRICT_ANSI__ --disable- pthreads 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. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [aac @ 00399160] channel element 0.0 is not allocated Last message repeated 6461 times [flv @ 00398a60] Could not find codec parameters (Audio: aac, 24000 Hz, stereo, s16) 598316_0800_5_E_11-22-11_09-00-00_.flv: could not find codec parameters -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 15:07:19 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 14:07:19 -0000 Subject: [FFmpeg-trac] #420(avcodec:closed): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.2ef99df0b599a9224c4e2ccb8cd5481f@avcodec.org> #420: Sound fragments after seeking ------------------------------------+----------------------------------- Reporter: kaptnole | 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: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => aac * version: unspecified => git-master * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 15:31:38 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 14:31:38 -0000 Subject: [FFmpeg-trac] #688(undetermined:open): could not find codec parameters for flv file In-Reply-To: <033.99dda594f34b21ca1e519749b1275116@avcodec.org> References: <033.99dda594f34b21ca1e519749b1275116@avcodec.org> Message-ID: <048.af414375e59dba483fbe14a7aa908744@avcodec.org> #688: could not find codec parameters for flv file -------------------------------------+------------------------------------- Reporter: xire | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: flv aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flv => flv aac * status: new => open * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i 598316_0800_5_E_11-22-11_09-00-00_.flv ffmpeg version N-35182-g8f37c8f, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 26 2011 13:50:32 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc 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. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [aac @ 0x13a3bc0] channel element 0.0 is not allocated Last message repeated 6461 times [flv @ 0x139d7a0] Could not find codec parameters (Audio: aac, 24000 Hz, stereo, s16) 598316_0800_5_E_11-22-11_09-00-00_.flv: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 26 17:50:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 16:50:44 -0000 Subject: [FFmpeg-trac] #689(undetermined:new): iff ilbm: possible invalid reads Message-ID: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> #689: iff ilbm: possible invalid reads -------------------------------------+------------------------------------- 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 invalid reads while testing ffplay with attached iff ilbm (ham8) file under amigaos, so it would be good to check if the same happen under valgrid - "ffplay a4000t_ham8.iff" the problem seems to disappear when I comment out two lines in decode_ham_plane32() function {{{ C:\>ffmpeg -i A4000T_HAM8.IFF ffmpeg version N-35057-g2c44aed, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 21 2011 02:36:31 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. 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 [IFF @ 020A2320] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from 'A4000T_HAM8.IFF': Metadata: comment : $VER: Written by ASDG's Art Department Professional IFF3.0 .1 (03.19.93) Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (ILBM / 0x4D424C49), rgba, 628x512, SAR 1:1 DAR 157:128, 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 Sat Nov 26 18:31:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Nov 2011 17:31:06 -0000 Subject: [FFmpeg-trac] #689(avcodec:open): invalid reads in iff.c (was: iff ilbm: possible invalid reads) In-Reply-To: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> References: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> Message-ID: <053.00103ca219c495ad800ceae3a3b9ee3b@avcodec.org> #689: invalid reads in iff.c ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: iff | 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: => iff Comment: {{{ ==14526== Memcheck, a memory error detector ==14526== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==14526== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==14526== Command: ffmpeg_g -i A4000T_HAM8.IFF -f null - ==14526== ffmpeg version N-35183-gcb8db64, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 26 2011 18:27:19 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' 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. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [IFF @ 0x6cf0cc0] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from 'A4000T_HAM8.IFF': Metadata: comment : $VER: Written by ASDG's Art Department Professional IFF3.0.1 (03.19.93) Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (ILBM / 0x4D424C49), rgba, 628x512, SAR 1:1 DAR 157:128, 90k tbr, 90k tbn, 90k tbc [null @ 0x6d4fde0] Frame rate very high for a muxer not effciciently supporting it. Please consider specifiying a lower framerate, a different muxer or -vsync 2 [buffer @ 0x6d5b780] w:628 h:512 pixfmt:rgba tb:1/1000000 sar:1/1 sws_param: Output #0, null, to 'pipe:': Metadata: comment : $VER: Written by ASDG's Art Department Professional IFF3.0.1 (03.19.93) encoder : Lavf53.21.0 Stream #0:0: Video: rawvideo (RGBA / 0x41424752), rgba, 628x512 [SAR 1:1 DAR 157:128], q=2-31, 200 kb/s, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (iff_byterun1 -> rawvideo) Press [q] to stop, [?] for help ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E51: decode_ham_plane32 (iff.c:378) ==14526== ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E5B: decode_ham_plane32 (iff.c:378) ==14526== ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E6D: decode_ham_plane32 (iff.c:379) ==14526== ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E77: decode_ham_plane32 (iff.c:379) ==14526== ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E0E: decode_ham_plane32 (iff.c:380) ==14526== ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E1D: decode_ham_plane32 (iff.c:376) ==14526== ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E23: decode_ham_plane32 (iff.c:376) ==14526== ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E35: decode_ham_plane32 (iff.c:377) ==14526== ==14526== Use of uninitialised value of size 4 ==14526== at 0x8369E3F: decode_ham_plane32 (iff.c:377) ==14526== frame= 1 fps= 0 q=0.0 Lsize= -0kB time=00:00:00.00 bitrate=-16000.0kbits/s video:1256kB audio:0kB global headers:0kB muxing overhead -100.001711% ==14526== ==14526== HEAP SUMMARY: ==14526== in use at exit: 132 bytes in 1 blocks ==14526== total heap usage: 144 allocs, 143 frees, 6,866,955 bytes allocated ==14526== ==14526== LEAK SUMMARY: ==14526== definitely lost: 132 bytes in 1 blocks ==14526== indirectly lost: 0 bytes in 0 blocks ==14526== possibly lost: 0 bytes in 0 blocks ==14526== still reachable: 0 bytes in 0 blocks ==14526== suppressed: 0 bytes in 0 blocks ==14526== Rerun with --leak-check=full to see details of leaked memory ==14526== ==14526== For counts of detected and suppressed errors, rerun with: -v ==14526== Use --track-origins=yes to see where uninitialised values come from ==14526== ERROR SUMMARY: 6656 errors from 9 contexts (suppressed: 3 from 3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 27 03:29:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 02:29:43 -0000 Subject: [FFmpeg-trac] #689(avcodec:closed): invalid reads in iff.c In-Reply-To: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> References: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> Message-ID: <053.948114ac183033de028547ae26010868@avcodec.org> #689: invalid reads in iff.c ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: iff | 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 Sun Nov 27 04:34:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 03:34:40 -0000 Subject: [FFmpeg-trac] #690(avformat:new): crash when probin invalid tta file Message-ID: <038.d00ef4bfbf8450f84cfe55613854694c@avcodec.org> #690: crash when probin invalid tta file -----------------------------------+-------------------------------------- Reporter: richardpl | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Got segmentation: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `ffprobe_g'. Program terminated with signal 11, Segmentation fault. #0 0x08062016 in tta_read_packet (s=dwarf2_read_address: Corrupted DWARF expression. ) at tta.c:130 130 size = st->index_entries[c->currentframe].size; [New Thread 28405300 (LWP 1807013/ffprobe_g)] (gdb) bt #0 0x08062016 in tta_read_packet (s=dwarf2_read_address: Corrupted DWARF expression. ) at tta.c:130 #1 0x08064ac5 in av_read_packet (s=Unhandled dwarf expression opcode 0xa7 ) at utils.c:750 #2 0x080653af in read_frame_internal (s=Unhandled dwarf expression opcode 0x0 ) at utils.c:1221 #3 0x080682ae in avformat_find_stream_info (ic=Unhandled dwarf expression opcode 0xd7 ) at utils.c:2452 #4 0x08048b20 in main (argc=2, argv=0xbfbfe680) at ffprobe.c:1085 Current language: auto; currently minimal (gdb) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 27 14:41:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 13:41:58 -0000 Subject: [FFmpeg-trac] #683(undetermined:closed): Very wrong number of channels when using libaacplus and ffmpeg In-Reply-To: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> References: <038.b5026ee3b6a47eb1c9b3ae87d323ee04@avcodec.org> Message-ID: <053.518e2ff77c83ac0ae0d4368d70bad2b6@avcodec.org> #683: Very wrong number of channels when using libaacplus and ffmpeg -------------------------------------+------------------------------------- Reporter: bradskins | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.7.7 | undetermined Keywords: libaacplus | Resolution: invalid freebsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): my libaacplus was a debian package from marilat installed on ubuntu, i dunno where my libvo-aacenc came from -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 27 15:09:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 14:09:06 -0000 Subject: [FFmpeg-trac] #687(FFmpeg:closed): output image to the same filename In-Reply-To: <034.a07eda2e672d19377e561dff52781978@avcodec.org> References: <034.a07eda2e672d19377e561dff52781978@avcodec.org> Message-ID: <049.e533fc5382189ae1608d59c5f7c5af00@avcodec.org> #687: output image to the same filename -------------------------------------+---------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: unspecified | 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 Sun Nov 27 15:38:08 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 14:38:08 -0000 Subject: [FFmpeg-trac] #690(avformat:closed): crash when probin invalid tta file In-Reply-To: <038.d00ef4bfbf8450f84cfe55613854694c@avcodec.org> References: <038.d00ef4bfbf8450f84cfe55613854694c@avcodec.org> Message-ID: <053.f1e0e9420cf6c030ccb35cf52b3f6463@avcodec.org> #690: crash when probin invalid tta file ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: avformat 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 Sun Nov 27 16:59:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 15:59:42 -0000 Subject: [FFmpeg-trac] #690(avformat:closed): crash when reading invalid tta file (was: crash when probin invalid tta file) In-Reply-To: <038.d00ef4bfbf8450f84cfe55613854694c@avcodec.org> References: <038.d00ef4bfbf8450f84cfe55613854694c@avcodec.org> Message-ID: <053.e223269c78fdbbe29e9aacc278f950ce@avcodec.org> #690: crash when reading invalid tta file -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: tta crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => tta crash SIGSEGV -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 27 17:00:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 16:00:26 -0000 Subject: [FFmpeg-trac] #687(avformat:closed): output image to the same filename In-Reply-To: <034.a07eda2e672d19377e561dff52781978@avcodec.org> References: <034.a07eda2e672d19377e561dff52781978@avcodec.org> Message-ID: <049.c880f7ec04e6510c2e5c1f124df8ddfa@avcodec.org> #687: output image to the same filename -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => image2 * version: unspecified => git-master * component: FFmpeg => avformat Comment: Needs -updatefirst 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 27 19:35:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 18:35:48 -0000 Subject: [FFmpeg-trac] #606(undetermined:open): A/V desync for 60fps H264 in avi on playback (was: cook vc1 ac3/dca avidec's problem.) In-Reply-To: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> References: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> Message-ID: <052.e7284e1b7e57e4b7761f841c8fad4c50@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 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 avi * status: new => open * component: avcodec => undetermined * reproduced: 0 => 1 Comment: The cook patch was applied, Michael and Mashiat fixed the vc1 regression, I was unable to reproduce a problem with the ac3 / dca samples. 60fps.avi can be converted with ffmpeg, plays badly (increasing A/V desync, desync is correctly indicated on status line) with ffplay and mplayer -demuxer lavf - video plays too slow (works fine with mplayer -demuxer avi). {{{ $ ffmpeg -i 60fps.avi ffmpeg version N-35239-ge99c4bb, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 27 2011 19:28:12 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 38. 1 / 53. 38. 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 [h264 @ 0x8d9fd40] Current profile doesn't provide more RBSP data in PPS, skipping [avi @ 0x8d99aa0] Switching to NI mode, due to poor interleaving [avi @ 0x8d99aa0] max_analyze_duration 5000000 reached at 5016000 Seems stream 0 codec frame rate differs from container frame rate: 119.88 (59939/500) -> 59.94 (60000/1001) Input #0, avi, from '60fps.avi': Metadata: title : Boa_Test.mpg encoder : Lavf53.4.0 Duration: 00:00:40.72, start: 0.000000, bitrate: 2219 kb/s Stream #0:0: Video: h264 (Main) (H264 / 0x34363248), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 59.94 fps, 59.94 tbr, 59.94 tbn, 119.88 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 27 19:45:23 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 18:45:23 -0000 Subject: [FFmpeg-trac] #691(avcodec:new): Errors while decoding stream Message-ID: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> #691: Errors while decoding stream ---------------------------------+---------------------------------- Reporter: dimon94 | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.8.7 Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------+---------------------------------- My file decoded incorrectly, but on my mobile phone this file plays correctly. I can upload it on ftp server: upload.ffmpeg.org, if you need. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 27 19:45:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 18:45:48 -0000 Subject: [FFmpeg-trac] #631(undetermined:open): Broken mp4 files need the h264_mp4toannexb filter and the parser (was: h264 in mp4 shows artefacts) In-Reply-To: <036.10c1eee1c11ececa1b1d74a6054dc2fe@avcodec.org> References: <036.10c1eee1c11ececa1b1d74a6054dc2fe@avcodec.org> Message-ID: <051.b2358f686d6f1bd10d6da6b27e3fcf60@avcodec.org> #631: Broken mp4 files need the h264_mp4toannexb filter and the parser -------------------------------------+------------------------------------- Reporter: cehoyos | 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): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 27 19:55:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 18:55:26 -0000 Subject: [FFmpeg-trac] #238(undetermined:open): ffplay fails to play file with changing pixel format (was: ffplay crashes on mjpeg file) In-Reply-To: <036.b51b832904c186107cabe561083c306e@avcodec.org> References: <036.b51b832904c186107cabe561083c306e@avcodec.org> Message-ID: <051.75024be9192de3d0cc010379827c304c@avcodec.org> #238: ffplay fails to play file with changing pixel format -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * type: defect => enhancement Comment: The crash has been fixed, but playback is not possible yet. {{{ $ ffplay test.mjpeg -autoexit ffplay version N-35239-ge99c4bb, Copyright (c) 2003-2011 the FFmpeg developers built on Nov 27 2011 19:28:12 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 38. 1 / 53. 38. 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 [mjpeg @ 0x8e09340] Estimating duration from bitrate, this may be inaccurate Input #0, mjpeg, from 'test.mjpeg': Duration: N/A, bitrate: N/A Stream #0:0: Video: mjpeg, gray, 640x360 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1200k tbn, 25 tbc [buffersink @ 0xf5500860] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0xf5500d20] w:640 h:360 fmt:gray -> w:640 h:360 fmt:yuv420p flags:0x4 [mjpeg @ 0x8e09840] Pixel format mismatches 12 8 [mjpeg @ 0x8e09840] get_buffer() failed [mjpeg @ 0x8e09840] Pixel format mismatches 12 8 [mjpeg @ 0x8e09840] get_buffer() failed ... [mjpeg @ 0x8e09840] Pixel format mismatches 12 8 [mjpeg @ 0x8e09840] get_buffer() failed 0.18 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 Sun Nov 27 19:58:08 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Nov 2011 18:58:08 -0000 Subject: [FFmpeg-trac] #691(undetermined:new): Errors while decoding stream In-Reply-To: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> References: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> Message-ID: <051.1c596ead7d00a4a11bcec799cf7ac122@avcodec.org> #691: Errors while decoding stream ---------------------------------+---------------------------------------- Reporter: dimon94 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.8.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by cehoyos): * analyzed: 1 => 0 * component: avcodec => undetermined * reproduced: 1 => 0 Comment: To make this a valid ticket, please add your command line and complete, uncut console output (if possible without using external libraries in your command line) and provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 01:21:27 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 00:21:27 -0000 Subject: [FFmpeg-trac] #692(FFmpeg:new): Audio is not in sync with video, webcam capturing Message-ID: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> #692: Audio is not in sync with video, webcam capturing --------------------------------+-------------------------------------- Reporter: burek | Type: defect Status: new | Priority: important Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- This command: {{{ ffmpeg -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 -f video4linux2 -r 25 -s vga -i /dev/video0 -vcodec libx264 -preset fast -crf 20 -acodec libaacplus -ab 32k -f mpegts udp://burek:10001 }}} produces such a stream that AUDIO is late (video comes before audio), and this command (just swapped a/v inputs): {{{ ffmpeg -f video4linux2 -r 25 -s vga -i /dev/video0 -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 -vcodec libx264 -preset fast -crf 20 -acodec libaacplus -ab 32k -f mpegts udp://burek:10001 }}} produces such a stream that VIDEO is late (audio comes before video). The sync time difference is less than a second, but it's noticable. Also, I've tried with -isync option (before, between and after both inputs) and it didn't have any effect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 01:52:18 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 00:52:18 -0000 Subject: [FFmpeg-trac] #692(undetermined:new): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.772caf1dfe346d09872a5cde28d09c87@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | 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: Do you think this is a regression? Please add complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 03:13:42 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 02:13:42 -0000 Subject: [FFmpeg-trac] #692(undetermined:new): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.7e576e0c9700815a16dcb6b2988476b0@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): There were no errors in the output, that's why I didn't provide it, so here it is: {{{ # ffmpeg -f video4linux2 -r 25 -s vga -i /dev/video0 -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 -isync -vcodec libx264 -preset fast$ ffmpeg version N-35149-g3880b45, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 02:16:49 with gcc 4.6.2 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable- libmp3lame --$ libavutil 51. 28. 0 / 51. 28. 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 [video4linux2,v4l2 @ 0x124ca20] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 865.119708, bitrate: 92160 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 92160 kb/s, 25 tbr, 1000k tbn, 25 tbc [alsa @ 0x124da00] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'front:CARD=U0x46d0x809,DEV=0': Duration: N/A, start: 1322445758.231273, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s [buffer @ 0x124f040] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [libx264 @ 0x1247580] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x1247580] profile High, level 3.0 [mpegts @ 0x1247040] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://burek:10001': Metadata: encoder : Lavf53.21.0 Stream #0:0: Video: h264, yuv420p, 640x480, q=-1--1, 90k tbn, 25 tbc Stream #0:1: Audio: aac, 48000 Hz, 1 channels, s16, 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Stream #1:0 -> #0:1 (pcm_s16le -> libaacplus) Press [q] to stop, [?] for help frame= 373 fps= 24 q=25.0 Lsize= 2648kB time=00:00:14.46 bitrate=1499.7kbits/s dup=155 drop=0 video:2350kB audio:59kB global headers:0kB muxing overhead 9.917098% [libx264 @ 0x1247580] frame I:2 Avg QP:17.79 size: 23828 [libx264 @ 0x1247580] frame P:306 Avg QP:19.51 size: 6459 [libx264 @ 0x1247580] frame B:65 Avg QP:21.62 size: 5883 [libx264 @ 0x1247580] consecutive B-frames: 66.5% 30.6% 0.8% 2.1% [libx264 @ 0x1247580] mb I I16..4: 9.5% 78.3% 12.2% [libx264 @ 0x1247580] mb P I16..4: 0.1% 0.9% 0.1% P16..4: 39.7% 14.0% 7.2% 0.0% 0.0% skip:38.0% [libx264 @ 0x1247580] mb B I16..4: 19.8% 19.3% 0.0% B16..8: 9.2% 1.2% 0.0% direct:31.1% skip:19.5% L0:40.8% L1:48.1% BI:11.1% [libx264 @ 0x1247580] 8x8 transform intra:54.9% inter:75.2% [libx264 @ 0x1247580] coded y,uvDC,uvAC intra: 36.2% 100.0% 98.6% inter: 24.4% 57.2% 43.1% [libx264 @ 0x1247580] i16 v,h,dc,p: 43% 19% 22% 15% [libx264 @ 0x1247580] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 15% 40% 5% 4% 4% 4% 5% 5% [libx264 @ 0x1247580] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 25% 14% 7% 6% 5% 6% 5% 7% [libx264 @ 0x1247580] i8c dc,h,v,p: 61% 21% 11% 7% [libx264 @ 0x1247580] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x1247580] ref P L0: 75.1% 24.9% [libx264 @ 0x1247580] ref B L0: 75.4% 24.6% [libx264 @ 0x1247580] kb/s:1290.40 # }}} I always had problems with syncing audio and video with ffmpeg and webcam capturing, so I believe this might not be a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 06:57:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 05:57:57 -0000 Subject: [FFmpeg-trac] #654(undetermined:new): When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! In-Reply-To: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> References: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> Message-ID: <049.aaa58cc1ded2ac196791bf57c623b64a@avcodec.org> #654: When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! -------------------------------------+------------------------------------- Reporter: asbro | 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 asbro): meanwhile i update to the latest git and the problem is solved! thanks ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 07:19:02 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 06:19:02 -0000 Subject: [FFmpeg-trac] #693(undetermined:new): Current profile doesn't provide more RBSP data in PPS, skipping Message-ID: <034.b849459c8739f055f31d2a4a1de278f7@avcodec.org> #693: Current profile doesn't provide more RBSP data in PPS, skipping -------------------------------------+------------------------------------- Reporter: asbro | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- After this commit: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=a7cfef2994d3ceeafb056050533addcd45c32b6a;hp=e1d48786d577976fb8bb87dcd89097e87d080cfd ffmpeg -y -loglevel info -i udp://0.0.0.0:30000?pkt_size=1316 -c:v copy -c:a copy -f mpegts teste.ts 2> teste.log started appear me the error: {{{ ffmpeg version N-35260-g2cf4bd7, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 28 2011 05:20:07 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-$ libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 38. 1 / 53. 38. 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 [mpegts @ 0x621800] Unable to seek back to the start [mpegts @ 0x621800] max_analyze_duration 5000000 reached at 5034667 [mpegts @ 0x621800] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'udp://0.0.0.0:30000?pkt_size=1316': Duration: N/A, start: 1205.589000, bitrate: 60 kb/s Program 1 Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 480x272 [SAR 1:1 DAR 30:17], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 60 kb/s [mpegts @ 0x652c00] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'teste.ts': Metadata: encoder : Lavf53.22.0 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 480x272 [SAR 1:1 DAR 30:17], q=2-31, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, 60 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Current profile doesn't provide more RBSP data in PPS, skipping }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 10:00:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 09:00:36 -0000 Subject: [FFmpeg-trac] #692(undetermined:new): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.78c31304289520e6fab11e22774f39e6@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | 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: Not a regression. For future bugreports: Please do not use external libraries (in this case: libaacplus) if they are not needed to reproduce a problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 10:02:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 09:02:35 -0000 Subject: [FFmpeg-trac] #654(undetermined:closed): When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! In-Reply-To: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> References: <034.d6a5e604d710f42361adadb316058a11@avcodec.org> Message-ID: <049.114b8a02a28755ff195a1ae44288ee9b@avcodec.org> #654: When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly! -------------------------------------+------------------------------------- Reporter: asbro | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 10:10:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 09:10:45 -0000 Subject: [FFmpeg-trac] #693(undetermined:new): 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.d0bca0d8505aa2796039d940904248fc@avcodec.org> #693: Current profile doesn't provide more RBSP data in PPS, skipping -------------------------------------+------------------------------------- Reporter: asbro | 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): Which error do you mean? "Current profile doesn't provide more RBSP data in PPS, skipping" is a warning. Is something wrong with the output file? If yes, please record and provide a sample that allows to reproduce the problem. Generally, for bug reports on this tracker, please do not provide cut console output, but complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 11:12:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 10:12:46 -0000 Subject: [FFmpeg-trac] #668(avcodec:closed): Encoding RGB huffyuv looses the alpha channel In-Reply-To: <036.3a3a81b0ec64ce9b3bd3510a6f68929a@avcodec.org> References: <036.3a3a81b0ec64ce9b3bd3510a6f68929a@avcodec.org> Message-ID: <051.4ba1d9348805a5814be9cfd57e196fd0@avcodec.org> #668: Encoding RGB huffyuv looses the alpha channel -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: huffyuv | Blocked By: ffvhuff alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: huffyuv alpha => huffyuv ffvhuff alpha * status: new => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 11:42:21 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 10:42:21 -0000 Subject: [FFmpeg-trac] #692(undetermined:new): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.4a974e01f6cbcaf22bfa77ddb6bcda50@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | 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 burek): ok, the following examples all have the same issue: (internal aac) {{{ root at bla:~# ffmpeg -f video4linux2 -r 25 -s vga -i /dev/video0 -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 -isync -vcodec libx264 -preset fast -crf 20 -acodec aac -ab 128k -strict experimental -f mpegts udp://burek:10001 ffmpeg version N-35149-g3880b45, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 02:16:49 with gcc 4.6.2 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. 28. 0 / 51. 28. 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 [video4linux2,v4l2 @ 0x1857a20] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 168.168777, bitrate: 92160 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 92160 kb/s, 25 tbr, 1000k tbn, 25 tbc [alsa @ 0x1858a00] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'front:CARD=U0x46d0x809,DEV=0': Duration: N/A, start: 1322476404.313276, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s [buffer @ 0x185a180] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [libx264 @ 0x1852580] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x1852580] profile High, level 3.0 [mpegts @ 0x1852040] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://burek:10001': Metadata: encoder : Lavf53.21.0 Stream #0:0: Video: h264, yuv420p, 640x480, q=-1--1, 90k tbn, 25 tbc Stream #0:1: Audio: aac, 48000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Stream #1:0 -> #0:1 (pcm_s16le -> aac) Press [q] to stop, [?] for help frame= 591 fps= 24 q=25.0 Lsize= 2990kB time=00:00:23.18 bitrate=1056.1kbits/s dup=358 drop=0 video:2355kB audio:325kB global headers:0kB muxing overhead 11.540911% [libx264 @ 0x1852580] frame I:3 Avg QP:17.89 size: 26873 [libx264 @ 0x1852580] frame P:270 Avg QP:19.24 size: 7880 [libx264 @ 0x1852580] frame B:318 Avg QP:20.23 size: 640 [libx264 @ 0x1852580] consecutive B-frames: 26.4% 5.4% 0.5% 67.7% [libx264 @ 0x1852580] mb I I16..4: 9.4% 64.8% 25.8% [libx264 @ 0x1852580] mb P I16..4: 0.2% 1.4% 0.2% P16..4: 44.6% 23.2% 13.8% 0.0% 0.0% skip:16.5% [libx264 @ 0x1852580] mb B I16..4: 1.5% 1.4% 0.0% B16..8: 11.1% 0.7% 0.0% direct: 9.1% skip:76.2% L0:54.1% L1:42.7% BI: 3.2% [libx264 @ 0x1852580] 8x8 transform intra:59.9% inter:63.5% [libx264 @ 0x1852580] coded y,uvDC,uvAC intra: 49.7% 95.9% 71.8% inter: 17.6% 37.4% 7.5% [libx264 @ 0x1852580] i16 v,h,dc,p: 37% 8% 34% 21% [libx264 @ 0x1852580] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 11% 37% 5% 5% 6% 6% 7% 6% [libx264 @ 0x1852580] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 19% 13% 6% 7% 6% 8% 7% 8% [libx264 @ 0x1852580] i8c dc,h,v,p: 60% 16% 16% 8% [libx264 @ 0x1852580] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x1852580] ref P L0: 57.3% 42.7% [libx264 @ 0x1852580] ref B L0: 95.4% 4.6% [libx264 @ 0x1852580] ref B L1: 99.6% 0.4% [libx264 @ 0x1852580] kb/s:816.20 }}} (libmp3lame) {{{ root at bla:~# ffmpeg -f video4linux2 -r 25 -s vga -i /dev/video0 -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 -isync -vcodec libx264 -preset fast -crf 20 -acodec libmp3lame -ab 128k -f mpegts udp://burek:10001 ffmpeg version N-35149-g3880b45, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 02:16:49 with gcc 4.6.2 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. 28. 0 / 51. 28. 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 [video4linux2,v4l2 @ 0x1335a20] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 289.069699, bitrate: 92160 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 92160 kb/s, 25 tbr, 1000k tbn, 25 tbc [alsa @ 0x1336a00] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'front:CARD=U0x46d0x809,DEV=0': Duration: N/A, start: 1322476525.134211, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s [buffer @ 0x1383880] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [libx264 @ 0x1330040] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x1330040] profile High, level 3.0 [mpegts @ 0x1338040] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://burek:10001': Metadata: encoder : Lavf53.21.0 Stream #0:0: Video: h264, yuv420p, 640x480, q=-1--1, 90k tbn, 25 tbc Stream #0:1: Audio: mp3, 48000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Stream #1:0 -> #0:1 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help frame= 810 fps= 23 q=-1.0 Lsize= 4818kB time=00:00:32.32 bitrate=1221.1kbits/s dup=113 drop=0 video:3855kB audio:505kB global headers:0kB muxing overhead 10.485526% [libx264 @ 0x1330040] frame I:4 Avg QP:18.06 size: 19483 [libx264 @ 0x1330040] frame P:479 Avg QP:19.86 size: 5369 [libx264 @ 0x1330040] frame B:327 Avg QP:21.23 size: 3970 [libx264 @ 0x1330040] consecutive B-frames: 19.8% 79.3% 0.0% 1.0% [libx264 @ 0x1330040] mb I I16..4: 8.9% 76.3% 14.7% [libx264 @ 0x1330040] mb P I16..4: 0.1% 0.6% 0.0% P16..4: 50.8% 18.6% 10.3% 0.0% 0.0% skip:19.7% [libx264 @ 0x1330040] mb B I16..4: 14.4% 17.3% 0.0% B16..8: 13.3% 2.7% 0.0% direct:25.9% skip:26.4% L0:52.6% L1:38.8% BI: 8.6% [libx264 @ 0x1330040] 8x8 transform intra:56.4% inter:76.0% [libx264 @ 0x1330040] coded y,uvDC,uvAC intra: 36.8% 98.2% 78.0% inter: 25.0% 64.6% 11.5% [libx264 @ 0x1330040] i16 v,h,dc,p: 42% 15% 30% 13% [libx264 @ 0x1330040] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 13% 44% 4% 3% 4% 4% 4% 4% [libx264 @ 0x1330040] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 20% 13% 7% 6% 5% 7% 6% 6% [libx264 @ 0x1330040] i8c dc,h,v,p: 62% 19% 14% 5% [libx264 @ 0x1330040] Weighted P-Frames: Y:0.8% UV:0.0% [libx264 @ 0x1330040] ref P L0: 61.9% 38.1% [libx264 @ 0x1330040] ref B L0: 53.5% 46.5% [libx264 @ 0x1330040] ref B L1: 100.0% 0.0% [libx264 @ 0x1330040] kb/s:974.78 }}} (internal mp2) {{{ root at bla:~# ffmpeg -f video4linux2 -r 25 -s vga -i /dev/video0 -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 -isync -vcodec libx264 -preset fast -crf 20 -f mpegts udp://burek:10001 ffmpeg version N-35149-g3880b45, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 02:16:49 with gcc 4.6.2 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. 28. 0 / 51. 28. 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 [video4linux2,v4l2 @ 0xa58a20] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 409.621608, bitrate: 92160 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 92160 kb/s, 25 tbr, 1000k tbn, 25 tbc [alsa @ 0xa59a00] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'front:CARD=U0x46d0x809,DEV=0': Duration: N/A, start: 1322476645.783991, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s [buffer @ 0xa6be60] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [libx264 @ 0xa53040] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0xa53040] profile High, level 3.0 [mpegts @ 0xa5b040] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://burek:10001': Metadata: encoder : Lavf53.21.0 Stream #0:0: Video: h264, yuv420p, 640x480, q=-1--1, 90k tbn, 25 tbc Stream #0:1: Audio: mp2, 48000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Stream #1:0 -> #0:1 (pcm_s16le -> mp2) Press [q] to stop, [?] for help frame= 676 fps= 24 q=25.0 Lsize= 3291kB time=00:00:26.68 bitrate=1010.0kbits/s dup=409 drop=0 video:2539kB audio:417kB global headers:0kB muxing overhead 11.301029% [libx264 @ 0xa53040] frame I:3 Avg QP:17.29 size: 28390 [libx264 @ 0xa53040] frame P:284 Avg QP:19.11 size: 7924 [libx264 @ 0xa53040] frame B:389 Avg QP:20.11 size: 680 [libx264 @ 0xa53040] consecutive B-frames: 22.6% 1.8% 0.4% 75.1% [libx264 @ 0xa53040] mb I I16..4: 8.9% 65.5% 25.6% [libx264 @ 0xa53040] mb P I16..4: 0.1% 1.0% 0.1% P16..4: 47.5% 24.7% 15.0% 0.0% 0.0% skip:11.5% [libx264 @ 0xa53040] mb B I16..4: 1.5% 1.6% 0.0% B16..8: 11.7% 0.7% 0.0% direct: 9.8% skip:74.7% L0:55.8% L1:41.3% BI: 2.8% [libx264 @ 0xa53040] 8x8 transform intra:58.3% inter:65.5% [libx264 @ 0xa53040] coded y,uvDC,uvAC intra: 43.4% 95.6% 69.6% inter: 16.9% 38.2% 7.4% [libx264 @ 0xa53040] i16 v,h,dc,p: 35% 9% 36% 20% [libx264 @ 0xa53040] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 11% 44% 5% 4% 5% 4% 5% 6% [libx264 @ 0xa53040] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 21% 14% 6% 6% 5% 8% 6% 8% [libx264 @ 0xa53040] i8c dc,h,v,p: 63% 17% 14% 6% [libx264 @ 0xa53040] Weighted P-Frames: Y:0.4% UV:0.0% [libx264 @ 0xa53040] ref P L0: 52.2% 47.8% [libx264 @ 0xa53040] ref B L0: 95.4% 4.6% [libx264 @ 0xa53040] ref B L1: 99.6% 0.4% [libx264 @ 0xa53040] kb/s:769.35 }}} (the same problem occurs even without -isync) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 11:52:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 10:52:35 -0000 Subject: [FFmpeg-trac] #689(avcodec:reopened): invalid reads in iff.c In-Reply-To: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> References: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> Message-ID: <053.02c63e14019c0941a9efa2bf5b6f5693@avcodec.org> #689: invalid reads in iff.c ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ami_stuff): * status: closed => reopened * resolution: fixed => Comment: There are still invalid writes while testing with FFplay (Peter's valgrid log). {{{ ffplay version N-35236-g4704462, Copyright (c) 2003-2011 the FFmpeg developers built on Nov 28 2011 20:24:07 with gcc 4.6.2 configuration: libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 38. 1 / 53. 38. 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 [IFF @ 0xc944b00] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from '/home/user/bug/A4000T_HAM8.IFF': Metadata: comment : $VER: Written by ASDG's Art Department Professional IFF3.0.1 (03.19.93) Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (ILBM / 0x4D424C49), rgba, 628x512, SAR 1:1 DAR 157:128, 90k tbr, 90k tbn, 90k tbc [buffersink @ 0xb8a4380] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0xb8a4920] w:628 h:512 fmt:rgba -> w:628 h:512 fmt:yuv420p flags:0x4 4.44 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 0/0 ==18169== Memcheck, a memory error detector ==18169== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==18169== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==18169== Command: ./ffplay_g /home/user/bug/A4000T_HAM8.IFF ==18169== Parent PID: 18011 ==18169== ==18169== Thread 4: ==18169== Invalid write of size 4 ==18169== at 0x728986: decode_ham_plane32 (iff.c:376) ==18169== by 0x7294D4: decode_frame_byterun1 (iff.c:562) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== by 0x43C270: video_thread (ffplay.c:1825) ==18169== by 0x5351C24: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x53981F8: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x5A7AB3F: start_thread (pthread_create.c:304) ==18169== by 0x5D6536C: clone (clone.S:112) ==18169== Address 0xcb1ac30 is 0 bytes after a block of size 1,286,160 alloc'd ==18169== at 0x4C25CB8: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18169== by 0x4C25D67: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18169== by 0xA320BF: av_malloc (mem.c:90) ==18169== by 0xA2F779: av_image_alloc (imgutils.c:200) ==18169== by 0x449A59: avfilter_default_get_video_buffer (defaults.c:66) ==18169== by 0x446E78: avfilter_get_video_buffer (avfilter.c:406) ==18169== by 0x438B39: input_get_buffer (ffplay.c:1569) ==18169== by 0x72916E: decode_frame_byterun1 (iff.c:535) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== ==18169== Invalid write of size 4 ==18169== at 0x728994: decode_ham_plane32 (iff.c:376) ==18169== by 0x7294D4: decode_frame_byterun1 (iff.c:562) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== by 0x43C270: video_thread (ffplay.c:1825) ==18169== by 0x5351C24: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x53981F8: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x5A7AB3F: start_thread (pthread_create.c:304) ==18169== by 0x5D6536C: clone (clone.S:112) ==18169== Address 0xcb1ac34 is 4 bytes after a block of size 1,286,160 alloc'd ==18169== at 0x4C25CB8: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18169== by 0x4C25D67: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18169== by 0xA320BF: av_malloc (mem.c:90) ==18169== by 0xA2F779: av_image_alloc (imgutils.c:200) ==18169== by 0x449A59: avfilter_default_get_video_buffer (defaults.c:66) ==18169== by 0x446E78: avfilter_get_video_buffer (avfilter.c:406) ==18169== by 0x438B39: input_get_buffer (ffplay.c:1569) ==18169== by 0x72916E: decode_frame_byterun1 (iff.c:535) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== ==18169== Invalid write of size 4 ==18169== at 0x7289BD: decode_ham_plane32 (iff.c:377) ==18169== by 0x7294D4: decode_frame_byterun1 (iff.c:562) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== by 0x43C270: video_thread (ffplay.c:1825) ==18169== by 0x5351C24: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x53981F8: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x5A7AB3F: start_thread (pthread_create.c:304) ==18169== by 0x5D6536C: clone (clone.S:112) ==18169== Address 0xcb1ac38 is 8 bytes after a block of size 1,286,160 alloc'd ==18169== at 0x4C25CB8: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18169== by 0x4C25D67: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18169== by 0xA320BF: av_malloc (mem.c:90) ==18169== by 0xA2F779: av_image_alloc (imgutils.c:200) ==18169== by 0x449A59: avfilter_default_get_video_buffer (defaults.c:66) ==18169== by 0x446E78: avfilter_get_video_buffer (avfilter.c:406) ==18169== by 0x438B39: input_get_buffer (ffplay.c:1569) ==18169== by 0x72916E: decode_frame_byterun1 (iff.c:535) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== ==18169== Invalid write of size 4 ==18169== at 0x7289C8: decode_ham_plane32 (iff.c:377) ==18169== by 0x7294D4: decode_frame_byterun1 (iff.c:562) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== by 0x43C270: video_thread (ffplay.c:1825) ==18169== by 0x5351C24: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x53981F8: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x5A7AB3F: start_thread (pthread_create.c:304) ==18169== by 0x5D6536C: clone (clone.S:112) ==18169== Address 0xcb1ac3c is 12 bytes after a block of size 1,286,160 alloc'd ==18169== at 0x4C25CB8: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18169== by 0x4C25D67: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18169== by 0xA320BF: av_malloc (mem.c:90) ==18169== by 0xA2F779: av_image_alloc (imgutils.c:200) ==18169== by 0x449A59: avfilter_default_get_video_buffer (defaults.c:66) ==18169== by 0x446E78: avfilter_get_video_buffer (avfilter.c:406) ==18169== by 0x438B39: input_get_buffer (ffplay.c:1569) ==18169== by 0x72916E: decode_frame_byterun1 (iff.c:535) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== ==18169== Invalid write of size 4 ==18169== at 0x7289F1: decode_ham_plane32 (iff.c:378) ==18169== by 0x7294D4: decode_frame_byterun1 (iff.c:562) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== by 0x43C270: video_thread (ffplay.c:1825) ==18169== by 0x5351C24: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x53981F8: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x5A7AB3F: start_thread (pthread_create.c:304) ==18169== by 0x5D6536C: clone (clone.S:112) ==18169== Address 0xcb1ac40 is not stack'd, malloc'd or (recently) free'd ==18169== ==18169== Invalid write of size 4 ==18169== at 0x7289FC: decode_ham_plane32 (iff.c:378) ==18169== by 0x7294D4: decode_frame_byterun1 (iff.c:562) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== by 0x43C270: video_thread (ffplay.c:1825) ==18169== by 0x5351C24: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x53981F8: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x5A7AB3F: start_thread (pthread_create.c:304) ==18169== by 0x5D6536C: clone (clone.S:112) ==18169== Address 0xcb1ac44 is not stack'd, malloc'd or (recently) free'd ==18169== ==18169== Invalid write of size 4 ==18169== at 0x728A29: decode_ham_plane32 (iff.c:379) ==18169== by 0x7294D4: decode_frame_byterun1 (iff.c:562) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== by 0x43C270: video_thread (ffplay.c:1825) ==18169== by 0x5351C24: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x53981F8: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x5A7AB3F: start_thread (pthread_create.c:304) ==18169== by 0x5D6536C: clone (clone.S:112) ==18169== Address 0xcb1ac48 is not stack'd, malloc'd or (recently) free'd ==18169== ==18169== Invalid write of size 4 ==18169== at 0x728A37: decode_ham_plane32 (iff.c:379) ==18169== by 0x7294D4: decode_frame_byterun1 (iff.c:562) ==18169== by 0x86F9D6: avcodec_decode_video2 (utils.c:825) ==18169== by 0x43B38E: input_request_frame (ffplay.c:1483) ==18169== by 0x447304: avfilter_request_frame (avfilter.c:520) ==18169== by 0x44B8F3: av_buffersink_get_buffer_ref (sink_buffer.c:128) ==18169== by 0x43C270: video_thread (ffplay.c:1825) ==18169== by 0x5351C24: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x53981F8: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==18169== by 0x5A7AB3F: start_thread (pthread_create.c:304) ==18169== by 0x5D6536C: clone (clone.S:112) ==18169== Address 0xcb1ac4c is not stack'd, malloc'd or (recently) free'd ==18169== ==18169== ==18169== HEAP SUMMARY: ==18169== in use at exit: 1,835,937 bytes in 555 blocks ==18169== total heap usage: 13,501 allocs, 12,946 frees, 7,069,830 bytes allocated ==18169== ==18169== LEAK SUMMARY: ==18169== definitely lost: 1,067 bytes in 11 blocks ==18169== indirectly lost: 1,288,656 bytes in 45 blocks ==18169== possibly lost: 491,536 bytes in 1 blocks ==18169== still reachable: 54,678 bytes in 498 blocks ==18169== suppressed: 0 bytes in 0 blocks ==18169== Rerun with --leak-check=full to see details of leaked memory ==18169== ==18169== For counts of detected and suppressed errors, rerun with: -v ==18169== ERROR SUMMARY: 8 errors from 8 contexts (suppressed: 6 from 6) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 12:17:39 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 11:17:39 -0000 Subject: [FFmpeg-trac] #692(undetermined:new): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.bf0c1dfe8473beb8aebc47fc7a78fa4f@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 cehoyos]: > For future bugreports: Please do not use external libraries (in this case: libaacplus) if they are not needed to reproduce a problem. Should have been "in this case: libaacplus and libx264" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 12:20:58 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 11:20:58 -0000 Subject: [FFmpeg-trac] #689(avcodec:reopened): invalid reads in iff.c In-Reply-To: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> References: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> Message-ID: <053.7024333510a1adcab96e6ae917007849@avcodec.org> #689: invalid reads in iff.c ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: iff ffplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: iff => iff ffplay Comment: Not reproducible with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 12:25:10 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 11:25:10 -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.325158719078ea484e5459b04ded4396@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): During a series of tests, I figured this has got something to do with capturing video and audio together, not only audio. That's why I didn't think it was a good idea to start from wav output. I'm also starting to believe it might be an ALSA bug actually. Because, every time I try to capture video from my usb webcam and audio (either from webcam or pci sound card), these errors are kinda normal thing to happen. I'll try to capture webcam's a/v to an uncompressed a/v stream, to avoid possible encoders' bugs. Do you have any suggestion how to do this, without killing my hdd? Can I somehow stream it all using udp to some localhost udp port or to a /dev/null or something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 12:31:28 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 11:31:28 -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.6a5faa2c09846f68f923c7246bcaa228@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 cehoyos): Replying to [comment:9 burek]: > Can I somehow stream it [...] to [...] /dev/null [...]? Did you try? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 12:33:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 11:33:51 -0000 Subject: [FFmpeg-trac] #692(undetermined:new): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.dc9374bedc105f492fb57ac2e8817848@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | 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 burek): This is also producing the same issue {{{ ffmpeg \ -f video4linux2 -r 25 -s vga -i /dev/video0 \ -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 \ -f mpegts udp://burek:10001 }}} And now, I guess, you will say don't use udp, try to save to a file, so here it is: {{{ ffmpeg \ -f video4linux2 -r 25 -s vga -i /dev/video0 \ -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 \ out.ts }}} {{{ root at bla:~# ffmpeg -f video4linux2 -r 25 -s vga -i /dev/video0 -f alsa -ar 44100 -ac 1 -i front:CARD=U0x46d0x809,DEV=0 out.ts ffmpeg version N-35149-g3880b45, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 02:16:49 with gcc 4.6.2 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable- libmp3lame --e nable-libv4l2 --enable-libvo-aacenc --enable-version3 libavutil 51. 28. 0 / 51. 28. 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 [video4linux2,v4l2 @ 0xf46a20] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 136.366416, bitrate: 92160 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 92160 kb/s, 25 tbr, 1000k tbn, 25 tbc [alsa @ 0xf47a00] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'front:CARD=U0x46d0x809,DEV=0': Duration: N/A, start: 1322479771.473944, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s [buffer @ 0xf48ee0] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [mpegts @ 0xf49040] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf53.21.0 Stream #0:0: Video: mpeg2video, yuv420p, 640x480, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: mp2, 48000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg2video) Stream #1:0 -> #0:1 (pcm_s16le -> mp2) Press [q] to stop, [?] for help frame= 264 fps= 26 q=9.7 Lsize= 712kB time=00:00:10.15 bitrate= 574.5kbits/s dup=111 drop=0 video:468kB audio:159kB global headers:0kB muxing overhead 13.596405% }}} The problem still exists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 12:35:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 11:35:50 -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.bfced574de4142e5d6701c7be96fc424@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 would if I knew how.. How can I mux uncompressed a/v at first place? And I guess, I should just use something like this as an output: -f ... /dev/null ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 12:39:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 11:39:35 -0000 Subject: [FFmpeg-trac] #692(undetermined:new): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.d1f8caa0feb5f285c7cf23016144e037@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | 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 burek): Also, notice the ALSA inputs are always at 48000 Hz, but I've specifically added "-f alsa -ar 44100 -i ...". Should I report that as a bug too? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 12:49:41 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 11:49:41 -0000 Subject: [FFmpeg-trac] #692(undetermined:new): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.591ce77b623a9c47bfa9482c459227ea@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 burek]: > Also, notice the ALSA inputs are always at 48000 Hz, but I've specifically added "-f alsa -ar 44100 -i ...". Should I report that as a bug too? I suspect the sample rate is a hardware property, also see the documentation of snd_pcm_hw_params_set_rate_near() (that sets/gets the sample rate). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 13:09:02 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 12:09:02 -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.f7e330ddf129c51273c8fe933d389b37@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 cehoyos): Replying to [comment:11 burek]: > I would if I knew how.. How can I mux uncompressed a/v at first place? Many muxers (not mpegts and flv) will accept -vcodec rawvideo -acodec pcm_*, but in your specific case, -vcodec copy -acodec copy is sufficient. > And I guess, I should just use something like this as an output: -f ... /dev/null ? ... /dev/null will be sufficient, you may want to use ... -y /dev/null -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 15:02:52 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 14:02:52 -0000 Subject: [FFmpeg-trac] #689(avcodec:reopened): invalid reads in iff.c In-Reply-To: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> References: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> Message-ID: <053.6df2c006027c2f631b6542a8c4b57bd7@avcodec.org> #689: invalid reads in iff.c ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: iff ffplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ami_stuff): This fixes the problem for me. I have also tested with uncompressed IFF ILBM (HAM8) file and it seems the same must be done for ff_iff_ilbm_decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 19:10:01 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 18:10:01 -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.709dcb44336cded62ad1dbbd759ec838@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 reimar): Replying to [comment:9 burek]: > I'm also starting to believe it might be an ALSA bug actually. Because, every time I try to capture video from my usb webcam and audio (either from webcam or pci sound card), these errors are kinda normal thing to happen. Did you try capturing audio and video at the same time bug from different FFmpeg processes? I would have guessed that due to the overhead of video processing FFmpeg might not get data often enough from the audio device. Even if that is not the case, clocks and thus timestamps for audio and video running apart might cause FFmpeg to read audio data not often enough. For both cases creating a separate thread that can buffer far more data than ALSA on its own (similar to what is done in libavformat/udp.c) should help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 20:35:42 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 19:35:42 -0000 Subject: [FFmpeg-trac] #694(undetermined:new): Speed-up/Slow-down a video Message-ID: <034.ff2a199e36c77cef21b4498e2670251c@avcodec.org> #694: Speed-up/Slow-down a video -------------------------------------+------------------------------------- Reporter: burek | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- The problem: Video is recorded at 10 fps, but always plays at 30 fps (erroneously encoded somehow). How to correct such a video to play with the correct speed? I'm not sure if there is an easy way to do this, but afaik there is no simple way to do this, because FFmpeg does not do any kind of buffering of frames it reads from the input, it just drops/duplicates the frames. We had few people on irc channel, trying to fix their videos, using FFmpeg, that's why I'm posting this. We resolved this issue by writting raw video to a tmp file (to loose the timestamps) and then we read the tmp file with a slower frame rate, like this: > ffmpeg -i input.264 -f rawvideo -r 30 tmpfile > ffmpeg -s 1280x720 -r 10 -f rawvideo -i tmpfile output.mp4 The video in input.264 would play nice at 10 fps, but somehow timestamps are saved just like it's 30 fps video, so it was always played back too fast. The suggestion is to create an enhancement to rearrange timestamps on the fly, to avoid the need for the tmp file, to be able to speed up/slow down a video stream (also if possible even without re-encoding it). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 28 23:51:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Nov 2011 22:51:50 -0000 Subject: [FFmpeg-trac] #694(undetermined:new): Speed-up/Slow-down a video In-Reply-To: <034.ff2a199e36c77cef21b4498e2670251c@avcodec.org> References: <034.ff2a199e36c77cef21b4498e2670251c@avcodec.org> Message-ID: <049.a3dd44d472e985e4f804ab2debc7eb2f@avcodec.org> #694: Speed-up/Slow-down a video -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:694 burek]: > The problem: Video is recorded at 10 fps, but always plays at 30 fps Please provide the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 29 11:23:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Nov 2011 10:23:31 -0000 Subject: [FFmpeg-trac] #691(undetermined:open): Errors while decoding stream In-Reply-To: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> References: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> Message-ID: <051.239754fc6a2d0c71b80767000afdf6a2@avcodec.org> #691: Errors while decoding stream ---------------------------------+---------------------------------------- Reporter: dimon94 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.8.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by dimon94): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 29 11:24:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Nov 2011 10:24:24 -0000 Subject: [FFmpeg-trac] #691(undetermined:open): Errors while decoding stream In-Reply-To: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> References: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> Message-ID: <051.e00fda86733e8efaef2b4891437396cd@avcodec.org> #691: Errors while decoding stream ---------------------------------+---------------------------------------- Reporter: dimon94 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.8.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by dimon94): ffmpeg -i in.wma out.wav ffmpeg version 0.8.6, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 25 2011 15:08:36 with gcc 4.4.5 configuration: --enable-libfaac --enable-nonfree --enable-libmp3lame --disable-debug --enable-x11grab --enable-gpl --enable-libx264 --extra- cflags=-I/opt/libx264 --extra-ldflags=-L/opt/libx264 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 Input #0, asf, from 'in.wma': Metadata: title : 20.????? ?????? artist : ?????????? genre : Pop, album : ????? ???????? track : 20 Duration: 00:03:28.65, start: 0.000000, bitrate: 161 kb/s Stream #0.0: Audio: wmav2, 44100 Hz, 2 channels, s16, 160 kb/s Output #0, wav, to 'out.wav': Metadata: title : 20.????? ?????? artist : ?????????? genre : Pop, album : ????? ???????? track : 20 encoder : Lavf53.4.0 Stream #0.0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [wmav2 @ 0x95f8620] overflow in spectral RLE, ignoring Last message repeated 1 times [wmav2 @ 0x95f8620] frame_len overflow Error while decoding stream #0.0 [wmav2 @ 0x95f8620] next_block_len_bits 5 out of range Error while decoding stream #0.0 [wmav2 @ 0x95f8620] block_len_bits 6 out of range Error while decoding stream #0.0 [wmav2 @ 0x95f8620] next_block_len_bits 4 out of range Error while decoding stream #0.0 [wmav2 @ 0x95f8620] block_len_bits 6 out of range Error while decoding stream #0.0 size= 35752kB time=00:03:27.53 bitrate=1411.2kbits/s video:0kB audio:35752kB global headers:0kB muxing overhead 0.000120% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 29 11:33:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Nov 2011 10:33:24 -0000 Subject: [FFmpeg-trac] #691(undetermined:open): Errors while decoding stream In-Reply-To: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> References: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> Message-ID: <051.1b857f43dd8902fb22141d354a36033e@avcodec.org> #691: Errors while decoding stream ---------------------------------+---------------------------------------- Reporter: dimon94 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.8.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by dimon94): I upload sample on ftp: upload.ffmpeg.org/incoming Filename is ticket691.wma -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 29 12:00:34 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Nov 2011 11:00:34 -0000 Subject: [FFmpeg-trac] #691(avcodec:open): Errors while decoding wmav2 stream (was: Errors while decoding stream) In-Reply-To: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> References: <036.22567924a3f63e92b1cff724f892e14c@avcodec.org> Message-ID: <051.85102056b30354311a81c543c4b16d95@avcodec.org> #691: Errors while decoding wmav2 stream ------------------------------------+----------------------------------- Reporter: dimon94 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmav2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => wmav2 * version: 0.8.7 => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: There is silence for 0.05 seconds after ~26 seconds ("overflow in spectral RLE, ignoring"), no silence with the binary decoder. I did not test for later problems. {{{ $ ffmpeg -i ticket691_cut.wma -ss 25 -t 2 out.wav ffmpeg version N-35267-g4b03d96, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 29 2011 01:34:11 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libopenjpeg 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 [asf @ 0x139d7a0] parser not found for codec wmav2, packets or times may be invalid. Input #0, asf, from 'ticket691_cut.wma': Metadata: title : 20.????? ?????? artist : ?????????? genre : Pop, album : ????? ???????? track : 20 Duration: 00:03:28.65, start: 0.000000, bitrate: 98 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 160 kb/s Output #0, wav, to 'out.wav': Metadata: title : 20.????? ?????? artist : ?????????? genre : Pop, album : ????? ???????? track : 20 encoder : Lavf53.22.0 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (wmav2 -> pcm_s16le) Press [q] to stop, [?] for help [wmav2 @ 0x13a42a0] overflow in spectral RLE, ignoring size= 352kB time=00:00:02.04 bitrate=1411.4kbits/s video:0kB audio:352kB global headers:0kB muxing overhead 0.012762% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 29 13:20:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Nov 2011 12:20:14 -0000 Subject: [FFmpeg-trac] #686(avcodec:new): WMV2 crash In-Reply-To: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> References: <035.79c7cea00d5ddb72ef6e208d7292d662@avcodec.org> Message-ID: <050.84ac357290ef727b145a9d2eaf036e9f@avcodec.org> #686: WMV2 crash -----------------------------------+----------------------------------- Reporter: robco5 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 0.8.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by robco5): I`ll provide sample soon... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 29 20:24:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Nov 2011 19:24:46 -0000 Subject: [FFmpeg-trac] #692(undetermined:open): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.c76b91b7490b8d7aaa9cda92fd5b588d@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: v4l2 alsa | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => v4l2 alsa * status: new => open * reproduced: 0 => 1 Comment: I can reproduce the problem on my system (Bt878) with the following command: {{{ $ ffmpeg -f video4linux2 -i /dev/video1 -f alsa -i hw:2 -qscale 2 out.avi ffmpeg version N-35260-g2cf4bd7, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 28 2011 11:11:04 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 38. 1 / 53. 38. 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 [video4linux2,v4l2 @ 0x8d98b00] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, start: 1322486483.843191, bitrate: 132710 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 768x576, 132710 kb/s, 25 tbr, 1000k tbn, 25 tbc [alsa @ 0x8d9f360] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'hw:2': Duration: N/A, start: 1322486483.836794, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s [buffer @ 0x8d999a0] w:768 h:576 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' [ac3 @ 0x8d968e0] channel_layout not specified [ac3 @ 0x8d968e0] No channel layout specified. The encoder will guess the layout, but it might be incorrect. Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.22.0 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 768x576, 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 frame= 1020 fps= 25 q=2.0 Lsize= 138227kB time=00:00:40.80 bitrate=27753.9kbits/s video:137519kB audio:653kB global headers:0kB muxing overhead 0.039427% }}} The resulting file is out-of-sync, the amount is different for every run, works fine for me with -async 1 (but since your output is slightly difference, see "start:", that may not work for you). The following command always results in files that are in-sync: {{{ $ mencoder tv:// -ovc lavc -oac faac -lavcopts vqscale=2 -o out.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 30 19:18:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Nov 2011 18:18:56 -0000 Subject: [FFmpeg-trac] #689(avcodec:closed): invalid reads in iff.c In-Reply-To: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> References: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> Message-ID: <053.1062535f0f047b9c46f1b459fa41d5ab@avcodec.org> #689: invalid reads in iff.c ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: iff ffplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 30 21:11:18 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Nov 2011 20:11:18 -0000 Subject: [FFmpeg-trac] #695(undetermined:new): uncompressed (maybe broken) pictor image crashes ffmpeg Message-ID: <038.003a5c98b539390683a139d1b4f9c57b@avcodec.org> #695: uncompressed (maybe broken) pictor image crashes 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 | -------------------------------------+------------------------------------- {{{ 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 z.pic Starting program: F:\MinGW\msys\1.0\ffmpeg-HEAD-d3bc75c/ffmpeg_g.exe -i z.pic [New Thread 3704.0xe40] 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. 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () #1 0x009a681e in av_log_default_callback (ptr=0x3ba1100, level=24, fmt=0xa4ea60 "uncompressed image\n", vl=0x22f6a8 "") at libavutil/log.c:109 #2 0x004fc8b4 in av_log_ask_for_sample (avc=0x3ba1100, msg=0xa4ea60 "uncompressed image\n") at libavcodec/utils.c:1341 #3 0x005cbf79 in decode_frame (avctx=0x3b9ef18, data=0x22f850, data_size=0x22fb04, avpkt=0x3ba12f0) at libavcodec/pictordec.c:231 #4 0x004f9bde in avcodec_decode_video2 (avctx=0x3b9ef18, picture=0x22f850, got_picture_ptr=0x22fb04, avpkt=0x3ba12f0) at libavcodec/utils.c:819 #5 0x004393d6 in try_decode_frame (ic=0x3b98af0, options=0x3ba0f90) at libavformat/utils.c:2230 #6 avformat_find_stream_info (ic=0x3b98af0, options=0x3ba0f90) at libavformat/utils.c:2535 #7 0x0040c5f8 in opt_input_file (o=0x22fda8, opt=0x3ba0cf4 "i", filename=) at ffmpeg.c:3317 #8 0x0041114a in parse_option (optctx=0x22fda8, opt=, arg=0x3ba0cf6 "z.pic", options=0xa0d2c0) at cmdutils.c:275 #9 0x004114f8 in parse_options (optctx=0x22fda8, argc=3, argv=, options=0xa0d2c0, parse_arg_function=0x40e018 ) at cmdutils.c:308 #10 0x0040f847 in main (argc=3, argv=) at ffmpeg.c:4716 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xffffffe0 to 0x20: End of assembler dump. (gdb) info all-registers eax 0x0 0 ecx 0x40f8373 68125555 edx 0x22f6a8 2291368 ebx 0x22f24a 2290250 esp 0x22f21c 0x22f21c ebp 0x18 0x18 esi 0x3ba1100 62525696 edi 0x4146ba8 68447144 eip 0x0 0 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 -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