discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: NSSound and gsnd


From: Peron, Stéphane
Subject: RE: NSSound and gsnd
Date: Fri, 2 Aug 2002 09:59:51 +0200


        On Thu, 1 Aug 2002 13:24:17 +0300 (EEST)
        Enrico Sersale <enrico@www.imago.ro> wrote:
        [...]
        > If you want to see an example of sound class that plays from a
stream,
        > take a look at the MusicKit. I think that it does exactly wath you
want.
        [...]

        As far as I remember, Nextstep had a SoundKit included. Wouldn't it
make
        sense to have something similar, maybe even the MusicKit, to prevent
people
        from using all kinds of different libraries? I've noticed several
(well, ok,
        just two) applications for GNUstep already, one using libvorbis, the
other
        SDL_sound, accessing those directly.

        SDL_sound needs libvorbis to work. See
http://www.icculus.org/SDL_sound/
        "It is meant to make the programmer's sound playback tasks simpler".


        If GNUstep had a predefined "API" for sound, you could specify the
lib you
        want or need to use during installation of "sound kit". Developers
would
        only have to stick to that API, and users wouldn't have to worry
about
        installing different sound-libs for each application.

        I do agree in a certain way. 

        The example of libvorbis and SDL_sound is bad because SDL_because,
as I wrote juste before, it needs libvorbis. 
        So, the users have always to install libvorbis... ;-) The interest
is here only for the programmer.

        But It could be good that gnustep had an official sound API that
faces most of sound needs of gnustep users.

        I would like to say that we have to take care about the choice of
such a tool in relation with the matter of licenses.
        Mp3 is a good example. 
        I mean, I wonder if I have to add the mp3 support to Encod.app or
not because of this matter of license. I know that If Encod.app supports
mp3, Encod.app will never be in debian distributions, so a great number of
people will not install it as easily as gnumail or gorm for example.

        So ... in order to choose such a tool we have to define if we want
to support all kind of sound files .... or not.

        IMHO, we have "to help" people by supporting a limited number  of
sound formats that are in the spirit of gnustep.

        Stef


Ce message contient des informations confidentielles ou appartenant au
Crédit Lyonnais et est établi à l'intention exclusive de ses
destinataires. Toute divulgation, utilisation, diffusion ou reproduction
(totale ou partielle) de ce message, ou des informations qu'il contient,
doit être préalablement autorisée. Tout message électronique est
susceptible d'altération et son intégrité ne peut être assurée.
Le Crédit Lyonnais décline toute responsabilité au titre de ce
message s'il a été modifié ou falsifié. Si vous n'êtes pas
destinataire de ce message, merci de le détruire immédiatement et
d'avertir l'expéditeur de l'erreur de distribution et de la destruction
du message.

This e-mail contains confidential information or information belonging
to Crédit Lyonnais and is intended solely for the addressees.
The unauthorised disclosure, use, dissemination or copying (either whole
or partial) of this e-mail, or any information it contains, is prohibited.
E-mails are susceptible to alteration and their integrity cannot be guaranteed.
Crédit Lyonnais shall not be liable for this e-mail if modified or falsified.
If you are not the intended recipient of this e-mail, please delete it
immediately from your system and notify the sender of the wrong delivery
and the mail deletion.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]