bubar🦥 a écrit 6943 commentaires

j'aime bien le bug report

Moi aussi. Ce lien était dans le post du blog, également. A lire aussi : ça fil dans lequel Glenn Kasten intervient (là) pour mettre des points sur les i.
Et c'est clairement dit par plusieurs personnes : au dessus de 10ms, pas question de parler low_latency.

audioflinger c'est un demon écrit en c++

Oui mais il est exposée comme ça. Ce qui rend intéressant cette phase dans son blog : "make the comparison fair plays it via the AudioTrack interface" Gros Gros SIC. En gros, PA est meilleur que AF en passant par ça. Bon heu... Retour à la case "lorsque Android aura besoin d'une solution audioRT, il le feront en deça de 10ms... et pas en remplacement l'existant, encore moins en remplaçant l'existant par un truc à peine mieux sur lequel il faudrait ajouter effects ainsi qu'une grosse couche de compat avec l'ancien existant.

Ouhai, en plus je ne sais pas (n'ayant pas d'éléments comparatifs) si on peut faire du "vrai dallage pur et dur", il me semble avoir lu à plusieurs reprises que ce n'était pas ça. Bref, à voir par quelqu'un ayant l'habitude de ce type de comportement : vous :)

Et il oublie aussi de préciser que la limite de latence sur laquelle son test se base pour faire du bruit n'est pas une limite atteinte par AF comme l'article le laisse sous-entendre, mais une limite d'architecture (Difficile de comparer ce qui tourne au dessus de Dalvik avec une solution tournant en dessous, c'est comparable en terme de fonctionnalité (bémol AF propose en plus une spécificité) c'est tout)

Le jour où Google ressentira le besoin d'avoir une solution pour l'audio-rt, nul doute qu'il le feront en dessous de AF, avec une lib spécifique, afin de contenter ce type de logiciels qui commencent à arriver... Mais pas en remplaçant l'élément AF par une couche au dessus autre, en plus en nécessitant une couche de compat avec af pour garantir l'historique. Ou, rêvons un peu, qu'ils attendent Asio (ou Jack) for Android, ou mieux encore : qu'ils améliorent Alsa directement... ce qui bénéficierait à tous

Bref, c'est un troll Java vs C, mais pas plus.

Les lobbys sont nus, aux usa du moins ... Hollywood commencerai à cesser tout don pour la campagne d'Obama, en représaille de son opposition à SOPA et ce, malgré une volonté affichée de lutter contre le piratage en ligne.

Plus de pognon d'hollywood pour la campagne de Obama ? Ouch ... C'est pas avec ce qu'il a en poches qu'il va aller loin, si ses principaux "bundlers" le lache...

Kwin le fait. Active le dallage (il y a plusieurs comportements pré-définis, prends celui que tu préfères, et de toutes façons ils sont tous modifiables) Lorsque tu lances une app pour la première fois : click droit sur son kwin : dans les multiples options de configuration tu peux choisir la taille la position le bureau, etc.. Ces fonctions couplées au dallage, et sa configuration spécifique, te permettront d'obtenir : "prédéfinir un pavage" et "Je donne tel tag à ce client et il iras dans tel frame". Perso n'étant pas un pur amateur de tiling, je préfère le mode "floating" : tiling au lancement, pour le placement par défaut, mais n'empêche pas des fenêtres surperposées si besoin

Des idées ?
Il y a eu quelques belles idées sorties de Moblin, initialement, et largement reprises par ailleurs (essentiellement dans gnome) par exemple l'usage de bureaux virtuels dynamiques, mais aussi le style d'animation pour les popup de notifications et de barre de contrôle du matériel. (Aussi le placement, qui est sorti avant iPad...pour le priority-troll...)
Un wm ?
Mutter c'est pas rien. La biblio clutter non plus.

la dernière fois que j'ai eu un problème avec PA, c'était il y a fort longtemps, au moins 2 ans.

