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
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
Is not known to make any difference in practice (yet?).
Patch by Ulion (ulion2002 gmail com) minus a cast that seemed unnecessary
(beat me if I was wrong ;-) )
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24529 b3059339-0415-0410-9bf9-f77b7e298cf2
libmpcodecs/vf_divtc.c:206: warning: 'cmp' defined but not used
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24380 b3059339-0415-0410-9bf9-f77b7e298cf2
libmpcodecs/ae_lavc.c:135: warning: 'lavc_find_atag' defined but not used
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24379 b3059339-0415-0410-9bf9-f77b7e298cf2
This fixes crashes when an invalid filter chain is built
Patch by Alexander Strange % astrange A ithinksw P com %
Original thread:
date: Sep 7, 2007 8:47 PM
subject: [MPlayer-dev-eng] [PATCH] crash in pullup with invalid filters
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24370 b3059339-0415-0410-9bf9-f77b7e298cf2
by the user the video pipeline will use it as current aspect ratio
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24319 b3059339-0415-0410-9bf9-f77b7e298cf2
vd_ffmpeg.c: At top level:
vd_ffmpeg.c:915: warning: 'get_format' defined but not used
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24273 b3059339-0415-0410-9bf9-f77b7e298cf2
ve_qtvideo.c: At top level:
ve_qtvideo.c:109: warning: 'decompressor' defined but not used
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24267 b3059339-0415-0410-9bf9-f77b7e298cf2
Patch by Tomas Janousek (tomi nomi cz) with small modifications by me.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24263 b3059339-0415-0410-9bf9-f77b7e298cf2
against instead of directly #including the C file and replace the many extern
declarations by a proper header file.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24262 b3059339-0415-0410-9bf9-f77b7e298cf2
The FFmpeg API needs to be fixed before this can be done sanely.
ffdca wants the desired output channel count to be set in
avctx->channels. Unfortunately it also completely fails if the requested
number of channels is not available rather than returning a different
amount (if 6 channels are requested we'd probably rather use stereo than
fail completely).
ffvorbis ignores caller-set values in avctx->channels. It writes the
channel count there once during init. This means the caller can only
set the count before init because later there would be no indication
whether the channel count in avctx reflects real output.
ffwma requires the caller to supply the encoded channel count
in avctx->channels during init or it fails. So it is not possible to
set a different number of desired output channels there before init
either.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@23998 b3059339-0415-0410-9bf9-f77b7e298cf2
select the desired number of codecs for ffdca and does not break other codecs
like ffvorbis that do not (re)set the channel number during decode.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@23994 b3059339-0415-0410-9bf9-f77b7e298cf2
