Dev Mazumdar de 4Front, l'éditeur des pilotes audio Open Sound System (OSS) annonce officieusement un retour vers une licence libre, après avoir fermé le code des pilotes il y a quelques années.
« 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.
« 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.
Annonce sur un forum open solaris (208 hits)
Annonce sur OSNews (218 hits)
Open Sound System (354 hits)
ALSA (223 hits)
Open Sound System sur wikipedia (337 hits)
> Lire la dépêche (40 commentaires, moyenne: 2,8).
Vous avez demandé le commentaire #839907.




La jungle des API audio sous linux
Par l'auteur du plugin flash pour linux:
http://blogs.adobe.com/penguin.swf/2007/05/welcome_to_the_ju(...) (en anglais)
Il a fait un graphe avec (presque) toutes les solutions qui existent pour programmer de l'audio sous linux.
Je me demande si le retour d'OSS en GPL ne risque pas d'alourdir tout ça.
[^]Re: La jungle des API audio sous linux
En même temps, si on n'aime pas le bazar, on peut rester sur les systèmes de type cathédrale (branlante) ...
[^]J'suis sur qu'il a pas tout mis ...
echo "beep" > /dev/dsp
ca a ptet des chances de produire un son, non ?
[^]Re: La jungle des API audio sous linux
En fait même sous windows y plein de librairies pour faire de l'audio, c'est pas spécifique à linux...
Non, le problème est ailleurs, c'est celui du rendu audio de plusieurs sources vers une même carte son qui pose problème, c'est pourquoi certains pensent à mettre un démon pour centraliser tout ça, ou bien d'autres pensent que l'on devrait rajouter un mixer audio dans le Kernel...
Personne n'aime rajouter de tels morceaux dans le kernel, pourtant on l'a bien fait avec le DRI coté vidéo. En plus mettre un mixer sur le noyaux aura l'avantage de mettre tout le monde d'accord, alors qu'un démon, c'est plus dur.
Mais n'étant pas un spécialiste du kernel linux je ne saurai dire ce qui pose réellement problème de mettre ça dans le noyau.
[^]Re: La jungle des API audio sous linux
pourtant on l'a bien fait avec le DRI coté vidéo.
Tu veux dire drm, le dri est en userspace. Et puis il y avait une alternative ?
Pour gérer les interruptions des cartes video, partagé le hardware entre la 2D du serveur X, la 3D, ..., un driver kernel est assez naturel.
Mais n'étant pas un spécialiste du kernel linux je ne saurai dire ce qui pose réellement problème de mettre ça dans le noyau.
Aucun mais quel serait l'avantage de le mettre dans le kernel.
En le mettant en userspace tu as plusieurs avantage :
- tu peux utiliser des flottants, instruction assembleur speciales (mmx, sse, ...).
- si ton démon à des bugs (débordement, ...) il ne risquera pas de faire planter toute pas machine.
- le démon en espace utilisateur peut utiliser facilement la couche réseau pour déporter des cartes sons via le réseau.
et j'en passe.
[^]Rien à voir: MMX/SSE
Tu veux dire que le noyau n'utilise pas les optimisations MMX et SSE ?
[^]Re: Rien à voir: MMX/SSE
Si, mais il lui faut sauvegarder les registres en rapport avec ces instructions avant, et les restaurer après(car il faut que quand la main est rendu à l'userspace, les registres soient dans le même état).
Donc c'est assez lourd.
[^]Re: Rien à voir: MMX/SSE
Et donc c'est utiliser que dans les cas tres precis (crypto, RAID, ).
[^]Re: La jungle des API audio sous linux
MAO Linux présente d'autres schémas de l'état actuel de la jungle son développé autour d'Alsa :
http://www.linuxmao.org/tikiwiki/tiki-index.php?page=pr%C3%A(...)
[^]Re: La jungle des API audio sous linux
oui mais en voulant trop simplifier mon schéma est à la limite du faux.
/troll : et puis, il insiste pas assez sur le fait que tous et toutes les applis ont à gagner à se fédérer, au moins à prendre en compte, JACK (sans renier ni enlever la diversité) Jack powa /troll
[+] [^]Re: La jungle des API audio sous linux
MAO Linux présente d'autres schémas de l'état actuel de la jungle son développé autour d'Alsa :
http://www.linuxmao.org/tikiwiki/tiki-index.php?page=pr%C3%A(...)
[+] [^]Re: La jungle des API audio sous linux
MAO Linux présente d'autres schémas de l'état actuel de la jungle son développé autour d'Alsa :
http://www.linuxmao.org/tikiwiki/tiki-index.php?page=pr%C3%A(...)
[^]Re: La jungle des API audio sous linux
Je ne comprends pas pourquoi ce commentaire est noté négativement.
Est-ce quelqu'un pourrait expliquer ? Merci.
[^]Re: La jungle des API audio sous linux
Parce qu'il a déjà été donné deux fois juste au-dessus peut-être ?
[^]Re: La jungle des API audio sous linux
Juste une tentative d'humour absurde sans mettre de smiley ;)