Bon moi aussi, je suis passé à OSS après avoir lu ce blog, et je dois dire que ça marche bien, voire même, de nombreuses applis "juste marchent".
En particulier, de nombreuses API (utilisées par des jeux ou autres applis) qui ont des problèmes à utiliser ALSA + Dmix comme backend et fonctionnent avec PulseAudio mais avec une latence à coucher dehors, n'ont aucun problème avec OSS.
Là je peux lancer des tonnes d'applis en même temps sans ajouter de latence sensible, ni même dégrader la qualité du son (pas de blips) ou accaparer le processeur.
Cependant, je me suis aussi tappé la lecture des commentaires du blog, ainsi que de nombreux liens qui y sont donnés, et je commence à être convaincu qu'OSS n'est pas la solution.
En vrac:
Problèmes qui pourraient être résolus avec plus ou moins de facilité:
- pas de support de la mise en veille (il faut relancer OSS quand on sort d'hibernation, ça fait tache :/)
- tendance des applis modernes à ne pas avoir de support pour OSS (j'utilise Phonon au travers de xine et pulseaudio sur OSS pour le son sous KDE... j'essayerai le backend VLC plus tard ; et kmix ne marche simplement pas)
- 2 gusses dans un garage, dont un au chômage, c'est un peu léger pour supporter un tel bouzin à long terme (solution : convertir les gusses d'ALSA... mouais difficile quand-même).
Mais surtout:*
- opérations flottantes dans le noyau pour le mixage
- en général trop de choses dans le noyau
- moins de possibilités qu'ALSA (ne me demandez pas les détails, c'est hors de mes compétences)
- paradigme dépassé et inadapté pour certaines situations (itou)
Alors je ne sais pas trop quelle est la vraie solution. Comme l'auteur du blog j'ai tendance à penser que PulseAudio ne sert à rien pour la plupart des usages. Je veux dire tant que j'ai du son et la possibilité de mixer les sorties sons de plusieurs applis sans me prendre la tête, je suis heureux.
Or c'est ce qu'est censé faire ALSA + Dmix. Dans ce cas, à quoi bon ajouter une autre couche, qui plus est, dans le cas de PulseAudio, une couche qui a tendance à prendre un paquet de temps CPU et ajouter un paquet de latence ? (la transparence réseau et le branchement à chaud sont des raisons valides... mais loins d'être une priorité pour l'utilisateur lambda que je suis).
Donc j'aurais tendance naïvement à penser que les applis devraient mieux supporter ALSA + Dmix… mais pour une raison que j'ignore, cela semble parfois difficile.
* : notez que je parle des pilotes OSS, et non pas de l'API OSS (le fameux /dev/dsp). Il est actuellement possible d'utiliser avec plus ou moins de bonheur l'API OSS sur ALSA (la fameuse émulation OSS), ou l'API ALSA sur OSS.
Je ne connais pas la difficulté de la tâche, mais améliorer le support de l'API OSS sur les pilotes ALSA (en particulier avec Dmix, ce qui ne marche pas à l'heure actuelle) pourrait résoudre de nombreux problèmes: API facile à utiliser pour les développeurs, avec toute la souplesse d'ALSA derrière.
Dans ce cas, on ne peut qu'attendre avec impatience id Tech 6 : enfin un moteur dont le portage sera fluide avec n'importe quel pilote graphique pour X !
Non, ça ne se rôde pas une Li-Ion, c'est une légende urbaine.
Si les fabricants conseillent de la décharger en entier (enfin, jusqu'au seuil critique) une fois, c'est seulement pour l'étalonnage. La décharger à 100% peut même l'endommager.
Je constate que ces onglets ne sont pas sur une nouvelle barre horizontale, qui priverait encore les écrans 16:10 de ce précieux espace vertical.
C'est une très bonne idée d'avoir intégré les onglets à la barre de titre qui est un gros gaspillage de pixels la plupart du temps.
Je vois qu'il y a aussi la possibilité d'une barre verticale, hm mon cœur balance ;-).
Si le texte pouvait être horizontal, ça permettrait d'avoir de nombreux onglets aussi.
Maintenant, il reste à améliorer la barre des tâches de KDE quand le panel plasma est vertical, car pour l'instant, ce n'est pas super ergonomique (icône de l'appli seule sur sa colonne de 30 pixels de large à gauche et le reste du bouton pour le titre de l'appli, écrit horizontalement sur plusieurs lignes... rarement entier si le panel ne fait pas 200 pixels de large!).
Si le mode vertical de la barre des tâches n'est pas amélioré dans KDE 4.4, je risque bien de n'utiliser plus que des onglets !
Emacs ou Vim, c'est un faux débat.
Une telle fonctionnalité est du domaine des méthodes de saisie, et devrait plutôt exister en tant que module pour un logiciel tel que SCIM afin que toutes les applis X en profitent.
Des accords internationaux peuvent exister aussi en dehors du cadre de l'UE...
Et je suis bien d'accord qu'il n'y a aucun moyen pour la justice d'un pays de s'appliquer au delà de ses frontières sans de tels accords, ce qui me semble la moindre des choses.
Un exemple ne prouve rien, surtout quand ils sont faux/incorrects.
Un exemple prouve un énoncé de type "il existe".
Du genre "il existe des cas où le droit d'un pays s'applique à l'étranger"... qui est la négation de "le droit d'un payis ne s'applique pas en dehors de ses frontières", ce que je cherchais à infirmer. Chose faite ici.
Il doivent interdire les utilisateurs du pays bas,
Et ce n'est pas une décision de justice s'appliquant à l'étranger, ça ?
Qui plus est tu oublies de mentionner que le jugement comporte aussi des amendes en cas de non-obtempération. Que le jugement ait été biaisé, certes, mais a priori cela ne permet pas à une cour de justice d'ordonner des sanctions qu'elle n'a pas le droit d'ordonner... ce serait un peu trop gros pour passer, désolé !
(Le cas Yahoo... je vais te l'accorder s'il ne s'agissait que de la filiale française et des serveurs hébergés en France... )
Je ne comprends pas où tu veux en venir (peut-être l'esprit de contradiction?).
Au moins deux sites ont été condamnés et sanctionnés à cause de lois de pays différents de celui dans lequel ils étaient hébergés.
Cela suffit à prouver ce que j'avance : il est faux que la loi d'un pays ne s'applique pas à l'étranger.
Après je veux bien que les jugements cités aient eu des conséquences très limitées, mais c'est hors-sujet.
Elle s'y appliquerait si le but du site site n'était pas une activité légale au Canada.
Après bien sûr, ça se discute (ça me rappelle cette histoire d'outils "manifestement" destinés à contourner les MTPs).
Toujours est-il que le fait d'être hébergé à l'étranger ne met aucunement à l'abris (sauf si le pays ne respecte pas les conventions internationales, bien sûr !).
Yahoo a été condamné pour avoir un truc vendant des objet nazis ... proposé en france..
Et là on parle de quoi ?
Bref, bien loin de l'idée tranché que tu présente.
Je ne vois pas en quoi.
J'ai fourni plusieurs exemples montrant que le droit d'un pays peut s'appliquer à des sites web hébergés à l'étranger.
Oui, en effet, il y a des conditions pour cela, comme la nécessité que le site s'adresse à des utilisateurs du pays en question... mais ai-je jamais affirmé le contraire ?
D'un côté, si le site est hébergé à l'étranger, la loi Française ne s'applique pas.
Grossièrement faux.
Yahoo (US) a déjà été condamné par la France pour avoir lié un site vendant des objets nazis.
The Pirate Bay vient d'être condamné par les Pays-Bas.
Je pense qu'il y a des tonnes d'autres exemples.
# OSSv4
Posté par Aldoo . En réponse au journal Test de Debian et Open Sound System version 4. Évalué à 8.
En particulier, de nombreuses API (utilisées par des jeux ou autres applis) qui ont des problèmes à utiliser ALSA + Dmix comme backend et fonctionnent avec PulseAudio mais avec une latence à coucher dehors, n'ont aucun problème avec OSS.
Là je peux lancer des tonnes d'applis en même temps sans ajouter de latence sensible, ni même dégrader la qualité du son (pas de blips) ou accaparer le processeur.
Cependant, je me suis aussi tappé la lecture des commentaires du blog, ainsi que de nombreux liens qui y sont donnés, et je commence à être convaincu qu'OSS n'est pas la solution.
En vrac:
Problèmes qui pourraient être résolus avec plus ou moins de facilité:
- pas de support de la mise en veille (il faut relancer OSS quand on sort d'hibernation, ça fait tache :/)
- tendance des applis modernes à ne pas avoir de support pour OSS (j'utilise Phonon au travers de xine et pulseaudio sur OSS pour le son sous KDE... j'essayerai le backend VLC plus tard ; et kmix ne marche simplement pas)
- 2 gusses dans un garage, dont un au chômage, c'est un peu léger pour supporter un tel bouzin à long terme (solution : convertir les gusses d'ALSA... mouais difficile quand-même).
Mais surtout:*
- opérations flottantes dans le noyau pour le mixage
- en général trop de choses dans le noyau
- moins de possibilités qu'ALSA (ne me demandez pas les détails, c'est hors de mes compétences)
- paradigme dépassé et inadapté pour certaines situations (itou)
Alors je ne sais pas trop quelle est la vraie solution. Comme l'auteur du blog j'ai tendance à penser que PulseAudio ne sert à rien pour la plupart des usages. Je veux dire tant que j'ai du son et la possibilité de mixer les sorties sons de plusieurs applis sans me prendre la tête, je suis heureux.
Or c'est ce qu'est censé faire ALSA + Dmix. Dans ce cas, à quoi bon ajouter une autre couche, qui plus est, dans le cas de PulseAudio, une couche qui a tendance à prendre un paquet de temps CPU et ajouter un paquet de latence ? (la transparence réseau et le branchement à chaud sont des raisons valides... mais loins d'être une priorité pour l'utilisateur lambda que je suis).
Donc j'aurais tendance naïvement à penser que les applis devraient mieux supporter ALSA + Dmix… mais pour une raison que j'ignore, cela semble parfois difficile.
* : notez que je parle des pilotes OSS, et non pas de l'API OSS (le fameux /dev/dsp). Il est actuellement possible d'utiliser avec plus ou moins de bonheur l'API OSS sur ALSA (la fameuse émulation OSS), ou l'API ALSA sur OSS.
Je ne connais pas la difficulté de la tâche, mais améliorer le support de l'API OSS sur les pilotes ALSA (en particulier avec Dmix, ce qui ne marche pas à l'heure actuelle) pourrait résoudre de nombreux problèmes: API facile à utiliser pour les développeurs, avec toute la souplesse d'ALSA derrière.
[^] # Re: Les 7 péchés capitaux
Posté par Aldoo . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.
(^ mort + é = ế)
Je pense que c'est utilisé en vietnamien.
# Simon ou Jacques ?
Posté par Aldoo . En réponse à la dépêche Simon, vous connaissez ?. Évalué à 10.
J'imagine que ça peut donner des idées pour nommer le module français.
[^] # Re: Mode boulet ON
Posté par Aldoo . En réponse au journal Les sept péchés de Windows Seven. Évalué à 9.
http://windows7sins.org/postcard.pdf
http://windows7sins.org/flyer.pdf
[^] # Re: Doom4, bien plus sombre que le 3 !!!
Posté par Aldoo . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à 4.
[^] # Re: Doom4, bien plus sombre que le 3 !!!
Posté par Aldoo . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à 4.
[^] # Re: touours pareil....
Posté par Aldoo . En réponse à la dépêche Mandriva Linux 2010.0 disponible en version Bêta. Évalué à 4.
[^] # Re: on est en 2009 ...
Posté par Aldoo . En réponse à la dépêche Mandriva Linux 2010.0 disponible en version Bêta. Évalué à 6.
[^] # Re: J'ai du en rater un bout
Posté par Aldoo . En réponse au journal HTC Magic, batterie et commerce. Évalué à 3.
Si les fabricants conseillent de la décharger en entier (enfin, jusqu'au seuil critique) une fois, c'est seulement pour l'étalonnage. La décharger à 100% peut même l'endommager.
Un très bon dossier ici : http://www.presence-pc.com/tests/Li-ion-batterie-conservatio(...)
[^] # Re: retours charriots ?
Posté par Aldoo . En réponse au journal HTC Magic, batterie et commerce. Évalué à 10.
[^] # Re: je suis plus que circonspect...
Posté par Aldoo . En réponse au journal GSOC: Onglets dans Kwin. Évalué à 5.
C'est une très bonne idée d'avoir intégré les onglets à la barre de titre qui est un gros gaspillage de pixels la plupart du temps.
Je vois qu'il y a aussi la possibilité d'une barre verticale, hm mon cœur balance ;-).
Si le texte pouvait être horizontal, ça permettrait d'avoir de nombreux onglets aussi.
Maintenant, il reste à améliorer la barre des tâches de KDE quand le panel plasma est vertical, car pour l'instant, ce n'est pas super ergonomique (icône de l'appli seule sur sa colonne de 30 pixels de large à gauche et le reste du bouton pour le titre de l'appli, écrit horizontalement sur plusieurs lignes... rarement entier si le panel ne fait pas 200 pixels de large!).
Si le mode vertical de la barre des tâches n'est pas amélioré dans KDE 4.4, je risque bien de n'utiliser plus que des onglets !
[^] # Re: Pulseaudio ?
Posté par Aldoo . En réponse au journal QuakeLive sous Linux !. Évalué à 3.
(et au fait, que pensez-vous du Klingon?)
[^] # Re: SIM étrangère
Posté par Aldoo . En réponse au journal Forfaits mobiles sans engagement : fichue durée de validité des cartes. Évalué à 9.
[^] # Re: Et dans un éditeur de texte
Posté par Aldoo . En réponse à la dépêche Un T9 sur votre clavier 105 touches. Évalué à 10.
Une telle fonctionnalité est du domaine des méthodes de saisie, et devrait plutôt exister en tant que module pour un logiciel tel que SCIM afin que toutes les applis X en profitent.
[^] # Re: quelques surprise parfois
Posté par Aldoo . En réponse au sondage La date de péremption des produits laitiers. Évalué à 2.
J'ai goûté d'horribles laits à l'odeur plus que convenable.
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 2.
Et je suis bien d'accord qu'il n'y a aucun moyen pour la justice d'un pays de s'appliquer au delà de ses frontières sans de tels accords, ce qui me semble la moindre des choses.
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 2.
Et hop un autre exemple.
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 2.
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 2.
Un exemple prouve un énoncé de type "il existe".
Du genre "il existe des cas où le droit d'un pays s'applique à l'étranger"... qui est la négation de "le droit d'un payis ne s'applique pas en dehors de ses frontières", ce que je cherchais à infirmer. Chose faite ici.
Il doivent interdire les utilisateurs du pays bas,
Et ce n'est pas une décision de justice s'appliquant à l'étranger, ça ?
Qui plus est tu oublies de mentionner que le jugement comporte aussi des amendes en cas de non-obtempération. Que le jugement ait été biaisé, certes, mais a priori cela ne permet pas à une cour de justice d'ordonner des sanctions qu'elle n'a pas le droit d'ordonner... ce serait un peu trop gros pour passer, désolé !
(Le cas Yahoo... je vais te l'accorder s'il ne s'agissait que de la filiale française et des serveurs hébergés en France... )
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 2.
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 1.
Au moins deux sites ont été condamnés et sanctionnés à cause de lois de pays différents de celui dans lequel ils étaient hébergés.
Cela suffit à prouver ce que j'avance : il est faux que la loi d'un pays ne s'applique pas à l'étranger.
Après je veux bien que les jugements cités aient eu des conséquences très limitées, mais c'est hors-sujet.
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 1.
Après bien sûr, ça se discute (ça me rappelle cette histoire d'outils "manifestement" destinés à contourner les MTPs).
Toujours est-il que le fait d'être hébergé à l'étranger ne met aucunement à l'abris (sauf si le pays ne respecte pas les conventions internationales, bien sûr !).
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 2.
Et là on parle de quoi ?
Bref, bien loin de l'idée tranché que tu présente.
Je ne vois pas en quoi.
J'ai fourni plusieurs exemples montrant que le droit d'un pays peut s'appliquer à des sites web hébergés à l'étranger.
Oui, en effet, il y a des conditions pour cela, comme la nécessité que le site s'adresse à des utilisateurs du pays en question... mais ai-je jamais affirmé le contraire ?
[^] # Re: zone de non droit ? inflation législatives !
Posté par Aldoo . En réponse au journal Les allemands aussi on leur hadopi. Évalué à 1.
Grossièrement faux.
Yahoo (US) a déjà été condamné par la France pour avoir lié un site vendant des objets nazis.
The Pirate Bay vient d'être condamné par les Pays-Bas.
Je pense qu'il y a des tonnes d'autres exemples.
[^] # Re: Reponse de la bergère au bergé
Posté par Aldoo . En réponse au journal Ces génies qui nous gouvernent. Évalué à 7.
Pour un Michel, c'est inexcusable !