June 2005 - 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

[RFC] Support building universal binaries of FFmpeg on Darwin
by danchr＠opendarwin.org 22 Jan '06

22 Jan '06

Hi, Attached below is an initial patch to allow building a universal, or fat, binary of FFmpeg on Darwin 8.0 and later using GCC 4.0. The generated binary will contain 4 architectures: G3, G4, G5 and x86. Having the three PowerPC architectures allows GCC to tune for the specified CPU, and possibly vectorize code. The configure script needed a lot of hackery to defer detection of e.g. AltiVec to compile-time. Source code changes mainly involve ensuring that files in libavcodec/ppc and libavcodec/i386 compile with both PPC and x86 compilers. A few cases where CONFIG_DARWIN was incorrectly assumed to mean Motorola AltiVec syntax was also fixed. However, I ran into a major issue: The Darwin assembler is an old version of GNU as, and it does not support the i386 syntax used in FFmpeg. I believe the issues boil down to: - The asm macro syntax used in Darwin[1] is different from the currently used syntax. It appears to not support named arguments and use ".endmacro" instead of ".endm". Perhaps using C macros would be better? (In i386/fdct_mmx.c) - The .balign pseudo-op doesn't exist. The best substitute I could find was .align[2]. (In i386/dsputil_mmx.c) - I get a lot of errors about "Junk character 47 (/)". I don't know what that means :/ (In i386/simple_idct_mmx.c) I don't know x86 assembly, so I have no idea how to fix this. I was hoping someone else might be able to help. All other files compile fine. - Dan Christiansen P.S. Please Cc any replies directly to me, as I'm not subscribed to either of these lists. Alex Beregszaszi said on IRC that this might be of interest to MPlayer developers as well, so this mail is Cc'ed there. [1] <http://developer.apple.com/documentation/DeveloperTools/Reference/Assembler…> [2] <http://developer.apple.com/documentation/DeveloperTools/Reference/Assembler…>

2 1

(no subject)
by pgiacon＠ing.unife.it 02 Dec '05

02 Dec '05

hi, i am trying to use beosthread.c module, but i'm not able to find OS.h Is it a linux only file? unfortunatly because of my univer. job i must use windows...i tried to find OS.h with search but i did not find anything any suggestion? thanks a lot (as usual!) paolo -- C.N.I.T Consorzio Nazionale Interuniversitario per le Telecomunicazioni c/o Unit? di Ricerca di Ferrara Dipartimento di Ingegneria, Universita' di Ferrara Via Saragat 1, Ferrara

7 16

ratecontrol advice
by matthew＠mxtelecom.com 13 Aug '05

13 Aug '05

Hi all, I'm trying to use libavcodec to 1-pass encode an h.263 stream which has limits on both the maximum size-per-picture and total datarate. I can't work out what the right way is to respect both limitations using the ratecontrol settings, whilst maintaining the best possible QP for any given frame (so long as it doesn't end up larger than X bytes - or push the total datarate for over Y kbits/s). I assume I can do this with a custom rc_eq formula and/or adjusting qcompress - but I can't see an obvious formula for capping the picture-size. Alternatively, is there another way to force ffmpeg to adjust the qp so that pictures are never larger than a given size? Any suggestions would be very much appreciated indeed :) cheers; Matthew

6 14

MPEG-1/2 decoding benchmarks
by diego＠biurrun.de 25 Jul '05

25 Jul '05

