Some ideas for the aRts-replacement

Koos Vriezen koos.vriezen at
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
files. Eg.
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
please ..)

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
at all.



More information about the kde-multimedia mailing list