From kde-multimedia  Sat Dec 02 15:21:30 2000
From: Antonio Larrosa <antlarr () arrakis ! es>
Date: Sat, 02 Dec 2000 15:21:30 +0000
To: kde-multimedia
Subject: Re: Network Streaming
X-MARC-Message: https://marc.info/?l=kde-multimedia&m=97586076628707

Charles Samuels escribi=F3:
> =

> On fredag 01 desember 2000, 02:36 pm, Martin Vogt wrote:
> > On Fri, Dec 01, 2000 at 02:04:10PM -0800, Charles Samuels wrote:
> > > This is how noatun "does" network "streaming"
> > >
> > > Download the KURL with the kio-slaves.
> > > send the local file to arts and play.
> > >
> > > this obviously doesn't work so well on Shoutcast streams.
> >
> > Because they are infinite long?
> >
> > > So, I'm proposing a flag in the PlayObject*.mcopclass specs to
> > > differentiate between "files" and "streams" where noatun will forwa=
rd the
> > > URL directly for "stream" based PlayObjects.
> >
> > I always said:
> >
> > loadMedia("http://url")
> > works for mp3 and mpeg video, vorbis and wav. But not for divx movies=

> > because the avi fileformat is not streamable.
> > And if your call loadMedia("cdi://dev/cdrom") you can
> > play video cds.
> Yes, I've known about this, it leads to a number of problems: you can't=

> download and save a file at the same time, wav doesn't do this, not eve=
ry
> single coder will want to implement HTTP streaming, and it's not very K=
DE
> compiliant (esp. KDE's SMB stuff)
> =

> How do I know if a playobject can download?  how do I know if it can do=
wnload
> from any specific protocol?
> =

> In a perfect world, noatun would pipe the data to artsd, in all cases.
> =


Suppose you're running a remote session, where artsd is running
in another computer, different than the one which is running noatun.
If you play a stream in your way, you would have an stream from
the streaming server to your computer, and then another stream
from your computer to artsd. If aRts does the whole work, you will
only have one stream thus saving network bandwith and CPU usage in
the computer where noatun runs.

Greetings,

--
Antonio Larrosa Jimenez
KDE core developer
antlarr@arrakis.es        larrosa@kde.org
http://www.arrakis.es/~rlarrosa
KDE - The development framework of the future, today.


_______________________________________________
Kde-multimedia mailing list
Kde-multimedia@master.kde.org
http://master.kde.org/mailman/listinfo/kde-multimedia