Hi! I have repeated my MPEG-1/2 decoding benchmarks with the latest revisions of mpeg12.c. I used a current CVS snapshot of MPlayer for benchmarking with "-vc ffmpeg12 -quiet -vo null -nosound -benchmark" as common options for all runs. Benchmarks were run on the (framebuffer) console, I stopped all processes except syslogd, klogd and getty while running the benchmarks, no console output was generated. I used mplayer <options> <file> | grep BENCHMARK >> results to record the benchmarking results. I benchmarked separately with the "-lavdopts fast" option turned on. Every benchmark was run 10 times and the best result kept. Since the process is supposed to be deterministic, this should be a fair measurement. I tested revision 1.230 - 1.233 of mpeg12.c, 1.234 had no functional changes. Log messages: 1.230 avoid UPDATE_CACHE() in GET_RL_VLC() if not needed 1.231 optimizing non_intra ac coeff decode 1.232 mpeg2_fast_decode_block_intra() 1.233 avoid clearing block[] if its not used at all The movies I used can be found in http://mplayerhq.hu/~diego/benchmarks/ they were: bomb.mpeg - MPEG-1 176x144 heist60.mpeg - MPEG-1 352x240 dvd.mpeg - MPEG-2 720x576 I tested on two different systems, my desktop and notebook desktop: 500MHz AMD K6-III+ 512MB SD-RAM 133 Debian testing (up to date) gcc 2.95.4 (Debian) notebook: 1500MHz G4 with AltiVec 512MB PC2700 (333MHz) DDR SDRAM Debian testing (up to date) gcc 3.3.5 (Debian) If you have further suggestions or things I should do differently, speak up. I _could_ also test on a Pentium MMX 233, but I doubt the numbers will be very interesting, it's probably better if somebody tries a more modern processor. RESULTS: K6-III: 1.231 gave a slight speedup (2.3%) in some cases, 1.232 a slight performance degradation (1.7%) in some cases, no changes in 1.233. G4: 1.231 gave a slight speedup (1.2%) in some cases, 1.232 a slight improvement (1.2%) in one case, almost no changes in 1.233. Diego Here are the raw numbers: ############### # AMD K6-III+ # ############### 1.230: ~~~~~~ mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.767s VO: 0.002s A: 0.000s Sys: 0.117s = 0.886s BENCHMARK%: VC: 86.5613% VO: 0.2794% A: 0.0000% Sys: 13.1593% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 4.329s VO: 0.008s A: 0.000s Sys: 0.401s = 4.739s BENCHMARK%: VC: 91.3633% VO: 0.1651% A: 0.0000% Sys: 8.4716% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 13.096s VO: 0.005s A: 0.000s Sys: 1.250s = 14.351s BENCHMARK%: VC: 91.2560% VO: 0.0348% A: 0.0000% Sys: 8.7092% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.741s VO: 0.002s A: 0.000s Sys: 0.118s = 0.861s BENCHMARK%: VC: 86.0589% VO: 0.2593% A: 0.0000% Sys: 13.6818% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 4.194s VO: 0.007s A: 0.000s Sys: 0.366s = 4.567s BENCHMARK%: VC: 91.8374% VO: 0.1504% A: 0.0000% Sys: 8.0122% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 12.140s VO: 0.005s A: 0.000s Sys: 1.253s = 13.399s BENCHMARK%: VC: 90.6091% VO: 0.0376% A: 0.0000% Sys: 9.3533% = 100.0000% 1.231: ~~~~~~ mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.757s VO: 0.002s A: 0.000s Sys: 0.120s = 0.880s BENCHMARK%: VC: 86.1142% VO: 0.2701% A: 0.0000% Sys: 13.6157% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 4.256s VO: 0.007s A: 0.000s Sys: 0.372s = 4.636s BENCHMARK%: VC: 91.8181% VO: 0.1570% A: 0.0000% Sys: 8.0249% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 12.772s VO: 0.005s A: 0.000s Sys: 1.255s = 14.032s BENCHMARK%: VC: 91.0222% VO: 0.0346% A: 0.0000% Sys: 8.9433% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.740s VO: 0.003s A: 0.000s Sys: 0.121s = 0.864s BENCHMARK%: VC: 85.7312% VO: 0.3009% A: 0.0000% Sys: 13.9679% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 4.173s VO: 0.007s A: 0.000s Sys: 0.384s = 4.565s BENCHMARK%: VC: 91.4272% VO: 0.1592% A: 0.0000% Sys: 8.4136% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 12.074s VO: 0.005s A: 0.000s Sys: 1.248s = 13.327s BENCHMARK%: VC: 90.5978% VO: 0.0374% A: 0.0000% Sys: 9.3648% = 100.0000% 1.232: ~~~~~~ mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.755s VO: 0.003s A: 0.000s Sys: 0.115s = 0.872s BENCHMARK%: VC: 86.5532% VO: 0.2869% A: 0.0000% Sys: 13.1600% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 4.303s VO: 0.007s A: 0.000s Sys: 0.366s = 4.676s BENCHMARK%: VC: 92.0314% VO: 0.1393% A: 0.0000% Sys: 7.8293% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 13.017s VO: 0.005s A: 0.000s Sys: 1.248s = 14.270s BENCHMARK%: VC: 91.2190% VO: 0.0318% A: 0.0000% Sys: 8.7492% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.750s VO: 0.003s A: 0.000s Sys: 0.115s = 0.867s BENCHMARK%: VC: 86.4108% VO: 0.3270% A: 0.0000% Sys: 13.2623% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 4.235s VO: 0.008s A: 0.000s Sys: 0.367s = 4.610s BENCHMARK%: VC: 91.8804% VO: 0.1675% A: 0.0000% Sys: 7.9521% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 12.319s VO: 0.005s A: 0.000s Sys: 1.245s = 13.569s BENCHMARK%: VC: 90.7899% VO: 0.0354% A: 0.0000% Sys: 9.1747% = 100.0000% 1.233: ~~~~~~ mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.763s VO: 0.002s A: 0.000s Sys: 0.119s = 0.884s mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 4.290s VO: 0.007s A: 0.000s Sys: 0.373s = 4.671s BENCHMARK%: VC: 91.8507% VO: 0.1605% A: 0.0000% Sys: 7.9888% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 12.981s VO: 0.005s A: 0.000s Sys: 1.247s = 14.233s BENCHMARK%: VC: 91.2054% VO: 0.0327% A: 0.0000% Sys: 8.7619% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.751s VO: 0.003s A: 0.000s Sys: 0.119s = 0.873s BENCHMARK%: VC: 85.9708% VO: 0.3464% A: 0.0000% Sys: 13.6828% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 4.276s VO: 0.008s A: 0.000s Sys: 0.362s = 4.646s BENCHMARK%: VC: 92.0346% VO: 0.1673% A: 0.0000% Sys: 7.7981% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 12.291s VO: 0.005s A: 0.000s Sys: 1.246s = 13.542s BENCHMARK%: VC: 90.7621% VO: 0.0362% A: 0.0000% Sys: 9.2017% = 100.0000% ############### # Motorola G4 # ############### 1.230: ~~~~~~ mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.322s VO: 0.001s A: 0.000s Sys: 0.065s = 0.388s BENCHMARK%: VC: 82.9979% VO: 0.3616% A: 0.0000% Sys: 16.6404% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 1.755s VO: 0.003s A: 0.000s Sys: 0.158s = 1.916s BENCHMARK%: VC: 91.5799% VO: 0.1693% A: 0.0000% Sys: 8.2507% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 5.851s VO: 0.003s A: 0.000s Sys: 0.766s = 6.620s BENCHMARK%: VC: 88.3842% VO: 0.0422% A: 0.0000% Sys: 11.5737% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.306s VO: 0.001s A: 0.000s Sys: 0.065s = 0.372s BENCHMARK%: VC: 82.2443% VO: 0.4000% A: 0.0000% Sys: 17.3558% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 1.710s VO: 0.003s A: 0.000s Sys: 0.157s = 1.870s BENCHMARK%: VC: 91.4493% VO: 0.1560% A: 0.0000% Sys: 8.3947% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 5.555s VO: 0.003s A: 0.000s Sys: 0.765s = 6.322s BENCHMARK%: VC: 87.8600% VO: 0.0467% A: 0.0000% Sys: 12.0933% = 100.0000% 1.231: ~~~~~~ mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.318s VO: 0.002s A: 0.000s Sys: 0.065s = 0.384s BENCHMARK%: VC: 82.8190% VO: 0.3904% A: 0.0000% Sys: 16.7905% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark heist60.mpeg ENCHMARKs: VC: 1.752s VO: 0.003s A: 0.000s Sys: 0.162s = 1.917s BENCHMARK%: VC: 91.3908% VO: 0.1795% A: 0.0000% Sys: 8.4297% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 5.813s VO: 0.003s A: 0.000s Sys: 0.764s = 6.580s BENCHMARK%: VC: 88.3431% VO: 0.0473% A: 0.0000% Sys: 11.6096% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.301s VO: 0.001s A: 0.000s Sys: 0.064s = 0.366s BENCHMARK%: VC: 82.0236% VO: 0.3869% A: 0.0000% Sys: 17.5894% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 1.708s VO: 0.003s A: 0.000s Sys: 0.160s = 1.871s BENCHMARK%: VC: 91.2674% VO: 0.1611% A: 0.0000% Sys: 8.5715% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 5.472s VO: 0.003s A: 0.000s Sys: 0.765s = 6.240s BENCHMARK%: VC: 87.6865% VO: 0.0475% A: 0.0000% Sys: 12.2660% = 100.0000% 1.232: ~~~~~~ mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.318s VO: 0.001s A: 0.000s Sys: 0.064s = 0.384s BENCHMARK%: VC: 82.8557% VO: 0.3629% A: 0.0000% Sys: 16.7814% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 1.736s VO: 0.003s A: 0.000s Sys: 0.162s = 1.901s BENCHMARK%: VC: 91.3084% VO: 0.1663% A: 0.0000% Sys: 8.5252% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 5.794s VO: 0.003s A: 0.000s Sys: 0.765s = 6.562s BENCHMARK%: VC: 88.2966% VO: 0.0430% A: 0.0000% Sys: 11.6603% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.300s VO: 0.001s A: 0.000s Sys: 0.065s = 0.366s BENCHMARK%: VC: 81.9985% VO: 0.3761% A: 0.0000% Sys: 17.6254% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 1.689s VO: 0.003s A: 0.000s Sys: 0.157s = 1.849s BENCHMARK%: VC: 91.3421% VO: 0.1492% A: 0.0000% Sys: 8.5087% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 5.455s VO: 0.003s A: 0.000s Sys: 0.765s = 6.223s BENCHMARK%: VC: 87.6639% VO: 0.0464% A: 0.0000% Sys: 12.2897% = 100.0000% 1.233: ~~~~~~ mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.317s VO: 0.001s A: 0.000s Sys: 0.064s = 0.383s BENCHMARK%: VC: 82.7905% VO: 0.3877% A: 0.0000% Sys: 16.8218% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 1.724s VO: 0.003s A: 0.000s Sys: 0.164s = 1.891s BENCHMARK%: VC: 91.1518% VO: 0.1577% A: 0.0000% Sys: 8.6905% = 100.0000% mplayer -vc ffmpeg12 -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 5.769s VO: 0.003s A: 0.000s Sys: 0.770s = 6.542s BENCHMARK%: VC: 88.1854% VO: 0.0475% A: 0.0000% Sys: 11.7671% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark bomb.mpeg BENCHMARKs: VC: 0.299s VO: 0.001s A: 0.000s Sys: 0.064s = 0.365s BENCHMARK%: VC: 81.9638% VO: 0.3892% A: 0.0000% Sys: 17.6469% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark heist60.mpeg BENCHMARKs: VC: 1.686s VO: 0.003s A: 0.000s Sys: 0.160s = 1.849s BENCHMARK%: VC: 91.1841% VO: 0.1595% A: 0.0000% Sys: 8.6565% = 100.0000% mplayer -vc ffmpeg12 -lavdopts fast -quiet -vo null -nosound -benchmark dvd.mpeg BENCHMARKs: VC: 5.421s VO: 0.003s A: 0.000s Sys: 0.767s = 6.191s BENCHMARK%: VC: 87.5587% VO: 0.0478% A: 0.0000% Sys: 12.3935% = 100.0000%

