MAX, MIN

Originally committed as revision 637 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 636 to svn://svn.ffmpeg.org/ffmpeg/trunk

mpegaudio decoder is in high precision mode by default (low precision is only interesting for slow/old CPUs)

Originally committed as revision 635 to svn://svn.ffmpeg.org/ffmpeg/trunk

fixed layer1/2 overflow if very loud sound - fixed broken free format decoding to pass all mpeg audio standard decoding tests (please avoid patching the parser without having all test streams available - contact me if necessary)

Originally committed as revision 634 to svn://svn.ffmpeg.org/ffmpeg/trunk

  where doubling the size of the buffer is not enough.

Originally committed as revision 633 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

Originally committed as revision 631 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

If not, then ignore it's value.

Originally committed as revision 628 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 627 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

  for now it's rather sneak preview (new functions are nearly 100% faster)

Originally committed as revision 623 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 622 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 621 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

* minor speedup for put_pixels_x2 & cleanup

Originally committed as revision 619 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 618 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 617 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 616 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 615 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

* fixed busy loop test bug on mmx-only machine

Originally committed as revision 613 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 612 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 611 to svn://svn.ffmpeg.org/ffmpeg/trunk

  (though I'm not sure which one is correct - but they should match)

Originally committed as revision 610 to svn://svn.ffmpeg.org/ffmpeg/trunk

  (how about making all headers in ffmpeg working this way ?)

Originally committed as revision 609 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 608 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 607 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 606 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 605 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 604 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 603 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

Originally committed as revision 601 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 600 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 599 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 598 to svn://svn.ffmpeg.org/ffmpeg/trunk