After a buffer underrun the ALSA get_space() function sometimes returned
values larger than the ao had set in ao_data.buffersize. Fix this by
replacing the old check against MAX_OUTBURST by one against
ao_data.buffersize. There should be no need for the MAX_OUTBURST check;
the current MPlayer side should no longer have any constant limit on the
amount of data an ao can buffer or request at once.
The get_space() values larger than ao_data.buffersize triggered errors
in audio decoding causing the current attempt to fill audio buffers to
be aborted. I'm not sure how often that caused behavior noticeably worse
then an underrun already is.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24610 b3059339-0415-0410-9bf9-f77b7e298cf2
The code calculated the pts values of audio packets by adding the length
of the current packet to the pts of the previous one. The length of the
previous packet should be added instead. This broke WAV timestamps near
the end of the stream where a short packet occurs.
Change the code to store the pts of the next packet instead of the last
one. This fixes the WAV timestamps and allows some simplifications.
MP3 timestamps are not affected as packets are always treated as
constant decoded length, and FLAC timestamps still have worse problems
(FLAC is treated as as if it was constant bitrate even though it isn't).
Also store the timestamps as double instead of float.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24609 b3059339-0415-0410-9bf9-f77b7e298cf2
The FFmpeg issue that broke decoding of some files has been fixed and no
other problems are known, so there's no need to mark it "buggy" any
more.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24608 b3059339-0415-0410-9bf9-f77b7e298cf2
r24573: Implement setting gain control for video devices (usually webcams)
r24592: Change outdated note for -subfps
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24605 b3059339-0415-0410-9bf9-f77b7e298cf2
call it has made to CoInitialize or CoInitializeEx, including any call that
returns S_FALSE. Only the CoUninitialize call corresponding to the CoInitialize
or CoInitializeEx call that initialized the library can close it.
patch by Gianluigi Tiesi, mplayer netfarm it
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24596 b3059339-0415-0410-9bf9-f77b7e298cf2
When _network=='no' then _nemesi, _live and _native_rtsp would keep their default values,
in the the case of _native_rtsp this happens to be 'yes'.
Clearing them also produces nicer output.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24593 b3059339-0415-0410-9bf9-f77b7e298cf2
because it depends on the updated value of stream_tell();
(fixes infinite wait on enctrypted TS streams)
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24589 b3059339-0415-0410-9bf9-f77b7e298cf2
it into 0, which causes an integer overflow later. Clip qp at 1 to avoid this.
patch by Alexander Strange, astrange ithinksw com
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24572 b3059339-0415-0410-9bf9-f77b7e298cf2
The use of inttypes.h is more common throughout MPlayer and stdint.h
can create problems on obscure systems like HP-UX, see Bugzilla #831.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24565 b3059339-0415-0410-9bf9-f77b7e298cf2
diego
reimar
uau
Gabrov
voroshil
aurel
michael
faust3
iive
nicodvb
lu_zero
eugeni