2 3

AVI to MPG: Major av sync issue
by chris＠garveycocker.com 17 Jul '05

17 Jul '05

Hi, Sample uploaded to: ftp.mplayerhq.hu/MPlayer/incoming/avi_to_mpeg_sync_issue I have an avi file which when encoded to mpeg is way out of sync: using : ffmpeg -i sample.avi -target dvd -async 50 sample.mpg ffmpeg version 0.4.9-pre1, build 4757, Copyright (c) 2000-2004 Fabrice Bellard configuration: --enable-a52 --enable-gpl --enable-memalign-hack --enable-vhoo k --disable-debug built on Jun 29 2005 14:32:26, gcc: 3.2.3 (mingw special 20030504-1) Input #0, avi, from 'sample.avi': Duration: 01:41:05.4, start: 0.000000, bitrate: 3 kb/s Stream #0.0: Video: mpeg4, yuv420p, 576x240, 25.00 fps Stream #0.1: Audio: mp3, 48000 Hz, stereo, 126 kb/s Assuming PAL for target. File 'sample.mpg' already exists. Overwrite ? [y/N] y Output #0, dvd, to 'sample.mpg': Stream #0.0: Video: mpeg2video, yuv420p, 720x576, 25.00 fps, q=2-31, 6000 kb/s Stream #0.1: Audio: ac3, 48000 Hz, stereo, 448 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 [mpeg4 @ 0070A780]ac-tex damaged at 16 58.6 bitrate=1483.8kbits/s [mpeg4 @ 0070A780]Error at MB: 201 [mpeg4 @ 0070A780]concealing 396 DC, 396 AC, 396 MV errors frame= 1101 q=0.0 Lsize= 8676kB time=39.0 bitrate=1822.0kbits/s video:6168kB audio:2133kB global headers:0kB muxing overhead 4.512917% Sample file is truncated from a larger file, hence the error at the end. The issue here is that the sync is way off. I have tried different values for async with no success. The encoding starts and the frame count & time increments but the size remains at zero. Then at about 10secs the size starts going up and interestingly the time goes down to 6 secs before incrementing normally. I suspect it is something to do with the JUNK chunks at the beginning.... Regards, Chris

