added bigendian support - added cross compilation support - added generation of objects in another directory for simultaneous compilations (needs testing) - simplified redundant code

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

tried to avoid gcc 2.95.2 bug by puting explicit register constraints - added comment about rounding bug in some functions (need to correct or suppress them for regression tests)

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

  will clear out the stream. I think that this is really a linux bug in
  the handling of poll, but I did a workaround anyway.
* Improve the statistics output and prevent a buffer overrun when lots
  of clients are connected.
* Process ffm input when it is received and don't always be one ffm
  packet behind.
* Try to avoid going through the poll loop when not required.

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

file and seek to an FFM packet, then it is important that the packet
found has a frame header within it. If not, then terrible things happen.
This fixes the problem.

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

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

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

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

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

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

  no waiting for key frames).
* Provide StartSendOnKey paramter for a stream to wait until we get key frames
  before sending.
* Add the codec names into the status page. May help debugging problems.

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

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

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

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

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

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

  * prebuffering/preroll a live stream -- this improves startup time
  * videoqmin/videoqmax/videoqdiff -- codec parameters
  * maximum bandwidth for live streams
* Add support for .ram and .rpm extensions mapping onto .rm
* Make the status page show bandwidth. Also make the .asf and .rm
  links go to .asx and .ram files.
* Make a stream only start streaming when it gets a keyframe on each
  stream. This is arguable, and it maybe ought to be restricted to
  live streams. However, since I don't think that file streams work,
  this is a step in the right direction. It improves the startup delay.
* Log an error if we are unable to delete the temp feed file.

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

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

this needs testing, untested parts should be reversed before release
i tested 24->32, 15->16, bgr24->rgb, bgr32->rgb (retesting them isnt a bad idea either ...)

Originally committed as revision 6097 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

capture.

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

rate of the stream.

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

- This stuff could be done in AVCodecContext and the real frame rate
calculated in utils.c, but we don't changes in that by now ;)

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

decoded frame.
- extra_delay = (repeat_pict / 2) * (1/fps)

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

enable simple-idct by default (needed cuz otherwise files encoded with ffmpeg will show stripes with the reference IDCT during decoding)

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

  - comments, critics, improvements on the ffmpeg list are welcomed

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

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

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