- 17 Mar, 2009 9 commits
-
-
Cédric Schieli authored
Originally committed as revision 28985 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Ronald S. Bultje authored
Originally committed as revision 18026 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Gwenole Beauchesne authored
This is needed for some HW accelerators that require a context that FFmpeg can't instantiate itself. e.g. display-dependent data from VA API and VDPAU. Originally committed as revision 18025 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 18024 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
patch discussion in "[PATCH] RTSP-MS 10/15: ASF header parsing" thread. Originally committed as revision 18023 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
avcoder authored
Originally committed as revision 18022 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
mismatch. The function is now called sws_yuv2rgb_get_func_ptr_bfin(). Originally committed as revision 28982 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Diego Biurrun authored
between name and parentheses; shorten some overly long lines. Originally committed as revision 28981 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Justin Ruggles authored
Originally committed as revision 18021 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Mar, 2009 26 commits
-
-
John Cox authored
Patch by John Cox, jc A kynesim D co D uk Originally committed as revision 18020 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Reimar Döffinger authored
time == -1 and duration. Complicated since time is relative to stream, duration relative to container time base. Originally committed as revision 18019 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 18018 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Cédric Schieli authored
Originally committed as revision 28978 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Alex Converse authored
Originally committed as revision 18017 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Alex Converse authored
Originally committed as revision 18016 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Alex Converse authored
Originally committed as revision 18015 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 18014 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Has been tested against streamed / non-seekable input and passes make seektest. See "[PATCH] rmdec.c: parse INDX chunk" thread on mailinglist. Originally committed as revision 18013 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Benoit Fouet authored
Originally committed as revision 18012 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 18011 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
as requested by Kostya). See "[PATCH] rmdec.c: remove cache access duplication". Originally committed as revision 18010 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
cache, since this can already be accessed through ff_rm_retrieve_cache(). See "[PATCH] rmdec.c: remove cache access duplication" thread. Originally committed as revision 18009 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Benoit Fouet authored
Originally committed as revision 18008 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 18007 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Daniel Verkamp authored
Patch by Daniel Verkamp daniel drv nu Originally committed as revision 18006 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
the newer (.rm, audio/video) files. See "[PATCH] rmdec.c: merge old/new packet reading code" thread on mailinglist. Originally committed as revision 18005 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Cédric Schieli authored
Originally committed as revision 28972 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Baptiste Coudurier authored
Originally committed as revision 18004 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Baptiste Coudurier authored
Originally committed as revision 18003 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Baptiste Coudurier authored
Originally committed as revision 18002 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Baptiste Coudurier authored
Originally committed as revision 18001 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Baptiste Coudurier authored
Originally committed as revision 18000 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Baptiste Coudurier authored
Originally committed as revision 17999 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Baptiste Coudurier authored
Originally committed as revision 17998 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
to it were removed in r6606 Originally committed as revision 17997 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 15 Mar, 2009 5 commits
-
-
Baptiste Coudurier authored
Originally committed as revision 17996 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ramiro Polla authored
Originally committed as revision 17995 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Matthieu Castet authored
A config.h present in the source tree takes precedence over a config.h in the build tree, which can possibly result in an incorrect build. patch by matthieu castet, castet.matthieu free fr Originally committed as revision 17994 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
discussion in the ML thread "[PATCH] rmdec.c: merge old/new packet reading code". Over time, this code broke somewhat, e.g. seq was never actually written into (and was thus always 1, therefore the seq condition was always true), whereas it was supposed to be set to the sequence number of the video slice in case the video frame is divided over multiple RM packets (slices). The problem of this is that packets other than those containing the beginning of a video frame would be indexed as well. Secondly, flags&2 is supposed to be true for video keyframes and for these audio packets containing the start of a block. For some codecs (e.g. AAC), that is every single packet, whereas for others (e.g. cook), that is the packet containing the first of a series of scrambled packets that are to be descrambled together. Indexing any of the following would lead to incomplete and thus useless frames. Problem here is that flags would be reset to 2 to indicate that the first packet is ready to be returned, and in addition if no data was left to be returned (which is always true for the first packet), then we wouldn't actually write the index entry anyway. All in all, the idea was good and it probably worked at some point, but that is long ago. This patch should at the very least make it likely for this code to be executed again at the right times, i.e. the way it was originally intended to be used. Originally committed as revision 17993 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Benjamin Larsson authored
Originally committed as revision 17992 to svn://svn.ffmpeg.org/ffmpeg/trunk
-