August 2006 - ffmpeg-devel - lists.ffmpeg.org

[PATCH] Apple Video Encoder (rpza)
by ffmpeg.php＠gmail.com 24 Jan '11

24 Jan '11

Attached is a patch to add support for Apple Video encoding (rpza). The quality settings are defined at compile time right now since I wasn't really sure how to map ffmpeg's numerous video options to the capabilities of rpza. It supports all rpza encoding opcodes but the 4-color block encoding doesn't try to do multiblock runs yet. -Todd

9 20

[PATCH] Vorbis I floor type 0 support
by eclipse7＠gmx.net 16 Mar '08

16 Mar '08

Hi, i extended the ffmpeg vorbis decoder to decode vorbis floor0 files. It is my first try at this kind of stuff. I only had one sample tho testing wasn't too exhaustive. I tested the code on linux x86 and Solaris SPARC so far. As always comments and testers welcome. Have fun, Alex (beastd)

7 17

[PATCH] Remove extra parameter in printf()-like function
by flameeyes＠gentoo.org 18 Mar '07

18 Mar '07

As per subject, this occurrence was uncovered after the patch previously submitted. I have some other fixes I'm going to send now, but this has probably a different importance, at least to my eyes. -- Diego "Flameeyes" Petten? - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

3 3

[PATCH] Add missing __format__ attributes where missing
by flameeyes＠gentoo.org 18 Mar '07

18 Mar '07

As per summary, this patch adds a few __format__ attribute where missing, thanks to -Wmissing-format-attributes . -- Diego "Flameeyes" Petten? - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

3 3

Read from a buffer instead of a file
by raphaelh＠nist.gov 08 Mar '07

08 Mar '07

Hi, is it possible to read video from a buffer instead of a file with libav(codec/format) ? I have MPEG2-TS video in a buffer, and cannot use "av_open_input_file" and the "av_read_frame" on a buffer, it only works from a file. Anyone has an idea how to do that ? Thanks in advance, --Raphael HUCK

5 10

MPEG-2 Acceleration Under Mac OS X - Can We Move This Forward?
by galenz＠zinkconsulting.com 07 Feb '07

07 Feb '07

Hello, I've been a little bit involved with an interesting project called Accellent which is a libavcodec-based reverse-engineer of Mac OS X's MPEG-2 hardware acceleration API. Apple refused to release any data on this, so John decided to reverse engineer it. After a few iterations and a bit of work, we now have a nice open source application that works under Mac OS 10.4 and 10.3. Take a look at it here: http://www.defyne.org/dvb/accellent.html The performance is great. Even on G4s, full resolution HDTV decoding only consumes 15-35% of the CPU. On these same machines, ffmpeg-based players (and pretty much all other players) don't even come close to fluid playback - that's millions of Mac users who can't use their machines for HD playback. There's no reason it won't work on G3s with an acceptable graphics card as well. While newer machines are capable of software-only decoding, low end G5s sometimes have trouble with HD, and for any machine - why use the CPU, when you could use the GPU? It means that you can multi-task better, reduce power consumption (longer laptop battery life) and have a cooler machine (less fan noise, cooler lap.) We've cracked open Apple's secret API, but the problem is that we are stuck. The application is a great proof-of-concept using libavcodec. But John's busy and the application isn't really useful for any function: it's crude demuxer and a window that displays the video. It only accepts MPEG program streams, but it would be far more useful if it accepted MPEG transport streams. There are no playback controls. It does not attempt to decode audio, but it really needs to decode AC3 audio to be useful. The interactions with libavcodec are a bit of a hack, so you can't just readily drop this into another player that uses libavcodec and be on your way. I'm tossing this out to you all, as ffmpeg developers, in hopes that somebody has some interest in working further on this. It would be interesting if the functionality could somehow be integrated into libavcodec, or perhaps just simply an effective player be put together. There are millions of users who could benefit! Feel free to contact me off list if you prefer. -Galen

11 24

DVR-MS bug (MP2 decoding)
by slhomme＠divxcorp.com 27 Jan '07

27 Jan '07

