Faut voir le bon côté des choses : les vampires c'est fini :p
PCLinuxOS : Texstar va voir du mal maintenant.
Les packageurs de chez mib : plus de raison d'être
Bref fini tout ceux qui bossaient dans leurs coins pour leurs intérêts (ou leur ego, mib) sans jamais vouloir bosser directement dans la distrib (ce qui auraient profiter à tous)
Essayes Fedora, c'est royal.
Moins de dépaysement qu'avec suse (où j'aime bien les sous ensemble bien rangé de network-script par exemple, mais où le gestionnaire de paquets est une catastrophe).
Plus fonctionnelle par défaut (tiens chez fedora gnome-bluetooth ça marche, il y a même l'intégration avec nautilus pour le dossier téléchargements. Tiens chez Fedora kms ça marche : aucune ré-init de la carte graphix entre les phases de boot: parceque chez mdv ça ça n'a jamais marché. La gestion des services : pffuuu que c'est bien fait. La gestion selinux, royal. Tiens chez Fedora pulseaudio ça marche \o/ ie : sans jamais se faire des montées sur cpu, en tout cas pas encore vu. Tiens chez Fedora pam-bioapi est intégrée : même gdm propose par défaut l'authentification par empreintes digitales... Tiens, yum depuis la 12 a un comportement par défaut excellent : il est du coup rapide par défaut. tiens leur rollback ça marche... tiens il gère les conflits [testé ce week end en le bourrinant : pffu c'est beau])
Et la liste est longue comme ça, très longue...
C'est raide, affectivement, mais ça fait du bien de passer à autre chose, surtout quant cet autre est nettement mieux.
Acteur majeur du libre
Pas forcément acteur majeur dans le libre.
Il y a une nuance et elle est de taille. Peut être que cette nuance a échappé à mdv ces deux dernières années en voulant absolument devenir un acteur majeur dans le libre sans être d'abord un acteur majeur du libre ?
Linagora bosse quasiement exclusivement sur du libre, dénigrer la société par une petite histoire isolée (que l'on connait tous) c'est vraiment dégeulasse. Comme toute boite (ou presque) ils sont avant tout pragmatiques : s'il y a un intérêt à bosser upstream alors ils bossent upstream. De plus tu te contredis : dire de ne pas bosser sur ubuntu c'est tout à fait logique : ubuntu n'est pas upstream d'une part et n'a pas la pertinence de fedora d'autre part. Bosser pour ubuntu pendant les heures de bureau n'est donc pas bosser pour upstream (...) alors que pour fedora oui sur de nombreux points. Il est naturel et logique que du boulot pour Ubuntu soit en contradiction avec du boulot pour Lina. Tu ne peux pas d'un coté reprocher à ubuntu de ne pas assez travailler upstream et d'un autre reprocher à une société, qui elle a bien compris où était upstream, de demander à ses employés de ne pas bosser pour une concurence et qui plus est ne peux être considéré comme upstream.
Linagora a une -incroyable- histoire particulière, et la salir avec des petites histoires précises sans expliquer le contexte c'est ... dégueulasse et de toute manière injuste. Dis nous, chez mdv on pouvait être employé et bosser pour debian ? Ha oui ... tiens ...
J'espère qu'il s'agit d'une bonne nouvelle pour les équipes mdv, et dans les cas c'est courageux de la part de Linagora. Ils auraient très bien pû faire comme Redhat et simplement débauché les devs. (rappelons que chez mdv tout les softs sont libres, quant tu as les experts de linbox et/ou pulse, les clients sont pas fous, ils suivent : c'est leur intérêt pour le court terme)
C'est parcequ'on projete ce qu'on connait en france sur l'angleterre. Nombre de bureaux de votes et mode de fonctionnements des bureaux (et du vote lui même) sont différents. Ici la démocratie c'est une luxueuse organisation, avec de grands moyens. Ici on fait rarement la queue plus de 30mn même dans un grand bureau même aux heures de pointes.
Demandez vous pourquoi il y a de si longues files d'attentes là bas...
/mode ironie
bah de toutes façons on a plus besoin d'hommes politiques : c'est tous des pourris c'est bien connus. Le marché peux réguler nos vies, on s'en portera mieux et ça coutera moins cher. Et puis les grands patrons, grands actionnaires et sous ensemble de clubs, eux ils sont honnêtes et détachés de tout intérêts personnels, c'est bien connus. La démocratie, les fonctionnaires, la sncf, tout ça, zou au chomdu. Le libéralisme n'a pas besoin d'eux.
J'suis d'accord et apprécie ton humour, néanmoins permet moi de présenter les choses sous un autre angle : en fait c'est toi, là, qui fait de ton bureau informatique une extension par extrapolation de ton bureau physique : un bureau "rangé".
Car pour la machine et son système le rangement par ordre alphabétique ou thématique ou whatever, excuses moi, mais elle s'en tape le coquillard. Pour elle c'est juste un gros tas de fichiers, de données.
Qu'elle te montre où ils sont par une abstraction de type console, gestionnaire de fichiers ou résultat de recherche : tout ceci reste, du point de vue système, qu'un gros tas de données.
Avoir ses fichiers rangés et classés sur son bureau et dans ses dossiers c'est de l'informatiquomorphisme. Seul compte l'accès, sa facilité et sa rapidité.
Quant tu as 700 pdf, en vrac ou pas, tu es bien content de disposer de l'outil informatique et d'utiliser celui-ci également pour ça et non uniquement pour la dématérlisation des documents : pouvoir demander à l'ordinateur de rechercher des occurences sur des chaines *dans* tout les fichiers, cela va nettement plus vite et est nettement plus efficace.
Moi ce qui me laisse perplexe c'est le bureau sémantique d'aujourdhui : à mon avis cela n'a absolument aucune utilité pour le moment : car il s'agit d'ajouter des données aux données. Cela deviendra intéressant quant l'indexation initiale sera capable seule d'élaborer des stats et des recoupements, de trouver par elle même les mots clefs. Sinon c'est juste ajouter à la main des données aux données. Non ?
le sink-jack n'utilise pas jackd.
il utilise jackdbus.
PA, au démarrage de l'ordinateur, va lancer jackdbus. Jackdbus se retrouve alors client de pa.
Impossible donc de faire de la mao, car jack va être contraint par les limites de pa en terme de latence et de capacités de traitement. Enfin les lmitations liés à jackdbus lui même, en plus de celles de pa. Bref ça a marché chez toi pour faire pouet, mais n'essaye pas de relever un défi de latences pour faire de la mao, ni d'installer ça chez le pote qui a un home-studio.
De plus je veux bien te croire "ça marche chez moi", mais sur trois distributions (ubuntu, mandriva et fedora) ce montage amène rapidement des crash de l'ensemble. Alors même si ce montage était viable en terme de réponse aux besoins (ce qu'il n'est pas) il ne serait de toute façon pas possible de l'utiliser en l'état actuel.
Il n'y aurait qu'un seul moyen de faire cela proprement, pour contenter tout les types d'utilisations : que pa soit client de jackd.
Et propre le mot est vite dit puisque dans les fait la situation n'a finalement pas évoluée d'un pouce : on a toujours un gros fatra pour le son sous linux. Un gros fatra qui est plus joli qui fait le Flash, certes, mais un fatra quant même :(
Moi pa ou jack la question n'est pas là. (si je rale après le choix de pa c'est parcequ'au moment du choix jack était déjà meilleur). PA ou Jack on s''en fout. Juste un truc qui marche bien pour tous. Mais c'est trop attendre visiblement.
Sa vision et peut être faussé, mais la tienne c'est carrément de l'utopie. Reviens sur terre, t'es pas sur la planête bisounours ici...
Ils me font marrer les libéraux àlanoix. Ben vas y tiens, va leur parler de société libérale chez mdv. C'est un peu comme le coq, même les 2 pieds dans la merde il continue d'aimer sa condition. "pas content"(des élections) ha bon ? ben tant pis pour toi, hein.
Encore une fois il joue sur les mots.
PA sur des téléphones ? Non pas exactement. PA sur les systèmes de certains téléphones. Systèmes. Les contraintes GSM et téléphonie pure mettent ko pulseaudio. PA se contente de mixer la sonnerie avec la musique, et de couper cette dernière lorsque le bouton "répondre" est actionné. PA ne peux pas supporter les hautes contraintes de gsm, il travaille à plus haut niveau.
En fait, PA est utilisé là où il excelle absolument : la politique. Il ne devrait pas faire serveur de son, il est pas bon pour ça. Il devrait se "contenter" de donner des ordres au serveur de son. Mais comme "ils ont des objectifs différents" (sic) p.a et jack continueront de se marcher sur les pieds sur les fonctions essentielles.
Imr, je crois (il me semble) qu'on est d'accord sur pas mal de choses, et entre autre là, sur ce bourrage de mou permanent qu'opèrent certains. Quant les mêmes ne s'amusent pas à faire touner en bourrique les utilisateurs... (du genre passer une demi heure avec un utilisateur sur un bug, en le disant lourdement bien dire à chaque moment "toi utilisateur tu es en bas et tu a de la chance que je t adresse la parole."
Mandriva a trop changé, du moins certains ont trop changés pour moi. Moi aussi certainement, mais je reste simplement le pragmatique que j'ai toujours été. Quant Debian ou la FSF écrit "c'est pas libre ça pu" j'écoute et je lis, ça me fait réflechir. Mais tout le monde n'est pas Debian ou la fsf. L'illustration au dessus c'était juste pour dire que tout le monde dit ou fait des conneries, on ne peux pas juger de manière lapidaire et définitive sur qq mots ou qq conneries.
Enfin, pour rebondir (en h.s ici) sur ton questionnement sur les developpeurs et les choix qu'ils font, moi avant d'aller critiquer les dev je critiquerais l'encadrement de certaines boites du "libre" qui n'hésitent pas à virer, à laisser partir, à ne pa retenir juste parcequ'ils se disent "c'est libre on retrouvera qq un" et finir par vider un projet de tout les gens qui en sont l'essence réelle, le vrai coeur.
Imr, merci pour tout, pour ton accueil à l'époque, pour ta constance, pour ta patience pour ta compréhension, et c'est vraiment dommage qu'il n'y en pas plus des imr...
en même temps, il est très facile, imr, de retrouver certains de tes posts sur un forum où tu le fait aussi le coup du "c'est pas liiiibre" .... Donc, bon...
Tiens, : google recherche "imr libre pas libre" sur le fofo en question : http://forum.mandriva.com/viewtopic.php?t=60885
Où tu fais la leçon de morale "c'est pas libre en plus reversent rien c'est que des méchants" à un utilisateur qui trouve ça juste bien d'avoir des jeux sur son linux... Et la recherche, elle en donne des exemples ou tu cris "c'est pas liiiibre" aux autres.
moi j'me casse et regarde avant tout mes erreurs, et ne rejete pas ce qui me fait me casser sur les autres même si certaines m'ont vraiment gonfler, oui, du genre le très bon exemple que tu donnes ailleurs sur linuxfr. Mais je regarde d'abord *mes* erreurs. Après tout chacun est liiiibre.
ouhai certainement qu'on exprime mal par demi exagération.
cet exemple de conso cpu excessive est souvent lu parceque tout simplement on est nombreux a l'avoir vu, et souvent.
mais cela ne va pas dire que pa consomme *tout le temps* beaucoup.
moi j'ai juste du mal à saisir le pourquoi ...
pourquoi pa parfois se met à bouffer 15 de 2 xeons à 3ghz alors qu'il ne mixe que 2 flux. 2 flux. Et paf il se fait une monté sur les cpu, comme ça, pendant qq secondes. Cela fait un peu peur.
Pour rendre justice, j'ai collé les 2 mêmes xeon à 96% d'utilisation chacun pendant plusieurs heures d'affilé avec Jack. Mais jack a un côté rassurant : il s'emballe pas tout seul. C'est proprotionnel à la charge demandé : pour 64 pistes dont de nombreuses qui sont trafficotés avec des effets ou d'autres sots, avant d'atterir dans l'enrgistreur, et le tout avec une config de jack un peu folle... Jack bouffait alors 96% des cpu pour faire ça, tenir ce cahier des charges.
Par contre je n'ai jamais vu jack se faire des montées sur cpu tout seul sans raison, sans demande.
FreeBSD et OSS sont les meilleurs exemples que Jackd peux tourner sans problèmes sur des systèmes où les contraintes seront plus simples (attention me faite pas dire ce que j'ai pas dit :p) que le "super studio" et illustrent parfaitement que jack peux aussi remplir à merveille le rôle d'une belle "interface" pour tous.
Je connais encore moins freebsd que linux, c'est juste que les noyaux ont pris des chemins bien différents et qu'il est est difficile de demander à freebsd de remplir un cahier des charges tel que celui ci : "64 pistes dont de nombreuses sont re-routées et travaillées au moins une fois avant d'être "piste" sur l'enregistreur. Le tout tenant une latence sans faille de 0,002millisecondes (...)". Pourtant jack fonctionne très bien en dehors de ces contraintes un peu folles. "qui peux le plus peux le moins". Et sur un desktop freebsd, avec oss pour le noyau, jack met en valeur ses autres atouts : proposer un routage aisé et efficace. Franchementc'est sympa de faire un seul glisser déposer pour enregistrer une conversation ekiga avec audacity...
pour moi c'est pas au core du serveur de son de s'occuper de cela. C'est à kio / Dbus ou whatever, parfois épauler par / ou directement udev, de s'en occuper : en charge d'une politique de fonctionnement. Le serveur de son lui il sert du son, il le route. Il reçoit un ordre "coupe tout sauf x" ou "additonne x et y et route vers z", et exécute cet ordre. Mais ce n'est pas à lui de réflechir au pourquoi.
Vivi
Et sur ce même évènement on peux dire que Canonical en sort en fait grandi, grâce à l'attitude cette personne. Elle a pas "pété plus haut que son cul" si vous me permettez l'expression, en ne se trompant pas de hierarchie pour lui, en posant la question ailleurs d'abord. Donc Canonical a du personnel compétents et attentifs. Pas du gros cadors partout, malheureusement pour eux (vais pas paraphraser ce qu'as dit GeneralZ un peu plus haut sur ça précis) et pour tout le monde. N'empeche que le type il s'est pas pris pour dieu le père et a fait son taf convenablement, proprement, à hauteur de ses moyens. Par cela il 'grandi' canonical (et tempère les insupportables triades de leur dictateur bienveillant).
Et puis ... faut reconnaitre que ce bug il est découvert chez ubuntu. Preuve s'il en est que ubuntu rempli son role, là : pas la distro pour entreprises certes, mais la distro la plus usitée et la plus active en terme d'utilisateurs.
c'est effectivement possible. Si tu dé-installes quelques briques de pulseaudio, tu va alors retrouver uné dé-configuration complète des couches dessous. C'est bizarre j'ai pas creuser pourquoi le retrait de certaines briques de pa touchait et cassait la config de la brique au dessous, mais avec les paquets mandriva c'est effectivement possible. La solution est de relancer une interface pour alsa et dmix, comme aumix, afin de remonter les potards, sur la ou les cartes sons.
Autre chose, si tu dé-installes tout pa, le mplayer du paquet mdv va segfaulter à coup sûr. Il faut au minimum laisser la biblio principale, juste ce paquet suffit.
Néanmoins mdv propose draksound : un clique suffit pour ne pas utiliser pa et laisse l'utilisateur libre de ses choix : ceci suffit à utiliser facilement mandriva dans tout les cas. Le problème d'une casse si on touche au choix du système est alors secondaire car il n'est que dans un objectif de choix différent, voir de 'construction' d'une base différente. Et non de l'utilisation du système sans utilisation de pa.
Voyons comment utiliser Jack. Lançons lash_control
Là tu ne va pas voir comment utiliser jack, tu vas déjà lancer tout un cadre de travail.
pour permettre à quelques applications de faire pouet lorsque je clique sur un bouton il faudrait que tout un framework ait des permissions permettant de bloquer tout le système ? (...) Par design, Jack semble être tourné vers les pros.
+ 1
On retombe sur ton exemple au dessus : pour une utilisation lambda, il n'est pas nécessaire de donner tant de droits. Jack le permet : il sait fonctionner comme un serveur de son basique permettant de faire pouet quant je clique sur un bouton. On abandonne là ses possibilités spéciales en terme de latence, de traitement, et on se concentre sur ses possibilités de 'routeur' et de liberté d'action pour faire pouet.
Mais si la personne le veux, il peut alors, avec la même solution, "que tout un framework ait des permissions (...)" et avoir ainsi, avec une seule solution, une réponse à ses besoins là également.
La taille du code est ainsi réduite. Pourquoi vouloir transformer cela en un machin à tout faire ?!
encore + 1
c'est un des mes reproches envers pa (mais qui, je le repête, ne sont que des reproches d'utilisateur) : un truc qui veux tout faire. Moi ça me semble bizarre que soit au "core" de la gestion du son et de ses "routages" de faire également de la gestion évènementielle externe au son lui même. Quant le téléphone sonne, pour moi, ce n'est pas au "core" de gérer une politique de coupure des autres volumes... Quant à la gestion multi-cartes, moi il me semble que là non plus c'est pas son taf, là c'est plutot alsa lui même.
Que je sois con pour ton toi c'est ta constatation ou ton droit.
'est au moins de lire ce qu'il raconte,
Tu exagères : crois tu que je ne sois pas aller lire son blog ou/et les échanges sur les principales listes ?
PA et Jack ont des objectifs TRÈS différents
Cela n'a pas toujours été le cas : pa devait amener l'unification des fonctions de gestion du son et de plus être adoptés de manière uniforme.
Ensuite je ne reproche pas cela à pa, au contraire. Je pose des questions et rale un peu sur l'impression et ma constatation d'utilisateur que pa ne permet pas et ne permettra pas dans un futur proche de remplir cette fonction d'être là pour tous.
Enfin les objectifs différents je marre dessus, si tu permet ces expressions ...
Si tu espères une aide sur linuxfr, va sur le forum
Ai je demander un support ? Les commentaires des dépêches et journaux sont ils fait pour cela ?
[^] # Re: Adieu Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 4.
PCLinuxOS : Texstar va voir du mal maintenant.
Les packageurs de chez mib : plus de raison d'être
Bref fini tout ceux qui bossaient dans leurs coins pour leurs intérêts (ou leur ego, mib) sans jamais vouloir bosser directement dans la distrib (ce qui auraient profiter à tous)
[^] # Re: Adieu Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
Moins de dépaysement qu'avec suse (où j'aime bien les sous ensemble bien rangé de network-script par exemple, mais où le gestionnaire de paquets est une catastrophe).
Plus fonctionnelle par défaut (tiens chez fedora gnome-bluetooth ça marche, il y a même l'intégration avec nautilus pour le dossier téléchargements. Tiens chez Fedora kms ça marche : aucune ré-init de la carte graphix entre les phases de boot: parceque chez mdv ça ça n'a jamais marché. La gestion des services : pffuuu que c'est bien fait. La gestion selinux, royal. Tiens chez Fedora pulseaudio ça marche \o/ ie : sans jamais se faire des montées sur cpu, en tout cas pas encore vu. Tiens chez Fedora pam-bioapi est intégrée : même gdm propose par défaut l'authentification par empreintes digitales... Tiens, yum depuis la 12 a un comportement par défaut excellent : il est du coup rapide par défaut. tiens leur rollback ça marche... tiens il gère les conflits [testé ce week end en le bourrinant : pffu c'est beau])
Et la liste est longue comme ça, très longue...
C'est raide, affectivement, mais ça fait du bien de passer à autre chose, surtout quant cet autre est nettement mieux.
[^] # Re: Moi qui venais juste de liquider mes actions...
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 0.
[^] # Re: Adieu Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 8.
Pas forcément acteur majeur dans le libre.
Il y a une nuance et elle est de taille. Peut être que cette nuance a échappé à mdv ces deux dernières années en voulant absolument devenir un acteur majeur dans le libre sans être d'abord un acteur majeur du libre ?
Linagora bosse quasiement exclusivement sur du libre, dénigrer la société par une petite histoire isolée (que l'on connait tous) c'est vraiment dégeulasse. Comme toute boite (ou presque) ils sont avant tout pragmatiques : s'il y a un intérêt à bosser upstream alors ils bossent upstream. De plus tu te contredis : dire de ne pas bosser sur ubuntu c'est tout à fait logique : ubuntu n'est pas upstream d'une part et n'a pas la pertinence de fedora d'autre part. Bosser pour ubuntu pendant les heures de bureau n'est donc pas bosser pour upstream (...) alors que pour fedora oui sur de nombreux points. Il est naturel et logique que du boulot pour Ubuntu soit en contradiction avec du boulot pour Lina. Tu ne peux pas d'un coté reprocher à ubuntu de ne pas assez travailler upstream et d'un autre reprocher à une société, qui elle a bien compris où était upstream, de demander à ses employés de ne pas bosser pour une concurence et qui plus est ne peux être considéré comme upstream.
Linagora a une -incroyable- histoire particulière, et la salir avec des petites histoires précises sans expliquer le contexte c'est ... dégueulasse et de toute manière injuste. Dis nous, chez mdv on pouvait être employé et bosser pour debian ? Ha oui ... tiens ...
J'espère qu'il s'agit d'une bonne nouvelle pour les équipes mdv, et dans les cas c'est courageux de la part de Linagora. Ils auraient très bien pû faire comme Redhat et simplement débauché les devs. (rappelons que chez mdv tout les softs sont libres, quant tu as les experts de linbox et/ou pulse, les clients sont pas fous, ils suivent : c'est leur intérêt pour le court terme)
[^] # Re: Pulseaudio sur des téléphones ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
/me est étonné vu que y a confirmation par un dev de pa...
[^] # Re: Faut voir
Posté par bubar🦥 (Mastodon) . En réponse au journal Déni de vote au Royaume Uni ?. Évalué à 4.
Demandez vous pourquoi il y a de si longues files d'attentes là bas...
/mode ironie
bah de toutes façons on a plus besoin d'hommes politiques : c'est tous des pourris c'est bien connus. Le marché peux réguler nos vies, on s'en portera mieux et ça coutera moins cher. Et puis les grands patrons, grands actionnaires et sous ensemble de clubs, eux ils sont honnêtes et détachés de tout intérêts personnels, c'est bien connus. La démocratie, les fonctionnaires, la sncf, tout ça, zou au chomdu. Le libéralisme n'a pas besoin d'eux.
[^] # Re: Hmm
Posté par bubar🦥 (Mastodon) . En réponse au journal Bumptop racheté par google. Évalué à 2.
Car pour la machine et son système le rangement par ordre alphabétique ou thématique ou whatever, excuses moi, mais elle s'en tape le coquillard. Pour elle c'est juste un gros tas de fichiers, de données.
Qu'elle te montre où ils sont par une abstraction de type console, gestionnaire de fichiers ou résultat de recherche : tout ceci reste, du point de vue système, qu'un gros tas de données.
Avoir ses fichiers rangés et classés sur son bureau et dans ses dossiers c'est de l'informatiquomorphisme. Seul compte l'accès, sa facilité et sa rapidité.
Quant tu as 700 pdf, en vrac ou pas, tu es bien content de disposer de l'outil informatique et d'utiliser celui-ci également pour ça et non uniquement pour la dématérlisation des documents : pouvoir demander à l'ordinateur de rechercher des occurences sur des chaines *dans* tout les fichiers, cela va nettement plus vite et est nettement plus efficace.
Moi ce qui me laisse perplexe c'est le bureau sémantique d'aujourdhui : à mon avis cela n'a absolument aucune utilité pour le moment : car il s'agit d'ajouter des données aux données. Cela deviendra intéressant quant l'indexation initiale sera capable seule d'élaborer des stats et des recoupements, de trouver par elle même les mots clefs. Sinon c'est juste ajouter à la main des données aux données. Non ?
[^] # Re: Pulseaudio sur des téléphones ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 4.
le sink-jack n'utilise pas jackd.
il utilise jackdbus.
PA, au démarrage de l'ordinateur, va lancer jackdbus. Jackdbus se retrouve alors client de pa.
Impossible donc de faire de la mao, car jack va être contraint par les limites de pa en terme de latence et de capacités de traitement. Enfin les lmitations liés à jackdbus lui même, en plus de celles de pa. Bref ça a marché chez toi pour faire pouet, mais n'essaye pas de relever un défi de latences pour faire de la mao, ni d'installer ça chez le pote qui a un home-studio.
De plus je veux bien te croire "ça marche chez moi", mais sur trois distributions (ubuntu, mandriva et fedora) ce montage amène rapidement des crash de l'ensemble. Alors même si ce montage était viable en terme de réponse aux besoins (ce qu'il n'est pas) il ne serait de toute façon pas possible de l'utiliser en l'état actuel.
Il n'y aurait qu'un seul moyen de faire cela proprement, pour contenter tout les types d'utilisations : que pa soit client de jackd.
Et propre le mot est vite dit puisque dans les fait la situation n'a finalement pas évoluée d'un pouce : on a toujours un gros fatra pour le son sous linux. Un gros fatra qui est plus joli qui fait le Flash, certes, mais un fatra quant même :(
Moi pa ou jack la question n'est pas là. (si je rale après le choix de pa c'est parcequ'au moment du choix jack était déjà meilleur). PA ou Jack on s''en fout. Juste un truc qui marche bien pour tous. Mais c'est trop attendre visiblement.
[^] # Re: Bienvenu en France
Posté par bubar🦥 (Mastodon) . En réponse au journal Linux : Mandriva à vendre. Évalué à 4.
(irlande, étudiant, toussa)
[^] # Re: Bienvenu en France
Posté par bubar🦥 (Mastodon) . En réponse au journal Linux : Mandriva à vendre. Évalué à 3.
Ils me font marrer les libéraux àlanoix. Ben vas y tiens, va leur parler de société libérale chez mdv. C'est un peu comme le coq, même les 2 pieds dans la merde il continue d'aimer sa condition. "pas content"(des élections) ha bon ? ben tant pis pour toi, hein.
[^] # Re: Pulseaudio sur des téléphones ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
[^] # Re: Pulseaudio sur des téléphones ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 3.
[^] # Re: Pulseaudio sur des téléphones ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
PA sur des téléphones ? Non pas exactement. PA sur les systèmes de certains téléphones. Systèmes. Les contraintes GSM et téléphonie pure mettent ko pulseaudio. PA se contente de mixer la sonnerie avec la musique, et de couper cette dernière lorsque le bouton "répondre" est actionné. PA ne peux pas supporter les hautes contraintes de gsm, il travaille à plus haut niveau.
En fait, PA est utilisé là où il excelle absolument : la politique. Il ne devrait pas faire serveur de son, il est pas bon pour ça. Il devrait se "contenter" de donner des ordres au serveur de son. Mais comme "ils ont des objectifs différents" (sic) p.a et jack continueront de se marcher sur les pieds sur les fonctions essentielles.
# habitudes et usages
Posté par bubar🦥 (Mastodon) . En réponse au journal Google: Que pasa ?. Évalué à 7.
(...)
[^] # Re: Et à la fin tu gagne...
Posté par bubar🦥 (Mastodon) . En réponse au journal Ryzom est libre !. Évalué à 3.
Mandriva a trop changé, du moins certains ont trop changés pour moi. Moi aussi certainement, mais je reste simplement le pragmatique que j'ai toujours été. Quant Debian ou la FSF écrit "c'est pas libre ça pu" j'écoute et je lis, ça me fait réflechir. Mais tout le monde n'est pas Debian ou la fsf. L'illustration au dessus c'était juste pour dire que tout le monde dit ou fait des conneries, on ne peux pas juger de manière lapidaire et définitive sur qq mots ou qq conneries.
Enfin, pour rebondir (en h.s ici) sur ton questionnement sur les developpeurs et les choix qu'ils font, moi avant d'aller critiquer les dev je critiquerais l'encadrement de certaines boites du "libre" qui n'hésitent pas à virer, à laisser partir, à ne pa retenir juste parcequ'ils se disent "c'est libre on retrouvera qq un" et finir par vider un projet de tout les gens qui en sont l'essence réelle, le vrai coeur.
Imr, merci pour tout, pour ton accueil à l'époque, pour ta constance, pour ta patience pour ta compréhension, et c'est vraiment dommage qu'il n'y en pas plus des imr...
[^] # Re: Et à la fin tu gagne...
Posté par bubar🦥 (Mastodon) . En réponse au journal Ryzom est libre !. Évalué à 5.
Tiens, : google recherche "imr libre pas libre" sur le fofo en question :
http://forum.mandriva.com/viewtopic.php?t=60885
Où tu fais la leçon de morale "c'est pas libre en plus reversent rien c'est que des méchants" à un utilisateur qui trouve ça juste bien d'avoir des jeux sur son linux... Et la recherche, elle en donne des exemples ou tu cris "c'est pas liiiibre" aux autres.
moi j'me casse et regarde avant tout mes erreurs, et ne rejete pas ce qui me fait me casser sur les autres même si certaines m'ont vraiment gonfler, oui, du genre le très bon exemple que tu donnes ailleurs sur linuxfr. Mais je regarde d'abord *mes* erreurs. Après tout chacun est liiiibre.
[^] # Re: API ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 3.
"C'est comme dans Lost,
Il y a les autres, et ils sont bizarres"
(...)
[^] # Re: Pulseaudio sur des téléphones ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 3.
[^] # Re: Pulseaudio sur des téléphones ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 4.
cet exemple de conso cpu excessive est souvent lu parceque tout simplement on est nombreux a l'avoir vu, et souvent.
mais cela ne va pas dire que pa consomme *tout le temps* beaucoup.
moi j'ai juste du mal à saisir le pourquoi ...
pourquoi pa parfois se met à bouffer 15 de 2 xeons à 3ghz alors qu'il ne mixe que 2 flux. 2 flux. Et paf il se fait une monté sur les cpu, comme ça, pendant qq secondes. Cela fait un peu peur.
Pour rendre justice, j'ai collé les 2 mêmes xeon à 96% d'utilisation chacun pendant plusieurs heures d'affilé avec Jack. Mais jack a un côté rassurant : il s'emballe pas tout seul. C'est proprotionnel à la charge demandé : pour 64 pistes dont de nombreuses qui sont trafficotés avec des effets ou d'autres sots, avant d'atterir dans l'enrgistreur, et le tout avec une config de jack un peu folle... Jack bouffait alors 96% des cpu pour faire ça, tenir ce cahier des charges.
Par contre je n'ai jamais vu jack se faire des montées sur cpu tout seul sans raison, sans demande.
[^] # Re: Tout ça ...
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 4.
Je connais encore moins freebsd que linux, c'est juste que les noyaux ont pris des chemins bien différents et qu'il est est difficile de demander à freebsd de remplir un cahier des charges tel que celui ci : "64 pistes dont de nombreuses sont re-routées et travaillées au moins une fois avant d'être "piste" sur l'enregistreur. Le tout tenant une latence sans faille de 0,002millisecondes (...)". Pourtant jack fonctionne très bien en dehors de ces contraintes un peu folles. "qui peux le plus peux le moins". Et sur un desktop freebsd, avec oss pour le noyau, jack met en valeur ses autres atouts : proposer un routage aisé et efficace. Franchementc'est sympa de faire un seul glisser déposer pour enregistrer une conversation ekiga avec audacity...
[^] # Re: non pas 3 jack, mais 4
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
[^] # Re: Et la timeline ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Canonical FAIL. Évalué à 7.
Et sur ce même évènement on peux dire que Canonical en sort en fait grandi, grâce à l'attitude cette personne. Elle a pas "pété plus haut que son cul" si vous me permettez l'expression, en ne se trompant pas de hierarchie pour lui, en posant la question ailleurs d'abord. Donc Canonical a du personnel compétents et attentifs. Pas du gros cadors partout, malheureusement pour eux (vais pas paraphraser ce qu'as dit GeneralZ un peu plus haut sur ça précis) et pour tout le monde. N'empeche que le type il s'est pas pris pour dieu le père et a fait son taf convenablement, proprement, à hauteur de ses moyens. Par cela il 'grandi' canonical (et tempère les insupportables triades de leur dictateur bienveillant).
Et puis ... faut reconnaitre que ce bug il est découvert chez ubuntu. Preuve s'il en est que ubuntu rempli son role, là : pas la distro pour entreprises certes, mais la distro la plus usitée et la plus active en terme d'utilisateurs.
[^] # Re: API ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
Autre chose, si tu dé-installes tout pa, le mplayer du paquet mdv va segfaulter à coup sûr. Il faut au minimum laisser la biblio principale, juste ce paquet suffit.
Néanmoins mdv propose draksound : un clique suffit pour ne pas utiliser pa et laisse l'utilisateur libre de ses choix : ceci suffit à utiliser facilement mandriva dans tout les cas. Le problème d'une casse si on touche au choix du système est alors secondaire car il n'est que dans un objectif de choix différent, voir de 'construction' d'une base différente. Et non de l'utilisation du système sans utilisation de pa.
[^] # Re: API ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
Là tu ne va pas voir comment utiliser jack, tu vas déjà lancer tout un cadre de travail.
pour permettre à quelques applications de faire pouet lorsque je clique sur un bouton il faudrait que tout un framework ait des permissions permettant de bloquer tout le système ? (...) Par design, Jack semble être tourné vers les pros.
+ 1
On retombe sur ton exemple au dessus : pour une utilisation lambda, il n'est pas nécessaire de donner tant de droits. Jack le permet : il sait fonctionner comme un serveur de son basique permettant de faire pouet quant je clique sur un bouton. On abandonne là ses possibilités spéciales en terme de latence, de traitement, et on se concentre sur ses possibilités de 'routeur' et de liberté d'action pour faire pouet.
Mais si la personne le veux, il peut alors, avec la même solution, "que tout un framework ait des permissions (...)" et avoir ainsi, avec une seule solution, une réponse à ses besoins là également.
La taille du code est ainsi réduite. Pourquoi vouloir transformer cela en un machin à tout faire ?!
encore + 1
c'est un des mes reproches envers pa (mais qui, je le repête, ne sont que des reproches d'utilisateur) : un truc qui veux tout faire. Moi ça me semble bizarre que soit au "core" de la gestion du son et de ses "routages" de faire également de la gestion évènementielle externe au son lui même. Quant le téléphone sonne, pour moi, ce n'est pas au "core" de gérer une politique de coupure des autres volumes... Quant à la gestion multi-cartes, moi il me semble que là non plus c'est pas son taf, là c'est plutot alsa lui même.
[^] # Re: API ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 3.
'est au moins de lire ce qu'il raconte,
Tu exagères : crois tu que je ne sois pas aller lire son blog ou/et les échanges sur les principales listes ?
PA et Jack ont des objectifs TRÈS différents
Cela n'a pas toujours été le cas : pa devait amener l'unification des fonctions de gestion du son et de plus être adoptés de manière uniforme.
Ensuite je ne reproche pas cela à pa, au contraire. Je pose des questions et rale un peu sur l'impression et ma constatation d'utilisateur que pa ne permet pas et ne permettra pas dans un futur proche de remplir cette fonction d'être là pour tous.
Enfin les objectifs différents je marre dessus, si tu permet ces expressions ...
Si tu espères une aide sur linuxfr, va sur le forum
Ai je demander un support ? Les commentaires des dépêches et journaux sont ils fait pour cela ?