http://blogs.hurdfr.org/syn?disp=comments fr-FR http://backend.userland.com/rss 60 Sat, 14 Oct 2006 12:36:45 +0000 c3220@http://blogs.hurdfr.org Chapeau ! J'espère que tu mettras en ligne le slide sur ta conférence IPv6 chez Xylan. A+ A+ A+ J'espère que tu mettras en ligne le slide sur ta conférence IPv6 chez Xylan. A+

A+

A+]]> http://blogs.hurdfr.org/syn?title=et_le_son_fut&more=1&c=1&tb=1&pb=1#c3220 Tue, 12 Sep 2006 09:46:24 +0000 c2704@http://blogs.hurdfr.org l'URL du mail est http://lists.gnu.org/archive/html/bug-hurd/2006-09/msg00019.html :-) http://blogs.hurdfr.org/syn?title=et_le_son_fut&more=1&c=1&tb=1&pb=1#c2704 Mon, 11 Sep 2006 20:47:09 +0000 c2684@http://blogs.hurdfr.org Bravo ! Vivement un lecteur multimédia sous Hurd ! ;-) http://blogs.hurdfr.org/syn?title=et_le_son_fut&more=1&c=1&tb=1&pb=1#c2684 Fri, 14 Jul 2006 08:24:46 +0000 c729@http://blogs.hurdfr.org Bon, ça va faire plus d'un mois, et toujours rien... Je suis pris par pas mal de choses en ce moment, et j'ai pas vraiment eu le temps de coder, mais ça viendra :-). http://blogs.hurdfr.org/syn?title=le_son_sous_gnu_hurd&more=1&c=1&tb=1&pb=1#c729 Fri, 02 Jun 2006 00:04:00 +0000 c26@http://blogs.hurdfr.org Déjà, je trouve la police de ce site web trop petite. De plus, la maquette a l'air d'avoir une taille fixe en largueur. En 1280 pixels de large, ça fait tout bizzare :-p Sinon, je suis très content que Hurd évolue et que des gens codent dessus. L'informatique est une science extrênement jeune, on a encore plein de choses à découvrir et à inventer ! Je ne pense pas que ça soit une mauvaise chose que Hurd traine des pieds, car j'ai plutôt l'impression qu'en fait le choix techniques sont longuement discutés, et c'est une bonne chose. Trop de projets ont zappé l'étape de la conception, et trainent des défauts de conceptions durant plusieurs années ... Haypo
Sinon, je suis très content que Hurd évolue et que des gens codent dessus. L'informatique est une science extrênement jeune, on a encore plein de choses à découvrir et à inventer !

Je ne pense pas que ça soit une mauvaise chose que Hurd traine des pieds, car j'ai plutôt l'impression qu'en fait le choix techniques sont longuement discutés, et c'est une bonne chose. Trop de projets ont zappé l'étape de la conception, et trainent des défauts de conceptions durant plusieurs années ...

Haypo]]> http://blogs.hurdfr.org/syn?title=le_son_sous_gnu_hurd&more=1&c=1&tb=1&pb=1#c26 Thu, 25 May 2006 10:52:10 +0000 c14@http://blogs.hurdfr.org Encore une fois désolé. Ça sera pour la prochaine fois - si les projets de cette année marchent (celui de xsun et le mien), on devrait en avoir plus en 2007 ! :-) Pour le reste : je pense pas que Marco veuille te mettre au chômage technique en attendant channelio, mais plutôt te le faire coder ;-) Ça a toujours été considéré comme un des principaux aspects du support du son sous GNU/Hurd. channelio est à la future libchannel exactement ce que http://wiki.hurdfr.org/index.php/HIG#storeio est à libstore. Quant à libchannel, c'est simple : toute l'API de libstore est basée sur les blocs (on crée des stores avec un block size donnée, on lit/écrit N bytes à partir du block M : bref, c'est des périphériques en mode block. libchannel doit fournir l'abstraction équivalente pour les périphériques en mode caractère. Si je ne m'abuse, l'interface OSS est entièrement composée d'une série de périphériques (dsp, mixer, midi et sequencer) qui sont lisibles comme des périphériques en mode caractère avec une série d'ioctls chiants en plus. La partie I/O devrait donc être gérée par un channelio basé sur le channel correspondant (un channel dsp par exemple). Il faudra voir comment c'est possible de rajouter des ioctls (donc en fait des interfaces spécifiques, par exemple avec des appels transmis tels quels au channel, ou sinon avec un translator sur dsp qui transmet les appels I/O et gère le reste). Je ne sais pas du tout comment marche ALSA, mais il faut voir si cela peut pas se baser aussi sur des périphériques en mode caractère. Quant à l'interface spécifique, il semble que JACK dise que le fonctionnement en read()/write() étant pas adapté pour leur usage, ils ont développé la leur : peut-être s'en inspirer ? Il faut voir à quel point il est possible, par exemple, d'implémenter l'interface ALSA par dessus, mais si ça n'est pas possible je ne vois pas le problème à fournir deux interfaces parallèles (une bonne et une de compatibilité, comme OSS et ALSA sous Linux ;-). Sinon, sur http://sv.gnu.org/task/?func=detailitem&item_id=1619 il y a une mbox avec des messages, notamment de Roland, décrivant libchannel et channelio : si tu n'as pas vu, ça t'intéressera.
Pour le reste : je pense pas que Marco veuille te mettre au chômage technique en attendant channelio, mais plutôt te le faire coder ;-) Ça a toujours été considéré comme un des principaux aspects du support du son sous GNU/Hurd. channelio est à la future libchannel exactement ce que http://wiki.hurdfr.org/index.php/HIG#storeio est à libstore. Quant à libchannel, c'est simple : toute l'API de libstore est basée sur les blocs (on crée des stores avec un block size donnée, on lit/écrit N bytes à partir du block M : bref, c'est des périphériques en mode block. libchannel doit fournir l'abstraction équivalente pour les périphériques en mode caractère.

Si je ne m'abuse, l'interface OSS est entièrement composée d'une série de périphériques (dsp, mixer, midi et sequencer) qui sont lisibles comme des périphériques en mode caractère avec une série d'ioctls chiants en plus. La partie I/O devrait donc être gérée par un channelio basé sur le channel correspondant (un channel dsp par exemple). Il faudra voir comment c'est possible de rajouter des ioctls (donc en fait des interfaces spécifiques, par exemple avec des appels transmis tels quels au channel, ou sinon avec un translator sur dsp qui transmet les appels I/O et gère le reste).

Je ne sais pas du tout comment marche ALSA, mais il faut voir si cela peut pas se baser aussi sur des périphériques en mode caractère. Quant à l'interface spécifique, il semble que JACK dise que le fonctionnement en read()/write() étant pas adapté pour leur usage, ils ont développé la leur : peut-être s'en inspirer ? Il faut voir à quel point il est possible, par exemple, d'implémenter l'interface ALSA par dessus, mais si ça n'est pas possible je ne vois pas le problème à fournir deux interfaces parallèles (une bonne et une de compatibilité, comme OSS et ALSA sous Linux ;-).

Sinon, sur http://sv.gnu.org/task/?func=detailitem&item_id=1619 il y a une mbox avec des messages, notamment de Roland, décrivant libchannel et channelio : si tu n'as pas vu, ça t'intéressera.]]> http://blogs.hurdfr.org/syn?title=le_son_sous_gnu_hurd&more=1&c=1&tb=1&pb=1#c14