Pareil :
J'utilise PA quotidiennement depuis presque un an, et même constat : absolument aucun problème. ça fonctionne parfaitement. En plus, point de détail, j'aime bien le design d'un léger son lorsqu'il libère la carte son, ça fait très sain (même si ce n'est que du design)

Le défaut reste sa charge cpu pour une utilisation "audio" du bureau gnu/linux. PA et Jack suffisent dans la plupart des cas. Mais pour certains cas il faut encore virer totalement PA. Pas question d'espérer avoir une latence de 20ms sur 32 pistes si PA tourne : un intel i7 n'y survirait pas 2 heures ... (sans parler de recherche de perfs pour obtenir la limite de son matériel afin de connaître "l'étalon", simplement un usage pas commun mais réel : 20ms de latence sur 32 pistes, PA ne peut pas encore assurer cela)

Ceci dit, PA au quotidien, pour moi aussi c'est devenu un vrai petit régal (bon, faut dire qu'utilisant Gnome, ça aide beaucoup).

Et je ne vois toujours pas où tu veux en venir.

Simple : remettre en perspective le propos du journal. Apporter des compléments que l'article originel donne. (en m'abstenant de tout jugement personnel). C'est tout.

à propos de salsa je trouve que ça devrait être une piste à creuser de manière plus général, dans la mesure où depuis PA il y a des éléments de Alsa qui ne sont plus indispensables (dmix, typiquement) mais ça ne doit pas encore être possible pour des conditions de rétro-compatibilité. D'une autre côté pa est vraiment icontournable aujourd'hui ("intégration" de jack, amélioration générale, présence dans les distros, etc..) il serait donc logique qu'il "avance" (si possible) dans l'autre sens, en poussant dmix et qq lourdeurs de alsa dehors) Contrairement à ce que dit Tobu au dessus ("on pourrait penser que salsa est plus lourde pour PA") je m'étais dit que ça allégeait un peu la pile audio, et ça c'est bien

surtout que Collabora possède un excellent savoir faire
cela montre aux firmes qui exploitent l'OpenSource qu'une solution maison n'a pas toujours l'avantage face à une solution générale

Clair. +1
Pour la blague si le R.H ou service achat qui découvre Collabora et n'est pas capable en deux minutes de se dire qu'il a affaire à des cadors, celui là devrait changer de métier :)

des morceaux presque standard dans une distribution Linux, les intégrer au socle d'Android est clairement un avantage

Là je suis plus dubitatif... L'argument "c'est présent dans les distros donc c'est meilleur" ne me semble pas être ni un argument vrai, ni valide, ni définitif. Par exemple pour avoir une vision complète pour ce cas il faudrait voir comme AF et PA se comportent en fortes charges, PA ayant toujours du mal avec ça, il serait intéressant comme AF se comporte.

Bref, bis : l'article est passionnant.

Le plus incroyable c'est que Bouygues se tire une autre balle dans le pied tout seul, ça ne fera que la deuxième en trois jours... En disant ça il révèle d'une certaine manière une pratique qu'ils savent volontaire de leur part, et qui n'a plus lieu d'être aujourd'hui :
le WAP : Du temps des "petits accès", le wap c'était sympa pour télécharger deux sonneries et 3 images de fond d'écran

Aujourd'hui ça n'a plus lieu d'être : les site "wap" sont morts, tous ou presque. Or les abonnements de base des opérateurs n'ont pas été modifiés : ils incluent toujours un accès wap. N'importe quel smartphone (sûr et certain pour Android, si qq un peut confirmer pour iOS ?) va faire plein de requêtes dès lors qu'il détecte le moindre accès ... Entrainant des surcoûts importants pour l'utilisateur. Android, même si on désactive toutes les options "data + itinérances" (donc même un 2g désactivé) continuera de faire des requêtes dès qu'il voit un petit accès. Pour lui faire fermer sa clapet tcp il faut enlever tout les APN, complètement.

Chez SFR ils sont extra là dessus. Si une personne avec un abonnement non 3G a un smartphone, ils proposent d'activer l'option "pas de data" chez eux : plus de wap, plus rien, plus d'ennuis. Nickel. Visiblement Bouygues n'a pas la même politique, à lire leur "corporate communication" :p

