- 18 May, 2002 12 commits
-
-
Fabrice Bellard authored
Originally committed as revision 523 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 522 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 521 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 520 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 519 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 518 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 517 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 516 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
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
-
Philip Gladstone authored
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
-
Philip Gladstone authored
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
-
Fabrice Bellard authored
Originally committed as revision 512 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 May, 2002 6 commits
-
-
Michael Niedermayer authored
Originally committed as revision 511 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 510 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
Originally committed as revision 509 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
Originally committed as revision 508 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
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
-
Michael Niedermayer authored
Originally committed as revision 506 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 May, 2002 6 commits
-
-
Michael Niedermayer authored
Originally committed as revision 505 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 504 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Zdenek Kabelac authored
Originally committed as revision 503 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
Originally committed as revision 502 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
* 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
-
Philip Gladstone authored
Originally committed as revision 500 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 15 May, 2002 2 commits
-
-
Michael Niedermayer authored
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
-
Juanjo authored
capture. Originally committed as revision 499 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 May, 2002 6 commits
-
-
Juanjo authored
rate of the stream. Originally committed as revision 498 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Juanjo authored
- 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
-
Juanjo authored
decoded frame. - extra_delay = (repeat_pict / 2) * (1/fps) Originally committed as revision 496 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
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
-
Zdenek Kabelac authored
- comments, critics, improvements on the ffmpeg list are welcomed Originally committed as revision 494 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
Originally committed as revision 493 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 May, 2002 8 commits
-
-
Juanjo authored
Originally committed as revision 492 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Juanjo authored
Originally committed as revision 491 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Nick Kurshev authored
Originally committed as revision 490 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Nick Kurshev authored
Originally committed as revision 489 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Nick Kurshev authored
Originally committed as revision 488 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Juanjo authored
Originally committed as revision 487 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Juanjo authored
frames from 3:2 pulldown sources. - repeat_pict honoured by MPEG-1/2 decoder. Originally committed as revision 486 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Björn Sandell authored
Originally committed as revision 6058 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc
-