« Les rumeurs sont vraies, nous prévoyons d'ouvrir le code d'Open Sound (le 14 juin). Nous fournirons le code source sous [la licence] CDDL pour Solaris et GPLv2 pour Linux, BSD, OpenServer, etc. »
Dans les commentaires de la dépêche d'OSNews, il est précisé que le choix de la licence n'est pas encore finalisé et que l'étude est encore en cours (suite à des regrets du choix de la GPLv2 par des utilisateurs de BSD).
En tant qu'utilisateur de Linux, on relèvera tout de suite le double emploi de ces pilotes face à ALSA, intégré au noyau suite à la fermeture du code d'OSS, mais il est important de préciser que les pilotes OSS ont la particularité d'être multi-platesformes.
![[en]](../images/en.png)
Annonce sur un forum open solaris (204 hits)-
Annonce sur OSNews (212 hits)
-
Open Sound System (349 hits)
-
ALSA (219 hits)
-
Open Sound System sur wikipedia (332 hits)
> Lire la dépêche (40 commentaires, moyenne: 2,8).
Vous avez demandé le commentaire #839793.
Run by 
Cette page a été générée par Templeet en 0.0613s (dont 0.0056 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
portaudio
La solution habituelle est d'utiliser une couche d'abstraction
Comme par exemple l'excellentissime portaudio http://www.portaudio.com/ que je recommande chaudement
[^]Re: portaudio
Ou, pour un autre usage, JACK (http://jackaudio.org), pour qui tous les programmes devraient supporter la sauvegarde de session et le transport synchronisé (avis aux développeurs contributeurs).
Maintenant, sans vouloir dénigrer ALSA ni les efforts d'OSS, un système audio centralisé sur un démon me semble plus pratique qu'une couche de pilotes qui sait tout faire. Ils devraient se concentrer sur la stabilité et la latence (qui sont déjà remarquables) plutôt que sur les fonctionnalités.
Donc OSS de retour, c'est une bonne nouvelle, puisque cela fera un meilleur support pour certaines cartes et de toute façon, on va abstraire tout ça derrière une belle lib bien complexe qui fait le travail !
man man, man !
[^]Re: portaudio
C'est déjà le cas en réalité : (bientôt) Gstreamer pour Gnome et Phonon pour le futur KDE
Ces projets sont obligé de le faire vu qu'ils visent d'autres plateforme que Linux...
[^]Re: portaudio
Oui, sauf que Phonon et GStreamer n'ont rien à voir.
GStreamer est effectivement une "belle lib bien complexe qui fait le travail", comme xine ou arts.
Par contre Phonon est une simple API qui ne fait aucun travail, mais qui est une couche d'abstraction du backend audio utilisé (xine, xmmm ou ... GStreamer).
Dans le monde des bases de données, ça revient à comparer postgreSQL et ODBC ... ça n'a pas de sens.
[^]Re: portaudio
de toute façon, on va abstraire tout ça derrière une belle lib bien complexe qui fait le travail !
Non pas une lib, mais un serveur audio.
[^]Re: portaudio
SDL, OpenAL, Allegro, JACK, (etc.) supportent ALSA et OSS. SDL et OpenAL supportent plateformes. OpenAL supporte aussi Mac OS X, BSD, Solaris, DirectSound, Direct3D, Xbox, Xbox 360, BeOS et tout ceux que j'oublie. SDL supporte aussi DirectSound, BeOS, (Mac OS X, Solaris, FreeBSD) et ceux que j'oublie.