LZK - (FR) suivi des tâches / (EN) tasks tracking

il existe une série 3 simulateurs de bafle de guitares + micro très complet
Chaque ampli propose le choix de 5 micros différents (SM57,SM7B, MD421, C414, U87).
On peux positionner 2 micros différents devant chaque baffle. On peux ajouter un 3eme micro “room” (NT5 ou U87), et un peu choisir la réverbération de la pièce.

https://linuxaudio.github.io/libremusicproduction/html/news/20161013-new-open-source-project-flos-audio-plugins-bring-flexible-cabinet-simulation.html

Le protocole AES67 et RAVENNA sont utilisés pour relier des appareils audio entre eux via un réseau TCP/IP standard. Il y a une synchronisation des échantillons entre les divers appareils. Cet ecosysteme est rès utilisé dans les studios pro pour relier entre eux les cartes sons et le sTAN par exemple. La version commerciale (et plus complete) s’apelle DANTE. Aes67 est la couche de base, et RAVENNA/DANTE permettent de gérer le réseau (découverte des appareils, routage des flux audio).

Le logiciel comporte 2 parties:
- le driver AES67 (module kernel) qui est vu par ALSA comme une carte son virtuelle
- l’interface de configuration du module (webui)

Mais il est préférable d’utiliser le module kernel communautaire qui offre des fonctionnalités RAVENNA supplémentaires (module de base patché, appelé 3rdparty).
I y a aussi de petits utilitaires tels que le test de latence.

opensound meter est un logiciel opensource multiplateforme qui permet de faire des mesures acoustique (couplge des enceintes avec le local).
Très pratique pour mesurer la réponse de son local MAO, ou d’une salle de concert.
https://opensoundmeter.com/en/about

Les greffons lv2 et vst3 ne s’affichent pas correctement dans Ardour 7.2 (version lzk) (voir captures d’écran).
Les mêmes greffons s’affichent correctement dans Carla.
Les mêmes greffons s’affichent correctement dans Qtractor, mais les lv2 s’affichent bizarrement (la fenêtre occupe trop d’espace).
Les mêmes greffons s’affichent correctement dans Reaper hormis les lv2 qui n’apparaissent pas à la bonne dimension, et une fois redimensionnés, il y a des glitches visuels.

Voir : https://linuxmao.org/forumthread113331

Un chouette égaliseur dynamique

(précédente : FS#1411 - LZK4 : publications de décembre 2023 et septembre 2024

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/doc5/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

Nouvelle version 1.2.18 pour les greffons LSP

Billet de blogue

Il y a des ennuis avec la longueur maximale des noms de clients dans jack. Surtout lorsqu’il s’agit de lancer certains greffons LSP dans Carla sous NSM. JACK refuse d’ajouter les clients pour les greffons parce que leurs noms sont trop longs. Carla utilisant un nom de client qui ressemble à ça:

Carla-Multi-Client.Carla/LSP Multiband Dynamics Processor LeftRight x8

la limite des 64 caractères est tout bêtement dépassée.

Pour contourner ce problème, je propose de modifier le paquet jack pour changer cette limite à 256 (Pipewire utilise aussi cette limite de 256 caractères pour les noms de client). Pour ce faire, il faut appliquer un patch qui change les fichiers suivants:

dbus/controller_iface_patchbay.c
common/JackConstants.h

en modifiant la ligne:

#define JACK_CLIENT_NAME_SIZE 64

en :

#define JACK_CLIENT_NAME_SIZE 256

Voilà, à l’occasion, à la prochaine compilation de JACK, ça pourrait être chouette.