bubar🦥 a écrit 6904 commentaires

(le FN) a détaillé un peu plus son programme économique

Foutaises !

Dans le .asound.rc de ton utilisateur (ou bien au niveau de la conf de alsa). Ce bloc se place dans celui de définition de la carte ou du filtre. Par exemple, ici une déclaration de compresseur :


pcm.dyncompH {
type plug
slave.pcm "compressorHigh";
hint {
show on
description "CompressionHigh"
}
}


Ce qui donne, dans l'outil de configuration de kde, ceci :

En même temps cela peut donner une impulsion au 'desktop libre' de se servir principalement du browser pour tout. Par exemple webRT pour la communication en audio et vidéo pour tous, libre, standard... Peut être que l'année du 'desktop libre' sera l'année où le desktop libre est sur le web?

En même temps mon horloge avance de 48 heures.

La liste Orange permet d'activer une option empéchant l'utilisation de son numéro de téléphone (privé, à usage personnel) par des entreprises pour du démarchage.

-> Ces batards (il n'y a pas d'autre mot) de commerciaux cherchent à enfumer le client en lui disant que la liste orange n'est pas disponible : ils mentent. C'est une obligation de proposer au client cette option, quel que soit le champ d'application (ligne cuivre, par internet, sur mobile) : l'opérateur doit proposer cette option. Référence :
http://www.cnil.fr/en-savoir-plus/textes-fondateurs/loi78-17/#Article38

Orange, par exemple, m'a gentillement expliqué que la lsite orange n'était pas disponible sur le service "téléphone par internet". Je leur est gentillement rappellé qu'il s'agissait d'une obligation légale.

Moi ça commence à me gonfler tout ces passe-droits et violations, de partout et sur tout, par les entreprises sur nos droits.

-> il n'y a pas besoin d'activer le filtrage local des numéros cachés, il suffit de leur rappeler cette obligation de choix d'interdiction du démarchage commercial par téléphone...

ça viens de tomber :
http://eco.rue89.com/2011/06/21/ps-et-spd-pour-un-gouvernement-economique-europeen-210206

-> il ne s'agit pas d'un article de rue89 mais de la publication du texte commun PS & SPD.

les médias télé français vont ils en parler (plus qu'une simple petite phrase, mais en décortiquant les enjeux [sur la bce, sur le protectionisme, sur le contrôle par les élus,...] ?? à voir aussi :p )

Ce qui est encore plus sidérant c'est qu'avec un bordel pareil, on obtiens de meilleures performances et moins de latence qu'avec osX ... Comme quoi, l'argument pro-pulse "ouhai mais c'est de la faute à alsa et au noyau", faudrait peut être pas trop le sortir ... :)

... un batteur jouant décroisé :-)) jazz influence ?
sympa la ziq, bien qu'en entende pas la basse sur ce morceau là :-)

vous utilisez quoi pour l'enregistrement, les ajustements et le mixage ?

http://sciences.blogs.liberation.fr/home/2011/06/fukushima-lirsn-r%C3%A9pond-%C3%A0-la-criirad.html
:-)

chez LDLC :

A noter aussi qu'au moment de mon achat, d'autres sites sérieux le proposait un poil moins cher (vu après, zut)

Afin d'être plus compréhensible, un schéma vaut mieux. Néanmoins certaines configurations et possibilités ont été omises, dans un soucis de simplification et de clarté :

pas de basses latences

D'accord (mode évidence) avec le fond. Mais un bémol sur ce point précis : la basse latence n'est pas une feature : c'est une condition essentielle de la gestion du son. Point. Mettre "les basses latences" comme une feature tierce, cela sera comme séparer netfilter du noyau : la gestion fine du réseau est intrinsèquement liée à la gestion matérielle du réseau. Ce n'est pas parcequ'une majorité d'utilisateurs n'ont pas besoin de netfilter que celui-ci peut être considéré comme une feature optionnelle, qu'on devrait retirer (ou ne pas mettre en place à l'origine, genre "on verra plus tard").

1) PulseAudio est arrivé au bon moment, et les distributions l'ont adoptées presque unanimement parce qu'il se proposait de faire de l'intégration tout seul comme un grand (voir ses avantages listés plus haut) Le reste c'est juste des foutaises /o

2) Le problème initial de PulseAudio est qu'il s'est foutu des développeurs Audio de gnu/linux. En ne proposant pas le minimum pour une gestion du son tel que la voulait les développeurs audio. D'où le surnom de Pottering : "audio terrorist". En faisant ça, il a mis, involontairement certainement, deux mondes en opposition : celui des utilisateurs, qui voulaient du flash et un bouton volume complet ; et celui des audiophiles, qui sont plus exigeants. Donner priorité au desktop en passant par dessus de fondamentaux a été une erreur.

3) Mais ce sont les distributions qui sont à blamer, Fedora était dans son rôle de promouvoir et de faire tester quelque chose de nouveau. L'intégration fine vient après (d'ailleurs sur fedora 14 c'est juste très impressionnant). Mais pourquoi les autres distros, dites "grand public utilisateurs finaux" ont intégrées PA ? Voir le point un au dessus.

