All Projects

Conversation sur le canal IRC :

Yruama a rapporté qu’il ne parvenait pas à ouvrir IR.lv2 (1.3.3~dfsg0-1) avec Carla (2.0.0-0librazik2) sur LZK-2.
Plus précisément :

<Yruama> donc le souci principal, c'est que carla n'arrive pas a trouver l'IGU du plugin
<Yruama> et accessoirement, carla se crash parfois quand je charge le greffon
<Yruama> j'ai refais crasher carla avec ce greffon en lançant depuis un terminal, "erreur de segmentation"

<trebmuh> je confirme que le Carla de LZK-2 ne parvient pas à ouvrir l'interface graphique de IR.LV2
<trebmuh> il dit des trucs dans les logs (de Carla)
<trebmuh> rapporté ici :

https://github.com/falkTX/Carla/issues/968

<jpcima> c'est strictement impossible de charger un GtkUI avec Instance-Access dans un hôte Qt
<trebmuh> jpcima, tu veux dire, que ce n'est pas spécial à une version du greffon ou de l'hôte, ni spécial à LZK ?
<jpcima> c'est possible que ça le soit, bon en gros
<jpcima> toutes les interfaces LV2 qui sont autres que X11UI posent un tas de problèmes
<jpcima> quand tu fais des mélanges Gtk/Qt, voire des versions différentes de ces bibliothèques
<Yruama> ya pas des lib graphique quiont été spécialment créér pour eviter ça ?
<Yruama> comme juce ?
<Yruama> et j'ai essayé avec jalv.qt5 et qtractor, le greffon fontionnais
<Yruama> par contre j'ai remarqué un effet de bord dans ardour, le greffon semble prendre le style de ardour
<jpcima> oui il y a certains mélanges qui sont permis a l'aide d'une biblio de drobilla qui s'appelle suil (libsuil_gtk2_in_qt5.so)
<jpcima> par contre la tendance c'est de dégager ce vieux machin, et d'utiliser des ponts à la place
<jpcima> or, lorsque le greffon est Instance-Access, tu peux pas ponter l'interface graphique

<Yruama> ca veut dire quoi "instance-access"?
<jpcima> que le code IGU peut récupérer un pointeur sur le processeur d'effet ; ce qui oblige les 2 à être inséparables
<Yruama> et du coup , sans ça la communication entre les deux se fait comment ?
<trebmuh> donc il faudrait (dans un monde idéal) que le dev porte le greffon sur un autre toolkit j'imagine

Il semble que le binaire soit manquant dans la paquet LZK-3.

Voir également :

• https://github.com/smbolton/hexter/issues/10
• https://github.com/smbolton/hexter/pull/11

Relevé par briandc (en privé sur IRC) : pour les sous-menus très longs, comme celui des instruments virtuels, on ne peut pas aller vers le bas avec la souris avant que de l’avoir fait défiler avec les flèches (note Olivier : ou d’avoir appuyer sur la touche Ctrl). Ensuite, on peut faire défiler toute la liste avec la souris.

http://linuxmao.org/forumthread99318

Confirmé ici.

(copié/collé d’une discussion sur le canal IRC)

Bogue trouvé lors de l’empaquetage de la version 1.2, mais qui était déjà présent avec la version 1.1 .

• je (olinuxx) lance le tubeamp avec jalv.select (jalv.gtk)
• il apparaît non-connecté en entrée et en sortie dans catia (jusque là, tout est normal)
• je lance un morceau de musique avec VLC (et sa sortie jack pour que ça apparaisse dans catia)
• VLC apparaît dans catia et se connecte aux sorties system (mon casque audio)
• maintenant, c’est là que ça commence à délirer :
• je connecte les sorties de VLC aux entrées du KPP dans catia, À NOTER QUE LES SORTIES DU KPP DANS CATIA NE SONT PAS CONNECTÉES
• et bé… le son change quand même dans mon casque et là, j’avoue que ça tient de la magie pour moi
• c’est comme si la modélisation de l’ampli chargé par défaut s’auto-connectait, mais pas les boutons de la GUI
• comme s’il y avait un thread pour le DSP, et un autre pour la GUI
• et que le thread du DSP charge la modélisation de l’ampli, et s’auto connecte aux sorties sans le dire/montrer

(sub26nico) trebmuh, jpcima pour compléter, le même greffon ne fait pas ça dans Carla et un autre greffon dans jalv ne le pas non plus
(sub26nico) jpcima, et aussi, bien que le son change quand on connecte la source au greffon kpp, si on change les paramètre du greffon, ça ne change rien dans le son, ce qui laisse supposer que ce ne sont pas les sorties du greffon qui s’auto-connectent

• https://github.com/iurie-sw/geonkick/releases/tag/v2.7.3
• https://github.com/iurie-sw/geonkick/releases/tag/v2.7.2
• https://github.com/iurie-sw/geonkick/releases/tag/v2.7.1
• https://github.com/iurie-sw/geonkick/releases/tag/v2.7.0
• https://github.com/iurie-sw/geonkick/releases/tag/v2.6.1
• https://github.com/iurie-sw/geonkick/releases/tag/v2.6.0
• https://github.com/iurie-sw/redkite/releases/tag/v1.3.0

https://github.com/brummer10/Mamba/releases/tag/v2.1 et https://lists.linuxaudio.org/archives/linux-audio-dev/2021-January/037928.html

• ajout d’une option permettant d’autoriser 2 clefs par note dans l’éditeur de key-map personnalisé, ce qui permet de configurer les liaisons de clefs pour l’accordéon à boutons chromatiques
• ajout d’une option permettant d’utiliser le bouton droit de la souris pour une note permanente sur un événement. (Appuyez à nouveau pour désactiver la note)
• ajout de “locations XDG” au sélecteur de fichiers
• corrige quelques bogues mineurs et, avec un peu de chance, n’en introduit pas de nouveaux