2 4

Bug when encoding NTSC
by penny_it＠hotmail.com 17 Jul '05

17 Jul '05

I uploaded a couple of sample files to /MPlayer/incoming/PennyWis so that you can see this yourself. Okay; first the tech details: '-y -hq -deinterlace -target dvd -async 1 -vsync 0 -pass 1 -passlogfile '.$passlog.' -acodec mp2 -ab 224'; '-y -hq -deinterlace -target dvd -async 1 -vsync 0 -pass 2 -passlogfile '.$passlog.' -acodec mp2 -ab 224'; ffmpeg version 0.4.9-pre1, build 4757, Copyright (c) 2000-2004 Fabrice Bellard configuration: --prefix=/usr --enable-mp3lame --enable-vorbis --enable-a52 --enable-pp --enable-shared --enable-gpl --enable-pthreads --enable-xvid --enable-shared-pp --enable-libogg --enable-theora --enable-faad --enable-faac built on Jun 29 2005 15:21:12, gcc: 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) And the input was: Input #0, mpegvideo, from '/domains/lulop.com/titles/3/ShannenDohertySpdr.m2v': Duration: 00:01:01.9, start: 0.000000, bitrate: 8000 kb/s Stream #0.0: Video: mpeg2video, yuv420p, 720x480, 29.97 fps, 8000 kb/s Input #1, wav, from '/domains/lulop.com/titles/3/ShannenDohertySpdr.aiff.wav': Duration: 00:01:05.4, start: 0.000000, bitrate: 1535 kb/s Stream #1.0: Audio: pcm_s16le, 48000 Hz, stereo, 1536 kb/s Assuming NTSC for target. Output #0, dvd, to '/domains/lulop.com/titles/3/3_broadcast04.mpg': Stream #0.0: Video: mpeg2video (hq), yuv420p, 720x480, 29.97 fps, q=2-31, pass 1, 6000 kb/s Stream #0.1: Audio: mp2, 48000 Hz, stereo, 224 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #1.0 -> #0.1 First of all, the input duration looks weird ?cause I?m positively sure the both clips duration is 1 min 5 secs. Anyhow, the result is weird. Outputfile duration is 1 min 18 sec and the audio stops and 1 in 5 secs, as it should. Something odd happens with framerate, could it be that ffmpeg takes 25 frames and "stretches" to 29,97 and that?s why the result is ~20% longer? (29,97>25 ~20%) With PAL the enconding goes perfectly. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