Et tout ça pour loi américaine , dont on a rien à faire.

Je tiens à préciser qu'on est pas obligé de penser qu'à sa gueule.

Je tiens à préciser que les instigateurs de cette loi ne seront pas emmerdés par ce blackout sur linuxfr

Oui c'est chiant ce bandeau, mais c'est fait pour alerter, puis pour que les gens s'informent.

engouement généralisé à la fanboy Apple pour la société Free

Payer moins cher pour mieux, c'est pas exactement la définition de l'apple fanboy.

Free n'aurait pas activer son réseau. Du vieux gros FUD ? Des techos Orange incompétents ?

Première option :-)
L'ART (pardon, l'arcep) a fait un relevé réel à l'autonome. Tout était dans les règles.
Qu'il puisse y avoir des retards à l'allumage est compréhensible (surtout vu la forte charge auprès des équipes Free en ce moment... ouch le café doit se boire par litres entiers). Bref rien de dramatique.

Question :
Pourquoi chez SFR il a fallu attendre 2011 pour avoir unification des passerelles 3G et MMS ? Non mais LOL, #epicfail... Les téléphones avec abonnement 3G, chez SFR, obligés de basculer de points d'accès pour envoyer un mms... Si ça c'est pas un défaut de service, que les mobiles doivent compenser ...

« Tout individu a droit à la liberté d'opinion et d'expression, ce qui implique le droit de ne pas être inquiété pour ses opinions et celui de chercher, de recevoir et de répandre, sans considérations de frontières, les informations et les idées par quelque moyen d'expression que ce soit. »

O.N.U, 1948 (article n°19 de la Déclaration Universelle des Droits de l'Homme)

ça ressemble un peu à un débat "oui mais le high-end c'est mieux que le hifi". Oui bien sûr c'est mieux. Mais franchement, objectivement :

tu connais le système de compression mp3, tu sais que le taux de compression n'est pas si important que ça pour le rendu final, puisque de toutes les façons il va s'agir de compression dont le rendu sera assez linéaire pour l'oreille. (les pointes sont inexistantes avec mp3 et ogg) Pour écouter du mp3 (ou de l'ogg) il s'agit simplement de pas tomber en deça d'un certain seuil. Utiliser un ampli de qualité c'est un peu de la branlette, parfois : ces formats n'offrant jamais les pics redoutés par les amplis à froid :p
IRL, si c'est pour écouter du mp3, un système bluetooth convient parfaitement, surtout si derrière le DSP utilisé permet une restitution correct post-sbc

Si c'est pour écouter uniquement de la qualité cd, alors la question va se poser. Et clairement le bluetooth serait "le goulot qualitatif", oui. MAis si c'est pour écouter du CD, et sur un système highend, je ne vois pas bien l'intérêt de passer par la carte son du PC... et pas par un cd :p

Tout ceci est une question de choix avant toute chose. Un bel ensemble audio est mieux qu'un ensemble audio familial, c'est une évidence. Mais entre les deux il y a quant énormément de "branle la nouille" cher et inutile, du moins le terme exact est "inadapté à l'espace et aux besoins". Le bluetooth, même ordinaire (soit dsp qui va ré-évaluer en sortie) permet une qualité suffisante pour la plupart des styles musicaux dans la plupart des environnements.

Un bel ensemble audio say mieux, mais juste attention de ne pas tomber dans un simili "avec mon aileron sur ma voiture, say mieux"...

1. Je démarre l'installation de la distribution par

Une clef usb

1. "Je démarre l'installation de ma distribution par :

Un chroot.

En complément pour le résumé :

Ce n'est pas le pulseaudio standard, il s'agit d'un portage.
Ce portage ne fonctionne pas sur Alsa mais sur salsa

Détail : la latence mesurée l'est pour un seul flux tel que décrit dans l'article.