https://github.com/brummer10/Mamba/releases/tag/v2.0

• ajout d’un gestionnaire de fichiers récents pour avoir un accès rapide aux dernières banques de son et fichiers MIDI utilisés
• permet d’ajouter/supprimer des fichiers MIDI vers/depuis la boucle maîtresse pendant la lecture (menu Fichier récent)
• implémente le menu “Affichage” pour permettre d’afficher/masquer les contrôleurs MIDI CC et/ou la vue Canal/Programme/Instrument.
• permet de sélectionner la taille des touches du clavier MIDI (grand/normal/petit) pour mieux correspondre aux paramètres de l’écran.

Une nouvelle série 4.19.0-17 de noyaux est dans Debian stable.
Il est donc possible d’en faire des noyaux BL et RT.

(précédente :  FS#1391  - LZK4 : publication de janvier 2023)

Ceci est une tâche mère qui contient :

• les tâches sur lesquelles je souhaite vraiment, et espère pouvoir travailler dessus pour la prochaine publication
• et celles déjà publiées

Avant publication :

• refaire les paquets librazik-* si besoin
• faire un tour des pouets mastodon
• vérifier les liens dans le billet de blogue
• ajouter des captures d’écran dans le billet de blogue
• vérifier les numéros de version dans la liste de la page “paquets”

Publication :

• préparer la tâche pour la prochaine fois
• modifier la tâche en cours dans la page : https://librazik.tuxfamily.org/doc4/manuel/testage#en_test

Diffusion :

• relai sur les canaux IRC @libera.chat habituels
• https://mastodon.xyz/@LibraZiK/
• https://diaspora-fr.org/posts/
• mégaphone linuxmao

Actuellement, les images sont trop proches des listes à puces, voir par exemple sur la page http://librazik.tuxfamily.org/doc/logiciels/synthv1 :

En modifiant la CSS comme suit :

.dokuwiki img.medialeft {

  margin: 0.2em 2.5em 0.2em 0px;

}

j’ajoute un décalé entre l’image et la liste à puces :

Le greffon "Calf 30 bands" ( http://librazik.tuxfamily.org/doc/logiciels/calf-plugins/calf-equalizer_30_band ) semble :
- fonctionnel en l'utilisant avec jalv (ou jalv.select) et ou calfjackhost
- dysfonctionnel avec Qtractor et Ardour

Voir http://librazik.tuxfamily.org/doc/logiciels/guitarix/gxcabinet-lv2 Voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=41

"gxcabinet" en LV2 fait planter Ardour 4.6 lorsque l'on change la simulation de tête d'ampli. Pas de soucis lorsque démarré avec jalv.select.
Notifié dans : http://librazik.tuxfamily.org/doc/logiciels/guitarix/gxcabinet-lv2

Noyau linux-image-4.13.0-0.bpo.1-lzk-bl en version 32 bits et en version 64 bits.
Version "BL" donc Basse-Latence, pas de version RT car il n'existe pas de rustine RT pour cette version.

À tester pour les curieuses et les curieux.

(rapporté par elgeneralmidi sur le canal IRC #librazik)

Le thème metacity (greybird) a une barre noire entre le thème et la barre.

Une erreur de traduction "Meters" → "Mètres" au lieu de "mesureur" s'est glissé.

J’ai remarqué plusieurs fois que soudain, le processus “timidity” se met à manger 100% d’un CPU.

Un contournement est d’ouvrir un terminal, de lancer la commande “ps aux |grep timidity” pour repérer le n° d’identifiant du processus de timidity, puis d’utiliser la commande :
su -c “kill -9 NUMÉROIDENTIFIANT”

Voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=327

https://github.com/rncbc/qsynth/issues/5

Voir https://github.com/rncbc/qtractor/issues/109

Note mise dans la page de documentation de helm :

• http://librazik.tuxfamily.org/doc2/logiciels/helm#utilisation
• http://librazik.tuxfamily.org/doc3/logiciels/helm#utilisation

Elles sont relativement sombres et peuvent passer inaperçues.
En tant que contournement, j'ai mis une note dans http://librazik.tuxfamily.org/doc2/logiciels/gxtuner

J'ai déposé le bogue en amont : https://github.com/brummer10/gxtuner/issues/15

Il semble qu'easytag a tendance à corrompre les fichiers OGG qu'il tague.
Voir https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855251 Note mise dans la page http://librazik.tuxfamily.org/doc2/logiciels/easytag

La version LADSPA du ZamVerb ne semble pas fonctionner.

Signalé par sub26nico : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=374 Confirmé par trebmuh ici.

Rapporté en amont : https://github.com/zamaudio/zam-plugins/issues/57

test

LZK3, https://librazik.tuxfamily.org/doc3/manuel/installer_librazik#methodes_d_installation_de_librazik-3, la méthode 2 à un soucis majeur que je n’arrive pas comprendre de pourkoikiféchiélejak. Si quelqu’un a le temps et l’énergie d’aider à comprendre d’où ça vient, ça serait très apprécié.

Le soucis, c’est que jack ne démarre plus (avec cadence, j’ai pas testé avec qjackctl ni jackd en CLI) après une mise à jour et, de mémoire, il faut bidouiller pour qu’il redémarre, mais j’ai tellement bidouillé dans tous les sens que je ne sais pas quelle bidouille décoince le truc.

Si au moins je pouvais écrire dans la doc de mise à jour quelle bidouille faire après la MàJ pour que jack fonctionne, ça serait chouette.