[MPlayer-users] mplayer and xine

[gabor]

On Sat, Apr 19, 2003 at 08:47:59PM -0400, Scott Hassel wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> I have to agree. I find mplayer much more to my liking than I believe I 
> will ever find xine.

+i prefer mplayer too.
+simply because i find it more stable... somehow xine is crashing a lot
more times for me than mplayer

+another reason is that it's not so convenient to use xine from the
command line :)

-but i don't think xine can't become better. they chose the
multi-threaded way, and i don't think that a bad decision. that's a
different decision not bad. and i like their plugin-based architecture
too. it's a bit inconvenient when i uninstall something ( for example
arts ) and mplayer refuses to start because it has been linked with
libarts. xine of course starts without problems.

+another plus for mplayer is that it plays a lot more from the more
exotic files ( like mov and wmv and rm (at least imho))

-a big minus for mplayer is the absence of dvdnavigation support. we can
argue about whether it's important to have or not, but xine has it and
mplayer not.

+oh, and did i mention the FANTASTIC telecine-remover/deinterlacer in
mplayer?

-and of course i'd like to be able to switch streams at runtime ( audio
tracks for example) as i can in xine, but that's an architectural
problem in mplayer(g1) afaik.

-and the library based approach of xine: xine, the engine is a library
(libxine) and there are various user interfaces which use libxine to
display the video( xine-ui, gxine, kxine). thisway it';s easy to create
language bindings, for example pyxine ( a python interface for example
), so creating a video player in python is a matter of 30-40lines :-).
did i mention that i love python ? :))

to summarize my opinion:
i prefer mplayer, but there are many ideas/code which could be borrowed
from xine to make mplayer better.


gabor
> 
> Heiko Recktenwald wrote:
> >[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> >Hi, I read Ardis messages why he wants to leave the project, doesnt want
> >to be the maintainer anymore, and besides that I understand such a thing,
> >maybe he even hates the internet now ;-), ok, it made me sad how he
> >compares mplayer to xine.
> >
> >Well, I just did some tests with the actual FreeBSD ports collection
> >version, 0.9.20, and the first thing was to cry "ugly"...
> >
> >Please, please, please dont try to copy the thing.
> >
> >It is not bad, but besides the design, it crashed my (much too slow)
> >machine badly, the interactiv response is very slow etcpp.
> >
> >It is not a bad thing, that there are two players around, even if one is
> >as "good" as the other, both support mpeg video playlists, thats most
> >important for me, with a switch.
> >
> >There are many computer philosophies around, FreeBSDers vs. Linuxer etc,
> >less is more vs overfeaturism, spartanian design vs skins etc, I must
> >confess that I like the classical approach of mplayer more.
> >
> >Bla,
> >
> >thanks,
> >
> >best,
> >
> >
> >H.
> >
> >http://www.uni-bonn.de/~uzs106/ -- playlists vs "playlists" etc....
> >
> >_______________________________________________
> >RTFM!!!  http://www.MPlayerHQ.hu/DOCS
> >Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
> >http://mplayerhq.hu/mailman/listinfo/mplayer-users
> >
> 
> _______________________________________________
> RTFM!!!  http://www.MPlayerHQ.hu/DOCS
> Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
> http://mplayerhq.hu/mailman/listinfo/mplayer-users

-- 
That's life for you, said McDunn.  Someone always waiting for someone 
who never comes home.  Always someone loving something more than that 
thing loves them.  And after awhile you want to destroy whatever 
that thing is, so it can't hurt you no more.
                -- R. Bradbury, "The Fog Horn"