fixing get_bits_count at the end


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@638 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

sqrt
MAX, MIN


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@637 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

bugfix


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@636 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@635 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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)


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@634 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

  where doubling the size of the buffer is not enough.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@633 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

* 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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@632 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@631 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

* 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.]


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@630 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

  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.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@629 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

If not, then ignore it's value.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@628 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@627 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

* calculating average in parallel to use two MMX units
* disabled xy2 put code - it's producing rouding errors


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@626 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

  the new code
* added PAVGP macros for parallel processing to safe few more cycles on
  celerons


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@625 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

  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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@624 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@623 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@622 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@621 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

  at different frame rates).
* Do the av_abort() change that is not otherwise worth checking in.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@620 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

* minor speedup for put_pixels_x2 & cleanup


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@619 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

fixing stackoverflow


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@618 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@617 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@616 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@615 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

  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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@614 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

* fixed busy loop test bug on mmx-only machine


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@613 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@612 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@611 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@610 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@609 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@608 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@607 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@606 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@605 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@604 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@603 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

  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.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@602 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@601 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@600 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@599 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b