Some ideas for the aRts-replacement
koos.vriezen at xs4all.nl
Thu Feb 26 10:21:53 GMT 2004
On Tue, Feb 24, 2004 at 02:28:22PM +0100, Koos Vriezen wrote:
> [..] Reason for asking is dealing
> with playlists urls like .mov/.asx/.ram files. Such a play object should
> either play all in the playlist or notify the reference urls.
> Also what about mms and rtsp streams?
I know the above isn't about the core of a mm framework and probably
has little value for the KDE developers making this choice.
However, being the maintainer of kmplayer, something like mplayer-plug
for konqueror having also xine-lib support, it _is_ interesting for me.
Being a browser plugin means it has to support the playlist files
mentioned, support for the protocols listed and, at least for now,
support win32codecs/real codecs.
One of my TODO things is making a backend supporting gstreamer. But
there will not be much use if not all the three items work.
Almost all web movies links, passed by the HTML OBJECT tag, are playlist
if you have kmplayer with xine support installed, and run this link with
kxineplayer, you will see that this file contains a link to another file
('lynx -source' will do here too :-).
Having the attention of MMM/MAS/GST developers, what is the status
of these three issues? (Yes, 'look in the source' is a valid answer, but
To give an answer for aRts. With the xine-lib plugin, aRts does support
the protocols and win32codecs+real. Only playlist notification does
not work; the XINE_EVENT_MRL_REFERENCE event is not implemented (which
is one of the reasons why kaboodle plugin doesn't work for most
web movies). I'm not that familiar with aRts knowing if that is possible
More information about the kde-multimedia