January 2006 - ffmpeg-devel - lists.ffmpeg.org

[PATCH] aiff/aiff-c format encoder and decoder
by patg＠patg.homeunix.org 02 Feb '06

02 Feb '06

Hi, I created an AIFF/AIFF-C file format encoder and decoder. Currently supports integer PCM files codecs and uLaw/ALaw. Sample files for testing can be found at: http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/AIFF/Samples.html The code was tested on linux x86, comments are welcome patg

3 13

Endiannes problem with G 726 trial 2
by stephane＠virtuosomedia.nl 02 Feb '06

02 Feb '06

Hi list, Second try, and I stand corrected (still in my small corner). I know it is not a unified diff, but I would like to have confirmation first if I am going in the right direction. Lately I tried to decode an ADPCM 32 kbit/s (g.726) stream, coming from a device with an ARM processor. The sound was recognizable, but awful. I checked google for a definition of the standard, and it seems g.726 proscribes de bits have to be delivered in little endian. I also found an implementation on the net (http://www.tixy.clara.net/source/#G726) I checked the g726.c file, and I believe the g726_decode_frame does not take the endianness into account. I changed it (see below) and it works for me now, but I am not sure if this is the right way to do it. Maybe I should create a seperate input reader which solves the endianness on the fly? Be gentle, this is my first try :-) Stephane static int g726_decode_frame(AVCodecContext *avctx, void *data, int *data_size, uint8_t *buf, int buf_size) { - AVG726Context *c = avctx->priv_data; - short *samples = data; - uint8_t code; uint8_t mask; AVG726Context *c = avctx->priv_data; + short *samples = (short*)data; + uint8_t byte; + uint8_t bitOffset = 0; + uint16_t adpcm; + uint8_t bits = c->code_size; + GetBitContext gb; if (!buf_size) @@ -382,14 +501,42 @@ mask = (1<<c->code_size) - 1; init_get_bits(&gb, buf, buf_size * 8); + /* if (c->bits_left) { int s = c->code_size - c->bits_left;; code = (c->bit_buffer << s) | get_bits(&gb, s); *samples++ = g726_decode(&c->c, code & mask); } + */ + // Test endianness + byte = get_bits(&gb, 2*c->code_size); + + while (get_bits_count(&gb) + c->code_size <= buf_size*8) + { + adpcm = byte; + if(bitOffset+bits>8) + { + get_bits(&gb, 2*c->code_size); + adpcm |= byte<<8; // need bits from next byte as well + } + + // align adpcm value to bit 0 + adpcm >>= bitOffset; + adpcm &= (1<<c->code_size)-1; - while (get_bits_count(&gb) + c->code_size <= buf_size*8) - *samples++ = g726_decode(&c->c, get_bits(&gb, c->code_size) & mask); + *samples = g726_decode(&c->c, adpcm); + samples++; + //*samples++ = g726_decode(&c->c, byte & mask); + bitOffset += bits; + + // move on to next byte of input if required + if(bitOffset>=8) { + bitOffset &= 7; + byte = get_bits(&gb, 2*c->code_size); + } + } c->bits_left = buf_size*8 - get_bits_count(&gb); c->bit_buffer = get_bits(&gb, c->bits_left); @@ -398,27 +545,43 @@ *data_size = (uint8_t*)samples - (uint8_t*)data; return buf_size; }

2 6

[PATCH] BMP decoder fixes + libavcodec version number bump
by gbazin＠altern.org 02 Feb '06

02 Feb '06

Hi, The main BMP decoder fix is to handle the requirement that lines are padded to have a size that is a multiple of 4. Cheers, -- Gildas

3 2

broken mpeg stream
by castet.matthieu＠free.fr 02 Feb '06

02 Feb '06

Hi, while playing with a vdr pluging, I generate 4 mpeg streams (http://castet.matthieu.free.fr/broken/) The PS ans PES ones make ffplay segdefault. The TS and ES ones failed to play. Mplayer works fine with them. Any hints about these failures ? Thanks, Matthieu

2 1

Patches for OS/2 - os2.patch [1/1]
by paulat＠smedleydot.info 02 Feb '06

02 Feb '06

Hi All, Attached patches add threading support for OS/2 - as well as enabling the test for freetype2, and allowing network support. Not sure what freetype2 and network support add - but they're now there ;) -- Cheers, Paul. begin 666 os2.patch M9&EF9B`M=2`M<B!C=G,O8V]N9FEG=7)E('!A=&-H960O8V]N9FEG=7)E#0HM M+2T at 8W9S+V-O;F9I9W5R90E-;VX at 3V-T("`S(#(P.C,S.C0X(#(P,#4-"BLK M*R!P871C:&5D+V-O;F9I9W5R90E4=64 at 3V-T("`T(#$R.C0W.C`R(#(P,#4- M"D!`("TS-S at L-R`K,S<X+#8 at 0$`-"B!V-&P](FYO(@T*(&%U9&EO7V]S<STB M;F\B#0H at 9'8Q,SDT/2)N;R(-"BUN971W;W)K/2)N;R(-"B!F9G-E<G9E<CTB M;F\B#0H@=FAO;VL](FYO(@T*(&]S,CTB>65S(@T*0$`@+3$P-C<L-R`K,3`V M-BPW($!`#0H at 14]&#0H@#0H at 9G)E971Y<&4R/6YO#0HM:68@=&5S="`B>"1T M87)G971O<R(@(3T@(GA"94]3(B`F)B!T97-T("(D;W,R(B`A/2`B>65S(CL@ M=&AE;@T**VEF('1E<W0@(G at D=&%R9V5T;W,B("$](")X0F5/4R([('1H96X- M"B`@(&EF("AF<F5E='EP92UC;VYF:6<@+2UV97)S:6]N*2`^+V1E=B]N=6QL M(#(^)C$@.R!T:&5N#0H@("`@(&EF("1C8R`M;R`D5$U012`D5$U00R!@9G)E M971Y<&4M8V]N9FEG("TM8V9L86=S8"!@9G)E971Y<&4M8V]N9FEG("TM;&EB M<V`@(#X at +V1E=B]N=6QL(#(^)C$@.R!T:&5N#0H@("`@("`@9G)E971Y<&4R M/7EE<PT*0$`@+3$V,#4L-B`K,38P-"PY($!`#0H@:68@=&5S="`B)&]S,B(@ M/2`B>65S(B`[('1H96X-"B`@(&5C:&\@(B-D969I;F4 at 0T].1DE'7T]3,B`Q M(B`^/B`D5$U02`T*("`(a)96-H;R`B0T].1DE'7T]3,CUY97,B(#X^(&-O;F9I M9RYM86L-"BL@(&5C:&\@(DA!5D5?3U,R5$A214%$4SUY97,B(#X^(&-O;F9I M9RYM86L-"BL@(&5C:&\@(B-D969I;F4 at 2$%615]/4S)42%)%0413(#$B(#X^ M("1435!(#0HK("!E8VAO("(C9&5F:6YE($A!5D5?5$A214%$4R`Q(B`^/B`D M5$U02`T*(&9I#0H@#0H@:68@=&5S="`B)%1!4D=%5%]/4R(@/2`B4W5N3U,B M(#L@=&AE;@T*9&EF9B`M=2`M<B!C=G,O;&EB879C;V1E8R]-86ME9FEL92!P M871C:&5D+VQI8F%V8V]D96,O36%K969I;&4-"BTM+2!C=G,O;&EB879C;V1E M8R]-86ME9FEL90E-;VX at 4V5P(#(V(#$Y.C,U.C$R(#(P,#4-"BLK*R!P871C M:&5D+VQI8F%V8V]D96,O36%K969I;&4)36]N($]C="`(a),R`R,#HP.#HT."`R M,#`U#0I`0"`M,C`S+#8@*S(P,RPQ,2!`0`T*($]"2E,K/2!W,S)T:')E860N M;PT*(&5N9&EF#0H@#0HK:69E<2`H)"A(059%7T]3,E1(4D5!1%,I+'EE<RD- M"BM/0DI3*ST@;W,R=&AR96%D+F\-"BME;F1I9 at T**PT**PT*(&EF97$@*"0H M2$%615]"14]35$A214%$4RDL>65S*0T*($]"2E,K/2!B96]S=&AR96%D+F\- M"B!E;F1I9 at T*3VYL>2!I;B!P871C:&5D+VQI8F%V8V]D96,Z(&]S,G1H<F5A M9"YC#0ID:69F("UU("UR(&-V<R]L:6)A=F9O<FUA="]T8W`N8R!P871C:&5D M+VQI8F%V9F]R;6%T+W1C<"YC#0HM+2T at 8W9S+VQI8F%V9F]R;6%T+W1C<"YC M"4UO;B!-87D@(#D@,C`Z,3 at Z,3(@,C`P-0T**RLK('!A=&-H960O;&EB879F M;W)M870O=&-P+F,)36]N($]C="`@,R`R,#HP-CHS,"`R,#`U#0I`0"`M,C$L M-R`K,C$L-R!`0`T*("-I;F-L=61E(#QS>7,O='EP97,N:#X-"B`C:6YC;'5D M92`\<WES+W-O8VME="YH/@T*("-I;F-L=61E(#QN971I;F5T+VEN+F@^#0HM M(VEF(&1E9FEN960H7U]"14]37U\I#0HK(VEF(&1E9FEN960H7U]"14]37U\I M('Q\(&1E9FEN960H7U])3DY/5$5+7TQ)0D-?7RD-"B!T>7!E9&5F(&EN="!S G;V-K;&5N7W0[#0H@(V5N9&EF#0H@(VEF;F1E9B!?7T)%3U-?7PT* ` end

