Voici donc la version corrigée qui prend en compte tout vos remarques. En y ajoutant aussi un -q à la commande sox, auquel je n’ai pensé qu’après coup, qui permet non seulement de réserver tout la puissance de calcul à l’établissement de la liste de nombres premiers au lieu d’afficher un tas de lignes inutiles, mais qui permet aussi et surtout à sox de se lancer sans qu’un terminal y soit relié… (donc en tâche de fond).
Et guitou a raison, le echo -n "2" du début ne sert à rien, il ne traverse pas le premier pipe… J’aurais du le savoir mais je m’en suis rendu compte en mettant le -q à sox… Je ne vois pas comment faire pour commencer à 2 du coup. Ceci dit ça va pas m’empêcher de dormir ! ^^
Bien vu pour le zéro, c’est en effet une erreur bien moche de ma part.
l'utilite du echo -n "2 " m'echappe completement
Parce que sinon le nombre 2 saute à cause du grep (?). La première note du morceau est importante :)
decortiquer la commande sox
SoX est surtout fait pour faire du traitement audio par lot à la base (up&down sampling, equalization, compression, … and basically everything), et c’est un vénérable outil du siècle dernier, mais la "libsox" doit encore être pas mal utilisée je pense. Je ne sais pas si un outil/une bibliothèque récente pour le traitement de fichiers audio par lots le remplace avantageusement. On peut probablement faire tout les traitements utiles de fichiers audio avec ffmpeg (et la « musique » qui est le sujet de ce journal, et bien plus encore, avec par exemple le language ChucK), mais vu que ffmpeg fait l’image en plus du son il est beaucoup plus exigeant à prendre en main.
Pour le .* au début du regex c’est bien vu aussi. Mais j’ose espérer que grep est assez neuneu-proof pour optimiser ce qu’il a à faire et que ça revient au même ! :)
20 secondes… avant que ma femme entre dans mon bureau et me demande si mon ordinateur déconne.
Haha ! ^^
Tu lui a dit, « Non c’est un problème entre la chaise et le clavier mais à un autre bout de l’internet t’inquiète pas chérie. » ?
Vingt secondes c’est suffisant pour saisir la substance de l’œuvre même s’il faut sûrement une écoute de plusieurs jours pour en apprécier les subtilités. ;)
Oui, et il m’arrive de le faire, de favoriser un accord au féminin quand il y a conflit et que c’est la règle dit que c’est le masculin qui devrait être privilégiée). L’accord du genre selon la proximité dans la phrase a été une règle il y a deux ou trois siècles (grosso modo, pas la période précise en tête), le masculin ne « l’emportait » sur le féminin, ça dépendait de l’ordre d’apparition des deux sujets dans la phrase.
Accorder tout au féminin moi perso ça me va, mais ça revient à une stricte inversion du problème. Alors même si ça peut sûrement rafraîchir quelques hystériques un peu trop parti⋅e⋅s dans les tours pour des problèmes de syntaxes, ça laisse la porte ouverte à tous les masculino-trolls, aux trolls non genré⋅e⋅s et aux hystéro-trolles stockolmisé⋅e pour que la solution soit remise en question et réduite à l’état de mèmes du plus mauvais goût.
L’écriture inclusive ça peut vite devenir une horreur absolue. Cependant, ajouter des «⋅e » par ci par là pour renforcer l’équité en terme de présence dans le magma de la communication, entre les personnes présentant des caractères différents, ça peut pas non plus faire de mal, et p-e effectivement un léger mieux.
Il est clair pour moi que ce n’est pas indispensable pour combattre les méfaits du patriarcat, mais en même temps ça ne peut qu’aller dans le bon sens. Par exemple, si on tient à être concis, ça me paraît pas déconnant d’écrire « les député⋅e⋅s » voire même « les électeur⋅ice⋅s » dans le cas où il n’est pas évident d’écrire « les députés et députées » ou « les électeurs et électrices », etc… Quand on veut ratisser large ne pas donner l’impression qu’on accorde plus d’importance à l’une ou l’autre des deux moitiés de l’humanité.
JPEG-XL supporte la compression sans perte tout comme le PNG. Sauf que c'est un meilleur algo de compression plus rapide et qui compresse mieux.
Donc oui, JPEG-XL remplace le PNG.
Mais PNG peut aussi faire de la compression avec perte à priori. Ceci dit je veux bien croire que JPLX soit plus avantageux dans 99% des cas, ou même 100%.
Mais alors quel est le prix à payer ? Est-ce qu’il n’y en a aucun et que se sont juste les progrès en mathématiques, en algorithmie ou encore en électronique qui on permis cette amélioration ? De nouveaux algorithmes et/ou de nouveaux jeux d’instructions des processeurs modernes ?
LMMS je pense que ça a été fait pour concurrencer fruity loops, l'ergonomie semble un peu similaire.
Concurrencer à proprement parler je ne pense pas, mais ouvertement inspiré de celui-ci, tout à fait.
Après, chaque logiciel permet de s'exprimer différemment, c'est aussi l'intérêt de passer de l'un à l'autre.
Je suis entièrement d’accord.
Jack est vraiment pas mal pour router tous les flux audio / midi, et ça reste indispensable pour des faibles latences avec un noyau *-lowlatency
Tu auras toujours la possibilité d’avoir une latence encore plus courte avec ALSA seul qu’avec Jack par-dessus. Donc non, Jack n’est pas strictement « indispensable » pour la latence. Ceci étant :
Par rapport à la latence d’un Pulseaudio (qui fonctionne, à l’instar de Jack, au dessus d’ALSA), c’est sûr que c’est incomparable. Jack, à condition d’être bien configuré, n’introduit qu’une latence absolument négligeable, c’est son but. Par contre, pas toujours facile de trouver, en fonction du matériel considéré et de sa configuration ALSA, les réglages qui vont bien (framerate, taille de tampon, etc…) pour être à la fois à ce niveau de « pas de latence (ie: supplémentaire par rapport à ALSA en pratique) » et sans « festival de xruns » (qui signifie que des frames du signal audio sont juste dropées pour préserver la latence).
Même s’il est absolument modéré, c’est surtout un overhead CPU qu’introduit Jack. Alors même si aujourd’hui les CPU ont quand même des performances de ouf, dès fois, les 5% ou 10% de CPU pris pas Jack tu voudrais bien qu‘ils servent plutôt à faire tourner cette ultime track MIDI qui malheureusement est la goutte de calculs qui fait déborder ton CPU :). Enfin pour relativiser, j’ai fini par changer de PC parce que j’arrivais au max de ses capacités CPU, aujourd’hui, même avec Jack j’ai pas encore réussi à saturer le machin. Et j’ai de la marge :)
Mais là ou Jack est probablement « indispensable » en pratique, c’est pour son côté intuitif et l’aspect « temps-réel » dans le sens où tu peux « patcher/dépatcher » n’importe quelle appli sans arrêter le son (je parle pas ici de la capacité temps-réel du noyau dont tu as besoin avec l’un comme avec l’autre). Le fait que tu puisses faire ça avec une belle UI en branchant des câbles entre les entrées et les sorties des programmes que tu veux, en ajouter en retirer, etc… c’est quand même utile ya pas à dire.
Alors qu’avec seulement ALSA, sans couche logicielle intermédiaire, même si tu peux faire les mêmes « branchements », c’est, d’abord, absolument pas intuitif (même pour une configuration par fichiers textes je trouve que c’est nébuleux…), et ensuite, si tu veux modifier un seul des branchements alors tu dois arrêter l’audio pour réinitialiser le driver de la carte son… (fût une époque où il fallait même rebooter Linux). Et autant j’ai appris à me servir de Jack sans lire plus de documentation que ça, autant ALSA je n’aurais jamais réussi à faire un truc aussi con qu’enregistrer dans un fichier le flux en même temps qu’il sort sur une carte son si je n’était pas tombé sur un document qui explique pas à pas comment faire et de manière claire. Je crois que j’aurais pu « RTFM » autant que je pouvais je n’y serais jamais arrivé.
Juste un extrait du contenu du fichier /etc/asound.conf pour illustrer le merdier :
WTF?! Et ça ça concerne une seule carte son, en bête stéréo… J’ose même pas imaginer la tronche du fichier s’il y a deux cartes son 5.1…
J’utilise parfois une deuxième carte son, mais je n’ai même pas eu le courage de la configurer pour ALSA comme la carte principale. Quand je veux m’en servir j’indique son index et les paramètres utile au client Jack que je citais plus haut et j’utilise Jack ! ^^
ALSA date d’une époque ou le fait que l’informatique soit compliquée était bien accepté par les utilisateurs… mais ça reste le composant de la pile audio directement lié au noyau Linux, celui qui s’interface avec le matériel. Ça changera p-e un jour, avant ALSA il y a eu OSS, aujourd’hui encore supporté par Linux mais quasiment plus utilisé à ma connaissance. À part par les systèmes BSD pour lesquels la MAO n’est pas la priorité des priorités je pense. Faudrait que je me renseigne d’ailleurs, ils ont peut-être fait d’OSS quelque chose de comparable à ALSA, ou du moins, plus avancé que ne la été OSS sous Linux ? (mais ça m’étonnerait).
Je suis un peu surpris que la page française Wikipédia explique que le JPEG XL est amené a remplacer un tas d’autres formats, notamment le PNG et le GIF
Je suis p-e à côté de la plaque mais pour moi PNG et JPEG ne sont pas performant sur le même type d’image. Pour certaines images, avec des à-plats de couleur, par exemple l’image « parfaite » (ie : pas une photo) d’un drapeau de n’importe quel pays, sera mieux compressées par un format utilisant l’indexation des couleurs, comme PNG. Au contraire, JPEG est beaucoup plus efficace sur une photo « normale ».
Personnellement je grince des dents à chaque fois que je vois une image qui aurait dû être compressée en PNG mais l’a été en JPEG. Je ne sais pas si je suis particulièrement sensible, et les dégâts de la compression JPEG dépendent du niveau de compression, mais des gens me disent souvent : « bah elle a quoi comme problème l’image ? ». Quand je peux leur montrer la différence sur une même image, typiquement un logo, leur mettre côté à côte un JPEG et un PNG, même si le JPEG est pas particulièrement dégueux il font « Haaa ! Oui en effet :\ ». Parce qu’on les voit souvent bien les « vaguelettes » du JPEG sur ce type d’image. Fort heureusement ça a tendance à disparaître ce genre d’horreur, m’enfin c’est quand même toujours bien trop répandu je trouve.
Est-ce que JPEG LX (JPLX de son petit nom si je comprends bien) possède un mode de compression avec couleur indexée qui lui permet de concurrencer voir dépasser PNG sur le type d’image dont je viens de parler ? Est-ce que c’est ça que signifie "il peut stocker les informations d’espace colorimétrique" ? Cela lui permet donc, avec un espace colorimétrique ayant très peu de couleur, (genre 3 ou 4 par exemple), de faire exactement ce que fait PNG ou GIF ? (GIF étant totalement à la ramasse niveau performance comparé à PNG me semble--t-il, mais, ayant une killer feature que PNG ne fait pas : l’image animée (cet incontournable du Web 1.0 des années 1990 !), il n’a pas disparu encore de nos jours sûrement pour ça (en Web 2023.11-efc66de4 !)
Il y a quand même un dispositif type fail2ban non ? Et de toute manière bruteforcer par le réseau ça reste limité en terme de brutalité… Ils utilisent p-e ça comme un honeypot pour traquer les geeks gothiques à capuche qui trafiquent du bitcoin et des darquenettes pour Vladimir Putin et Kimeu Jean-Hong. C’est pour ton bien en fait ! Tu ne sais pas.
Le punycode permet de représenter toute chaîne Unicode en ASCII
Et c’est recommandé de l’utiliser dans son brouteur pour lutter contre les tentatives de phishing. Cela a dû être dit au FOSDEM, mais comme tous les visiteurs n’ont pas été à cette manifestation je me permets de faire mon intéressant répandre la bonne parole.
Parce que, par exemple, le a minuscule et le a minuscule cyrillique, je ne crois pas que quelqu’un⋅e sache exactement quelle est la différence. Ils ont pourtant un codepoint Unicode chacun (ce qui en soit n’est pas déconnant), et aujourd’hui les noms de domaine peuvent utiliser Unicode… Donc voir du Punycode dans sa barre d’adresse permet d’avertir que le site n’est pas celui qu’on visait
Dans Firefox c’est l’option (accessible via la page spéciale about:config) qui se nomme : “network.IDN_show_punycode”, à mettre à "true".
Pour Chrome/Chromium je sais pas mais ça doit bien exister.
Pour donner un exemple de problème avec Jack : la version 1 (qui porte un numéro en 0.xxx), qui ne doit plus être utilisé selon les développeurs, de Jack permettait (entre autre) de gérer deux cartes sons. Mais la version 2 (qui est en pratique la 1.9.et quelques mais c’est la 2 quand même… je vous ai dit que la pile audio dans les OS Gnu/Linux c’était pas "fonctionne sorti du carton" ?), non (mais elle a d’autres fonctionnalités que la 1 n’a pas)
Enfin, si, je veux pas qu’on se méprenne : Pulseaudio ça juste marche (aujourd’hui et depuis maintenant un bon paquet d’années, même si au début c’était assez triste à voir une telle boucherie ^^), je voudrais pas décourager un⋅e éventuel⋅le lecteurice d’utiliser GNU/Linux sur son PC !
Mais pour l’audio "faible latence" avec potentiellement 36 processes qui poussent des bits vers la carte son, et pour lequel on doit pouvoir brancher/débrancher tout ça en temps réel, Pulseaudio c’est pas possible.
Si j’ai bien compris les héros de chez Debian ont comme objectif de concilier les deux usages avec un unique logiciel "Pipewire", nul doute que ça a sa chance si Jack reste « bloqué » et ne peut pas implementer les quelques trucs qui manquent dans la version 2 (l’actuelle).
J’en profite pour signaler ça, bien utile et assez facile de passer à côté (puisqu’il y a un outil natif qui fait la même chose, mais à priori moins bien) :
Homepage: https://kokkinizita.linuxaudio.org/linuxaudio/
Description: pont alsa vers jack
Ce paquet fournit deux applications, zita-a2j et zita-j2a. Elles permettent
d’utiliser un périphérique ALSA en tant que client JACK, pour ajouter des
canaux de capture (a2j) ou de lecture (j2a).
.
Fonctionnellement, elles sont équivalentes aux clients alsa_in et alsa_out
fournis avec JACK, mais elles fournissent une qualité audio bien meilleure. Le
ratio de rééchantillonnage est typiquement stable à 1 PPM et ne change que très
progressivement. Le délai reste stable même dans les pires conditions, par
exemple lorsque le client JACK arrive à la fin du cycle.
J’ai testé que le zita-a2j pour ma part mais ça fait le job, rien à redire.
Nop je connaissais pas mais je suis ravi de voir que l’offre MAO pour Linux s’est bien développé ces dernières années.
Perso j’utilise surtout LMMS (et en ce moment assez intensément les plugins CALF en plus des natifs) C’est une solution intégrée, monolithique, et qui supporte la sortie directe vers ALSA.
Et aussi parce que je m’y suis habitué (surtout au concept de "n’importe quel contrôle est automatisable !). Je sais plus trop depuis combien de temps je l’utilise (et il y a eu des périodes d’inactivité clairement de mon côté) mais j’ai eu l’occasion d’échanger avec son créateur original : Tobias Doerffel (Tobydox), je dis bravo au mec d’avoir pondu un logiciel pareil, quelque soit ses défauts, et même si à l’origine il visait un “Linux Multi-Media Studio” (un truc pour concurrencer Zino certainement !) et qu’au final c’est un DAW, un des majeurs disponible pour GNU/linux àma.
Je viens de chercher rapidement, ça date de 2002, ptin… le temps passe (et on court pas plus vite que lui j’espère que tout le monde est au courant!). J’ai adopté ce logiciel très tôt, ça devait être vers 2003-2004. Par rapport à ce qui existait, des choses très abouties déjà pour l’époque, comme Ardour, LMMS était d’une prise en main facile, pas besoin de se faire chier avec Jack, les sessions, tout le bordel… À l’époque Jack ça sentait quand même la peinture fraîche (et aujourd’hui encore un overhead pas forcément utile…) LMMS avait le bon goût de ne pas nécessiter 36 autres programmes à coté. Aujourd’hui il n’y a pas eu de release depuis un bail, mais ces trois ou quatre dernières années j’ai juste halluciné de voir une telle activité sur le Github … depuis un certain temps j’ai pris l’habitude de compiler systématiquement la branche master avant chaque session (s’il y eu des commits), et au pire j’ai le build N-1 sous la main si le truc est vraiment cassé, mais je dois dire que malgré un sacré nombre de bugs j’ai jamais vu un build totalement cassé.
Au fil des années j’ai quand même développé un réflexe du Ctrl+S intensif pour ne jamais perdre mon travail :) et je lance le truc systématiquement via gdb au cas je tomberais sur un SEGFAULT original ! ^^ Parfois je peux l’utiliser trois jours sans le moindre crash, et parfois je fais LE truc que j’aurais pas dû et c’est dix par jour… Faut dire que j’ai une approche plutôt expérimentale et pas des plus finaude de la MAO…
J’utilise parfois Jack, qui clairement fonctionne du tonnerre aujourd’hui (et apporte clairement des fonctionnalités supplémentaire à ALSA même s’il subsiste certains problèmes). pour Sooperlooper notamment, qui ne supporte pas ALSA en directe malheureusement.
Sans parler dula fait⋅e qu’on devrait plutôt parler d’êtres animé⋅e⋅s d’un⋅e ’un⋅e nature différent⋅e dans l’égalité pour les tabourets et les tabourettes.
« cial » comme pronom neutre inclusif et non spéciste ? Est-ce que « ciale » (ou encore « cial⋅e ») en serait pas plus respectueux des êtres animé⋅e et non-animé⋅e de tout⋅e genre et non discriminant⋅e envers un⋅e mode grammatical⋅e particulièr⋅e ?
J’espère que les Immortel⋅le⋅s pourront statuer sur cial point.
Il ne faut pas. Le iel suffit à montrer que l’on est éveillé au sujet du l’oppression patriarcal systémique par l’écriture. Peu importe le genre du reste de la phrase tant qu’il est féminin.
Je le trouve assez facile à prendre en main aussi, enfin, autant qu’un logiciel de synthèse modulaire puisse l’être… Plutôt bien réussi graphiquement. En tous cas il met un savcré coup de vieux à AMS (qui ceci dit est encore maintenu même si l’æctivité est pas ouf (une version 2.2.2 est sorti il y a un peu moins d’un an).
Je n’ai pas encore trouvé le temps de tester sérieusement Bespoke. Surtout que je me remets à ChucK en ce moment :)
Le dino rouge et le manchot crétin qui alertent sur une récursion possiblement dévastatrice, ça va, ils n’empêchent pas de poster.
Pour ce qui est de la sorcière dans son panneau stop, qui a elle le pouvoir de sang sûr, je pense qu’elle est salvatrice. Elle nous enseigne qui faut saisir sept fois son post sur son clavier avant de poster.
Très sérieusement je trouve que cette possibilité de correction qui se limite à cinq minutes ou bien jusqu’à ce que quelqu’un ait répondu est ultra-bien foutue. Amandoné faut assumer d’avoir écrit des conneries, ou de s’être simplement insuffisamment relis. C’est pas en passant à 10 ou 15 minutes que ça changera quoi que ce soit au chimibilik.
PS: un peu fatiguant le "vous ne passerez pas par là"
Commenter sur linuxfr.org n’est clairement pas une promenade de santé.
[^] # Re: Pour qui comme moi aurait le sommeil leger
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 3 (+0/-0).
J’ai pensé au markdown mais je me suis vraiment demandé si ce n’était pas une syntaxe ésotérique du shell, un peu comme
^truc^machin
[^] # Re: Pour qui comme moi aurait le sommeil leger
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 3 (+0/-0). Dernière modification le 11 février 2024 à 21:12.
Tu peux expliquer ta commande ? La fin, le :
```++
Gi)
[^] # Re: De la valeur du travail d’équipe
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 3 (+0/-0).
Il existe des programmes spécialisés pour ça sous Linux, sûrement plus performants, mais bon…
Je m’affûte sur ChucK et j’essaierai p-e de faire un truc qui repose sur les décimales de pi. :)
# De la valeur du travail d’équipe
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 4 (+1/-0).
Voici donc la version corrigée qui prend en compte tout vos remarques. En y ajoutant aussi un
-qà la commande sox, auquel je n’ai pensé qu’après coup, qui permet non seulement de réserver tout la puissance de calcul à l’établissement de la liste de nombres premiers au lieu d’afficher un tas de lignes inutiles, mais qui permet aussi et surtout à sox de se lancer sans qu’un terminal y soit relié… (donc en tâche de fond).Et guitou a raison, le echo -n "2" du début ne sert à rien, il ne traverse pas le premier pipe… J’aurais du le savoir mais je m’en suis rendu compte en mettant le
-qà sox… Je ne vois pas comment faire pour commencer à 2 du coup. Ceci dit ça va pas m’empêcher de dormir ! ^^[^] # Re: mais pourquoi tant 2 n?
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 3 (+0/-0).
Bien vu pour le zéro, c’est en effet une erreur bien moche de ma part.
Parce que sinon le nombre 2 saute à cause du grep (?). La première note du morceau est importante :)
SoX est surtout fait pour faire du traitement audio par lot à la base (up&down sampling, equalization, compression, … and basically everything), et c’est un vénérable outil du siècle dernier, mais la "libsox" doit encore être pas mal utilisée je pense. Je ne sais pas si un outil/une bibliothèque récente pour le traitement de fichiers audio par lots le remplace avantageusement. On peut probablement faire tout les traitements utiles de fichiers audio avec ffmpeg (et la « musique » qui est le sujet de ce journal, et bien plus encore, avec par exemple le language ChucK), mais vu que ffmpeg fait l’image en plus du son il est beaucoup plus exigeant à prendre en main.
Pour le
.*au début du regex c’est bien vu aussi. Mais j’ose espérer que grep est assez neuneu-proof pour optimiser ce qu’il a à faire et que ça revient au même ! :)[^] # Re: mise en forme du code
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 4 (+1/-0).
Bien vu.
Mais c’est quand même un peu violent tout ce rouge non ?
[^] # Re: Odd veut aussi dire bizarre ou étrange
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 3 (+0/-0).
Voilà, rien que pour ce commentaire j’ai bien fait de poster. :)
Exclure les nombres qui finissent par zéro à cette étape ne modifie pas la « mélodie » et permette au morceau de durer plus longtemps.
Excellente remarque, je te créditerai sur l’album
quand il sortiras’il sort ![^] # Re: Il manque un timer dans la commande
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 4 (+1/-0).
Haha ! ^^
Tu lui a dit, « Non c’est un problème entre la chaise et le clavier mais à un autre bout de l’internet t’inquiète pas chérie. » ?
Vingt secondes c’est suffisant pour saisir la substance de l’œuvre même s’il faut sûrement une écoute de plusieurs jours pour en apprécier les subtilités. ;)
[^] # Re: On s'en tape (mais c'est pertinent d'en parler).
Posté par Marotte ⛧ . En réponse au journal La France crée un fichier des personnes trans. Évalué à 2 (+0/-1).
Oui, et il m’arrive de le faire, de favoriser un accord au féminin quand il y a conflit et que c’est la règle dit que c’est le masculin qui devrait être privilégiée). L’accord du genre selon la proximité dans la phrase a été une règle il y a deux ou trois siècles (grosso modo, pas la période précise en tête), le masculin ne « l’emportait » sur le féminin, ça dépendait de l’ordre d’apparition des deux sujets dans la phrase.
Accorder tout au féminin moi perso ça me va, mais ça revient à une stricte inversion du problème. Alors même si ça peut sûrement rafraîchir quelques hystériques un peu trop parti⋅e⋅s dans les tours pour des problèmes de syntaxes, ça laisse la porte ouverte à tous les masculino-trolls, aux trolls non genré⋅e⋅s et aux hystéro-trolles stockolmisé⋅e pour que la solution soit remise en question et réduite à l’état de mèmes du plus mauvais goût.
[^] # Re: contre aussi, mais à contre-tendance de l'avenir
Posté par Marotte ⛧ . En réponse au journal snap : de pire en pire.. Évalué à 3.
Il y a aussi cette approche : https://fedoraproject.org/coreos/ que je trouve plus intéressante, mais jamais testé.
[^] # Re: On s'en tape (mais c'est pertinent d'en parler).
Posté par Marotte ⛧ . En réponse au journal La France crée un fichier des personnes trans. Évalué à 2 (+0/-1).
L’écriture inclusive ça peut vite devenir une horreur absolue. Cependant, ajouter des «⋅e » par ci par là pour renforcer l’équité en terme de présence dans le magma de la communication, entre les personnes présentant des caractères différents, ça peut pas non plus faire de mal, et p-e effectivement un léger mieux.
Il est clair pour moi que ce n’est pas indispensable pour combattre les méfaits du patriarcat, mais en même temps ça ne peut qu’aller dans le bon sens. Par exemple, si on tient à être concis, ça me paraît pas déconnant d’écrire « les député⋅e⋅s » voire même « les électeur⋅ice⋅s » dans le cas où il n’est pas évident d’écrire « les députés et députées » ou « les électeurs et électrices », etc… Quand on veut
ratisser largene pas donner l’impression qu’on accorde plus d’importance à l’une ou l’autre des deux moitiés de l’humanité.Comme tu le dis : la langue évolue.
[^] # Re: Je ne comprends pas...
Posté par Marotte ⛧ . En réponse au journal JPEG XL ne fait pas consensus au sein de l'union des vendeurs de navigateurs. Évalué à 7 (+4/-0).
OK je vois, merci à vous trois.
Mais PNG peut aussi faire de la compression avec perte à priori. Ceci dit je veux bien croire que JPLX soit plus avantageux dans 99% des cas, ou même 100%.
Mais alors quel est le prix à payer ? Est-ce qu’il n’y en a aucun et que se sont juste les progrès en mathématiques, en algorithmie ou encore en électronique qui on permis cette amélioration ? De nouveaux algorithmes et/ou de nouveaux jeux d’instructions des processeurs modernes ?
[^] # Re: Excellent soft de mémoire
Posté par Marotte ⛧ . En réponse au lien De la synthèse audio modulaire, pour ceux qui ont kiffé AMS, essayez donc celui-là. Évalué à 4 (+1/-0).
Concurrencer à proprement parler je ne pense pas, mais ouvertement inspiré de celui-ci, tout à fait.
Je suis entièrement d’accord.
Tu auras toujours la possibilité d’avoir une latence encore plus courte avec ALSA seul qu’avec Jack par-dessus. Donc non, Jack n’est pas strictement « indispensable » pour la latence. Ceci étant :
Par rapport à la latence d’un Pulseaudio (qui fonctionne, à l’instar de Jack, au dessus d’ALSA), c’est sûr que c’est incomparable. Jack, à condition d’être bien configuré, n’introduit qu’une latence absolument négligeable, c’est son but. Par contre, pas toujours facile de trouver, en fonction du matériel considéré et de sa configuration ALSA, les réglages qui vont bien (framerate, taille de tampon, etc…) pour être à la fois à ce niveau de « pas de latence (ie: supplémentaire par rapport à ALSA en pratique) » et sans « festival de xruns » (qui signifie que des frames du signal audio sont juste dropées pour préserver la latence).
Même s’il est absolument modéré, c’est surtout un overhead CPU qu’introduit Jack. Alors même si aujourd’hui les CPU ont quand même des performances de ouf, dès fois, les 5% ou 10% de CPU pris pas Jack tu voudrais bien qu‘ils servent plutôt à faire tourner cette ultime track MIDI qui malheureusement est la goutte de calculs qui fait déborder ton CPU :). Enfin pour relativiser, j’ai fini par changer de PC parce que j’arrivais au max de ses capacités CPU, aujourd’hui, même avec Jack j’ai pas encore réussi à saturer le machin. Et j’ai de la marge :)
Mais là ou Jack est probablement « indispensable » en pratique, c’est pour son côté intuitif et l’aspect « temps-réel » dans le sens où tu peux « patcher/dépatcher » n’importe quelle appli sans arrêter le son (je parle pas ici de la capacité temps-réel du noyau dont tu as besoin avec l’un comme avec l’autre). Le fait que tu puisses faire ça avec une belle UI en branchant des câbles entre les entrées et les sorties des programmes que tu veux, en ajouter en retirer, etc… c’est quand même utile ya pas à dire.
Alors qu’avec seulement ALSA, sans couche logicielle intermédiaire, même si tu peux faire les mêmes « branchements », c’est, d’abord, absolument pas intuitif (même pour une configuration par fichiers textes je trouve que c’est nébuleux…), et ensuite, si tu veux modifier un seul des branchements alors tu dois arrêter l’audio pour réinitialiser le driver de la carte son… (fût une époque où il fallait même rebooter Linux). Et autant j’ai appris à me servir de Jack sans lire plus de documentation que ça, autant ALSA je n’aurais jamais réussi à faire un truc aussi con qu’enregistrer dans un fichier le flux en même temps qu’il sort sur une carte son si je n’était pas tombé sur un document qui explique pas à pas comment faire et de manière claire. Je crois que j’aurais pu « RTFM » autant que je pouvais je n’y serais jamais arrivé.
Juste un extrait du contenu du fichier /etc/asound.conf pour illustrer le merdier :
WTF?! Et ça ça concerne une seule carte son, en bête stéréo… J’ose même pas imaginer la tronche du fichier s’il y a deux cartes son 5.1…
J’utilise parfois une deuxième carte son, mais je n’ai même pas eu le courage de la configurer pour ALSA comme la carte principale. Quand je veux m’en servir j’indique son index et les paramètres utile au client Jack que je citais plus haut et j’utilise Jack ! ^^
ALSA date d’une époque ou le fait que l’informatique soit compliquée était bien accepté par les utilisateurs… mais ça reste le composant de la pile audio directement lié au noyau Linux, celui qui s’interface avec le matériel. Ça changera p-e un jour, avant ALSA il y a eu OSS, aujourd’hui encore supporté par Linux mais quasiment plus utilisé à ma connaissance. À part par les systèmes BSD pour lesquels la MAO n’est pas la priorité des priorités je pense. Faudrait que je me renseigne d’ailleurs, ils ont peut-être fait d’OSS quelque chose de comparable à ALSA, ou du moins, plus avancé que ne la été OSS sous Linux ? (mais ça m’étonnerait).
[^] # Re: Je ne comprends pas...
Posté par Marotte ⛧ . En réponse au journal JPEG XL ne fait pas consensus au sein de l'union des vendeurs de navigateurs. Évalué à 9 (+7/-1). Dernière modification le 06 février 2024 à 19:56.
Je suis un peu surpris que la page française Wikipédia explique que le JPEG XL est amené a remplacer un tas d’autres formats, notamment le PNG et le GIF
Je suis p-e à côté de la plaque mais pour moi PNG et JPEG ne sont pas performant sur le même type d’image. Pour certaines images, avec des à-plats de couleur, par exemple l’image « parfaite » (ie : pas une photo) d’un drapeau de n’importe quel pays, sera mieux compressées par un format utilisant l’indexation des couleurs, comme PNG. Au contraire, JPEG est beaucoup plus efficace sur une photo « normale ».
Personnellement je grince des dents à chaque fois que je vois une image qui aurait dû être compressée en PNG mais l’a été en JPEG. Je ne sais pas si je suis particulièrement sensible, et les dégâts de la compression JPEG dépendent du niveau de compression, mais des gens me disent souvent : « bah elle a quoi comme problème l’image ? ». Quand je peux leur montrer la différence sur une même image, typiquement un logo, leur mettre côté à côte un JPEG et un PNG, même si le JPEG est pas particulièrement dégueux il font « Haaa ! Oui en effet :\ ». Parce qu’on les voit souvent bien les « vaguelettes » du JPEG sur ce type d’image. Fort heureusement ça a tendance à disparaître ce genre d’horreur, m’enfin c’est quand même toujours bien trop répandu je trouve.
Est-ce que JPEG LX (JPLX de son petit nom si je comprends bien) possède un mode de compression avec couleur indexée qui lui permet de concurrencer voir dépasser PNG sur le type d’image dont je viens de parler ? Est-ce que c’est ça que signifie "il peut stocker les informations d’espace colorimétrique" ? Cela lui permet donc, avec un espace colorimétrique ayant très peu de couleur, (genre 3 ou 4 par exemple), de faire exactement ce que fait PNG ou GIF ? (GIF étant totalement à la ramasse niveau performance comparé à PNG me semble--t-il, mais, ayant une killer feature que PNG ne fait pas : l’image animée (cet incontournable du Web 1.0 des années 1990 !), il n’a pas disparu encore de nos jours sûrement pour ça (en Web 2023.11-efc66de4 !)
[^] # Re: Clever Cloud
Posté par Marotte ⛧ . En réponse au journal [HS] L'invasion des profanateurs de sépulture ... ne parlait pas des communistes !. Évalué à 1 (+0/-2). Dernière modification le 06 février 2024 à 01:22.
Il y a quand même un dispositif type fail2ban non ? Et de toute manière bruteforcer par le réseau ça reste limité en terme de brutalité… Ils utilisent p-e ça comme un honeypot pour traquer les geeks gothiques à capuche qui trafiquent du bitcoin et des darquenettes pour Vladimir Putin et Kimeu Jean-Hong. C’est pour ton bien en fait ! Tu ne sais pas.
# Punycode
Posté par Marotte ⛧ . En réponse au journal En passant par le FOSDEM, avec mes sabots 🎵. Évalué à 8 (+6/-1). Dernière modification le 06 février 2024 à 01:12.
Et c’est recommandé de l’utiliser dans son brouteur pour lutter contre les tentatives de phishing. Cela a dû être dit au FOSDEM, mais comme tous les visiteurs n’ont pas été à cette manifestation je me permets de
faire mon intéressantrépandre la bonne parole.Parce que, par exemple, le a minuscule et le a minuscule cyrillique, je ne crois pas que quelqu’un⋅e sache exactement quelle est la différence. Ils ont pourtant un codepoint Unicode chacun (ce qui en soit n’est pas déconnant), et aujourd’hui les noms de domaine peuvent utiliser Unicode… Donc voir du Punycode dans sa barre d’adresse permet d’avertir que le site n’est pas celui qu’on visait
Dans Firefox c’est l’option (accessible via la page spéciale about:config) qui se nomme : “network.IDN_show_punycode”, à mettre à "true".
Pour Chrome/Chromium je sais pas mais ça doit bien exister.
[^] # Re: Excellent soft de mémoire
Posté par Marotte ⛧ . En réponse au lien De la synthèse audio modulaire, pour ceux qui ont kiffé AMS, essayez donc celui-là. Évalué à 3 (+0/-0).
Pour donner un exemple de problème avec Jack : la version 1 (qui porte un numéro en 0.xxx), qui ne doit plus être utilisé selon les développeurs, de Jack permettait (entre autre) de gérer deux cartes sons. Mais la version 2 (qui est en pratique la 1.9.et quelques mais c’est la 2 quand même… je vous ai dit que la pile audio dans les OS Gnu/Linux c’était pas "fonctionne sorti du carton" ?), non (mais elle a d’autres fonctionnalités que la 1 n’a pas)
Enfin, si, je veux pas qu’on se méprenne : Pulseaudio ça juste marche (aujourd’hui et depuis maintenant un bon paquet d’années, même si au début c’était assez triste à voir une telle boucherie ^^), je voudrais pas décourager un⋅e éventuel⋅le lecteurice d’utiliser GNU/Linux sur son PC !
Mais pour l’audio "faible latence" avec potentiellement 36 processes qui poussent des bits vers la carte son, et pour lequel on doit pouvoir brancher/débrancher tout ça en temps réel, Pulseaudio c’est pas possible.
Si j’ai bien compris les héros de chez Debian ont comme objectif de concilier les deux usages avec un unique logiciel "Pipewire", nul doute que ça a sa chance si Jack reste « bloqué » et ne peut pas implementer les quelques trucs qui manquent dans la version 2 (l’actuelle).
J’en profite pour signaler ça, bien utile et assez facile de passer à côté (puisqu’il y a un outil natif qui fait la même chose, mais à priori moins bien) :
Homepage: https://kokkinizita.linuxaudio.org/linuxaudio/
Description: pont alsa vers jack
Ce paquet fournit deux applications, zita-a2j et zita-j2a. Elles permettent
d’utiliser un périphérique ALSA en tant que client JACK, pour ajouter des
canaux de capture (a2j) ou de lecture (j2a).
.
Fonctionnellement, elles sont équivalentes aux clients alsa_in et alsa_out
fournis avec JACK, mais elles fournissent une qualité audio bien meilleure. Le
ratio de rééchantillonnage est typiquement stable à 1 PPM et ne change que très
progressivement. Le délai reste stable même dans les pires conditions, par
exemple lorsque le client JACK arrive à la fin du cycle.
J’ai testé que le zita-a2j pour ma part mais ça fait le job, rien à redire.
[^] # Re: Excellent soft de mémoire
Posté par Marotte ⛧ . En réponse au lien De la synthèse audio modulaire, pour ceux qui ont kiffé AMS, essayez donc celui-là. Évalué à 3 (+0/-0).
Je parle bien évidemment du logiciel, lui je connais pas sa vie. Mais je sais qu’il aime de foot, donc il peut pas être totalement mauvais. :)
[^] # Re: Excellent soft de mémoire
Posté par Marotte ⛧ . En réponse au lien De la synthèse audio modulaire, pour ceux qui ont kiffé AMS, essayez donc celui-là. Évalué à 4 (+1/-0).
https://vcvrack.com/
Je connaissais https://kx.studio/ pour ma part.
Si Linux n’est toujours pas prêt pour le desktop, on peut affirmer je crois que les linuxiens musiciens ont fait leur part.
Alors où ça pèche bordel !?
[^] # Re: Excellent soft de mémoire
Posté par Marotte ⛧ . En réponse au lien De la synthèse audio modulaire, pour ceux qui ont kiffé AMS, essayez donc celui-là. Évalué à 4 (+1/-0). Dernière modification le 06 février 2024 à 00:16.
Nop je connaissais pas mais je suis ravi de voir que l’offre MAO pour Linux s’est bien développé ces dernières années.
Perso j’utilise surtout LMMS (et en ce moment assez intensément les plugins CALF en plus des natifs) C’est une solution intégrée, monolithique, et qui supporte la sortie directe vers ALSA.
Et aussi parce que je m’y suis habitué (surtout au concept de "n’importe quel contrôle est automatisable !). Je sais plus trop depuis combien de temps je l’utilise (et il y a eu des périodes d’inactivité clairement de mon côté) mais j’ai eu l’occasion d’échanger avec son créateur original : Tobias Doerffel (Tobydox), je dis bravo au mec d’avoir pondu un logiciel pareil, quelque soit ses défauts, et même si à l’origine il visait un “Linux Multi-Media Studio” (un truc pour concurrencer Zino certainement !) et qu’au final c’est un DAW, un des majeurs disponible pour GNU/linux àma.
Je viens de chercher rapidement, ça date de 2002, ptin… le temps passe (et on court pas plus vite que lui j’espère que tout le monde est au courant!). J’ai adopté ce logiciel très tôt, ça devait être vers 2003-2004. Par rapport à ce qui existait, des choses très abouties déjà pour l’époque, comme Ardour, LMMS était d’une prise en main facile, pas besoin de se faire chier avec Jack, les sessions, tout le bordel… À l’époque Jack ça sentait quand même la peinture fraîche (et aujourd’hui encore un overhead pas forcément utile…) LMMS avait le bon goût de ne pas nécessiter 36 autres programmes à coté. Aujourd’hui il n’y a pas eu de release depuis un bail, mais ces trois ou quatre dernières années j’ai juste halluciné de voir une telle activité sur le Github … depuis un certain temps j’ai pris l’habitude de compiler systématiquement la branche master avant chaque session (s’il y eu des commits), et au pire j’ai le build N-1 sous la main si le truc est vraiment cassé, mais je dois dire que malgré un sacré nombre de bugs j’ai jamais vu un build totalement cassé.
Au fil des années j’ai quand même développé un réflexe du Ctrl+S intensif pour ne jamais perdre mon travail :) et je lance le truc systématiquement via gdb au cas je tomberais sur un SEGFAULT original ! ^^ Parfois je peux l’utiliser trois jours sans le moindre crash, et parfois je fais LE truc que j’aurais pas dû et c’est dix par jour… Faut dire que j’ai une approche plutôt expérimentale et pas des plus finaude de la MAO…
J’utilise parfois Jack, qui clairement fonctionne du tonnerre aujourd’hui (et apporte clairement des fonctionnalités supplémentaire à ALSA même s’il subsiste certains problèmes). pour Sooperlooper notamment, qui ne supporte pas ALSA en directe malheureusement.
</3615 code="mavie">
[^] # Re: On s'en tape (mais c'est pertinent d'en parler).
Posté par Marotte ⛧ . En réponse au journal La France crée un fichier des personnes trans. Évalué à 2 (+0/-1).
Sans parler dula fait⋅e qu’on devrait plutôt parler d’êtres animé⋅e⋅s d’un⋅e ’un⋅e nature différent⋅e dans l’égalité pour les tabourets et les tabourettes.
[^] # Re: On s'en tape (mais c'est pertinent d'en parler).
Posté par Marotte ⛧ . En réponse au journal La France crée un fichier des personnes trans. Évalué à 3 (+0/-0). Dernière modification le 05 février 2024 à 15:23.
« cial » comme pronom neutre inclusif et non spéciste ? Est-ce que « ciale » (ou encore « cial⋅e ») en serait pas plus respectueux des êtres animé⋅e et non-animé⋅e de tout⋅e genre et non discriminant⋅e envers un⋅e mode grammatical⋅e particulièr⋅e ?
J’espère que les Immortel⋅le⋅s pourront statuer sur cial point.
[^] # Re: On s'en tape (mais c'est pertinent d'en parler).
Posté par Marotte ⛧ . En réponse au journal La France crée un fichier des personnes trans. Évalué à 1 (+0/-2).
Il ne faut pas. Le iel suffit à montrer que l’on est éveillé au sujet du l’oppression patriarcal systémique par l’écriture. Peu importe le genre du reste de la phrase tant qu’il est féminin.
[^] # Re: Excellent soft de mémoire
Posté par Marotte ⛧ . En réponse au lien De la synthèse audio modulaire, pour ceux qui ont kiffé AMS, essayez donc celui-là. Évalué à 4 (+1/-0).
Je le trouve assez facile à prendre en main aussi, enfin, autant qu’un logiciel de synthèse modulaire puisse l’être… Plutôt bien réussi graphiquement. En tous cas il met un savcré coup de vieux à AMS (qui ceci dit est encore maintenu même si l’æctivité est pas ouf (une version 2.2.2 est sorti il y a un peu moins d’un an).
Je n’ai pas encore trouvé le temps de tester sérieusement Bespoke. Surtout que je me remets à ChucK en ce moment :)
[^] # Re: On s'en tape (mais c'est pertinent d'en parler).
Posté par Marotte ⛧ . En réponse au journal La France crée un fichier des personnes trans. Évalué à 6 (+3/-0).
Le dino rouge et le manchot crétin qui alertent sur une récursion possiblement dévastatrice, ça va, ils n’empêchent pas de poster.
Pour ce qui est de la sorcière dans son panneau stop, qui a elle le pouvoir de sang sûr, je pense qu’elle est salvatrice. Elle nous enseigne qui faut saisir sept fois son post sur son clavier avant de poster.
Très sérieusement je trouve que cette possibilité de correction qui se limite à cinq minutes ou bien jusqu’à ce que quelqu’un ait répondu est ultra-bien foutue. Amandoné faut assumer d’avoir écrit des conneries, ou de s’être simplement insuffisamment relis. C’est pas en passant à 10 ou 15 minutes que ça changera quoi que ce soit au chimibilik.
Commenter sur linuxfr.org n’est clairement pas une promenade de santé.