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

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

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

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

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

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

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