Then either you overlooked that mail or I'm mixing you up with somebody else. Anyway, the important part is getting the account so we can test on AMD64. I'll send you a mail in private.
Surprise, surprise, ??? means that the option is not (yet) documented. I am the MPlayer documentation maintainer. As of MPlayer 1.0pre6 all command line options are documented. If you look at the size of the man page (at ~200k it's the biggest on my system), you'll hopefully believe that this was quite a quest already. The slave mode documentation is not complete as you have noticed. It's on the TODO list, but show me a similarly sized project without holes in the documentation... I believe we're doing quite well in this regard.
MPlayer (G1 - let's call it that) is not likely to die anytime soon. In fact we will soon release another stable version, 0.91 and 1.0 will most likely come from the main development branch and not from G2.
Both of xine and MPlayer use FFmpeg, which now supports native SVQ3 decoding. Ever since this weekend my CVS version of MPlayer has been able to play SVQ3 natively.
This has changed dramatically. No, seriously you are talking about the past. Which parts of the documentation do you find lacking? I'm the documentation maintainer and I will try to address the points you may make...
DOCS:
* Chinese man page added
* Chinese, Hungarian, Italian, German and French translations updated
* libavc-options.txt and vop.txt merged into the man page
* XviD instructions updated, AAC instructions added
* numerous help file updates
With the recent developments in libavcodec MPlayer no longer needs Win32 codecs that badly. I can play all my WMV files without problems enjoying 35% less CPU load. For QT and Real you still have to go with closed source DLLs, though.
Slashdot Mirror
MPlayer CVS from 5 minutes ago now plays the video :)
Nowadays the main force behind FFmpeg is Michael Niedermayer, a coding god in his own right. Fabrice hasn't touched FFmpeg in ages.
Then either you overlooked that mail or I'm mixing you up with somebody else. Anyway, the important part is getting the account so we can test on AMD64. I'll send you a mail in private.
However, I never got that shell account even after requesting it twice...
Surprise, surprise, ??? means that the option is not (yet) documented. I am the MPlayer documentation maintainer. As of MPlayer 1.0pre6 all command line options are documented. If you look at the size of the man page (at ~200k it's the biggest on my system), you'll hopefully believe that this was quite a quest already. The slave mode documentation is not complete as you have noticed. It's on the TODO list, but show me a similarly sized project without holes in the documentation... I believe we're doing quite well in this regard.
BTW, we take patches.
.. but blocky artifacts are easier to repair with postprocessing ..
Try the -idx switch.
It is called playbar.
Please post the URL of your skin to the mplayer-dev-eng mailing list and we will include your skin in CVS.
From the man page:
-stop_xscreensaver
Turns off xscreensaver at startup and turns it on
again on exit.
MPlayer is the answer, it works fine on Windows. Get the command line version or a version with installer that takes over file associations.
I take it all back. The patches seem to have been merged, I just forgot to compile in matroxfb statically. Good work!
Good question.. There are some patches for matroxfb around, but they no longer apply cleanly...
No need to run MPlayer with QT codecs, it supports SVQ3 natively through FFmpeg, just like xine.
Try compiling MPlayer under your choice of Cygwin or MinGW under Windows, it should run just fine.
MPlayer (G1 - let's call it that) is not likely to die anytime soon. In fact we will soon release another stable version, 0.91 and 1.0 will most likely come from the main development branch and not from G2.
It's as easy as that. Both xine and MPlayer use libavcodec, which now supports SVQ3 natively.
Both of xine and MPlayer use FFmpeg, which now supports native SVQ3 decoding. Ever since this weekend my CVS version of MPlayer has been able to play SVQ3 natively.
CLI only, same as Cygwin. Somebody mentioned that he was working on a simple GUI, but no code was ever published.
This has changed dramatically. No, seriously you are talking about the past. Which parts of the documentation do you find lacking? I'm the documentation maintainer and I will try to address the points you may make...
mplayer (0.90)
final: "CounterCounter"
DOCS:
* Chinese man page added
* Chinese, Hungarian, Italian, German and French translations updated
* libavc-options.txt and vop.txt merged into the man page
* XviD instructions updated, AAC instructions added
* numerous help file updates
MPlayer runs fine and dandy under Cygwin and since last week it also runs under MinGW, so you might say that we have a true Windows port now.
It plays all of these under Windows/Cygwin except Real, but this is in the works.
With the recent developments in libavcodec MPlayer no longer needs Win32 codecs that badly. I can play all my WMV files without problems enjoying 35% less CPU load. For QT and Real you still have to go with closed source DLLs, though.
ln -s mplayer gmplayer then start mplayer as gmplayer