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

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

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

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

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

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

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

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

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

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