Passionnant. Mais à relativiser, donc. (autre détail : la conclusion parle de SHM en:Shared memory dont il est difficile de voir la pertinence sur android, de part les limitations matérielles inhérentes à la plateforme, en terme de ram par exemple. Cela semble prématuré dès lors de parler de shm (pa pouvant le remplir vers ~40mo pour un simple desktop)

Hop. Article passionnant. (et assez savoueux de lire ces arguments pour PA aujourd'hui :)) Mais de là à dire que "PA explose AF", disons plutôt "ce portage de PA explose AF"

Un autre ajout (oui je suis c'est difficile de passer après vous), en fait deux :

utiliser un logiciel qui fait une chose

Oui, mais cela n'enlève pas un état de fait : le navigateur est là, existe, et rempli de plus en plus de fonction pour de plus en plus de personnes. Il s'agit donc d'une politique d'usage local par un utilisateur attentif, qui n'entre pas en contradiction avec le besoin exprimé, et qui n'y apporte pas une réponse autre que locale.

On peut aussi légitimement se dire exactement l'inverse :
Que le navigateur soit le SEUL logiciel à interagir avec le réseau, considéré comme hostile par défaut. On applique alors des politiques adaptées et spécifiques à ce logiciel là. Et le bureau s'en trouve très allégé en terme de surface réseau... Perso ça me déplairait pas un bureau où aucun logiciel autre que le navigateur puisse bénéficier d'un accès réseau... Le navigateur devient "usine à gaz", certes, mais d'un autre côté quelle tranquilité...

mes 0,002 cents...

Flexible, configurable labeling of apps and app data directories

Le style d'installation des packages d'Android ne passant pas des droits étendus, pas possible de se servir du gestionnaire de packages pour affecter des règles selinux. (relire doc Fedora sur le packaging de règles)

The seapp_contexts configuration is used to label app processes and app package directories. seapp_contexts is unique to SE Android.

Vraiment intéressant.

We are still investigating approaches for runtime policy management.

il faudra donc faire une conf spécifique

Oui, il faudra écrire une ligne pleine de caractères dans un fichier de conf. \o/

monter le partage,....

AutoFS ... tu cliques sur l'icone (depuis le navigateur ou depuis le logiciel de playlist) ça montes, et t'es dedans

une machine quelque part toujours allumée

S'il faut dédier une machine pour cela, et la laisser allumer en permanence, alors ça serait dommage qu'elle se contente de faire ça. Le Linutop et dd usb peuvent faire office de serveur de stockage : petite consommation, silencieux. Nickel.

il les classe par thèmes, date, auteur, tag, répertoires

Contrôle : n'importe quel client audio fait ça. Et rendre intéressantes des modifications apportées à cela est l'écriture des tags standards prévus à cet effet dans les fichiers audio. Quel intérêt exact de déporter cette fonction ? :)
Retour sur le point au dessus : les fichiers audio contiennent eux mêmes ces références, n'importe quel client sait les traiter, et le fait d'utiliser ces standards facilitera le 'transport' des dites informations avec les fichiers.

tout appareil compatible dlna

Donc ajouter une couche et dire au revoir aux anciens appareils, pour pas une seule fonction de plus ?

dans ton salon, tu veux mettre une playliste dans la chambre

Ha oui, le bluetooth est limité en terme de distance. On ne peux pas lancer la musique du saloin si personne n'est dans le salon ou à proximité. O merde \o/ On ne peux pas non plus lancer la musique dans le salon si on est dans la cave \o/ Mais dans la vraie vie : la personne à proximité du point d'écoute lance la musique de ce point d'écoute.
gueulante : "chérie je t'ai lancée la musique dans le salon, ça marche ?" "ouhai super mais là j'écoutais les infos"... Bref à part pour faire deux blagues trois fois par an, pas d'intérêt réel.

comme un ampli AV, une TV, un PC (via un player ou browser web) peut faire renderer, meme ta freebox peut voir ce contenu.si tu a une PS3 ou une XBox tu poura aussi les utiliser

Ploum ne parle pas de tout ça dans ses pré-recquis. Mais soit, et c'est un avantage de dlna : être implémenté dans plein de matos divers et variés. Un peu comme windows sur les PC. J'ai fait mumuse avec Skifta lors de sa sortie beta : c'est impressionnant, vraiment, puis finalement, n'ayant pas l'utilité d'avoir 50 matos qui comprennent dnla, ni l'utilité que tout le onde puisse faire sa PL en arrivant chez moi, je suis retournée sur une solution simple.

On peux trouver plein de bonnes raisons d'utiliser autre chose (dlna, démon spécifique comme mpd,...) qui permettront de s'amuser pendant le montage de la config et ajouteront des fonctions. C'est clair. Mais on peut aussi vouloir une solution limitant la surface de config et temps de mise en oeuvre et utilisant déjà les possibilités de l'existant et de l'installé. Qui répond au besoin quotidien, simplement.

"la complexité est parfois belle, la simplicité est toujours élégante"
:-)

Hello Ploum,

Je ne sais pas trop où "répondre mes questions", vue que ça irait dans deux fils de ton journal. Alors j'en fais un autre, en sqeezant un peu du contenu du mien, du coup.

J'me permet de reposer tes bases car il me semble intéressant de les détailler, d'abord le matos en 3 blocs distincts :

• un routeur FAI, donc boitenoirepastouche. un routeur que tu maîtrises

• un petit ordinateur. deux ordinateurs 'standards'

• une chaine hifi (avec entrée aux c'est mieux, ça revient moins cher qu'un connecteur jack)

Dans cet ensemble tu sous-entends que "mini ordi" pourrait être connecté éventuellement à la chaine hifi. OK, c'est une solution. Mais il y en a une autre, si tu peux ajouter comme condition un achat d'environ 40 euros (?) et si le point suivant trouve une réponse : ce que tu veux faire, parcequ'il y a besoin d'un détail :

Depuis le laptop, contrôler la musique jouée dans le salon.

Qu'entends tu par "contrôler" ? Parceque c'est il me semble le point central qui devrait être regarder avant de se lancer dans qq chose. Pour moi contrôler, ici, est équivalent de : "lancer, stopper, volume, suivant, précédent". Or cette installation dispose de au moins deux ordinateurs : le laptop et le desktop, sur lequels seront effectués les taches de contrôles. Je pense que tu me vois venir, là : le "contrôle" ne sera effectué par une machine autonome mais par vous depuis un 'pupitre' tiers. Donc pourquoi vouloir faire passer ce contrôle à travers le réseau réellement ? Alors qu'il suffit de l'avoir sur le "pupitre".

En conclusion j'ai l'impression que les solutions sous-jacentes sont des sacs de noeuds. Ajouté un "mini pc" attaché à une "base musicale" et dont les contrôles seraient fait par un démon réel ma semble totalement overkill, inutiles. Enlève le "linutop" de l'équation : il n'est pas nécessaire. Donc :

• Sur mon laptop et sur le desktop, pouvoir jouer la musique directement via la sortie audio du laptop

C'est spécifique entre ces deux ordis et non nécessaire à l'installation. Ici Pa fera l'affaire sans problème : c'est la réponse déjà installée, déjà prête et déjà fonctionnelle.

Depuis le laptop, contrôler la musique jouée dans le salon.

Ajoute un récepteur audio bluetooth aux entrées aux de ta chaine (cout ~40 euros) ça consomme rien, ça ne fait pas de bruit, et c'est fait pour ça. Depuis le laptop tu controlera la musique diffusée dans le salon. Et ce, avec le logiciel que tu préfères.

Que la bibliothèque musicale soit la même partout.

Point AutoFS sur le desktop. L'accès sera simple comme un cd ~/Musique

ben perso j'trouve que la qualité de Google a énormément baissé ces derniers temps. Bon ok, on a le google/code qui déchire aujourd'hui, mais quant même globalement la recherche basique mais technique a pas mal baissée en terme de réponses. Aujourd'hui il n'est plus rare d'être obligé d'aller jusqu'à la troisième ou quatrième page, comme il y a dix ans en fait. La perte de google/linux n'est pas comblée par la pertinence de la recherche générale.
??

En regardant l'image je ne comprend rien :

"duckduck go" n'est pas libre mais il permet d'accéder à facebook et twitter ? mais c'est génial! Mais que nous sommes bêtes de ne pas l'utiliser !

merci mais du coup la dépêche fait un peu pauvre. dommage de ne pas être passer par l'espace wiki avant de la publier, la nouvelle de pcbsd aurait méritée plus de détail, par exemple concernant le système de ports + packages + pbi. Les ports n'ayant été que peu abordés dans celle de freebsd, peut être considéré comme entendu : du coup sur celle de pcbsd c'était une bonne occasion de faire un tour d'horizon. Là c'est pas forcément très clair. J'ai regardé si une dépêche était en cours dans l'espace rédaction avant de commencer puis avant de publier le journal. Si j'avais su que cela pouvait devenir une dépếche (je pensais pas car la demande de nico sur l'espace de redac en ce sens n'a pas été suivie d'effet) je l'aurai un peu plus travaillé. Enfin ça aurait été carrément mieux de passer par le wiki pour que d'autres participent afin de l'attribuer à qq un de BSD.
Bon, elle semble convenir comme ça, ok ok, mais ça aurait été possible de faire un peu mieux, stou :)

Que veux tu d'autre comme réponse sans déconner ?
Graver un cd / dvd c'est bien un des seul truc que j'ai jamais fait en une ligne. J'ai toujours lancé K3B (ou brasero, selon l'humeur, mais aussi Nero linux, quant ma distrib était potentiellement souvent cassée mais que j'avais besoin de la fonction). Et ça a toujours fonctionné.
A l'exception décrite avant : lors du passage de cdrtools vers cdrkit. Point. ça a toujours fonctionné

T'es sûr que, après la gravure, ton bureau ne te monte tout simplement pas d'autre session que la première ?

Je comprends tout à fait ça ,mais pourquoi affirmer le contraire ?

T'affirmes ça marche pas et on affirme ça marche.

Tu comprends bien qu'en affirmant "bouh ça marche pas" tu n'ai pas d'autres réponses que "mais si, ça fonctionne parfaitement", non ? Perso j'comprends qu'on puisse être enervé, et posté un message sous le coup de la colère, par un ras le bol après s'être dépétré tout seul pendant des heures voir des jours mais sans y arriver. Ben ouhai ça arrive, j'le comprends sans peine. Mais à un moment, la conversation redevient normale et tu repenses à ce que tu as fait après avoir lu d'autres messages. Non ?

Quand on met le nez dedans...

Tu veux dire quoi par là ? Il (me) semble qu'il y a deux freins réels :

• le support matériel
  Bien moins étendu qu'avec Linux, mais à décharge deux éléments : avoir un support matériel aussi étendu que Linux semble bien difficile, vu qu'il s'agit du noyau le plus avancé sur le sujet. Puis le fait que la marche est de même hauteur, et demande les mêmes précautions, qu'avec un linux d'il y a quelques années.
  -> un bon LiveUSB, tel que PC-BSD le propose, permet un tour d'horizon rapide du support matériel par défaut

• la volonté de tout de suite vouloir de l'avancée
  C'est bien plus simple de ne pas se pré-occuper des pb de bootloader et de partitions partagées, pour démarrer. Savoir se restreindre sur ce point. J'ai installé mon premier Linux comme cela : un ordi, un système. J'ai également installé mon premier OpenBSD comme cela. Je ne vois pas pourquoi faire différement avec FreeBSD.
  -> Dédié un ordinateur (ou un disque) à FreeBSD me semble une bonne chose (un dual boot complique le démarrage d'une part, et ne permettra certainement pas de passer le même temps sur le système...)

Parlais tu de ce genre de choses, ou bien d'autres choses ? (genre la légendaire propreté du système ? Perso je ne le vois pas comme plus propre qu'une jolie Fedora bien carrée, j'y retrouve des incohérences à mon goût sur la hierarchie du système, bref ça, ça ressemble plus aux gouts et couleurs de chacun, non ? )

Ou encore d'autres choses ?