summary of the aKademy meetings

[Matthias Kretz]

On Monday 06 September 2004 16:36, Scott Wheeler wrote:
> On Monday 06 September 2004 12:56, Charles Samuels wrote:
> > I mean the fact that we have a wrapper around what actually is the API.
> > We don't have our own wrapper Qt, that's because we agreed that Qt will
> > be our API.  So let's agree that NMM, GStreamer or whatever is our API.
[snip]
> I don't think you're going to get far pushing on that one.

IIUC Charles wants to have a KAudioPlayer abstraction as well. So this doesn't 
make a lot of sense to me.
Furthermore Qt is "our" wrapper around Xlib and friends (or considering the 
ports to OS X and Windows the respective libs there). The API of Qt is "our" 
API as KDE developers that's the way we want to use an API. But none of the 
media frameworks we've seen uses an API that a KDE developer immediately 
recognizes as something familiar. So for simple use of multimedia 
functionality having a Qt/KDE API is a must have.

> > > - Compatible to KDE 2 and 3: When KDE 4 comes out some people still
> > > might be using aRts apps and therefor might require the aRts backend to
> > > be used.
> >
> > That really doesn't make any sense at all.  They won't be using this
> > framework for it at all, they'll be using arts directly.  This has
> > nothing at all to do with it.
>
> Well, while I don't think this point is all that interesting, I think what
> Matthias was trying to say was that if someone had some older applications
> using aRts (hence they have an arts daemon running) that they would tell
> new apps to use that daemon too.

Yes, exactly. And I don't think this is a very important point, either. But 
still it comes with the system for free :-)

-- 
C'ya
        Matthias
________________________________________________________
Matthias Kretz (Germany)                          <><
http://Vir.homeip.net/
MatthiasKretz at gmx.net, kretz at kde.org,
Matthias.Kretz at urz.uni-heidelberg.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-multimedia/attachments/20040906/82ec14e4/attachment.sig>
-------------- next part --------------
_______________________________________________
kde-multimedia mailing list
kde-multimedia at kde.org
https://mail.kde.org/mailman/listinfo/kde-multimedia