shuihuzhuan a écrit 73 commentaires

Bonjour,

Tu n'as pas eu de problème de configuration initiale (sans passer par windows) ? C'est la documentation de ces modèles 3ème génération qui m'avait inquiété.

Pour l'USB-C, une raison particulière de ne pas l'utiliser ?

Merci pour ton retour. Elle a l'air bien sympa.

Je suis en général assez parcimonieux sur les effets sur ordinateur car effectivement on flirte facilement avec les xruns. L'ordinateur a 15 ans aussi :-). Je m'en sert surtout en complément de mon pédalier externe.

Merci pour le retour. Ce modèle n'a pas d'entrée SPDIF, mais je regarderai dans cette série en versions moins récentes.

Ce serait un peu dommage de perdre les effets de l'ordinateur, guitarix est sympa pour ça.
Par contre, je suppose qu'il faut malgré tout recaler ensuite l'enregistrement réalisé par rapport à l'accompagnement?

J'avais vu cette série de cartes, mais le constructeur n'annonce aucun support linux et d'après la notice, le premier démarrage nécessite une configuration avec un logiciel windows ou mac, ce qui m'avait un peu refroidi. Est-ce uniquement sur les modèles récents ou avez-vous fait cette configuration initiale sur windows?

Merci, je les avais oubliés… Il faut dire que le site fait très années 90 voire 2000 avec des infos parfois un peu datées (tel que « support kernel 2.6.34 » :->)

Merci, je regarderai du côté de Behringer. Pour tes XRUNS, tu utilises bien un noyau RT? Sinon, c'est un peu inquiétant car à 42ms, cela devient assez perceptible. Ou sinon, c'est vraiment l'anémie du client…

Bonjour,

Suite à un journal précédent, je me suis mis un peu à Ada. Je ne suis pas programmeur, mais j'aime bien découvrir des langages : pourquoi il a été conçu, pour répondre à quel besoin, qu'est-ce qu'il apporte par rapport à d'autres…

J'aime beaucoup la syntaxe claire et lisible de Ada (avec un opérateur pipe %>% comme avec le langage R, cela aurait été top) et j'ai voulu reprendre un ancien projet que j'avais commencé en python il y a quelques années (sans jamais le terminer) pour tester. C'est une interface pour commander par MIDI un pédalier d'effets. Et malheureusement, c'est un peu la misère avec Ada :

• Pour un GUI un peu complet (et esthétique ?), à part du GTK3, il n'y a pas grand chose. Et commencer un nouveau projet avec GTK3 en 2022, comment dire… En plus, il est assez incomplet (pas de GIO par exemple nécessaire pour GSettings). J'ai demandé aux développeurs de GTKAda s'il y avait des projets de binding GTK4, mais rien n'est prévu à ce jour.

• Pour le MIDI, j'utilisais RTMidi. Évidemment pas de binding Ada.

Je me dis « pas de problème », il suffit d'utiliser l'option -fdump-ada-spec de gcc (ou g++ pour du C++) pour générer un binding minimal. Mais non, la plupart du temps le binding généré ne compile pas et il faut s'amuser à debugger les ads générés. Peut-être des fois plus simple de les écrire à la main directement lorsque l'on n'utilise qu'une partie réduite de l'API ?

Bref, j'ai un peu abandonné Ada (et repris mon projet en python), mais c'est dommage car le voyage était sympa.

Note : après avoir connu un certain regain d'intérêt au début des années 2010, le langage semble avoir beaucoup perdu de dynamique ces 3-4 dernières années. C'est dommage, Ada est tellement plus lisible que Rust. Je ne sais pas vous, mais le livre GUI development with Rust and GTK 4 m'a fait plutôt fuir.

Pour ma part, en deux ans de visios, la plupart avec zoom ou teams mais de nombreux autres aussi, je n'ai à peu près jamais eu de problème ni besoin de windows. Les visios hors teams étaient de tout façon bloquées par mon entreprise sur le pc pro avec windows => dans tous les cas, il fallait que cela marche sur mon pc perso linux.

D'un autre côté, je n'ai pas de webcam (elle avait presque 20 ans, rarement utilisée, et est tombée en panne au bout de 2 semaines), cela facilite probablement les choses :->

En général, j'utilise photorec.

lien

Mais après, il faut faire le tri dans tout ce qu'il trouve…

