September 2006 - ffmpeg-devel

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

23 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

ID3v2
by andreas＠olebyn.nu 22 May '07

22 May '07

Hi I've written a tentative patch that adds ID3v2.[234] reading and ID3v2.4 writing to the mp3 (de)muxer. I've tested it together with xmms and itunes. I'd say the primary reasons for using ID3v2 is: * It's located at the beginning of the file (obviously a benefit when streaming) * It supports strings > 30 chars Comments welcome. While at it, I renamed some stuff to better reflect what ID3-version it is used for. Perhaps I should submit that as a separate patch?

8 25

[PATCH] lpcm 20 and 24 bit support in MPEG PS
by baptiste.coudurier＠smartjog.com 04 Apr '07

04 Apr '07

Hi This patch add support for 20bit and 24bit lpcm in MPEG PS. There are 4 cases, I dunno if factorizing code is worth, It did not look cleaner, I'm not sure though. Vob samples with 20bit, 24bit, multi channel and mono pcm can be found here: http://www.videohelp.com/~jsoto/AudioTests/ -- Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA SMARTJOG S.A. http://www.smartjog.com Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA Phone: +33 1 49966312

6 25

[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 17 Mar '07

17 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 06 Feb '07

06 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 26 Jan '07

26 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] JPEG-LS regression test failure on FreeBSD
by takis.issaris＠uhasselt.be 25 Jan '07

25 Jan '07

Hi, The regression tests gives a different checksum on FreeBSD 6.1 on an x86. ../ffmpeg_g -y -flags +bitexact -dct fastint -idct simple -y -i ./data/a-flac.flac -f wav ./data/out.wav FFmpeg version SVN-r6175, Copyright (c) 2000-2004 Fabrice Bellard configuration: --enable-gpl --prefix=/usr/local/tmp/install libavutil version: 49.0.0 libavcodec version: 51.13.0 libavformat version: 50.5.0 built on Sep 5 2006 17:31:37, gcc: 3.4.4 [FreeBSD] 20050518 size= 1017kB time=5.9 bitrate=1411.3kbits/s --- ./data/ffmpeg.regression Tue Sep 5 17:39:45 2006 +++ /usr/local/src/ffmpeg/tests/ffmpeg.regression.ref Tue Sep 5 17:12:25 2006 @@ -105,7 +105,7 @@ 6264498 ./data/a-ljpeg.avi 799d3db687f6cdd7a837ec156efc171f *./data/out.yuv stddev: 0.00 PSNR:99.99 bytes:7602176 -32acd8c23da02ca5057e79a1987a5379 *./data/a-jpegls.avi +8b9359781a7e87d09af1b1c9a536cb75 *./data/a-jpegls.avi 9086694 ./data/a-jpegls.avi 0f8637e9b861230aff9894825af83720 *./data/out.yuv stddev: 2.84 PSNR:39.04 bytes:7602176 Regression test: Error. gmake[1]: *** [codectest] Error 1 gmake[1]: Leaving directory `/usr/local/src/ffmpeg/tests' gmake: *** [test] Error 2 [takis at Apollo /usr/local/src/ffmpeg]$ With friendly regards, Takis

3 4