error concealment / error resilience
b_quant_offset (unfinished, should be 0 for now)
Originally committed as revision 646 to svn://svn.ffmpeg.org/ffmpeg/trunk
prequantization
more readable malloc & check if NULL
error concealment / error resilience
b_quant_offset (unfinished, should be 0 for now)
data partitioning
Originally committed as revision 642 to svn://svn.ffmpeg.org/ffmpeg/trunk
more correct EPZS implementation
much faster halfpel ME
simplifications / reducing duplicate code
4MV in LQ mode
Originally committed as revision 641 to svn://svn.ffmpeg.org/ffmpeg/trunk
data partitioning encoding/decoding
resync marker encoding
more correct headers
merging s->first_gob_line & s->first_slice_line
Originally committed as revision 639 to svn://svn.ffmpeg.org/ffmpeg/trunk
* using MOVQ_WONE/MOVQ_BFE as two instruction instead of static memory value access
as its always faster
* PAVGB_MMX macro is using now mm6 -> mm7 is unmodified
* replaced original pixels_xy2_mmx with new faster and equal implementation
* replaced usage of mm7 for other then ZERO contstant in _rnd & _avg file with mm6
Originally committed as revision 632 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Change to dynamically allocated buffers. Should reduce memory footprint significantly
as well as eliminate a call to av_abort!
* Better version of WMP rate switching infrastructure. Currently turned off till
the PTS fixes are in.
* Added a Redirect type feature. This allows URLs served by ffserver to just
redirect to somewhere else. You might want to do this. Really this needs to
be enhanced -- say to handle all 404 pages.
* Add mechanism to automatically fire up ffmpeg on ffserver start. This is turned
on by adding the Launch keyword to the <feed> definition.
* Add logic to take care of non-wmp user agents requesting .asf files. They now get
a [reference] file with an appropriate mime type. This fixes the mplayer problem.
* Make sure that we have a large buffer for the stats page.
* Add a FaviconURL keyword to the status stream definition. If set, then it
generates the appropriate HTML so that IE and Mozilla will display the favicon
as appropriate. OK -- this is a pretty random feature.
* If the ffmpeg is running as a child of ffserver, then report it's CPU usage
on the status page. [This is linux only -- maybe somebody could do the work for
another OS. The tricky thing is getting the 'ps' command right.]
Originally committed as revision 630 to svn://svn.ffmpeg.org/ffmpeg/trunk
returns EOF -- e.g. it is connected to /dev/null
* Make the 1MB video buffer only allocated once rather than on each frame.
The allocation and deallocation causes significant performance loss as the
kernel remaps the address space each time.
Originally committed as revision 629 to svn://svn.ffmpeg.org/ffmpeg/trunk
* calculating average in parallel to use two MMX units
* disabled xy2 put code - it's producing rouding errors
Originally committed as revision 626 to svn://svn.ffmpeg.org/ffmpeg/trunk
the new code
* added PAVGP macros for parallel processing to safe few more cycles on
celerons
Originally committed as revision 625 to svn://svn.ffmpeg.org/ffmpeg/trunk
and being compiled in the same way as _avg.h
* PAVG_MMX macros accept also output parameter
* implemented faster put_pixels_xy2, but it has slightly smaller precission.
But there is not visible difference in the image quality - might be eventualy
easily switched back (#if 0 #endif)- please check
Originally committed as revision 624 to svn://svn.ffmpeg.org/ffmpeg/trunk
at different frame rates).
* Do the av_abort() change that is not otherwise worth checking in.
Originally committed as revision 620 to svn://svn.ffmpeg.org/ffmpeg/trunk
as its functionality is used even in those parts which are being
compiled without this flag
- generaly this would require more complicated cleanup patch
- for now leaving for the main author
Originally committed as revision 614 to svn://svn.ffmpeg.org/ffmpeg/trunk
requests. The current state is that at startup, WMP will get the
best stream that it can handle. However, subsequent rate switching
only puts a message in the log saying what the new stream ought to
be. Solving this will be tricky. I guess that we would have to wait for
key frames to appear in the new stream, and then switch over to it.
Some care would be needed to deal with the PTS of the new stream
versus the old stream.
Originally committed as revision 602 to svn://svn.ffmpeg.org/ffmpeg/trunk
