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

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

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

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

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

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

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

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

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

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

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

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

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

some printf->mp_msg conversion, and some debug messages moved from warn/info to v/dbg2
mplayer's output is now shorter, readable and consistent

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

on my part.

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

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

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

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

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

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

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

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