easily be re-used by other video output drivers, without having inapproriate
names.
To make live easier for the translators, I have made the same changes to
the German and Spanish translations (those who already picked up on the
MSGTR_VO_* messages).
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13285 b3059339-0415-0410-9bf9-f77b7e298cf2
tried to re-use as much code as possible, to reduce the size of the patch.
All duplicate code is removed, resulting in my first patch that actually
decreases the size of the binary by about 700 bytes :-)
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13284 b3059339-0415-0410-9bf9-f77b7e298cf2
All options are now _very well_ documented ;-)
Some options related to each others have been moved around
Deprecated are marked as such
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13283 b3059339-0415-0410-9bf9-f77b7e298cf2
typos and expression changes
unification of some technical terms
macroblock -> makroblock
bewegungsvektor -> Motion-Vector
Nachbearbeitung -> Postprocessing
little general work on decoding/filtering section
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13279 b3059339-0415-0410-9bf9-f77b7e298cf2
"X11 options do not affect SDL", "\-noencodedups", "mplayer -af help now lists
all available audio filters", "pullup docs + new feature for slow cpus"
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13278 b3059339-0415-0410-9bf9-f77b7e298cf2
until now we did try with dr, and disabled it if more then 1 reference frame was used, but that rarely resulted in dr+h264 and its not guranteed to work as stride may end up different, and remocing CODEC_CAP_DR1 from h264 in ffmpeg isnt correct either as the h264 codec does support it
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13276 b3059339-0415-0410-9bf9-f77b7e298cf2
fixed the same typo a few times
changed macro definition (now in sync) that fixed 'non-compliant'
display of suboptions listings
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13273 b3059339-0415-0410-9bf9-f77b7e298cf2
updates in decoding/filtering section, especially addes lavdopts suboptions
changed disclaimer
other minor fixes
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13272 b3059339-0415-0410-9bf9-f77b7e298cf2
ever infinite?!?!) but at least it makes it work... :)
patch by Balazs KOSSOVICS (tevefeju AT freemail.hu):
Hi!
When we listening music with "-hr-mp3-seek" option, than there is a
negative value at the first rewinds in the statusrange (-52 hours, some
minutes). The patch is against this.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13257 b3059339-0415-0410-9bf9-f77b7e298cf2
for which I did my best to translate, but as I don't understand what it does,
it would be wise for someone to double-check)
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13254 b3059339-0415-0410-9bf9-f77b7e298cf2
Removed unused variable dst.
MPlayer now exits if it is unable to create a file for JPEG output and prints
an appropriate message, instead of going on if all is right (which is not).
Added line to authors file.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13253 b3059339-0415-0410-9bf9-f77b7e298cf2
without this, the header says 0x0 video size, which works with mplayer
when the video size is stored in the codec data, but it does NOT work
with other players or with codecs that don't store size (e.g. snow).
actually i don't like having seeks in the muxer module, but i don't
know any other way to implement this fix without major changes to
mencoder. if you have a better fix, please reverse this and commit
yours.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13250 b3059339-0415-0410-9bf9-f77b7e298cf2
It's replaced by an options parser in the module itself. Instead of
mplayer -vo jpeg -jpeg options one now has to use mplayer -vo jpeg:options.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13248 b3059339-0415-0410-9bf9-f77b7e298cf2