2 1

[Ffmpeg-devel-old] SVCD bug
by slhomme＠divxcorp.com 02 Feb '06

02 Feb '06

Hi everyone, Here is a file that comes from an SVCD created with Nero. I don't know if the file plays in regular players (given SVCD is a half supported format). And the file doesn't play in DirectShow apps. Although it works in Media Player Classic. Other apps like VLC or mkvmerge only see the MPEG2 video track from the file. The reason: the MPEG data are inside RIFF chunks from the CDXA format. In FFMPEG it's recognised as PSX files, and there's even some code in there to work with SVCD, but for some reason it doesn't. Link to the file: http://www.matroska.org/~robux4/drdivx/samples/AVSEQ01.MPG ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Ffmpeg-devel mailing list Ffmpeg-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ffmpeg-devel

7 15

LinuxTag 2006
by r_togni＠tiscali.it 02 Feb '06

02 Feb '06

Hi all If you don't know it already, LinuxTag 2006 has moved both in time and place. It will be on May 3 - 6, 2006, in the Rhein-Main-Hallen, Wiesbaden. See http://www.linuxtag.org/2006/en/home/aktuelles.html We are thinking about having a booth there, like previous years. Who are willing to be there? Which days? There is a very tight deadline for it: we must apply no later than Feb 03 if we're willing to be there, but we can do it only if enough people commit to be there and is willing to help with organization. Also have a look at what they expect from exhibitors here http://www.linuxtag.org/2006/en/home/cfpro/call-for-projects.html http://www.linuxtag.org/2006/en/home/cfpro/what-linuxtag-expects-from-proje… So please answer asap if you want to be there. Ciao, Roberto

