r21760: Directly point to the Subversion instructions.
r21791: avoid a possible confusion, as suggested by Wanderer
r21802: x264 is MPEG-4 AVC, not ASP
r21849: fix typo
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24633 b3059339-0415-0410-9bf9-f77b7e298cf2
investigated and properly used/fixed.
Fixes warnings:
vf_softskip.c:50: warning: 'query_format' defined but not used
vf_tfields.c:433: warning: 'query_format' defined but not used
vf_telecine.c:91: warning: 'query_format' defined but not used
vf_telecine.c:105: warning: 'config' defined but not used
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24625 b3059339-0415-0410-9bf9-f77b7e298cf2
Fixes warning:
vf_pullup.c: At top level:
vf_pullup.c:82: warning: 'get_image' defined but not used
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24623 b3059339-0415-0410-9bf9-f77b7e298cf2
Fixes warning:
vf_detc.c:57: warning: 'hash_pic' defined but not used
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24622 b3059339-0415-0410-9bf9-f77b7e298cf2
r24551: Clarify description of MPLAYER_VERBOSE.
r24558: Clarify the relationship between -msglevel and MPLAYER_VERBOSE.
r24573: Implement setting gain control for video devices (usually webcams)
in v4l2 tv:// driver.
r24592: Change outdated note for -subfps
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24617 b3059339-0415-0410-9bf9-f77b7e298cf2
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