outside their declaring source file and which have no corresponding prototype.
patch by Stefan Huehner stefan^^@^^huehner^^.^^org
Originally committed as revision 5497 to svn://svn.ffmpeg.org/ffmpeg/trunk
- really produce readable files (instead of 0 byte files or headers only)
- use bitexact, fastint dct, simple idct and qscale
- gives consistent results across several archs
- still fails on altivec ppc
Originally committed as revision 5129 to svn://svn.ffmpeg.org/ffmpeg/trunk
* In the test cases, the swf, asf, jpg file formats all work
* The avi case doesn't play in winamp. I suspect that the duration field
of zero confuses it
* The RM doesn't play. This always was pretty flaky.
Originally committed as revision 3795 to svn://svn.ffmpeg.org/ffmpeg/trunk
tested and submitted by (Torsten Spindler <spindler at hbt dot arch dot ethz dot ch>)
Originally committed as revision 3381 to svn://svn.ffmpeg.org/ffmpeg/trunk
fixes the random dts/pts during encoding
asf preroll fix
no more initial zero frames for b frame encoding
mpeg-es dts during demuxing fixed
.ffm timestamp scale fixed, ffm is still broken though
Originally committed as revision 3168 to svn://svn.ffmpeg.org/ffmpeg/trunk
overflows.
Fix streaming from non-streaming ffm files. It turned out that you
always got 'index & id do not match' errors.
Add some more error detection on getting FFM feeds
Originally committed as revision 2523 to svn://svn.ffmpeg.org/ffmpeg/trunk
from the client. Simply ignore the unwanted/unasked streams.
- Don't need to pool() for every input character! (the socket is nonblocking,
so the loop is ok).
- Partially resurrect compute_send_delay for avoiding udp flood. Without a
similar patch, udp transmission is seriously unreliable.
(note that we don't link to a specific input reference stream, it's not needed
as the pts values should be coherent anyway. Also, non-monotonic pts
progression is unimportant in the long term).
- rtsp_cmd_pause must reset the time reference
patch by (Giancarlo Formicuccia <ilsensine at inwind dot it>)
Originally committed as revision 2034 to svn://svn.ffmpeg.org/ffmpeg/trunk
Reading 1-char per read() is the less intrusive way to fix the behaviour I observed.
Not a nice fix, but the client requests shouldn't steal so much bandwidth
*** fix for find_rtp_session_with_url.
Note that mplayer send one PLAY request per stream, I don't know if this should be handled
more gracefully
patch by (Giancarlo Formicuccia <ilsensine at inwind dot it>)
Originally committed as revision 1998 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Add ReadOnlyFile which behaves like File, but does not permit changing of the
file. This can be used to prevent deleting of saved ffm files.
Originally committed as revision 1743 to svn://svn.ffmpeg.org/ffmpeg/trunk
when WMP reports in, then we didn't increment the bandwidth, but we did
decrement it.
Originally committed as revision 1619 to svn://svn.ffmpeg.org/ffmpeg/trunk
Diego Biurrun
Stefan Huehner
Aurelien Jacobs
Alex Beregszaszi
Måns Rullgård
Michael Niedermayer
Philip Gladstone
Petr Doubek
Roman Shaposhnik
Falk Hüffner
Michel Bardiaux
Henning Haaland Kulander
Fabrice Bellard
Giancarlo Formicuccia
Andriy Rysin
Mark Hills