Hi, A user sent us a DVR-MS file (ASF with MPEG-2 and MP2) that doesn't decode correctly in FFMPEG. The issue in DrFFMPEG (with some fixes in ASF submited on this list) is that the audio is not decoded at all. The video is decoded fine. In FFMPEG the files crashes very fast but not at the same place with the following gdb log: (gdb) run -i c:\test\divx\today.dvr-ms -vn test.wav Starting program: c:\Perso\Programmes\ffmpeg.cvs/ffmpeg_g.exe -i c:\test\divx\today.dvr-ms -vn test.wav gdb: do_initial_child_stuff: process 1336 gdb: kernel event for pid=1336 tid=1300 code=CREATE_PROCESS_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_BREAKPOINT at 0x7c901230 gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=UNLOAD_DLL_DEBUG_EVENT) ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 1336.0x514 ContinueDebugEvent (cpid=1336, ctid=1300, DBG_CONTINUE); gdb: kernel event for pid=1336 tid=1300 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_ACCESS_VIOLATION at 0x00524801 Program received signal SIGSEGV, Segmentation fault. mpeg_decode_mb (s=0x3d950, block=0x2) at mpeg12.c:1894 1894 block[0] = dc << (3 - s->intra_dc_precision); (gdb) bt #0 mpeg_decode_mb (s=0x3d950, block=0x2) at mpeg12.c:1894 #1 0x00525230 in mpeg_decode_slice (s1=0x3d950, mb_y=0, buf=0x23efe4, buf_size=101196) at mpeg12.c:2567 #2 0x00527942 in mpeg_decode_frame (avctx=0x3bf90, data=0x23f4d0, data_size=0x23f47c, buf=0x1500030 "", buf_size=101380) at mpeg12.c:3157 #3 0x00458612 in avcodec_decode_video (avctx=0x3bf90, picture=0x23f4d0, got_picture_ptr=0x23f47c, buf=0x1500030 "", buf_size=101380) at utils.c:946 #4 0x0040f44c in av_find_stream_info (ic=0x36790) at utils.c:1826 #5 0x00405c87 in opt_input_file (filename=0x0) at ffmpeg.c:2834 #6 0x00032422 in ?? () #7 0x00000000 in ?? () from #8 0x00000000 in ?? () from #9 0x0023f900 in ?? () #10 0x0023f8e4 in ?? () #11 0x7c90ee18 in strchr () from ntdll.dll #12 0x7c9106f0 in ntdll!RtlAppendStringToString () from ntdll.dll #13 0xffffffff in ?? () #14 0x7c9106eb in ntdll!RtlAppendStringToString () from ntdll.dll #15 0x77c2c3c9 in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll #16 0x00030000 in ?? () #17 0x40000060 in ?? () #18 0x77c2c3ce in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll #19 0x0000003c in ?? () #20 0x77c5fcc0 in msvcrt!_iob () #21 0x00000002 in ?? () #22 0x0023f6cc in ?? () #23 0x00000000 in ?? () from #24 0x00000000 in ?? () from #25 0x7c90ee18 in strchr () from ntdll.dll #26 0x0023f988 in ?? () #27 0x77c35c94 in msvcrt!_except_handler2 () from C:\WINDOWS\system32\msvcrt.dll (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x5247e1 to 0x524821: 0x005247e1 <mpeg_decode_mb+6625>: pusha 0x005247e2 <mpeg_decode_mb+6626>: pop %es 0x005247e3 <mpeg_decode_mb+6627>: add %al,(%eax) 0x005247e5 <mpeg_decode_mb+6629>: mov 0x1c74(%esi),%edx 0x005247eb <mpeg_decode_mb+6635>: add %edi,%eax 0x005247ed <mpeg_decode_mb+6637>: mov %eax,0x760(%esi,%ebx,4) 0x005247f4 <mpeg_decode_mb+6644>: sub %edx,%ecx 0x005247f6 <mpeg_decode_mb+6646>: mov 0xffffffcc(%ebp),%edi 0x005247f9 <mpeg_decode_mb+6649>: shl %cl,%eax 0x005247fb <mpeg_decode_mb+6651>: mov 0x1c88(%esi),%ecx 0x00524801 <mpeg_decode_mb+6657>: mov %ax,(%edi) 0x00524804 <mpeg_decode_mb+6660>: xor $0x1,%eax 0x00524807 <mpeg_decode_mb+6663>: cwtl 0x00524808 <mpeg_decode_mb+6664>: mov %eax,0xffffffbc(%ebp) 0x0052480b <mpeg_decode_mb+6667>: test %ecx,%ecx 0x0052480d <mpeg_decode_mb+6669>: mov $0x681780,%eax 0x00524812 <mpeg_decode_mb+6674>: jne 0x524819 <mpeg_decode_mb+6681> 0x00524814 <mpeg_decode_mb+6676>: mov $0x6816c0,%eax 0x00524819 <mpeg_decode_mb+6681>: mov 0xfffffff0(%ebp),%esi 0x0052481c <mpeg_decode_mb+6684>: mov 0x3c(%eax),%eax 0x0052481f <mpeg_decode_mb+6687>: mov 0x1c3c(%esi),%ebx When loaded in GraphEdit this file needs 2 filters named "Decrypt/Tag". And it doesn't decode when ffdshow is used (either with libmad or mp3lib). But it does decode when using DScaler5. Dunno what library they use, apparently libmad: http://cvs.sourceforge.net/viewcvs.py/deinterlace/DScaler5/Filters/Decoders… For those interrested in finding out what's wrong, here is the sample URL: ftp://uleguadv:refulavi at ftp.divxnetworks.com/today.dvr-ms Steve

5 14

[BUG] mpegts.c segfault
by yyymmmm＠gmail.com 23 Jan '07

23 Jan '07