4) Les serveurs de son des bureaux ont comme intérêt initial d'être *nix-agnostiques. De ESD jusqu'à phonon, en passant par arts et pulseaudio : ils permettaient d'avoir ces fonctions pour tout les Unix utilisant ces bureaux. De ce point de vue, PulseAudio n'a pas d'avenir avec Gnome, si Gnome devient linux-only. Par ailleurs il ne me semble pas qu'aucun autre Unix utilise PulseAudio. Il est finalement Linux-only. Donc ne sert que pour palier les déficiences, et de faciliter les configurations, de briques plus basses : alsa et son dmix. De ce point de vue, PulseAudio n'a pas vraiment d'avenir : Alsa et Dmix finiront bien apr évoluer, même si c'est plus dur et plus lent.

5) PulseAudio a beaucoup d'arlésiennes : fonctionnement correct en daemon, par exemple. Plus gênant : la latence.

6) PulseAudio aurait dû manger les autres solutions, telle jack, afin de réellement être le remplaçant pour tout les usages. En ne faisant pas cela, il se cantonne à être une brique de plus : au mieux pratique car joli (sig) au pire chiant dans de nombreux cas. Là, revoir le point deux plus haut.

7) Enfin, PulseAudio ne bénéficie pas d'un portage massif des applications de type "traitement du signal audionumérique", c'est le moins que l'on puisse dire. Revoir les point 5 et le point 1.

Au final pulseaudio sous-dimensionne les capacités audio de linux. Ne résout les problèmes dans alsa. Égratigne les monde audio de gnu au passage. Et ne semble pas avoir un vrai avenir. Tout ça pour quoi, déjà ?

... même le prix

Un peu de sérieux :
http://www.dailymotion.com/video/xjefws_jean-luc-melenchon-candidat-officiel-du-front-de-gauche-invite-du-journal-de-20h-de-tf1-le-19-06-201_news

la webcam qui utilise un micro d'ambiance

Yep. Et des filtres existent. Sous Linux ils ont en plus le bon goût d'être codés sous la rigueur du cahier des charges "rt", pour la majorité : ça juste roxe. Pas besoin d'acheter un équipement couteux spécifique, pour faire de la voip un filtre conviendra très bien. On pourra même les faire apparaître dans la gui de kde, en déclarant un bloc de type :

hint {
show on
description "MyBlabla4mike"
}


Et dire à ton logiciel de voip d'utiliser cette "nouvelle carte déclarée" : et paf le filtre :-)

je ne comprends pas pourquoi OSS est si rarement fourni de base

En plus des explications données plus haut, un élément peu connu : pas mal de drivers OSS sont proprio. On peut acheter des drivers OSS pour sa carte son, et à des prix, hum (...). Bref, un autre argument est : peu de drivers libres dans oss, et en plus une politique "professionnelle" pour des drivers non-libres (parfois à licence annuelle). Bref, "spakool" : un blob dans l'espace noyau... c'est même une violence claire de la licence gpl v2.

Un petit commentaire pour signaler la sortie de AV-Linux 5.0.

Distribution intégrant de nombreuses facilités pour un usage "studio" de Debian. Ce qui signifie -aussi- quelques prises en charge de support et logiciels non-libres, en plus du foisonnant univers de logiciels libres Audio.

Basée sur Debian.
Bureau LXde.
Noyau 2.6.39.1 (activation par défaut du nouveau (presque) irqthread.
Utilitaire rtirq inclut de base (tiens, ça me rappelle une vieille discussion, ça :p)
De très nombreux rétroportages de logiciels récents...
Plugins LV2, DSSI & LADSPA.

dans la catégorie proprio :
Support des vst
Support de MixBus
Disponibilité de la version démo de PianoTeq

Bref, beaucoup de bonne chose, dont on pourra allez regarder de plus près les intégrations et ajustements (par exemple cinelerra sur un 2.6.39 sans support du video_lb ?) Et sur laquelle on pourra regretter l'absence, quant même, de la famille Justice et de Josh, sur une x86-32 au moins.

C'est par ici : http://www.bandshed.net/AVLinux.html

Je ne comprends pas :

rendre intraçable un échange d'argent (...) j'achète des btc, je donne mes btc à Wikileaks, Wikileaks les échange contre des sous.

Tu fais comment ? tu graves une icone signature de valeur des bitcoins avec une imprimante 3D et tu l'envoi par la poste ?

dommage que la majorité des utilisateurs n'aient pas présenter cet aspect de bitcoin au départ. Et dommage que la majorité des utilisateurs ne l'utilisent pas comme cela.

Ce qui est effrayant, aussi, c'est de constater que Microsoft ne redonne RIEN en échange. Rien ne l'y oblige, certes, mais qu'ils ne cherchent pas à la ramener avec leur "ouhaip l'opensource on adhère" ... ils n'adhèrent pas : ils rackettent sur qq brevets pourris, et ne redonnent rien, à côté. Attitude des parasites.

ouhaip désolé.

ça me semble bizarre qu'elle fasse boum, en ce moment. Bien que je sois totalement en phase avec la politique gouvernementale sur ce sujet (reprise en main par l'état de la totalité de ces activités, redonner de la force à EDF, éviter une concurrence stupide entre groupe français, avoir un meilleur contrôle de ce qui se passe [voir les fois ou Areva a fait fît des recommandations, et même exigences, de l'asn], bref ne pas laisser des dérives purement mercantiles diriger un secteur aussi sensible et stratégique), le choix d'ejecter Mme Lauvergeon me semble bien mal ficelé, quel que soit les divergences politiques.

Plop

Ici aussi se (re)pose la question de l'auto-hébergement. Les contraintes sont similaires aux tiennes : petit blog, simple, sur une petite machine. (plus des services réseaux, qui ne consomment que de la bande passante).

La réponse trouvée diffère de la tienne, c'est pourquoi j'en touche deux mots. Peut être que la contrainte initiale diffère un poil, pour moi c'est disposer d'une machine consommant le moins possible d'électricité (voir le journal datant de février). Mais au final cela revient au même que ton eeepc, donc. Depuis début janvier étaient hébergés chez moi un point_de_sortie TOR de 5Mbit/s symétriques. Et deux vpn, de environ 20Mbits/s symétriques chacun, mais à la demande. Or, au bout de deux mois la machine servant à cela a eu une faiblesse : la carte réseau a lâchée, il ne restait plus que le wifi = pas possible. Depuis, plus rien. Zut.

Je récupère demain un prototype de sfr_box (basé sur du x86, 4 ports 100Mbits/s, support des vlans taggués, Debian pré-installée) qui consomme ~ 25w en crête. Nickel ;-) ;-) Hop gros merci Kalou.

