On 01:58:13 Nov 15, Jacob Meuser wrote:
Didn't you check out the menu option in my article?
mplayer has a sexy OSD. :)
Well any reasonable UNIX app should have an extensive set of command
line controls and tweaks.
Doesn't matter if it is multimedia. Even some web apps have the same
parameters configured from the command line.
>
I agree.
>
This is not apples to apples comparison.
mplayer can play any media. In fact you don't need any other
application. You can also stream with mplayer in an indirect way. It can
play SIP urls and play Internet streams. You cannot run a media server.
For that you can use darkice,liveice,shout* or even ffserver.
Of course I tried vlc for this very purpose but I am sorry to say I was
disappointed.
The documentation asks me to use the GUI. I don't like that.
I am sure you know this but still.
mplayer can play
a) audio
b) video
c) streams
d) analog television
e) digital television
Now what remains? :)
Have you checked the filters and plugins? It is mind boggling.
And the tweakability with the input keys and commands?
$ mplayer -input keylist
$ mplayer -input cmdlist
LIRC is pretty basic these days but mplayer is quite tweakable to one's
taste and as a media player for UNIX this is what one would expect.
>
But where is the documentation?
Anyway I might be biased here. I don't like the smell of vlc.
That is all.
> rtp stream server. sound server output (in -current). playing
mplayer plugin for firefox. Have you checked that out?
I got that working for OpenBSD but for some reason it does not play
sound most of the time.
I hope some port of it is in the works...
(maybe it is already there)
>
Buddy,
You are seriously mistaken here.
The -playlist option cannot be avoided because mplayer expects a media
file as input.
You can get the best of both worlds with the -playlist option. Check out
my article.
You can invoke the input subsystem from a FIFO file. Really cool. :)
But tvtime can do that too.
>
I have nothing to say here. ;)
>
Why?
> how and why MEncoder "does a much better job than
ffmpeg screws up the videos. Did you know that?
I have burnt my finger several times with it. There are plenty of bugs
and there is hardly any tweakability there.
It is very easy to goof up when you cut videos.
It somehow does not get the mpeg keyframes and their integrity
correctly.
And it crashes and cannot handle audio resampling. It works sometimes
but mostly I have to resort to some external application for it.
mencoder is harder to use, but it is far more stable, feature rich and
does what you expect.
However this is not to say that mencoder can do everything that ffmpeg
can do. I have heard that ffmpeg can record X11 events but I never got
it to work. mencoder cannot.
I am sure there are few corner cases where ffmpeg can do a better job
but I don't remember right now. Nothing to beat ffmpeg in ease of use
though.
>
Check out the html documentation.
It is far more readable than the man pages.
Just to make my point I am yanking the relevant command line.
$ mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd -vf
scale=720:480,\
harddup -srate 48000 -af lavcresample=48000 -lavcopts
vcodec=mpeg2video:\
vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=18:acodec=ac3:\
abitrate=192:aspect=16/9 -ofps 30000/1001 \
-o movie.mpg movie.avi
You have examples for everything including what you ask.
Just point your browser under OpenBSD to
file:///usr/local/share/doc/mplayer/index.html
and
Enjoy! :)
regards,
Girish
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Andy Whitcroft | clam |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