Pour ma 3ème dose, j'ai l'expérience inverse. Impossible d'avoir un rendez-vous sur doctolib avant mars et à plus de 100km. Je suis allé en pharmacie à côté de chez moi, c'était sans rendez-vous. Ils m'ont tout de suite vacciné. En plus, pas besoin d'attendre 20 min après l'injection et j'en ai profité pour faire la grippe en même temps (sur l'autre bras quand même).

J'ai utilisé pdfslicer puis pdfarranger (je ne sais plus pourquoi ce changement). L'interface de pdfsam est trop confuse à mon goût.

J'ai longtemps écouté des livres audios en voiture. Autant j'aime bien les voix graves, autant elles sont difficiles à comprendre avec les bruits de roulage (un peu comme du Jaco Pastorius en voiture, ça ne passe pas…). Je suppose que ce doit être pareil en transports en commun.

J'ai aussi rencontré une fois un lecteur qui lisait parfaitement mais mettait systématiquement l'intonation sur les mauvaises syllabes dans les phrases. C'est vite devenu pénible à écouter.

Sinon, une bonne diction, fluide et régulière. On s'habitue très vite à des voix différentes. Et pas de bruitages, musiques et autres adaptations du texte original. Juste une voix, même s'il y a trente personnages.

Au passage, merci à tous les donneurs de voix de litteratureaudio.com (qui n'est pas un site commercial comme son nom ne l'indique pas).

J'utilise exclusivement pipewire depuis plusieurs mois (sur archlinux). C'est vraiment confortable.

Pour de l'enregistrement multipiste par contre, penser à basculer sur le profil Pro avec le contrôleur de volume pulseaudio, sinon toutes les entrées/sorties disponibles n'apparaîtront pas dans qjackctl et ardour.

Seul bémol avec Ardour, l'export ne fonctionnait pas (pas testé récemment). Mais il suffit de rouvrir le projet en choisissant le moteur Alsa avant de faire l'export puis rebasculer sur pipewire après.

Par contre, je serai intéressé par ton retour sur ta carte son. Le fabricant n'annonce aucun support linux. Et quelle latence arrives-tu à atteindre (avec un noyau rt)? J'envisage de remplacer mon très vieux fixe (15 ans) par un portable lorsqu'il me lâchera (même si je croise les doigts car il fonctionne toujours très bien pour mon usage).

Pour Qwant, il suffit d'utiliser la version lite https://lite.qwant.com/ pour retrouver un design standard.

Sinon j'utilise Qwant lite par défaut, le CNRTL, Wikipedia et duckduckgo si Qwant ne me satisfait pas (assez souvent malheureusement).

Branche le téléphone sur le pc et utilise scrcpy pour avoir l'écran du téléphone sur l'ordinateur? (non testé pour des vidéos protégées)

As-tu une carte graphique NVIDIA de la famille NV50 et utilises-tu 'nouveau'?

J'ai eu de très nombreux blocages à cause de ce bug. Le patch correctif n'est pas encore intégré au noyau.

Bonne journée

PS: dans tous les cas, regarder dans les logs avec journalctl (options "-b -1 -t kernel" pour filtrer sur le boot précédent et uniquement les messages du noyau).

Si tu peux les activer manuellement, ce n'est pas un problème avec les extensions. Je dirais plutôt avec ta session qui démarre en 'failsafe' et donc toutes extensions désactivées.

Jamais eu non plus de problème sur Arch depuis bientôt 1 an que je l'utilise (enfin, depuis le premier confinement). Même version.

Effectivement gnome podcast a une interface très simple et sympa. Mais je ne l'utilise que pour les podcasts "jetables" (que je n'écouterai qu'une fois). Pour les podcasts que j'aime conserver, je préfère rhythmbox car il stocke les fichiers audio là où je veux et ne les efface pas automatiquement.

Merci pour ce logiciel qui n'arrête pas de se bonifier! L'interface est très agréable et réactive malgré une bibliothèque musicale assez chargée (+15000 ogg).

Justement, la cohabitation Jack/pulseaudio ne marche pas tout seul… et même pas bien du tout de mon expérience.

Au final, pour avoir une latence faible (2.5ms) et sans problème, dans mon cas cela a consisté en :
- un noyau RT ;
- pas jack2/jack-dbus, mais uniquement jack1 ;
- un utilisateur à part de mon compte habituel, dédié à la MAO ;
- à chaque connexion à ce compte, tuer le processus pulseaudio utilisateur (systemctl --user …). Va savoir, pourquoi un disable ne règle pas définitivement la question.

Ouf… c'est pas vraiment out-of-the-box

Bonjour,

Inutile a priori d'investir dans du matériel coûteux pour avoir une faible latence, pour un seul instrument en entrée. Il faut configurer son PC pour cela. Ma carte son date de 1999 et la dernière grosse modification de mon PC date de 2007-2008 (AMD Phenom II). Avec ça j'ai une latence de 5ms même avec des effets live et en enregistrant avec Ardour.

Configuration à faire :

• Un noyau rt (sans noyau rt j'avais des xruns même avec des latences de plus de 100ms)

• Avoir l'utilisateur dans le groupe qui va bien pour les fonctionnalités rt (en général 'audio') + quelques paramètres à modifier (voir le wiki archlinux)

• Un bureau léger : j'utilise gnome-shell en bureau normal. Pour faire de l'audio, j'utilise fluxbox (j'ai même créé un compte utilisateur spécifique pour l'audio). L'important n'est pas tant qu'il soit léger, mais qu'il ne te lance pas plein de choses en arrière plan.

• Vérifier avec systemctl et systemctl --user qu'il ne reste pas des services inutiles en arrière plan (du moins pour faire de l'audio). J'ai quand même cups, samba et minidlna, non nécessaires mais ils ne m'ont jamais posé problème.

• Pas de pulseaudio lancé : attention, même dans ma session fluxbox, je ne m'attendais pas à retrouver pulseaudio. Important : à chaque connection, il me faut faire un systemctl --user stop pulseaudio (je fais aussi un disable, jamais compris pourquoi à chaque session il faut le refaire, le disable semble oublié => script qui le fait + lancement de jack aussi). Attention de ne pas oublier l'option --user.

• Lancer jack avec les bons paramètres (temps-réel, latence choisie …) : ça peut être assez galère, en particulier j'ai longtemps cherché à utiliser jack2 qui donnait l'impression de marcher, mais en fait non. Donc rester avec jack1. Jack est lancé en ligne de commande avec mes paramètres plutôt que via des interfaces graphiques pour un contrôle précis.

• Vérifier les xruns éventuels en enregistrant et utilisant les effets les plus lourds que tu va utiliser et remonter la latence s'il y en a.

Et voilà.

Bon courage, j'ai pas mal galéré avant d'y arriver…