Donc voici la partie qui pourrait t'intéresser : pourquoi mettre l'artillerie lourde sur le serveur ? Perso voici comment ça va être :

• Installation de lighthttpd sur la box.
• Installation des services tiers (tor, openvpn)
• Sur ma station, installation d'une machine virtuelle avec un [je sais pas encore] pour écrire du blog avec confort.
• Une moulinette de génération & récupération des pages.
• Envoie de ça sur la petite machine : mise en ligne en pur statique

Avantages : ne pas avoir l'artillerie lourde sur le serveur, moins de services, moins de pb, moins de consommation cpu et ram.
Inconvénients : moins de services pour le blog.

Vous en pensez quoi de cette idée : autohébergement = 25W maxi = micro-serveur = mini-service
??? fausse bonne idée ?

Tiens, les commentaires dans les vieux journaux ont été débloqués ??!!!!!

Bon, alors j'en profite pour faire mon petit retour sur le SSD OCZ Vertex 2. Cela fait maintenant 8 jours que j'utilise. Modèle de 100GO, commandé à 120 euros.

Alors voilà, d'abord prudence, vu ce qu'en avais lu ici et ailleurs (pb de perte de équivalent gpt, quoi, grosso modo, bref des commentaires sur "zut en allumant ma machine, plus rien ce matin"). Prudence donc : installation d'un système neuf. Quelques jours, quelques tests, bon tout va bien. Même pas peur, je met à jour le firmware. Puis tests sur mise en veille, sueurs froides, ouf tout va bien. Test sur hibernation, grosses sueurs froides, ouf tout va bien. Tests sur perte d'alimentation, très grosse sueurs froides, ouff tout va bien. Ces tests ont chacun été fait plusieurs fois, parfois à mon insu :p (perte d'alimentation).

Bref, tout va bien. Très bien.

Voici la configuration utilisée :

• Fedora 15 x86-64
• noyau vanille 2.6.39.1
• /boot en ext4 avec option discard
• / en btrfs avec option ssd
• /home en btrfs avec option ssd
• /mnt/divers en btrfs (petite partition pour test et prise en main approfondie de btrfs)
• /tmp en tmpfs (et pas mal de caches pointent vers)

Et ... ça roxe des mamans ours. Les performances sont exactement celles annoncées, vraiment exactement. Le système complet (depuis grub jusqu'au bureau kde totalement chargé) boot en 12 secondes. Les applis se lancent à peine cliquer. KVM est aux anges. Sparfait.

Soucis ? pas vraiment, mais des trucs bizarres, certainement 'à savoir' : la partition montée sur /mnt/divers exposait toujours une occupation de ~50% alors qu'un rm -rf avait été fait dedans. Montage/démontage, pareil. Il a fallu faire un mkfs.btrfs pour qu'elle soit libre. D'autres petits tests suite à ça m'amène à penser qu'il vaut mieux éviter l'effacement de fichiers avec les outils classique rm et confrères, et plutôt utiliser la libération (du cache des, et des) inodes directement. Voilà. à bon entendeurs ;-)

Une entrée kékéland sur un de mes blogs, crée pour l'occasion : http://equilibriste-org.blogspot.com

Il y en a des pas mal, et des libres, sous licence gpl v2 et tout...
Regarde du côté des développements autour de OpenCV.

(l'enfin, en même temps, quant on voit ce que ça suce en cpu, heu...)

et détournement d'attention