3 6

gcc4 support & MMX fixups (from Debian)
by pluto＠pld-linux.org 02 Feb '06

02 Feb '06

Hi all, I have an implementation of transpose4x4 in C which uses gcc's vector extensions. It doesn't press register allocator so much and allows optimal code scheduling. Instantiation of attached patch e.g. in foo(dst, src, 4, 4) gives a nice piece of code: [ x86-64 example ] foo: movd 4(%rsi), %mm0 movd (%rsi), %mm1 movd 8(%rsi), %mm2 movd 12(%rsi), %mm3 punpcklbw %mm0, %mm1 punpcklbw %mm3, %mm2 movq %mm1, %mm0 punpckhwd %mm2, %mm1 punpcklwd %mm2, %mm0 movd %mm1, 8(%rdi) punpckhdq %mm1, %mm1 movd %mm0, (%rdi) punpckhdq %mm0, %mm0 movd %mm1, 12(%rdi) movd %mm0, 4(%rdi) ret actually gcc-4.1 has a good optimizer and happy asm. hardcoding doesn't introduce incredible performance boost but only degradation of code scheduling. BR, Pawel. -- to_be || !to_be == 1, to_be | ~to_be == -1

5 16

Samples archive
by banan＠student.ltu.se 01 Feb '06

01 Feb '06

