La démocratie dont vous parlé implique culture, esprit critique et engagement.
Lorsque la démocratie dans laquelle nous vivons impose sous-culture, incompréhension d'une dialectique et dégagement.
Le mensonge en politique est un savoir faire majeur,élevé au rang d'art. Et si le décrypter est pour nous un plaisir, n'enlève en rien une certaine confiance en l'un (et méfiance pour l'autre) par connaissance du fond, force est de constater que cette recette que l'on croyait éculée refonctionne comme jamais... Enfants de la télé ?
Ouahou un émeteur récepteur gsm 3g chez soi...
Même 100 fois moins puissant qu un nano relais de villes, ça restera beaucoup plus puissant qu un terminal cellulaire, non ? Y a de ces fous prêt à accepter vraiment n'importe quoi. De plus je suis pas specialiste, il me semble juste que les émissions personnelles sur pas mal de plages sont soumises à licence et/ou plafonnement de puissance.
En fait avant meme de savoir si techniquement c est possible, faudrait se demander si legalement ça l'est... parceque si ta freebox 3g est limitée à 1,5 w, ton relais gsm il va pas pi**** loin... Et si la puissance permet un vrai, même petit, relais : il faut etre fou pour laisser ça dans ses murs.
Quant a la techno, nul doute que la voip massive peux abaisser la longueur / le poids des trames. peut être un peu la qualité, mais plus trop de nos jours, et peux permettre de se déployer avec des offres très attractives. Si en plus on joue au nostradamus sur un partenariat avec google pour utiliser google voice...
En tout cas, au sujet de google voice, ça doit remuer pas mal de méninges chez les opérateurs, en ce moment...
Intel Core 2 Quad
écran multitouch 24 pouces full HD
blue ray
Nvidia GeForce 9400 Ion-based graphics
annoncé vers 1200 euros, soit une sacrée claque pour le HP touchsmart !!! (meilleur pour mions cher)
Malheureusement avec l'impôt illégal de microsoft dessus.
Perso mon choix se porte vers une configuration plus modeste, livré avec Linux 'l'écart e prix n'est pas grand avec le 19'' du concurent, mais je préfère celui-ci : livré avec OpenSuse et fin : 3.6cm, soit utilisable aisément en mode tablette-flemmard-canapé)
Si le driver n'est pas encore porté sur le nouveau noyau, alors :
1. le driver est un blob et la société proposant ce blob n'arrive pas à suivre le rythme d'évolution de Linux.
2. le driver est considéré comme in-maintenable : il ne sera jamais accepté dans le noyau.
Dans les deux cas, ça suxe.
Il se peux que des différences entres distributions voient le jour, par exemple la prochaine Ubuntu mettra un accent particulier sur le support bluetooth. Néanmoins d'une manière générale, si le driver / module est libre et bon, il est intégré. ("bon" s'entends sur des critères me dépassant largement : je suppose qu'il s'agit d'une anticipation sur son devenir et sa facilité d'évolution pour les mainteneurs. Pas seulement sur des corrections à apporter à un instant t)
Ne gachons pas notre plaisir : Linux a connu une évolution foudroyante en 5 ans maintenant. Tout n'est pas encore parfait, mais c'est d'ores et déjà le noyau prenant en charge le plus de périphériques possibles, et bien, par défaut.
Rendons à Cesar ce qui est à Cesar : si le driver n'est pas intégré à la vanille, ou si il est intégré par une distro mais sans toutes les fonctionnalités, c'est vers le constructeurs qu'il faut se tourner : absence de specs au minimum...
Mais c'est également ce qui est reproché au commentaire de Con : il ne précise rien d'autre que "une meilleure expérience, une meilleure sensation, pour l'utilisateur". Ce qui est assez vague.
Par exemple s'il avait explicitement nommé quelque chose du genre "les entrées standarts ont toujours priorité absolue : sur n'importe quel autre process et dans n'importe quel cas de charge système".
Ou encore "nous avons décidés d'appliquer aux entrées standarts la même politique qu' aux systèmes de fichiers et à la mémoire vive : une réservation pour être opérationnel dans tout les cas".
Ou plus mr michu "fini le lag 'clique sur une appli lorsque le système lit une vidéo hd' : l'application cliquée se lance avec la même vitesse que sans la lecture simultanée de la vidéo hd".
Mais ce n'est pas le cas, pourtant c'est bien que ce sous entends "une meilleure expérience utilisateur" entre autre. Et cela aurait collé avec (dans le cadre de) sa remarque qualifiante pour bfs "ridiculement simple". Ce n'est pas le cas car un tel exemple aurait forcément été réducteur pour un ordonnanceur.
En plus Phoronix, ben heu, je fait nettement plus confiance à Ingo Molnar pour présenter des résultats vrais et cohérents. (phoronix a un peut trop tendance à mon goût à 'oublier' certains résultats pour favoriser son champion). Mr Molnar a fait le choix d'utiliser des machines puissantes, mais après tout il reste dans le cadre d'utilisation cité en exemple par Con lui même.
Le résultat intéressant sera lorsque les industriels utilisant massivement linux en embarqué testeront eux mêmes et choisiront. Là, il pourrait bien y avoir des surprises.
Ouaih j'ai exagéré :D
Mais c'est tellement gros comme commentaire en même temps :)
Sincèrement je trouve intéressant que Microsoft propose une forge en libre accès, pour des projets libres. On est vraiment là dans le "truth appends". Cela dénote d'abord d'une évolution de mentalité intéressante, peux être même que les "freewares" si présents dans le monde windows se transforme petit à petit en "libreware". Pas mal, quant même.
Mais bon, en même temps lorsqu'on voit qu'ils limitent les licenses possibles (pas de Agpl ou gpl v3 référencées), et qu'ils prennent la peine de faire une forge spécifique au lieu d'enrichir par de nouveaux contenus une forge déjà existante, on peux légitimement se demander où se trouve leur vrai intérêt, et blaguer lourdement dessus. J'ai pas pris la peine de lire les conditions d'utilisation et d'hébergement de cette forge, mais si je me posais la question de l'utiliser, je lire TRES attentivement cette notice d'utilisation. C'est pas que je sois méfiant par nature, mais c'est Microsoft quant même.
Microsoft lance codeplex, une nouvelle forge de logiciels opensource et éventuellement libres, destinés à la plateforme Windows. Microsoft tiens ainsi à développer une communauté servile pout son O.S, codeplex servira également de plateforme de recrutement à conditions que les participants codent beaucoup gratuitement d'abord. Microsoft tends ainsi la main à sa communauté de développeurs habitués au freeware à basculé sur des licences libres.
Microsoft se refait ainsi une virginité, avec à la clef une bonne presse d un côté, et de l autre un appel aux écoles et universités.
Bien entendu, Agpl et gpl3 ne sont pas les bienvenus.
Quant à l'interopérabilité, elle ne saurait être que l'exception confirmant la règle, et ne sera tolérée que lorsque le projet ne pourra assurément faire du suivi, en retrait de la techno visée.
Merci d'avance pour vos codes libres, et ensemble nous ferons avancer la domination de notre maître.
Veuillez agréer, messieurs, mes salutations enchainées.
La réalité, c'est que la pile audio de GNU/Linux est un tas de merde comparé à ce qui se fait sous OS X ou pire Microsoft.
perso je ne permettrai pas dire cela, mais plus simplement que je me pose des questions sur Alsa lui même, oui. Et -surtout- Dmix : j'avoue ne pas comprendre pourquoi le routage et le mixage des flux ne se fait pas à ce niveau là...
Beaucoup de problèmes attribués à PA sont souvent des bogues existants dans Alsa Certainement. Beaucoup d'autres sont internes à P.A. certainement aussi... Et d'autres sound-server fonctionnent pas trop mal, hein :)
ailleurs : bluetooth, réseau, pa roxe ben c'est bien le problème il roxe sur plein de trucs (j'ai jamais vu ça, mais je vous crois sans pb) mais il s'est attaché sur des éléments secondaires alors que son core ne semble toujours pas opérationnel correctement. (je ne parle même pas d'une utilisation MAO, qui est spécifique, juste lui demander de ne pas bouffer 10% de 2 xeons 3ghz pour mixer 2 sources, c'est trop demandé, ça ?)
Tiens la fusion jackdmp et jack est en train de se fignoler :
nouveauté sur le réseau. pour bientôt.
Systèmes de notifications et informations détaché du flux audio lui même, qui est 'RT', et attaché sur un fil séparé. Conséquence : souplesse.
Tu pourrais peut être préparer une distribution miniature, que tu bootes sur un CD, et avec tu déclares de la swap sur une vieille clef usb, tu devrais certainement avoir une vieille clef usb genre 128 ou 256 de ram qui ne servira plus, non ? Cela te dégages de toutes utilisations du disque dur pour ce que tu veux faire, et la swap est faite pour cela, alors profites en.
ouaih :)
j' ai encore vue récemment les très grosses toutes dernières Nvidia au boulot, bon ok j'ai pas une habitude personnellede ce type d'negins, mais franchement... on peux se demander comment ce si petit connecteur qu'est le pci-e peut supporter un tel poids !!!
En fait c'est le cable pour l'alimentation dédiée à la carte graphique qui font que ça reste en place lol sinon le pauvre pci-e il tiendrai pas longtemps !
Et autant sur HP-UX que sur Linux, ça poutre sévère ces cartes là, niveau perfs' \o/
ps : je crois m'être gourré : ce sont les type NVS chez Nvidia qui sont dédiées à l'affichage 2D avec latence garantie. Non ?
Je ne sais pas comme ça, mais franchement je ne pense pas que cela soit l'intégration dans Debian qui soit pourrie. Même si cette intégration n'est pas parfaite, PA doit en faire pas mal par lui même :(
Par exemple sur Mandriva, qui a dès le départ soutenu PA, dont l'intégration est sans reproche, en plus quelque soit le bureau, et qui dispose même d'un développeur consacré (Colin Guthrie), ben même dans cette situation idéale, PA consomme du cpu plus java et flash réuni (j'exagère mais c'est impressionnant de voir autant de conso cpu juste pour mixer deux sources). PA en est bien cause, en lui même.
Si tu n'a pas de .asoundrc dans le ~, peux tu regarder du côté de asound.state (ou équivalent) quelquepart dans /etc ? Par exemple, dans le mien, sur le netbook, j'ai un paragraphe simple pour state.TuxDroid et un très complet pour state.Intel (et rien à propos de PA :p )
Bon heu ça en vient presque à faire du ""support"" Pulse pour Debian sur une dépêche parlant de Phonon et de la politique de Nokia. heu, désolé... je sort :honte:
Moi j'ai beaucoup aimé (et continue) les petites notifications, les premières fois que j'ai vu ces notifications sur kde4 c'était pour dire un truc de genre : "le système a basculé sur Jack"
Je clique sur plein de trucs : tout marche \o/ for-mi-da-ble pour l'utilisateur que je suis ! merci.
regarde ton ficheir .asoundrc ... je te parie qu'il ne connait plus qu'une fonction : pulseaudio.
Modifie le, tout en conservant pulseaudio dedans, mais en remettant les éléments "en ordre", et il pourra y avoir un accès concurentiel sur alsa avec un pulseaudio qui tourne.
Sony m' a rassuré en assurant qu'ils allaient utiliser un format interopérable.
Perso j'aime beaucoup le concept de Asus sur le sujet, en fait double concept. D'abord l'objet : magnifique :) ok ce n'est pas de l'encre éléctronique, mais ça je vois vraiment chez moi ...
Ensuite l'accès au contenu : j'aime les livres en tant qu'objet et chez moi jamais des pdf ou autre les remplaceront... surtout si c'est pour voir arriver du gros blob DRM dedans m'empechant de les preter à un ami, comme je prete un livre. (oui ok certains ne feront pas que préter, mais copier, ce qui est très différent certes, mais bon, perso un panneau sens interdit suffit, pas besoin d'un mur...) Bref, pfiou...
Là ce ebook n' a pas de stockage : il accède en ligne ! et c'est pas nouveau mais c'est génial appliqué au Ebooks (bordel !) : Accès à son abonnement au journal Le Monde, accès à son abonnement à sa bibliothèque municipale... bref vous voyez quoi ;)
Bref un très bel eBook, sans DRM (plus besoin) et respectant le commerce déjà établi, et qui ne nous fait pas croire que le 'online' remplacera les vrais livres ;) (Le livre lu nous a plu ? hop le vrai livre papier, pour ceux qui veulent !)
Moi je dit "banco" !
Pas de cabale ni de remêde miracle, malheureusement.
un constat : pulseaudio ajoute une couche et ne résoud rien (en plus marchouille, mais ça c'est déjà un autre sujet, et plutôt polémique).
une question aux experts : amélioré dmix n'est il pas une meilleure solution ?
une question aux experts : ajouter une couche, la meilleure soit elle, par dessus un dmix par terrible, n'est pas ce pas demandé à un haut niveau de corriger les manquements du bas niveau ? si oui, est ce beau ? (vraie question et j'écoute les réponses)
le constat qui me fait me poser ces questions :
pulse n' a rien résolu.
jack est meilleur (empreinte miniscule, encaisse les faibles latences) techniquement, mais sur le bureau on reste dans ce que tu décris aussi "je pense que beaucoup de gens n'ont pas envie de se palucher .jackrc et les sessions jack"
Les deux pourraient être ensemble, mais ça fait deux couches.
Il n'y a vraiment aucune cabale de ma part à l'égard de pulseaudio, faut pas sortir les grands mots permettant d'accuser les autres de mauvaise foi comme seul argument pour défendre un truc qui marche pas. moi aussi j'en ai marre.
Peut être qu'au contraire ils vont chercher à faire mieux ? Je ne vois pas trop en quoi ça serait dans leur intérêt de dépenser à refaire lorsque cela n'est pas vraiment nécessaire.
Cela me semble bien logique pour une vision "embarqué" ce type de couche, afin de faciliter le dev d'applications (et le poids final de chacune, certainement ?). Mais pour un bureau d'un PC, sincèrement je me pose toujours la question : pourquoi autant de couche alors que Alsa fonctionne au poil ?? Dmix mériterai des améliorations, héritées des possibilités de jack certainement, certes. Mais avec ça "on" a une couche basse, base et solide.
Libre à chaque dev ensuite de passer par SDL / libxine / gstreamer / whatever, éventuellement. Avec ou sans, le tout fonctionnera en étant mixé par un dmix amélioré. Selon moi c'est bien cette couche qu'il faudrait amélioré. La couche primaire.
Enfin bon, avec un tel bordel, c'est pas demain que des applications grand public seront portées car pas d'assurance de fonctionnement du son. Les applis proprio "pro-audio" (de type www.pianoteq.com !!!) ont choisies Jack de manière naturelle. Quant aux applis de types "dvd fluendo player" (fourni dans le powerpack mandriva) ont choisies Gstreamer. Tandisque Adobe s'est fait ch*** à porter son plugin Flash sur Alsa directement (et ça marche bien).
Quant aux applis libres, ben c'est le foutoir aussi :( heureusement quasiment toutes supportent Jack. (merci à vous !)
Pas simple, le son, toujours pas simple. Pourtant un élément crucial pour l'adoption de linux par le grand public.
[^] # Re: mailto:cgoasguen@assemblee-nationale.fr
Posté par bubar🦥 (Mastodon) . En réponse au journal Hadopti II adopé. Évalué à 5.
Lorsque la démocratie dans laquelle nous vivons impose sous-culture, incompréhension d'une dialectique et dégagement.
Le mensonge en politique est un savoir faire majeur,élevé au rang d'art. Et si le décrypter est pour nous un plaisir, n'enlève en rien une certaine confiance en l'un (et méfiance pour l'autre) par connaissance du fond, force est de constater que cette recette que l'on croyait éculée refonctionne comme jamais... Enfants de la télé ?
[^] # Re: "assez réservé sur le choix d'un quatrième opérateur"
Posté par bubar🦥 (Mastodon) . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 3.
Même 100 fois moins puissant qu un nano relais de villes, ça restera beaucoup plus puissant qu un terminal cellulaire, non ? Y a de ces fous prêt à accepter vraiment n'importe quoi. De plus je suis pas specialiste, il me semble juste que les émissions personnelles sur pas mal de plages sont soumises à licence et/ou plafonnement de puissance.
En fait avant meme de savoir si techniquement c est possible, faudrait se demander si legalement ça l'est... parceque si ta freebox 3g est limitée à 1,5 w, ton relais gsm il va pas pi**** loin... Et si la puissance permet un vrai, même petit, relais : il faut etre fou pour laisser ça dans ses murs.
Quant a la techno, nul doute que la voip massive peux abaisser la longueur / le poids des trames. peut être un peu la qualité, mais plus trop de nos jours, et peux permettre de se déployer avec des offres très attractives. Si en plus on joue au nostradamus sur un partenariat avec google pour utiliser google voice...
En tout cas, au sujet de google voice, ça doit remuer pas mal de méninges chez les opérateurs, en ce moment...
[^] # Re: main invisible ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 4.
# Attends un peu
Posté par bubar🦥 (Mastodon) . En réponse au message PC tactil. Évalué à 2.
http://crave.cnet.co.uk/desktops/0,39029426,49303567,00.htm
Intel Core 2 Quad
écran multitouch 24 pouces full HD
blue ray
Nvidia GeForce 9400 Ion-based graphics
annoncé vers 1200 euros, soit une sacrée claque pour le HP touchsmart !!! (meilleur pour mions cher)
Malheureusement avec l'impôt illégal de microsoft dessus.
Perso mon choix se porte vers une configuration plus modeste, livré avec Linux 'l'écart e prix n'est pas grand avec le 19'' du concurent, mais je préfère celui-ci : livré avec OpenSuse et fin : 3.6cm, soit utilisable aisément en mode tablette-flemmard-canapé)
http://sys.eu.shuttle.com/home.jsf <-- All In One
[^] # Re: noobs :)
Posté par bubar🦥 (Mastodon) . En réponse au message Liste de matériel compatible liste. Évalué à 5.
1. le driver est un blob et la société proposant ce blob n'arrive pas à suivre le rythme d'évolution de Linux.
2. le driver est considéré comme in-maintenable : il ne sera jamais accepté dans le noyau.
Dans les deux cas, ça suxe.
Il se peux que des différences entres distributions voient le jour, par exemple la prochaine Ubuntu mettra un accent particulier sur le support bluetooth. Néanmoins d'une manière générale, si le driver / module est libre et bon, il est intégré. ("bon" s'entends sur des critères me dépassant largement : je suppose qu'il s'agit d'une anticipation sur son devenir et sa facilité d'évolution pour les mainteneurs. Pas seulement sur des corrections à apporter à un instant t)
Ne gachons pas notre plaisir : Linux a connu une évolution foudroyante en 5 ans maintenant. Tout n'est pas encore parfait, mais c'est d'ores et déjà le noyau prenant en charge le plus de périphériques possibles, et bien, par défaut.
Rendons à Cesar ce qui est à Cesar : si le driver n'est pas intégré à la vanille, ou si il est intégré par une distro mais sans toutes les fonctionnalités, c'est vers le constructeurs qu'il faut se tourner : absence de specs au minimum...
non ?
[^] # Re: serveur down ??
Posté par bubar🦥 (Mastodon) . En réponse au journal NosDéputés.fr : et vous, que fait votre député à l'Assemblée ?. Évalué à 2.
Et MERCI pour ce site citoyen :)
[^] # Re: bench
Posté par bubar🦥 (Mastodon) . En réponse au journal BFS : le retour de la revanche. Évalué à 3.
Mais c'est également ce qui est reproché au commentaire de Con : il ne précise rien d'autre que "une meilleure expérience, une meilleure sensation, pour l'utilisateur". Ce qui est assez vague.
Par exemple s'il avait explicitement nommé quelque chose du genre "les entrées standarts ont toujours priorité absolue : sur n'importe quel autre process et dans n'importe quel cas de charge système".
Ou encore "nous avons décidés d'appliquer aux entrées standarts la même politique qu' aux systèmes de fichiers et à la mémoire vive : une réservation pour être opérationnel dans tout les cas".
Ou plus mr michu "fini le lag 'clique sur une appli lorsque le système lit une vidéo hd' : l'application cliquée se lance avec la même vitesse que sans la lecture simultanée de la vidéo hd".
Mais ce n'est pas le cas, pourtant c'est bien que ce sous entends "une meilleure expérience utilisateur" entre autre. Et cela aurait collé avec (dans le cadre de) sa remarque qualifiante pour bfs "ridiculement simple". Ce n'est pas le cas car un tel exemple aurait forcément été réducteur pour un ordonnanceur.
En plus Phoronix, ben heu, je fait nettement plus confiance à Ingo Molnar pour présenter des résultats vrais et cohérents. (phoronix a un peut trop tendance à mon goût à 'oublier' certains résultats pour favoriser son champion). Mr Molnar a fait le choix d'utiliser des machines puissantes, mais après tout il reste dans le cadre d'utilisation cité en exemple par Con lui même.
Le résultat intéressant sera lorsque les industriels utilisant massivement linux en embarqué testeront eux mêmes et choisiront. Là, il pourrait bien y avoir des surprises.
[^] # Re: Lire entre les lignes
Posté par bubar🦥 (Mastodon) . En réponse au journal Microsoft lance la fondation CodePlex. Évalué à 4.
Mais c'est tellement gros comme commentaire en même temps :)
Sincèrement je trouve intéressant que Microsoft propose une forge en libre accès, pour des projets libres. On est vraiment là dans le "truth appends". Cela dénote d'abord d'une évolution de mentalité intéressante, peux être même que les "freewares" si présents dans le monde windows se transforme petit à petit en "libreware". Pas mal, quant même.
Mais bon, en même temps lorsqu'on voit qu'ils limitent les licenses possibles (pas de Agpl ou gpl v3 référencées), et qu'ils prennent la peine de faire une forge spécifique au lieu d'enrichir par de nouveaux contenus une forge déjà existante, on peux légitimement se demander où se trouve leur vrai intérêt, et blaguer lourdement dessus. J'ai pas pris la peine de lire les conditions d'utilisation et d'hébergement de cette forge, mais si je me posais la question de l'utiliser, je lire TRES attentivement cette notice d'utilisation. C'est pas que je sois méfiant par nature, mais c'est Microsoft quant même.
[^] # Re: Red Hat Summit 2009
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 5.4 : une rentrée pleine d'avant-premières technologiques. Évalué à 2.
ha ben zut alors, on m'aurais menti ?
:p
[^] # Re: VSMPWV : Tu te fous de nous? :)
Posté par bubar🦥 (Mastodon) . En réponse au journal VSMPWV : Very simple media player with vlc. Évalué à 4.
yet another media center ?
Et avec ce nom là, si tu le secoue un peu, tu t'amuses aussi
...
Argh un media center basé sur cvlc en voilà une bonne idée :-)
N oublie pas un clavier virtuel, ça peux toujours être utile ;-) ;-)
Merci \o/
# icaza
Posté par bubar🦥 (Mastodon) . En réponse au journal Microsoft lance la fondation CodePlex. Évalué à 10.
:p
[^] # Re: Lire entre les lignes
Posté par bubar🦥 (Mastodon) . En réponse au journal Microsoft lance la fondation CodePlex. Évalué à 8.
Microsoft se refait ainsi une virginité, avec à la clef une bonne presse d un côté, et de l autre un appel aux écoles et universités.
Bien entendu, Agpl et gpl3 ne sont pas les bienvenus.
Quant à l'interopérabilité, elle ne saurait être que l'exception confirmant la règle, et ne sera tolérée que lorsque le projet ne pourra assurément faire du suivi, en retrait de la techno visée.
Merci d'avance pour vos codes libres, et ensemble nous ferons avancer la domination de notre maître.
Veuillez agréer, messieurs, mes salutations enchainées.
[^] # Re: Étude en double aveugle !
Posté par bubar🦥 (Mastodon) . En réponse au journal BFS : La revanche. Évalué à 2.
une avec CFS
une avec BFS
une avec CFS + Tuning des CGROUPS
[^] # Re: Asus
Posté par bubar🦥 (Mastodon) . En réponse au journal Une rentrée très "eBook Readers". Et le livre papier ? Orange est là !. Évalué à 2.
et pas besoin de clavier en plus : un des deux écrans affiche un clavier virtuel ... fatche le confort :))
[^] # Re: Phonon était pas prêt
Posté par bubar🦥 (Mastodon) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 3.
perso je ne permettrai pas dire cela, mais plus simplement que je me pose des questions sur Alsa lui même, oui. Et -surtout- Dmix : j'avoue ne pas comprendre pourquoi le routage et le mixage des flux ne se fait pas à ce niveau là...
Beaucoup de problèmes attribués à PA sont souvent des bogues existants dans Alsa Certainement. Beaucoup d'autres sont internes à P.A. certainement aussi... Et d'autres sound-server fonctionnent pas trop mal, hein :)
ailleurs : bluetooth, réseau, pa roxe ben c'est bien le problème il roxe sur plein de trucs (j'ai jamais vu ça, mais je vous crois sans pb) mais il s'est attaché sur des éléments secondaires alors que son core ne semble toujours pas opérationnel correctement. (je ne parle même pas d'une utilisation MAO, qui est spécifique, juste lui demander de ne pas bouffer 10% de 2 xeons 3ghz pour mixer 2 sources, c'est trop demandé, ça ?)
Tiens la fusion jackdmp et jack est en train de se fignoler :
nouveauté sur le réseau. pour bientôt.
Systèmes de notifications et informations détaché du flux audio lui même, qui est 'RT', et attaché sur un fil séparé. Conséquence : souplesse.
jack : http://jackaudio.org
jackdmp : http://www.grame.fr/~letz/jackdmp.html
NetJack2 : http://trac.jackaudio.org/wiki/WalkThrough/User/NetJack2
Jack2, le nouveau Jack : http://trac.jackaudio.org/wiki
# swap ?
Posté par bubar🦥 (Mastodon) . En réponse au message faire un shred sur un vieux pc. Évalué à 2.
Tu pourrais peut être préparer une distribution miniature, que tu bootes sur un CD, et avec tu déclares de la swap sur une vieille clef usb, tu devrais certainement avoir une vieille clef usb genre 128 ou 256 de ram qui ne servira plus, non ? Cela te dégages de toutes utilisations du disque dur pour ce que tu veux faire, et la swap est faite pour cela, alors profites en.
[^] # Re: Pas nouveau
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Processeur graphique : NVIDIA est mal parti pour les années à venir. Évalué à 2.
j' ai encore vue récemment les très grosses toutes dernières Nvidia au boulot, bon ok j'ai pas une habitude personnellede ce type d'negins, mais franchement... on peux se demander comment ce si petit connecteur qu'est le pci-e peut supporter un tel poids !!!
En fait c'est le cable pour l'alimentation dédiée à la carte graphique qui font que ça reste en place lol sinon le pauvre pci-e il tiendrai pas longtemps !
Et autant sur HP-UX que sur Linux, ça poutre sévère ces cartes là, niveau perfs' \o/
ps : je crois m'être gourré : ce sont les type NVS chez Nvidia qui sont dédiées à l'affichage 2D avec latence garantie. Non ?
[^] # Re: Ergot du segle ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Mes tribulations avec mon G2 mais surtout avec SFR .... Évalué à 2.
[^] # Re: Phonon était pas prêt
Posté par bubar🦥 (Mastodon) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 4.
Par exemple sur Mandriva, qui a dès le départ soutenu PA, dont l'intégration est sans reproche, en plus quelque soit le bureau, et qui dispose même d'un développeur consacré (Colin Guthrie), ben même dans cette situation idéale, PA consomme du cpu plus java et flash réuni (j'exagère mais c'est impressionnant de voir autant de conso cpu juste pour mixer deux sources). PA en est bien cause, en lui même.
Si tu n'a pas de .asoundrc dans le ~, peux tu regarder du côté de asound.state (ou équivalent) quelquepart dans /etc ? Par exemple, dans le mien, sur le netbook, j'ai un paragraphe simple pour state.TuxDroid et un très complet pour state.Intel (et rien à propos de PA :p )
Bon heu ça en vient presque à faire du ""support"" Pulse pour Debian sur une dépêche parlant de Phonon et de la politique de Nokia. heu, désolé... je sort :honte:
[^] # Re: Phonon était pas prêt
Posté par bubar🦥 (Mastodon) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 4.
Je clique sur plein de trucs : tout marche \o/ for-mi-da-ble pour l'utilisateur que je suis ! merci.
[^] # Re: Phonon était pas prêt
Posté par bubar🦥 (Mastodon) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 3.
Modifie le, tout en conservant pulseaudio dedans, mais en remettant les éléments "en ordre", et il pourra y avoir un accès concurentiel sur alsa avec un pulseaudio qui tourne.
pas besoin de commenter je crois ;)
# Asus
Posté par bubar🦥 (Mastodon) . En réponse au journal Une rentrée très "eBook Readers". Et le livre papier ? Orange est là !. Évalué à 3.
Perso j'aime beaucoup le concept de Asus sur le sujet, en fait double concept. D'abord l'objet : magnifique :) ok ce n'est pas de l'encre éléctronique, mais ça je vois vraiment chez moi ...
Ensuite l'accès au contenu : j'aime les livres en tant qu'objet et chez moi jamais des pdf ou autre les remplaceront... surtout si c'est pour voir arriver du gros blob DRM dedans m'empechant de les preter à un ami, comme je prete un livre. (oui ok certains ne feront pas que préter, mais copier, ce qui est très différent certes, mais bon, perso un panneau sens interdit suffit, pas besoin d'un mur...) Bref, pfiou...
Là ce ebook n' a pas de stockage : il accède en ligne ! et c'est pas nouveau mais c'est génial appliqué au Ebooks (bordel !) : Accès à son abonnement au journal Le Monde, accès à son abonnement à sa bibliothèque municipale... bref vous voyez quoi ;)
Bref un très bel eBook, sans DRM (plus besoin) et respectant le commerce déjà établi, et qui ne nous fait pas croire que le 'online' remplacera les vrais livres ;) (Le livre lu nous a plu ? hop le vrai livre papier, pour ceux qui veulent !)
Moi je dit "banco" !
référence :
http://technology.timesonline.co.uk/tol/news/tech_and_web/ar(...)
prix annoncé : 120 euros environ.
linux inside.
dispo pour noel ?
[^] # Re: Phonon était pas prêt
Posté par bubar🦥 (Mastodon) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 3.
un constat : pulseaudio ajoute une couche et ne résoud rien (en plus marchouille, mais ça c'est déjà un autre sujet, et plutôt polémique).
une question aux experts : amélioré dmix n'est il pas une meilleure solution ?
une question aux experts : ajouter une couche, la meilleure soit elle, par dessus un dmix par terrible, n'est pas ce pas demandé à un haut niveau de corriger les manquements du bas niveau ? si oui, est ce beau ? (vraie question et j'écoute les réponses)
le constat qui me fait me poser ces questions :
pulse n' a rien résolu.
jack est meilleur (empreinte miniscule, encaisse les faibles latences) techniquement, mais sur le bureau on reste dans ce que tu décris aussi "je pense que beaucoup de gens n'ont pas envie de se palucher .jackrc et les sessions jack"
Les deux pourraient être ensemble, mais ça fait deux couches.
Il n'y a vraiment aucune cabale de ma part à l'égard de pulseaudio, faut pas sortir les grands mots permettant d'accuser les autres de mauvaise foi comme seul argument pour défendre un truc qui marche pas. moi aussi j'en ai marre.
# enorme
Posté par bubar🦥 (Mastodon) . En réponse au journal Microsoft : Essaye encore petit scarabée !. Évalué à 2.
et énorme l'annonce de Mister Kroah-Hartman ! (ce type va me faire aimer OpenSuSe)
[^] # Re: Phonon était pas prêt
Posté par bubar🦥 (Mastodon) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 5.
Cela me semble bien logique pour une vision "embarqué" ce type de couche, afin de faciliter le dev d'applications (et le poids final de chacune, certainement ?). Mais pour un bureau d'un PC, sincèrement je me pose toujours la question : pourquoi autant de couche alors que Alsa fonctionne au poil ?? Dmix mériterai des améliorations, héritées des possibilités de jack certainement, certes. Mais avec ça "on" a une couche basse, base et solide.
Libre à chaque dev ensuite de passer par SDL / libxine / gstreamer / whatever, éventuellement. Avec ou sans, le tout fonctionnera en étant mixé par un dmix amélioré. Selon moi c'est bien cette couche qu'il faudrait amélioré. La couche primaire.
Enfin bon, avec un tel bordel, c'est pas demain que des applications grand public seront portées car pas d'assurance de fonctionnement du son. Les applis proprio "pro-audio" (de type www.pianoteq.com !!!) ont choisies Jack de manière naturelle. Quant aux applis de types "dvd fluendo player" (fourni dans le powerpack mandriva) ont choisies Gstreamer. Tandisque Adobe s'est fait ch*** à porter son plugin Flash sur Alsa directement (et ça marche bien).
Quant aux applis libres, ben c'est le foutoir aussi :( heureusement quasiment toutes supportent Jack. (merci à vous !)
Pas simple, le son, toujours pas simple. Pourtant un élément crucial pour l'adoption de linux par le grand public.