- 22 Jan, 2010 4 commits
-
-
Måns Rullgård authored
The seemingly equivalent _Pragma(AV_STRINGIFY(x)) is not accepted by some compilers. Originally committed as revision 21378 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 21377 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
The awk command used inadvertently relied on non-standard features. Originally committed as revision 21376 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Change order of operands as gcc uses a hardcoded register per operand it seems even for static functions thus reducing unneeded moved (now functions try to pass the same argument in the same spot). Change signed int to unsigned int for array indexes as signed requires signed extension while unsigned is free. move the +52 up and merge it where it will end as a lea instruction, gcc always splits the 52 out there turning the free +52 into an expensive one otherwise. The changed code becomes a little faster. Originally committed as revision 21375 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 21 Jan, 2010 16 commits
-
-
David Conrad authored
Originally committed as revision 21374 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
This should be faster (couldnt meassue a difference), and its less picky on slightly out of spec dquant. Originally committed as revision 21373 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Rafaël Carré authored
patch by Rafael (dot) Carre (a) gmail (d) com Originally committed as revision 21372 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
they are unused. Originally committed as revision 21371 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
response anyway. Originally committed as revision 21370 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 21369 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
buffer, that is doomed to not work at some point. Originally committed as revision 21368 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
Patch by Martin Storsjö martin martin st Originally committed as revision 21367 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
little effect overall as this is not that often executed. Originally committed as revision 21366 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
Originally committed as revision 21365 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 21364 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
The macro implementation might need the name of the variable being declared for compiler-specific syntax. Moving array specifiers outside the macro invocation allows this to work. Originally committed as revision 21363 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
This makes ffmpeg stop printing millions of Multiple frames in a packet from stream 0 when decoding adpcm. Originally committed as revision 21362 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 30381 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
David Conrad authored
formats with only one stream; the AVFormatContext values will be derived from the AVStream and this helps in calculating stream bitrate. Originally committed as revision 21361 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 21360 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 20 Jan, 2010 20 commits
-
-
Måns Rullgård authored
Originally committed as revision 21359 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
The various avcodec_thread_init() functions are updated to return immediately after setting avctx->thread_count. This allows -threads 0 to pass through to codecs. It also simplifies the usage for apps using libavcodec. Originally committed as revision 21358 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 21357 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 21356 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Only tested on gcc 4 & x86_64. Originally committed as revision 21355 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Laurent Aimar authored
Originally committed as revision 21354 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Laurent Aimar authored
It allows VLD H264 decoding using DXVA2 (GPU assisted decoding API under VISTA and Windows 7). It is implemented by using AVHWAccel API. It has been tested successfully for some time in VLC using an nvidia card on Windows 7. To compile it, you need to have the system header dxva2api.h (either from microsoft or using http://downloads.videolan.org/pub/videolan/testing/contrib/dxva2api.h) The generated libavcodec.dll does not depend directly on any new lib as the necessary objects are given by the application using FFmpeg. Originally committed as revision 21353 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
sockaddr (in case it's not missing) so it always works on the system that we are defining it for, in a RFC-2553/3493-compliant way (i.e. containing a ss_family field). which is used in udp.c. Patch by Martin Storsjö <$firstname $firstname st>. Originally committed as revision 21352 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
the system wants a length entry in all socket structures or not. Patch by Martin Storsjö <$firstname $firstname st>. Originally committed as revision 21351 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 21350 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 21349 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 21348 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
This option limits the CPU time used by ffmpeg to the number of seconds specified. After this time, the OS sends a SIGXCPU signal, which we handle and attempt to exit cleanly. If the process is stuck, the OS will deliver a SIGKILL one second later, forcibly terminating the process. This functionality is useful in automated setups where a runaway ffmpeg process would otherwise go undetected. Originally committed as revision 21347 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
This obscure macro is only used in motion_est.c so having it in lavc makes more sense. See discussion here: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056561.html Originally committed as revision 21346 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Alexander Strange authored
Originally committed as revision 21345 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ramiro Polla authored
Originally committed as revision 30380 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Michael Niedermayer authored
Its faster but too rarely used to make a differnce. Originally committed as revision 21344 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ramiro Polla authored
Originally committed as revision 21343 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
loop filter. (a little faster for the common case where they are equal) Originally committed as revision 21342 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 21341 to svn://svn.ffmpeg.org/ffmpeg/trunk
-