Part of MPHQ samples archive is up and running at http://equinox.campus.ltu.se/ MvH Benjamin Larsson -- "incorrect information" is an oxymoron. Information is, by definition, factual, correct.

2 1

[PATCH] libavformat/utils.c/truncate_ts shouldn't truncate AV_NOPTS_VALUE
by andyparkins＠gmail.com 01 Feb '06

01 Feb '06

Hello, I was getting strange behaviour where the PTS of an encoded stream was discontinuous and cyclic. I was using an MPEGTS container for MPEG4 video (although I don't think that matters). The problem, I think, is that mpegts_write_packet() (et al) tests for pts being equal to AV_NOPTS_VALUE; however truncate_ts() has already masked pts. The fix was simply to stop truncate_ts from doing any truncation in the special case of the timestamp being AV_NOPTS_VALUE (for both pts and dts) It's certainly fixed my problem, is there any reason I shouldn't do this? Andy -- Dr Andy Parkins, M Eng (hons), AMIEE andyparkins at gmail.com

4 4

FLV files: use of audio timestamps
by smathur＠nellymoser.com 31 Jan '06

31 Jan '06

Hello all, In an FLV (Flash) file, each audio/video packet has a timestamp associated with it. This timestamp value is in milliseconds and can be extracted from the packet header. For example, the flv_read_packet() function in flvdec.c reads this value as follows: pts = get_be24(&s->pb); In certain (fairly common) scenarios, the timestamp of the first audio packet is offset by (say) 0.5 sec from the timestamp of the first video packet. FFMPEG currently seems to throw away this information when converting from the FLV format, and as a result audio and video timescales may be skewed. For example, I decoded an FLV ( audio offset of ~0.4sec) to an AVI file with PCM audio and RAW video, and lip-sync problems can be seen. Any pointers on how I should troubleshoot and fix this problem in the ffmpeg code? Thanks Siddharth

2 1

Re: Semantic Error?
by freebsd＠sopwith.solgatos.com 31 Jan '06

31 Jan '06

>> PixleFormatTag :-) > That's the British spelling ;-) Do our British friends spell neighbor with two 'o's? compute_mb_neighboors()

6 12

local playback of 3gp files
by sroy＠rhythmnewmedia.com 31 Jan '06

31 Jan '06

Hi, it looks like there is a bug in libavformat/movenc.c, when writing the damr tag for AMR audio. Files generated using ffmeg will play fine when streamed using Helix or Darwin, but there is no audio when doing a playback from the local filesystem. The attached (very simple) patch fixes this problem. Cheers Sumit

1 0

[PATCH] av_seek_binary() shouldn't call av_rescale() with c = 0
by andyparkins＠gmail.com 31 Jan '06