libpostproc and -soname
by jakemsr＠jakemsr.com 17 Jul '05

17 Jul '05

why does the creation of libpostproc use -soname, but the other libraries don't? this seems like a curious inconsistency ... IMHO, libpostproc should not use -soname, and just be built like libavc and libavf, but perhaps there is an issue I am unaware of. -- <jakemsr at jakemsr.com>

2 1

[PATCH] Indeo 2 decoder
by kostya.shishkov＠gmail.com 09 Jul '05

09 Jul '05

Here is the patch suggested by unkaggregate((a)users.sf.net). Main reason is: deltas in interframes need scaling by 3/4 before applying. Detailed description is at: http://sourceforge.net/tracker/index.php?func=detail&aid=1222099&group_id=1… He also mentioned some samples at: http://www.nerdgrounds.com/indeo21_test/

3 3

avformat/av_seek_frame_binary with growing file
by kenneth＠aafloy.net 09 Jul '05

09 Jul '05

Hi, I'm implementing a server/client which makes use of libavformat/codec to handle reading and decoding through an abstraction layer. I'm reading files through the http protocol handling implemented in this abstraction layer, from files that may or may not be currently recording. I've chosen not to set the is_streamed flag of urlcontext, since that would limit my options when it comes to seeking. The http protocol implementation prefers http/1.1 partial content request/responses, so seeking is relativly easy to implement. However, in av_seek_frame_binary (which is used with mpeg ts formats) there is a for (;;) loop which does not care much for a file that is currently growing in size : for(;;){ int64_t tmp_pos= pos_max + 1; int64_t tmp_ts= avif->read_timestamp(s, stream_index, &tmp_pos, INT64_MAX); if(tmp_ts == AV_NOPTS_VALUE) break; ts_max= tmp_ts; pos_max= tmp_pos; } If I put a 'if (tmp_pos > filesize) break;' after 'int64_t tmp_pos = ....' my seeks with growing files will happily succeed. Kennethff

2 7