Today I meet a problem with processing of one of HDTV streams. When I start ffmpeg, it crashes with segfault in mpegts.c:212 mpegts_close_filter() . Problem with parameter 'filter', it equals to 0. Routine are called from pat_cb(): 558 found: 559 mpegts_close_filter(ts, ts->pat_filter); 560 ts->pat_filter = NULL; so, here ts->pat_filter == 0. I don't know a logic of this routine, so I only added a check: if ts->pat_filter != 0, close filter, and so on. If its incorrent, people, who wrote this module, should examine it and fix. (ff passed regression tests with patch) some kind of log: $ ./ffmpeg -i /fat32-d/work/www/streams/b.mpg -vcodec copy -acodec copy -sameq -f mpegts 1 FFmpeg version SVN-r5781, Copyright (c) 2000-2004 Fabrice Bellard configuration: --disable-opts --disable-mmx --disable-iwmmxt libavutil version: 49.0.0 libavcodec version: 51.10.0 libavformat version: 50.5.0 built on Jul 25 2006 16:16:56, gcc: 3.3.6 Segmentation fault (core dumped) $ gdb ffmpeg_g core GNU gdb 6.3 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 "i486-slackware-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". warning: core file may not match specified executable file. Core was generated by `./ffmpeg -i /fat32-d/work/www/streams/b.mpg -vcodec copy -acodec copy -sam'. Program terminated with signal 11, Segmentation fault. warning: current_sos: Can't read pathname for load map: Input/output error Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/tls/libdl.so.2...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x0809a393 in mpegts_close_filter (ts=0x83fb000, filter=0x0) at mpegts.c:212 212 pid = filter->pid; (gdb) bt #0 0x0809a393 in mpegts_close_filter (ts=0x83fb000, filter=0x0) at mpegts.c:212 #1 0x0809ac5a in pat_cb (opaque=0x83fb000, section=0x8404250 "", section_len=20) at mpegts.c:559 #2 0x0809a208 in write_section_data (s=0x83fa080, tss1=0x84030c0, buf=0xbf8d8b85 "", buf_size=183, is_start=1) at mpegts.c:150 #3 0x0809b946 in handle_packet (ts=0x83fb000, packet=0xbf8d8b80 "G@") at mpegts.c:1020 #4 0x0809bb39 in handle_packets (ts=0x83fb000, nb_packets=0) at mpegts.c:1099 #5 0x0809c5eb in mpegts_read_packet (s=0x83fa080, pkt=0x83faf90) at mpegts.c:1374 #6 0x080604c0 in av_read_packet (s=0x83fa080, pkt=0x83faf90) at utils.c:647 #7 0x08060fe9 in av_read_frame_internal (s=0x83fa080, pkt=0xbf8d9080) at utils.c:903 #8 0x08063520 in av_find_stream_info (ic=0x83fa080) at utils.c:1908 #9 0x0805be46 in opt_input_file (filename=0xbf8d95af "/fat32-d/work/www/streams/bikini.mpg") at ffmpeg.c:2853 #10 0x0805f451 in parse_options (argc=11, argv=0xbf8d92c4, options=0x8301980) at cmdutils.c:99 #11 0x0805ee3c in main (argc=11, argv=0xbf8d92c4) at ffmpeg.c:4257 (gdb) frame 1 #1 0x0809ac5a in pat_cb (opaque=0x83fb000, section=0x8404250 "", section_len=20) at mpegts.c:559 559 mpegts_close_filter(ts, ts->pat_filter); (gdb) print ts->pat_filter $1 = (MpegTSFilter *) 0x0 (gdb) print *ts $4 = {stream = 0x83fa080, raw_packet_size = 188, auto_guess = 1, set_service_ret = -1, mpeg2ts_raw = 0, mpeg2ts_compute_pcr = 0, cur_pcr = 0, pcr_incr = 0, pcr_pid = 0, stop_parse = 0, pkt = 0x83faf90, sdt_filter = 0x0, nb_services = 2, services = 0x83f1008, set_service_cb = 0x809bc2a <set_service_cb>, set_service_opaque = 0x83fb000, pat_filter = 0x0, pmt_filter = 0x0, req_sid = 2, pids = {0x84030c0, 0x0 <repeats 16 times>, 0x8405680, 0x0 <repeats 14 times>, 0x84055e0, 0x0 <repeats 448 times>, 0x8406630, 0x8406590, 0x0 <repeats 17 times>, 0x8403070, 0x8403250, 0x8405630, 0x0 <repeats 7689 times>}}

4 7

mpegts.c cleanup patch
by danielk＠cuymedia.net 23 Jan '07

23 Jan '07

This is a cleanup patch generated with a selective diff against the mythtv fork. This patch doesn't bring in any of the bug fixes in the mythtv version, it just brings over some documentation, gets rid of the definition for the mpegts crc function (which no longer exists), changes printf's to av_log's, adds a few debugging messages on non-fatal errors and changes C++ comments to C comments. -- Daniel

5 6

unable to play mpeg-4 file
by albx79＠gmail.com 23 Jan '07

23 Jan '07

hello I have a problem with ffplay not being able to display mpeg files encoded with a particular capture cards. The files should be compliant and VLC plays them correctly. The whole story is actually a bit complicated, it's all written here: http://www.albx79.it/stuff/ can somebody have a look at the files (available for download on the webpage above) and tell me what's wrong with them (or with gstreamer?) thankyou very much Is the #ffmpeg channel active? I'll try to be there as often as possible after 22.00GMT take care alberto -- ICQ#: 319420338

3 2