31 Jan '06

Hello, I've found a bug, but I'm not sure the my fix is the correct way to deal with the problem. I'm seeking around near the end of an MPEGTS wrapped MPEG4 stream. I was getting crashes and traced it to lavf/utils.c/av_seek_frame_binary(); which is calling av_rescale() even in situations that will lead to a floating point error. I think the problem is that I'm seeking very small distances and there are probably few (or no) keyframes between the two positions (but then again, I don't entirely understand av_seek_frame_binary() :-)) The attached simple patch, checks for the invalid condition (ts_max==ts_min) and hence allows av_seek_frame_binary() to fall back to a linear search rather than just crashing. Andy -- Dr Andy Parkins, M Eng (hons), AMIEE andyparkins at gmail.com

1 0

OT - languages (was: Re: Semantic Error?)
by freebsd＠sopwith.solgatos.com 31 Jan '06

31 Jan '06

> Anyway, I think spelling of English (either American or British) is > ehrm... suboptimal anyway. The relation between how a word is written > and how it is pronounced is very ehrm... weak, which makes it very > difficult for non-native speakers to learn the language. language written <--> pronounced relation German strong English medium French none that I can detect Then there are languages like Chinese, where you can't even hear the difference between words unless you are exposed to those sound differences very early in life.

1 0

fixing signed/unsigned warnings (was: time for a release?)
by freebsd＠sopwith.solgatos.com 31 Jan '06

31 Jan '06

> I have no other solution for the issue, considering it is a buffer used > as a raw unsigned byte buffer some places and as a char buffer in others > (depending on if ffserver is writting to http header or body). > Splitting the buffer into two buffers (one uint8_t, one char) would be > pointless, changing the type to one or the other would still give > warnings, and using something to disable the warnings is just a bad > idea. IIRC a union could be useful here?

1 0

ffmpeg-devel FFPLAY to quit automatically
by joaoedu＠gmail.com 31 Jan '06

31 Jan '06

Hii all, Someone could point me a way to patch ffplay, so then it will quit automatically when the video end's. I've tryed several ways, but none of them worked very well. Thanks in advance. Cya.

2 2

[BUG] MPEG-4 artifacts, possibly demuxer-related
by diego＠biurrun.de 31 Jan '06

31 Jan '06

Hey, I stumbled across another MPEG-4 file that shows artifacts: ftp://sandman.homedns.org/diego/ffmpeg/XviD_with_3_AAC-HE_audio_streams.avi I've tested with CVS MPlayer, CVS ffplay and MPlayer 1.0pre7try2. Interestingly xine CVS and vlc 0.8.4 play the file fine. This indicates a demuxer problem, but it would be present in both the MPlayer and the libavformat demuxer. The AVI file is an ODML AVI file. The problem exists both on my PPC and x86 machines. Both are Debian unstable boxes with gcc 4.0.3 on the PPC and gcc 2.95.4 on the x86 box. Diego

3 4

[PATCH] part12 resend - fixes for compiler warnings
by freebsd＠sopwith.solgatos.com 31 Jan '06

31 Jan '06

> All your patches got corrupted by your broken mailer. Patches 12 and 18 got corrupted, but not by my mailer. Guess again. :-) Here is part 12 again, hopefully correct this time: Diffs for file: libavcodec/snow.c =================================================================== RCS file: RCS/snow.c,v retrieving revision 1.1 diff -u -r1.1 snow.c --- snow.c 2006/01/26 21:03:39 1.1 +++ snow.c 2006/01/26 21:32:47 @@ -1576,7 +1576,7 @@ spatial_compose97i_dy(&cs, buffer, width, height, stride); } -void ff_spatial_idwt_buffered_init(dwt_compose_t *cs, slice_buffer * sb, int width, int height, int stride_line, int type, int decomposition_count){ +static void ff_spatial_idwt_buffered_init(dwt_compose_t *cs, slice_buffer * sb, int width, int height, int stride_line, int type, int decomposition_count){ int level; for(level=decomposition_count-1; level>=0; level--){ switch(type){ @@ -1589,7 +1589,7 @@ } } -void ff_spatial_idwt_init(dwt_compose_t *cs, DWTELEM *buffer, int width, int height, int stride, int type, int decomposition_count){ +static void ff_spatial_idwt_init(dwt_compose_t *cs, DWTELEM *buffer, int width, int height, int stride, int type, int decomposition_count){ int level; for(level=decomposition_count-1; level>=0; level--){ switch(type){ @@ -1601,7 +1601,7 @@ } } -void ff_spatial_idwt_slice(dwt_compose_t *cs, DWTELEM *buffer, int width, int height, int stride, int type, int decomposition_count, int y){ +static void ff_spatial_idwt_slice(dwt_compose_t *cs, DWTELEM *buffer, int width, int height, int stride, int type, int decomposition_count, int y){ const int support = type==1 ? 3 : 5; int level; if(type==2) return; @@ -1619,7 +1619,7 @@ } } -void ff_spatial_idwt_buffered_slice(dwt_compose_t *cs, slice_buffer * slice_buf, int width, int height, int stride_line, int type, int decomposition_count, int y){ +static void ff_spatial_idwt_buffered_slice(dwt_compose_t *cs, slice_buffer * slice_buf, int width, int height, int stride_line, int type, int decomposition_count, int y){ const int support = type==1 ? 3 : 5; int level; if(type==2) return; @@ -1637,7 +1637,7 @@ } } -void ff_spatial_idwt(DWTELEM *buffer, int width, int height, int stride, int type, int decomposition_count){ +static void ff_spatial_idwt(DWTELEM *buffer, int width, int height, int stride, int type, int decomposition_count){ if(type==2){ int level; for(level=decomposition_count-1; level>=0; level--) @@ -3776,7 +3776,7 @@ return 0; } -static void init_qexp(){ +static void init_qexp(void){ int i; double v=128;

2 1

[PATCH] part 10 - portability fixes (ILP32 vs LP64)
by freebsd＠sopwith.solgatos.com 31 Jan '06

31 Jan '06

Diffs for file: libavcodec/qdm2.c =================================================================== RCS file: RCS/qdm2.c,v retrieving revision 1.1 diff -u -r1.1 qdm2.c --- qdm2.c 2006/01/26 20:59:38 1.1 +++ qdm2.c 2006/01/26 21:29:25 @@ -230,7 +230,7 @@ static MPA_INT mpa_window[512] __attribute__((aligned(16))); -static void softclip_table_init() { +static void softclip_table_init(void) { int i; double dfl = SOFTCLIP_THRESHOLD - 32767; float delta = 1.0 / -dfl; @@ -240,7 +240,7 @@ // random generated table -static void rnd_table_init() { +static void rnd_table_init(void) { int i,j; uint32_t ldw,hdw; uint64_t tmp64_1; @@ -276,7 +276,7 @@ } -static void init_noise_samples() { +static void init_noise_samples(void) { int i; int random_seed = 0; float delta = 1.0 / 16384.0; @@ -287,7 +287,7 @@ } -static void qdm2_init_vlc() +static void qdm2_init_vlc(void) { init_vlc (&vlc_tab_level, 8, 24, vlc_tab_level_huffbits, 1, 1, @@ -525,7 +525,7 @@ * @param channels number of channels * @param coding_method q->coding_method[0][0][0] */ - void fix_coding_method_array (int sb, int channels, sb_int8_array coding_method) +static void fix_coding_method_array (int sb, int channels, sb_int8_array coding_method) { int j,k; int ch; @@ -1690,7 +1690,7 @@ * * @param q context */ -void qdm2_init(QDM2Context *q) { +static void qdm2_init(QDM2Context *q) { static int inited = 0; if (inited != 0) @@ -1942,7 +1942,7 @@ } -void qdm2_decode (QDM2Context *q, uint8_t *in, int16_t *out) +static void qdm2_decode (QDM2Context *q, uint8_t *in, int16_t *out) { int ch, i; const int frame_size = (q->frame_size * q->channels);

8 11

meta-discussion Re: [PATCH] part 8 - portability fixes (ILP32 vs LP64)
by freebsd＠sopwith.solgatos.com 31 Jan '06

31 Jan '06

> What I'm complaining about is the inaccurate descriptions. I am sorry you do not like my description. Portability between CPU architectures requires, amoung other things, prototypes. Therefore I turn on the prototype/decl related warnings. I view the resulting warnings, and their fixes, as being related to portability between CPU architectures. You are of course welcome to view them differently, but I cannot read your mind.

3 4

[PATCH] part18 resend - fixes for compiler warnings
by freebsd＠sopwith.solgatos.com 30 Jan '06

30 Jan '06

Here is part 18 again, hopefully correct this time. (sorry about the previous version) Diffs for file: vhook/drawtext.c =================================================================== RCS file: RCS/drawtext.c,v retrieving revision 1.1 diff -u -r1.1 drawtext.c --- drawtext.c 2006/01/26 22:16:09 1.1 +++ drawtext.c 2006/01/30 02:43:43 @@ -116,7 +116,7 @@ } -int ParseColor(char *text, unsigned char yuv_color[3]) +static int ParseColor(char *text, unsigned char yuv_color[3]) { char tmp[3]; unsigned char rgb_color[3]; @@ -300,7 +300,7 @@ -inline void draw_glyph(AVPicture *picture, FT_Bitmap *bitmap, unsigned int x, unsigned int y, unsigned int width, unsigned int height, unsigned char yuv_fgcolor[3], unsigned char yuv_bgcolor[3], int outline) +static inline void draw_glyph(AVPicture *picture, FT_Bitmap *bitmap, unsigned int x, unsigned int y, unsigned int width, unsigned int height, unsigned char yuv_fgcolor[3], unsigned char yuv_bgcolor[3], int outline) { int r, c; int spixel, dpixel[3], in_glyph=0; @@ -363,7 +363,7 @@ } -inline void draw_box(AVPicture *picture, unsigned int x, unsigned int y, unsigned int width, unsigned int height, unsigned char yuv_color[3]) +static inline void draw_box(AVPicture *picture, unsigned int x, unsigned int y, unsigned int width, unsigned int height, unsigned char yuv_color[3]) { int i, j;

3 4

Semantic Error?
by bbrice＠newtek.com 30 Jan '06

30 Jan '06

Hi guys, I know this one is totally silly. It's not a bug or anything, but there seems to be a misspelling in lavc/raw.c: typedef struct PixleFormatTag { int pix_fmt; unsigned int fourcc; } PixelFormatTag; PixleFormatTag :-) -- Brian Brice

2 1

[PATCH] part 12 - portability fixes (ILP32 vs LP64)
by freebsd＠sopwith.solgatos.com 30 Jan '06

30 Jan '06

Diffs for file: libavcodec/snow.c =================================================================== RCS file: RCS/snow.c,v retrieving revision 1.1 diff -u -r1.1 snow.c --- snow.c 2006/01/26 21:03:39 1.1 +++ snow.c 2006/01/26 21:32:47 @@ -1576,7 +1576,7 @@ spatial_compose97i_dy(&cs, buffer, width, height, stride); } -void ff_spatial_idwt_buffered_init(dwt_compose_t *cs, slice_buffer * sb, int width, int height, int stride_line, int type, i nt decomposition_count){ +static void ff_spatial_idwt_buffered_init(dwt_compose_t *cs, slice_buffer * sb, int width, int height, int stride_line, int type, int decomposition_count){ int level; for(level=decomposition_count-1; level>=0; level--){ switch(type){ @@ -1589,7 +1589,7 @@ } } -void ff_spatial_idwt_init(dwt_compose_t *cs, DWTELEM *buffer, int width, int height, int stride, int type, int decomposition _count){ +static void ff_spatial_idwt_init(dwt_compose_t *cs, DWTELEM *buffer, int width, int height, int stride, int type, int decomp osition_count){ int level; for(level=decomposition_count-1; level>=0; level--){ switch(type){ @@ -1601,7 +1601,7 @@ } } -void ff_spatial_idwt_slice(dwt_compose_t *cs, DWTELEM *buffer, int width, int height, int stride, int type, int decompositio n_count, int y){ +static void ff_spatial_idwt_slice(dwt_compose_t *cs, DWTELEM *buffer, int width, int height, int stride, int type, int decom position_count, int y){ const int support = type==1 ? 3 : 5; int level; if(type==2) return; @@ -1619,7 +1619,7 @@ } } -void ff_spatial_idwt_buffered_slice(dwt_compose_t *cs, slice_buffer * slice_buf, int width, int height, int stride_line, int type, int decomposition_count, int y){ +static void ff_spatial_idwt_buffered_slice(dwt_compose_t *cs, slice_buffer * slice_buf, int width, int height, int stride_li ne, int type, int decomposition_count, int y){ const int support = type==1 ? 3 : 5; int level; if(type==2) return; @@ -1637,7 +1637,7 @@ } } -void ff_spatial_idwt(DWTELEM *buffer, int width, int height, int stride, int type, int decomposition_count){ +static void ff_spatial_idwt(DWTELEM *buffer, int width, int height, int stride, int type, int decomposition_count){ if(type==2){ int level; for(level=decomposition_count-1; level>=0; level--) @@ -3776,7 +3776,7 @@ return 0; } -static void init_qexp(){ +static void init_qexp(void){ int i; double v=128;

4 3

Transcode video
by stefan＠iunxi.nl 30 Jan '06

30 Jan '06

Hi guys, I'm trying to transcode a .3gp (with h.263/amr) to a .avi: $ ./ffmpeg -i test.3gp -f avi -acodec pcm_alaw test.avi ffmpeg version 0.4.9-pre1, build 4718, Copyright (c) 2000-2004 Fabrice Bellard built on Jan 30 2006 13:25:22, gcc: 3.4.3 (csl-sol210-3_4-branch+sol_rpath) Input #0, mov,mp4,m4a,3gp, from 'test.3gp': Duration: 00:00:43.7, bitrate: 142 kb/s Stream #0.0: Video: h263, 176x144, 14.89 fps Stream #0.1: Audio: amr_nb, 8000 Hz, mono File 'test.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'test.avi': Stream #0.0: Video: mpeg4, 176x144, 14.89 fps, q=2-31, 200 kb/s Stream #0.1: Audio: pcm_alaw, 8000 Hz, mono, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding frame= 325 q=3.1 Lsize= 955kB time=21.8 bitrate= 358.5kbits/s video:591kB audio:342kB global headers:0kB muxing overhead 2.310629% That works. But the problem is, when played back, the video is twice the speed. Audio is OK. Seems like the 15fps is somehow translated to 30fps. I tried: -r 15, with same result. Using the CVS version doesn't work at all: $ ./ffmpeg -i test.3gp FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard configuration: --enable-amr_nb libavutil version: 49.0.0 libavcodec version: 51.1.0 libavformat version: 50.0.0 built on Jan 30 2006 17:34:29, gcc: 3.4.2 test.3gp: could not find codec parameters Can anybody enlighten me? Regards, Stefan -- E: stefan at iunxi.nl iunxi BV M: +31 (0)6 18844094 Postbus 1315 T: +31 (0)36 5400524 1300 BH ALMERE F: +31 (0)36 5400526

2 1